IRC channel logs


back to list of logs

<CaptainLex>Guix is telling me that I don't have Guile 2.0 installed, which is technically true, since I just installed 2.1
<CaptainLex>Is this because of some silliness in the Makefile, or some ommission in the PATH somehow?
<CaptainLex>(although guile is in path, so I don't know what I'm asking that for :P )
<CaptainLex>And of course there might be some legitimate reason it would prefer 2.0.x to 2.1
<CaptainLex>Just wondering where I should be poking around, is all
<Steap>CaptainLex: $ pkg-config --exists guile-2.0; echo $?
<Steap>and with guile-2.1 ?
<CaptainLex>(Sorry, I'm new to this GNU build system stuff)
<Steap>do you have guile.m4 somewhere ?
<Steap>(you could run # updatedb && locate guile.m4 to find out)
<CaptainLex>One moment...
<Steap>I'm gonna have to go, so, one way to fix this would be to set GUILE_CFLAGS and GUILE_LIBS
<Steap>for me, GUILE_CFLAGS would be "-pthread -I/usr/include/guile/2.0"
<Steap>and GUILE_LDFLAGS: -lguile-2.0 -lgc
<Steap>you might have to run "autoreconf -vif" after that
<Steap>then configure should not fail anymore
<CaptainLex>Thanks! I too have to go
***CaptainLex is now known as CaptainLex|AFK
***CaptainLex|AFK is now known as CaptainLex
<civodul>Hello Guixers!
<ArneBab_>hi civodul
<mark_weaver>Hello guixers!
<civodul>hey mark_weaver!
<mark_weaver>I finally started to update my Guix install again, after a long time away in Guile land.
<civodul>heh, understood :-)
<mark_weaver>The 'check-package-freshness' thing was a problem for me, because it got hung up on gnupg (presumably because it couldn't reach the relevant site).
<mark_weaver>I didn't see a way to disable it, so I just commented it out.
<civodul>mark_weaver: yesterday i added a SIGINT handler for that...
<civodul>not particularly elegant, but at least it allows users to work around such problems
<mark_weaver>sounds good :)
<mark_weaver>well, my update-all failed because of a test failure in gnutls-3.1.9. hmm
<civodul>did it use the substituter?
<mark_weaver>I don't want to use the substituter yet.
<civodul>i'm at work but if you post the details i'm happy to help investigate
<mark_weaver>I'm very glad it's there, because I know users will want it.
<mark_weaver>but until we have a way to verify that the binaries haven't been tampered with, I take some comfort in building things from source.
<mark_weaver>am I correct in deducing that the substituter won't be used unless I ask for it?
<civodul>it's enabled by default
<civodul>you have to pass --no-substitute to disable it
<mark_weaver>to the daemon?
<civodul>to the clients
<civodul>we should add an option to the daemon, though
<mark_weaver>so is hardcoded somewhere?
<civodul>to change the default
<civodul>yes, in the substituter
<civodul>well it has to be somewhere
<civodul>but yeah, users should be able to pass their own list
<mark_weaver>I guess I'd expect it to be in some kind of config file.
<mark_weaver>what message gets printed in the output to tell me that something was downloaded from the substituter? (I want to know what to search for)
<civodul>first it says "the following files will be downloaded"
<civodul>then it writes "substituter started", and "downloading /nix/store/foo from http://bar"
<mark_weaver>interesting. somehow that never got printed in my upgrade-all output.
<civodul>are you on x86_64?
<civodul>is /nix/store your store dir?
<mark_weaver>granted, I don't think the upgrade got very far because of the gnutls problem.
<civodul>did anything appear in /nix/var/nix/substitute-binary/cache?
<mark_weaver>would it have printed the "downloaded" thing before doing anything else?
<mark_weaver>I don't have a /nix/var directory.
<civodul>it first announces upfront what it's going to do (you can check with --dry-run)
<mark_weaver>should I?
<civodul>$localstatedir then ;-)
<mark_weaver>I don't have a $localstatedir/nix/substitute-binary directory
<civodul>well it's just a new thing from master
<civodul>BTW, GnuTLS:
<mark_weaver>I'm at 3b78d1e doc: Transparent binary deployment is implemented.
<mark_weaver>hmm. interesting. I got "FAIL: mini-xssl" in its test suite.
<civodul>could be a transient error, something network-related maybe
<civodul>mark_weaver: did you reinstall & restart the daemon after "git pull"?
<civodul>normally it should be trying to fork + execve guix-substitute-binary
<civodul>otherwise something's wrong
<civodul>could you strace it and run "guix build emacs -n" for instance?
<civodul>to make sure the substituter gets called
<mark_weaver>strace on the daemon?
<mark_weaver>what should I be looking for in the strace output?
<mark_weaver>(the messages didn't say anything about downloading)
<mark_weaver>though it depends on gnutls
<mark_weaver>well, "subst" does not occur anywhere in the strace output, so I guess that's a bad sign.
<mark_weaver>after "git pull" from master, I did ./bootstrap && ./configure && make && sudo make install
<mark_weaver>and now I'm running things from the installed directories.
<civodul>mark_weaver: look for fork + execve of guix-substitute-binary
<mark_weaver>I'm using guile-2.0.9 from installed directories as well. (same prefix: /usr/local)
<mark_weaver>ah, so I should run strace with -f
<civodul>you need to "strace -f", BTW, because it's a subprocess that does the exec
<mark_weaver>there's no exec at all, except the first line where guix-daemon is exec.
<mark_weaver>maybe I should do a "make clean"
<mark_weaver>I have a complete log of my ./bootstrap; ./configure && make; make install
<mark_weaver>the guix-daemon I'm running has mod time a few hours ago
<mark_weaver>I have to go afk for a while, ttyl!
<civodul>thanks for invetigating!
<mark_weaver>sorry to come only with problems today. fwiw I'm still very excited about guix :)
<civodul>heh, good :-)
<civodul>i prefer problem reports than silence ;-)
<mark_weaver>"make clean" did *not* fix the substituter problem, btw. anyway, ttyl.
<ArneBab_>civodul: when I looked at the guix documentation yesterday, I missed a simple section for *installing* it…
<civodul>what about ?
<ArneBab_>civodul: that does not tell me where I can get the guix daemon…
<civodul>ArneBab_: it's part of Guix
<civodul>if you run ./configure && make && make install, it gets installed
<ArneBab_>civodul: exactly, and the install guide does not tell me where to get it
<civodul>i don't get it :-)
<civodul>what do you mean?
<civodul>it's installed in $bindir
<ArneBab_>civodul: I mean that there is no link to the download page in the install guide
<civodul>aah, ok
<civodul>well, it's the manual
<civodul>the download page is linked from
<ArneBab_>but it’s also a website
<civodul>but yeah, perhaps it should be added there
<ArneBab_>that’s why I said it: I was not sure which software I should actually get, so I stalled.
<ArneBab_>and I assume it could be similar for others
<civodul>i'll add it
<ArneBab_>Maybe after the requirements section something like “Installing guix-daemon”
<ArneBab_>or installing guix-tools
<ArneBab_>civodul: thanks!
<ArneBab_>(how do you call the tools?)
<civodul>no specific name
<mark_weaver>civodul: I tried rebuilding gnutls, and the test that failed before has now passed.. so I guess it was just a transient problem.
<mark_weaver>the substituter problem is still a mystery
<civodul>mark_weaver: GnuTLS' test suite has caused some problems on NixOS too
<civodul>because it uses TCP sockets etc.
<civodul>so it's prone to transient errors
<civodul>as for the substituter, i'm clueless
<ArneBab_>civodul: ok (I only thought about names because I did not know how to call the section :) )
<mark_weaver>civodul: if I run "./pre-inst-env guix-daemon ..." then the substituter works. If I run the one I just installed, it doesn't work.
<civodul>oh, interesting
<civodul>something broken in the build system, i suppose
<civodul>is guix-substitute-binary installed somewhere?
<mark_weaver>there's no guix-substitute-binary anywhere. 'substitute-binary' is in $prefix/libexec/guix/substitute-binary
<civodul>ah yes, this one
<civodul>i'll debug it tonight
<civodul>(i always run ./pre-inst-env guix-daemon...)
<mark_weaver>makes sense :)
<CaptainLex>gnunet_bot: What things do you do?
<mark_weaver>he logs
<CaptainLex>mark_weaver: Thank you!
<mark_weaver>np :)
<Steap>CaptainLex: have you managed to install Guix ?
<CaptainLex>Steap: I went to sleep last night after reading your message; now I'm on campus at my university. So hopefully tonight!
<CaptainLex>I'm trying to unravel the mystery that is the .m4 file
<CaptainLex>Thanks for asking! :)
<civodul>hey hey!
<Steap>civodul: about cmake, it'd be best if you couldreproduce the error on your machine
<civodul>ah right
<civodul>mark_weaver: i think i addressed some of the issues we discussed earlier today
<civodul>Steap: so what must i do to get verbose output?
<civodul>for cmake
<Steap>you could try setting CTEST_OUTPUT_ON_FAILURE
<civodul>as an env. var. ?
<Steap>I think setting it to "1" should work
<civodul>damn, i'm building cmake
<civodul>on my machine
<mark_weaver>Thanks for the --no-substitutes daemon option, civodul!
<mark_weaver>is there any system in place for authenticating the downloaded binaries?
<civodul>you're welcome :-)