IRC channel logs
2014-05-17.log
back to list of logs
<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>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/libgcrypt.so points to an existing file? <davexunit>(dynamic-link "/usr/lib/x86_64-linux-gnu/libgcrypt") <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>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>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. <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? *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'." <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>zerwas: you should just try and rebuild guix-daemon <civodul>maybe libgcrypt was upgraded in the meantime or something <zerwas>In the documentation: Do we need to use useradd -G if we already use -g? <civodul>i think the daemon looks for these "supplementary groups" to determine the list of build users <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>Yes, your patch did the trick, thanks so much! :-) <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>Guix really needs a better server :(