IRC channel logs

<civodul>davexunit: ./configure doesn't work well on Debian, actually, because it has --with-libgcrypt-prefix, but that assumes that the lib is under $prefix/lib, not $prefix/x86_.../lib

<civodul>is that the problem that you have?

<civodul>like you passed --with-libgcrypt-prefix=/usr and configure fails

<davexunit>well ./configure completes fine, but it fails at runtime trying to call dynamic link with "/usr/lib/x86_64-linux-gnu/libgcrypt"

<civodul>are you sure guix/config.scm uses that name?

<davexunit>it's value is simply "libgcrypt" when it's generated

<davexunit>changing it to that path doesn't seem to help

<civodul>can you change it manually to read the string above?

<civodul>-read

<davexunit>same problem.

<davexunit>well, one moment. I think I might know part of the problem now.

<davexunit>the backtrace I'm getting is from the daemon, not the client. oops.

<davexunit>restarted the daemon and things seem good

<davexunit>thanks.

<civodul>ah, good

<civodul>but the thing is, we need to add --with-libgcrypt-libdir for Debian

<zerwas>Hm. $ sudo guix-daemon --build-users-group=guix-builder: error: libgcrypt version mismatch

<civodul>looks like it's using a version of libgcrypt different from the one used at compile time

<civodul>perhaps LD_LIBRARY_PATH points to the wrong libgcrypt?

<zerwas>Hm, I'll check

*davexunit is back to work on a notmuch package

<zerwas>Funny coincidence, someone using Trisquel 6.0 just told me: "configure: error: GNU libgcrypt does not appear to be usable; see `--with-libgcrypt-prefix' and `README'."

<davexunit>so many different gcrypt problems

<zerwas>apparently it was just the missing package libgcrypt11-dev fortunately

<zerwas>civodul: LD_LIBRARY_PATH is not set

<civodul>davexunit, zerwas: i just pushed a --with-libgcrypt-libdir option, described in a message

<civodul>could you test it?

<civodul>zerwas: you should just try and rebuild guix-daemon

<civodul>maybe libgcrypt was upgraded in the meantime or something

<zerwas>compiling ...

<zerwas>In the documentation: Do we need to use useradd -G if we already use -g?

<civodul>zerwas: yes

<civodul>i forgot why

<zerwas>okay

<civodul>i think the daemon looks for these "supplementary groups" to determine the list of build users

<civodul>something like that

<zerwas>ah, alright

<zerwas>Wrote instructions on how to install and set up Guix for beginners which work on Ubuntu 12.04 and probably most Debian versions. As short as possible: http://pastebin.com/raw.php?i=CS2kywus

<zerwas>I used --with-libgcrypt-libdir=/usr/lib/x86_64-linux-gnu but still get version mismatch on starting guix-daemon

<civodul>what does ldd `which guix-daemon` say?

<civodul>and grep ^LIBGCRYPT_CFLAGS config.log?

<zerwas> http://pastebin.com/raw.php?i=vx5dRnar

<zerwas>Tried hardcoding it by changing if (!gcry_check_version (GCRYPT_VERSION)) to "1.5.3", same result

<zerwas>Oh wait, now it works

<zerwas>Yes, your patch did the trick, thanks so much! :-)

<civodul>oh, cool :-)

<civodul>gtg, ttyl!

<zerwas>Hydra is really unresponsive at the moment. "package -i hello" took 20 minutes or so to begin and

<zerwas>-and

<davexunit>zerwas: ohhh is that what's going on? I've been waiting on the daemon to start building for over an hour!

<zerwas>davexunit: yep, I even got "substitute-binary: guix substitute-binary: warning: while fetching http://hydra.gnu.org/nix-cache-info: server is unresponsive. try `--no-substitutes' if the problem persists"

<zerwas>Guix really needs a better server :(

IRC channel logs

2014-05-17.log