IRC channel logs
2013-05-15.log
back to list of logs
<CaptainLex>Anyway, today I am going to complete uninstall guix, pull the latest source, and reinstall from scratch <CaptainLex>(and by completely, I mean not completely. I'm not going to remove my daemon users, for instance :P) <Steap>Could you copy it to a paste site ? <Steap>what did you run before "make" ? <Steap>what is your configuration line ? <CaptainLex>The last line was "config.status: creating po/makefile" <CaptainLex>Oh, I see. Reran bootstrap as root, and I think make is working this time <Steap>You should not have to run bootstrap as root <Steap>can you confirm you're at 3d6b71e87eca505262f9756644d72e545c7e48f8 ? <CaptainLex>Is there a more verbose version of git status, or how do I do that? <Steap>What's your version of Guile ? <Steap>civodul: do you think it's fine to use Guile 2.1.0 ? <CaptainLex>and installed 2.0.9 from the arch community repo <CaptainLex>doing which guile says /usr/bin/guile, and running that absolute path works <Steap>so you managed to compile guix ? <CaptainLex>No, I'm just trying to switch guile to an earlier version <Steap>isn't /usr/bin/guile guile 2.0.9 ? <CaptainLex>The rest of the story is that running "guile" from bash gives the error "/usr/local/bin/guile: no such file or directory" <CaptainLex>I'm going to go finish my crpe and try installing a package <CaptainLex>Oh yeah, I forgot unicode support on IRC is spotty <CaptainLex>starts to download, then gives me "bzip2: (stdin) is not a bzip file", then a backtrace <Steap>I guess this is a substituter problem <Steap>When you run "package -i foo", Guix tries to download a pre-compiled binary from hydra.gnu.org <Steap>I think there might be a bug <Steap>I can't try the substituter myself because I have an x86 machine, and it only works with x86_64 <Steap>what you could do is try the "--no-substitutes" option (see the documentation in doc/) <Steap>this will not try to download a pre-compiled binary <Steap>the only drawback is that Guix will be compiling for a while <Steap>Too bad the substituter does not work with 0.2 :/ <Steap>It was one of the big improvements for this release <CaptainLex>Steap and civodul, what is this! :( This is the error I was getting last time, too <civodul>Steap & CaptainLex: you were asking about Guile "2.1" (which again is not released) <civodul>that is, you should use a 2.0 release *civodul checks the ML archive <civodul>CaptainLex: there are a couple of messages that you left unanswered back then ;-) <CaptainLex>Well, I'll be glad to attempt to answer them now, civodul <civodul>hmm, could you reply to the thread, providing all the relevant info: architecture, Guile version, localstatedir value, daemon setting (compared to the manual), etc. <civodul>you might have found a bug, but i can't tell right now <civodul>yes, and more specifically all the info above :-) <Steap>CaptainLex: you really have to write your messages on the mailing-list thinking "if I was one of the developers, would it be enough for me to start debugging ? Could I try and reproduce the issue ?" <civodul>CaptainLex: try "grep localstatedir config.log" <civodul>it's the directory where Guix stores, well, its local state ;-) <civodul>its value is determined when you run ./configure <CaptainLex>Also, the substituter has not been working for me <CaptainLex>I'm tempted to just switch back to Ubuntu, except I remember that Ashish was also an arch user, and he got it up and running fine <CaptainLex>It's very frustrating to think someone else is better at typing "guix package -i hello" than you are :P <Steap>Aren't you running Guix from the git repository ? <Steap>Well, if the bug appeared between 0.2 and HEAD, we can't find it <CaptainLex>(And it didn't, I had this exact same behavior before .2's release) <Steap>Funny how ld does not complain about anything <Steap>You might try to get gcc directly from hydra though <CaptainLex>Alright, I'll be AFK for most of the rest of the day <CaptainLex>I'm seriously consider dropping Ubuntu on this machine just to see if it'll make it happen <civodul>we'll let our team of experts investigate the issue <civodul>the underlying distro shouldn't be a problem <Steap>CaptainLex: you could try in a VM, but don't wipe out your hard drive yet <CaptainLex>I'll be very dispirited if I can't go GSoC because of dark magic xP <Steap>CaptainLex: try removing "--no-substitutes" <Steap>if bzip2 is already installed, this might work <CaptainLex>bzip2 is already installed; it's what's giving me the "(stdin) is not a bzip file" error <Steap>I thought it was doing this while installing bzip2 <civodul>Steap: no need to try in a VM; everything goes to $storedir, so it's easy to remove it <Steap>I can't try it because I don't have an x86_64 machine <Steap>Maybe your distribution is a bit unstable <Steap>Well, you used to have an X packager in your team :) <civodul>but i think he's become unhelpful in that area ;-) <Steap>the Xorg/Linux one, or the substituter one ? <civodul>sometimes you have to push a release to actually experience problems <civodul>Steap: didn't you have problems with the `filtered-port' test?