IRC channel logs
2013-04-17.log
back to list of logs
<CaptainLex>add^_: No offense, you just had the weirdest name! <add^_>"weirdest name", Oh well, will have to tell him later that I'm not a bot :-P <add^_>CaptainLex: no I'm not a bot <CaptainLex>Haha I figured that out when you didn't respond. Pleased to meet you! <add^_>Well, technically, bots need special input to respond to, so it wasn't really obvious that I wasn't a bot :-P <CaptainLex>True; the bots I've dealt with usually say "CaptainLex: Huh?" when you addrees their nick and don't hit the magic phrases afterwards *CaptainLex will return shortly <CaptainLex>Steap: you said you were the one who suggested packaging the desktop environment? <civodul>(i suspect he's afk for one more hour or so) <CaptainLex>So you're the mentor for this? Is it you who approves the proposals, as well? <civodul>CaptainLex: i think we'll approve it collectively <civodul>for this project, Steap would be the mentor, i think <CaptainLex>I'm really excited that there's a GSoC program using Scheme, so I want to do this procedure as well as I can! <CaptainLex>I first heard about Guile from a professor when we were brainstorming indepedent study projects; I'll be working on that project next semester *civodul will be afk for a moment <bubu^>Guix 0.1 isn't compiling on hurd <bubu^>there is a C++ casting error in nix <Steap>CaptainLex: hey! I was at work. <Steap>CaptainLex: so, have you taken a closer look at Guix ? <CaptainLex>I've been reading through the manual more thoroughly; I was about to install it this afternoon. <Steap>Should you face issues, feel free to ask :) <CaptainLex>I took a first step last night by installing Guile, but was discouraged when the most recent version in the Arch repos was 1.8.8, so I went to bed :P <Steap>civodul: can I clean the substituter cache ? <bubu^>;;; note: auto-compilation is enabled, set GUILE_AUTO_COMPILE=0 <bubu^>;;; or pass the --no-auto-compile argument to disable. <bubu^>;;; compiling /usr/local/bin/guix-package <bubu^>;;; WARNING: compilation of /usr/local/bin/guix-package failed: <bubu^>;;; ERROR: In procedure make_objcode_from_file: bad header on object file: "\\x7fELF\\x01\\x01\\x01�\\x00\\x00\\x00\\x00\\x00\\x00\\x00\\x00" <bubu^>same with guix-package -A '' <bubu^>damn, it was working yesterday :( <bubu^>:o maybe i need to rebuild guix with this guile version ? <Steap>Why don't you use the git version ? <Steap>I'd try with the git version if I were you <bubu^>it isn't on the frontpage of the guix website :) <bubu^>so i didn't think of the git <Steap>We're about to release Guix 0.2 anyway <Steap>bubu^: git is mentionned on gnu.org/software/guix :) <Steap>civodul: oh, nevermind. The binary substituter does not work for me because... there are no x86 packages on hydra :) <bubu^>Steap, howto build from git ? <Steap>I think you'll need libgcrypt <Steap>it might be necessary to pass --with-libgcrypt-prefix=/path/to/libgcrypt to configure <bubu^>but just building guix-daemon <Steap>There is only one script now <Steap>it takes subcommands: package, build... <Steap>just run "guix package -i foobar" instead of "guix-package -i foobar" :) <bubu^>srry for the stupid questions, i got confused after the make install :) <bubu^>and make install only install guix-daemon <bubu^>if you have some time, this might be nice to have a small menu to sumarise things, when running just "guix" or "guix --help" <bubu^>otherwise things work ok now <Steap>Are you using an x86_64 processor ? <civodul>bubu^: yes, "guix --help" is missing <Steap>civodul: what sucks ? The fact that I'm using an x86 machine with an IDE drive ? <Steap>"Back to the future" all over again. <civodul>Steap: that i686 is missing on Hydra <Steap>bubu^: sometimes it overheats while compiling <Steap>bubu^: but as long as it's notbroken, I'm not buying a new one! <Steap>civodul: well, nobody uses x86 any more <Steap>civodul: except maybe if people try Guix on a vm :) <Steap>civodul: I think it'd be time for me to buy a new computer, but well... <civodul>Steap: can't you use your employer's laptop? :-) <Steap>civodul: I don't really feel like it :) <bubu^># guix-daemon --build-users-group=guix-builder <add^_>I think I had that problem, but that was with guix 0.1 I think.. <bubu^>i think it closes all of my login <bubu^>maybe I failed something in the setup procedure <Steap>bubu^: which command crashes your machine ? <civodul>bubu^: can you check /var/log/messages for OOM-related messages? <bubu^>civodul, last log entry is from 2 april <bubu^>I should look for the systemd analoguous <Steap>bubu^: does guix-package give an error message ? <bubu^>Steap, i have no time to read it <Steap>bubu^: maybe you could redirect it to a file <bubu^>the journal shows some activity with <bubu^>nothing crazy from guix package -i nano 2> log <bubu^>just listing the derivations needed <bubu^>why are some packages many times in the list ? <Steap>bubu^: did it work with guix 0.1 ? <bubu^>installing didn't because I failed with a proper group configuration <bubu^>but I definitely didn't shutdown my login session <civodul>bubu^: nano appears only once; the other one is nano.tar.gz <civodul>it just means that your store is currently empty <civodul>so you need to build the compiler, libc, etc. <bubu^>guix git from the bottom of the front page :) <civodul>bubu^: did you use "guix package" or "./pre-inst-env guix package"? <civodul>for the former, you must have installed Guix, with make install <civodul>the latter allows you to run it uninstalled <Steap>the latter should be "./pre-inst-env ./scripts/guix package", btw <civodul>because pre-inst-env puts ./scripts in $PATH <bubu^>to look if I also have the issue <bubu^>;;; note: auto-compilation is enabled, set GUILE_AUTO_COMPILE=0 <bubu^>;;; or pass the --no-auto-compile argument to disable. <bubu^>;;; compiling /usr/local/bin/guix-package <bubu^>;;; WARNING: compilation of /usr/local/bin/guix-package failed: <bubu^>;;; ERROR: In procedure make_objcode_from_file: bad header on object file: "\\x7fELF\\x01\\x01\\x01�\\x00\\x00\\x00\\x00\\x00\\x00\\x00\\x00" <Steap>but it does not kill your session ? <civodul>bubu^: use "guix package", not guix-package <civodul>perhaps you have the 0.2 guix-* commands still around <bubu^>civodul, last paste was for guix 0.1 <bubu^>$ ./pre-inst-env guix package <civodul>that's it, it does nothing without arguments <bubu^>./pre-inst-env guix package -i nano <bubu^>gonna get banned from other chans soon <bubu^>Steap, the same as I pastie-ed earlier <bubu^>time for some sleep, sorry i can't help more <Steap>I guess it's an x86_64 related error <Steap>that's why it'd be nice to have full logs on hydra :) <civodul>Hydra is written in Perl, did you know? <Steap>how did you configure it at work ? <Steap>it was perfect, only 42 clicks were needed to get the full log of a failed build <civodul>i have a love-hate relationship with that piece of software <Steap>Having "love-hate relationships" with pieces of software might mean that you need to spend less time in front of your computer. <CaptainLex>Just making sure nothing silly would happen if I put it in $HOME <CaptainLex>Is there a precedent for any GNU packages being pronounced with a soft G sound? <CaptainLex>Haha thanks. I was thinking about what a name for the Guile Shell would be if it became a GNU project, I thought of Ghell, pronouned JELL <Steap>how d oyou find this link from here ? <civodul>click on an evaluation number, then on a build number <civodul>then normally there's a line with links to logs, but here it doesn't show up for some reason <Steap>civodul: all builds have 0/4 <Steap>What build # should I select here ? <civodul>then click on the number right before "cmake" <civodul>you were looking at the wrong jobset <Steap>(this is definitely not misleading :D) <Steap>Would it be ok to run the tests in verbose mode all the time ? <CaptainLex>Is guix the first package manager associated with GNU? <Steap>civodul: why would it not work ? Would the outputs from ctest be "merged" and thus unreadable ? <civodul>Steap: are you talking about the tests of CMake? <civodul>thought you were talking about those of Guix <Steap>civodul: yeah, I'd need to get the full log <Steap>civodul: the test that fails tries to do calls to dlopen() <Steap>this might not work on x86_64 <Steap>but I can't really know why :/ <civodul>either you modify the cmake recipe, or i can try to reproduce it locally