IRC channel logs


back to list of logs

<civodul>yeah that's mostly true
<civodul>the daemon optionally uses a bunch of Linux kernel features
<civodul>and for VM tests, i use KVM, but we could do without it
<davexunit>hello #guix
<davexunit>my guix setup has been broken for awhile now on debian.
<davexunit>no matter how I configure %libgcrypt I just can't get the dynamic-link to work successfully
<davexunit>ERROR: In procedure dynamic-link: file: "/usr/lib/x86_64-linux-gnu/libgcrypt", message: "file not found"
<davexunit>that's a valid path to libgcrypt, sans the ".so" extension.
<zerwas>and the symlink /usr/lib/x86_64-linux-gnu/ points to an existing file?
<davexunit>(dynamic-link "/usr/lib/x86_64-linux-gnu/libgcrypt")
<davexunit>works in my guile REPL!
<davexunit>but not in guix :(
<civodul>hello, davexunit!
<davexunit>hey civodul
<davexunit>sorry to start the day with technical problems!
<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?
<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
<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
<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:
<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>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
<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 server is unresponsive. try `--no-substitutes' if the problem persists"
<zerwas>Guix really needs a better server :(