IRC channel logs

2016-06-07.log

back to list of logs

<ng0>setting up guixsd in qemu is pretty fast. or it might be because I've set guixsd up many time before.
<ng0>but it just works :)
<lfam>ng0: Guix uses QEMU when making the disk and VM images, so it really must work ;)
<ng0>ik..yeaĥ^^
<kete>I tried to mount the encrypted system through Libreboot, but I got an error like achi. https://libreboot.org/docs/gnulinux/encrypted_trisquel.html
<kete>Commands were also really sluggish after trying. I am going to add mapper settings to my config.
<nafandi> I installing guix from source code,I run guix pull,and error : ERROR: In procedure module-lookup: Unbound variable: AI_ADDRCONFIG .what should do for solve this problem?
<lfam>nafandi: Are there more lines of errors and warning? Can you share the full traceback?
<nafandi>bash-4.3$ guix pull
<nafandi>Starting download of /tmp/guix-file.hDFHa0
<nafandi>From http://git.savannah.gnu.org/cgit/guix.git/snapshot/master.tar.gz...
<nafandi>ERROR: In procedure module-lookup: Unbound variable: AI_ADDRCONFIG
<nafandi>failed to download "/tmp/guix-file.hDFHa0" from "http://git.savannah.gnu.org/cgit/guix.git/snapshot/master.tar.gz"
<nafandi>guix pull: error: failed to download up-to-date source, exiting
<nafandi>bash-4.3$
<nafandi>on upside error
<nafandi>yes bro,on before this post and expect "on upside error"
<lfam>nafandi: What OS? What version of Guile?
<nafandi>gulie 2.0.7 and os : linux from scratch 7.9
<lfam>You built it from source? How did you install it?
<nafandi>i just bulid using prefix=/usr
<lfam>So you didn't install it yet, you just built it?
<nafandi>i install it
<lfam>When you built it, did you run `make check` to see if the test suite passed?
<lfam>I don't really have an idea what's wrong, but if some of the tests fail, that will help to diagnose the problem
<nafandi>i checking
<lfam>If anything fails, it will ask you to send some logs to bug-guix@gnu.org. If nobody figures out your problem here, we will figure it out in the bug tracker
<nafandi>ok,bro.
<koosha>Hi everyone
<koosha>What's the different between guix build and guix package install ?
<df_>the latter installs a package into your profile
<df_>it may or may not build it depending on whether the package is already in the store or a substitute is available
<koosha>What are the advantages of guix comparing with nix ?
<df_>the use of scheme to provide an API and EDSL for packages is a major one
<df_>you can find more detail at http://arxiv.org/abs/1305.4584
<koosha>Thank you
<suppi>i was also curious. so thanks as well :)
<civodul>Hello Guix!
<efraim>hi!
<suppi>what's the best way to learn how to use guix?
<suppi>a video tutorial could be nice for example
<efraim>civodul's been trying to get us to make some screencasts for a few months now
<rekado_>on one of my machines wicd doesn't work because the ethernet interface is DOWN after boot.
<civodul>rekado_: how does it not work exactly?
<civodul>suppi: a video tutorial is greatly needed, indeed
<civodul>for now, perhaps you can watch at the available videos, and skip until the demos
<civodul>see https://gnu.org/s/guix/help/#talks
<civodul>and also, you can browse the manual at https://www.gnu.org/software/guix/manual/html_node/
<suppi>civodul: thanks :)
<civodul>yw!
<atheia>Hello!
<atheia>I'm in the process of preparing some patches to submit a bunch of Perl modules.
<atheia>Am I right in thinking that in general, each new package added should be in its own commit?
<atheia>Or is it OK to group multiple packages into a single commit if they just serve as dependencies for the package I actually want to add?
<civodul>hi!
<civodul>atheia: traditionally it's one commit per package
<civodul>would that work for you?
<atheia>hiya civodul :-)
<atheia>Yeah, that would work, it'll be a bunch of commits though — but I'll break the major package into smaller patch sets for easy review anyway.
<atheia>Ta for the confirmation!
<civodul>yw!
<emyles`>\\quit
<cbaines>Morning all
<cbaines>I'm trying to compile pyguile on GuixSD, but the linking is not absolute for libguile, and a few other things, which means it does not work
<cbaines>As far as I am aware, getting the linker to use the full paths is the right thing to do?
<cbaines>If that is the case, any tips on how to do this? (I'm not very familiar with C...)
***avph_ is now known as avph
<cbaines>2nd question, I'm trying to write a script to build a package, and then read (and process the log) both when the build succeeds and if it fails.
<cbaines>log-file in store.scm looks like what I need to use to get at the log, and, somehow using package-derivation, I can get a package to build, but I'm not sure how to get the two to work together
<cbaines>I was expecting package-derivation to evaluate to a derivation record, and then have to call another function to run the build?
<civodul>cbaines: the 'dynamic-link' call should be passed an absolute file name
<cbaines>Ok, how do I go about getting the absolute filename in the Makefile, without just hardcoding it?
<civodul>cbaines: see for example the guile-gdbm-ffi package, in (gnu packages guile)
<cbaines>Ah, at the moment, I'm just trying to get it to build. I haven't created a package, as I'm not sure how easy that would be (it has no configure script, or a install section in the makefile)
<cbaines>So, I'm just running the Makefile, but on GuixSD, and using guix environment to install the dependencies
<cbaines>The issue also isn't in the guile part, its with linking the shared library
<cbaines>e.g. ldd libpyguile.so outputs "libguile-2.0.so.22 => not found"
***avph_ is now known as avph
<civodul>cbaines: how do you create the environment?
<civodul>you need 'gcc-toolchain', not 'gcc'
<cbaines>Using gcc-toolchain gives the same result
<civodul>how do you create the environment?
<cbaines>guix environment --ad-hoc python-2 gcc-toolchain linux-libre-headers gmp libgc binutils glibc
***avph_ is now known as avph
***tschwing_ is now known as tschwinge
***avph_ is now known as avph
<civodul>cbaines: gcc-toolchain replaces gcc+glibc+binutils+ld-wrapper
<civodul>so you need to remove them
<civodul>in particular, what matters here is to have ld-wrapper, which is the thing that ensures that libraries you link against end up in RUNPATH
***avph_ is now known as avph
<cbaines>Amazing, it looks to be linked correctly now :)
<cbaines>and I can (use-modules (pyguile)) :D
<cbaines>thanks civodul
<civodul>yw :-)
<civodul>cbaines: now you need to make a package :-)
<cbaines>I would love to
<cbaines>but, first I think the build process for pyguile needs lots of improvement
<cbaines>e.g. having a configure script, and a install target
<civodul>ah, sure
<davexunit>hmmm for some reason gnome-tweak-tool doesn't list the icon themes I have installed
<cbaines>I think that is the hard bit, after that, a package should be trivial
<davexunit>but it does if I symlink /run/current-system/profile/share/icons to ~/.icons
<civodul>davexunit: there was a message recently from janneke, maybe this is related?
<davexunit>civodul: doesn't seem to be, but I'll try out the patch
<davexunit>at least I've confirmed that the icon sets work, at least.
<davexunit>sent some patches for some snazzy new themes
<efraim>it would seem that attachments sent through k-9 mail on android aren't encrypted
<janneke>davexunit: I also read that `unzip' should be present in PATH to install themes, could not imagine and haven't looked into that
<davexunit>janneke: the theme is installed
<davexunit>I manage all themes with guix
<davexunit>it's like it isn't respecting XDG_DATA_DIRS
<davexunit>but only for icon and cursor themes
<davexunit>it does find my gtk+ themes
<davexunit>oh and I can't use gnome shell themes either
<rekado_>re wicd: looks like the name of the network interface has changed. After modifying it in the preferences it connects fine.
<civodul>oh?
<civodul>normally udev guarantees stable interface names
<janneke>davexunit: hmm, that could be now that I read gnu/packages/patches/gnome-tweak-tool-search-paths.patch
<janneke>it should check XDG_DATA_DIRS, but only if the schema hasn't been found already
<davexunit>oh we patch something related to that?
<davexunit>sounds like a likely culprit
<rekado_>civodul: it never worked on that machine before, so maybe it was just the remnants of misconfiguration.
<civodul>ok
<catonano_>hello guix
<jlicht>hi catonano_!
<ng0>GHM sounds expensive, but for a reason, reading from what grotthof just said in #gnunet
<janneke>I have given up on network-manager for now and am trying wicd instead of wpa_supplicant + dhclient
<davexunit>why is network manager so notoriously difficult to get running?
<davexunit>seems like a real mess
<janneke>davexunit: nmcli says about my wifi device: unavailable and I cannot find why that is, or how to make it available
<janneke>i have been using wpa_supplicant+dhclient on the command line up till now
<catonano_>ng0: what is GHM ? And what did grotthof say in #gnunet ?
<ng0>see gnunet.org log, like in /topic here only replace guix with gnunet. it is https://www.gnu.org/ghm/
<ng0>summary would be, cattering is expensive, france is expensive, if we didn't take that money some people would starve.
<ng0>don't quote me on that, reading the actual log is better
<ng0>ACTION waits when/if wayland compositor dies.. looks stable but I expect to break
<ng0>so if I no longer answer, i had to turn off
<ng0>so far so stable :)
<catonano_>ok ok, I'm reading
<davexunit>does anyone what the difference between lapack and clapack is?
<zdm>since a distro is just its package manager, is there much of a difference between running guixsd and running guix on debian?
<janneke>zdm: yes and no, any specific difference you are interesting in?
<zdm>Nothing specific, it's just an open question really.
<janneke>I have been running guix on debian since february and have been running guixsd since last week
<emyles>Trying to build Trilinos but my laptop runs out of space on /tmp at 65% built, does anyone know of a build server (bit cheeky, I know)?
<zdm>Does the guix manual info doc work for anyone?: https://www.gnu.org/software/guix/manual/guix.info.tar.gz - work as in display correctly inside info emacs and appear in the top level info dir when put in ~/info or wherever you personally put info docs?
<zdm>trying to get it working but no luck so far
<zdm>Have (setq Info-default-directory-list '("/usr/share/info/emacs-24" "/usr/share/info/" "~/info/")) but emacs wont recognize the info doc.
<zdm>Know this is emacs specific but thought others might have experience with this, and it might be an issue with the doc, idk.
<ng0>zdm: yes, there is much difference between guixsd and guix.
<ng0>*are much differences
<pastaf>ng0, is much difference and are many differences are both correct, but are much differences isn't
***pastaf is now known as Pastaf
<ng0>thjough I'm not in the state for sharing much insight on that, but running the sd has some features the package manager ontop of another distreo hasn't
<ng0>Pastaf: yeah, I'm not really here and so is my grammar.. very tiring day.