<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>do you have guile.m4 somewhere ? <Steap>(you could run # updatedb && locate guile.m4 to find out) <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 is now known as CaptainLex|AFK
***CaptainLex|AFK is now known as CaptainLex
<mark_weaver>I finally started to update my Guix install again, after a long time away in Guile land. <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>well, my update-all failed because of a test failure in gnutls-3.1.9. hmm <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>you have to pass --no-substitute to disable it <civodul>we should add an option to the daemon, though <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. <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? <civodul>it first announces upfront what it's going to do (you can check with --dry-run) <mark_weaver>I don't have a $localstatedir/nix/substitute-binary directory <civodul>well it's just a new thing from master <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>could you strace it and run "guix build emacs -n" for instance? <civodul>to make sure the substituter gets called <mark_weaver>(the messages didn't say anything about downloading) <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) <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>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>sorry to come only with problems today. fwiw I'm still very excited about guix :) <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… <ArneBab_>civodul: that does not tell me where I can get the guix daemon… <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 <ArneBab_>civodul: I mean that there is no link to the download page in the install guide <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 <ArneBab_>Maybe after the requirements section something like “Installing guix-daemon” <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. <civodul>mark_weaver: GnuTLS' test suite has caused some problems on NixOS too <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>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>(i always run ./pre-inst-env guix-daemon...) <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 <Steap>civodul: about cmake, it'd be best if you couldreproduce the error on your machine <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? <Steap>you could try setting CTEST_OUTPUT_ON_FAILURE <Steap>I think setting it to "1" should work <mark_weaver>Thanks for the --no-substitutes daemon option, civodul! <mark_weaver>is there any system in place for authenticating the downloaded binaries?