<codemac>the test is actually failing on gcc *compiling* the file <civodul>codemac: so are you saying that GCC takes too long to compile this file? <civodul>feel free to email bug-guix@gnu.org to keep track of your progress on this <codemac>yeah, gcc takes up ~200MiB of ram and sits there. <codemac>I'll email bug-guix so we can track it <lfam>codemac: What happened when gcc failed to compile that C code that was generated by the Chicken compiler? <piyo>hahahahha uh do you play video games? <Digit>just some before-bed dreamings. <piyo>I'll be going now, don't forget to pre-order the day one dlc and tip your robot waitress. <lfam>There are tests in src/icalendar/tests <fps>heh, that's instructive. there are more failures that aren't cached.. <fps>downloading sources that timeout, too :) <fps>if you do --max-silent-time=120 <fps>Starting download of /gnu/store/fzj5j9wrrxca3hya10983inz68sr3lmx-nss-3.19.2.tar.gz <fps>From ftp://ftp.mozilla.org/pub/mozilla.org/security/nss/releases/NSS_3_19_2_RTM/src/nss-3.19.2.tar.gz... <fps>this times out over and over.. <fps>going for breakfast. bbl <fhmgufs>Hello, I'm almost ready with GNU XaoS now, it took a very long time (it's my first attempt :) ). But there is still one problem: the build process works fine, but the installation doesn't work because of some missing .mo-files for i18n. Is that related to the missing locales message I see every time I invoke guix? I followed the instructions in the manual to install the locales. ***necronian_ is now known as necronian
<fps>sneek: ask fhmgufs later: maybe add intltool to the native inputs? no idea. just guessing <fps>sneek: later ask fhmgufs: maybe add intltool to the native inputs? no idea. just guessing <pirfle>Hello, does anybody know, which is the best solution for running guix as the default system on the Raspberry Pi 2 B? Should I install the basic rasbian system (e. g. with https://github.com/debian-pi/raspbian-ua-netinst/) or just install firmware and so on and then guix from another machine? <jmd>pirfle: Are you trying to install Guix (the system) or Guix (the package manager) ? <pirfle>I know that there's no GuixSd for ARN. <pirfle>So I want to install guix on top of sth. <fps>now here's an interesting question.. let's say i have built almost all of 0.9.0 packages and some for some other git revisions... <fps>is there a way to gc everything but the 0.9.0 packages and the ones i built for the latest master? <fps>i suppose i could find out the input hashs for the package derivations i'm interested in keeping ***tardyp_ is now known as tardyp
<fhmgufs>Yes, and I have a question: My package needs to know the localedir ($GUIX_LOCPATH). I pass the configure option --localedir=$GUIX_LOCPATH, but then the config script fails. If I run it outside from guix it works. <sneek>fhmgufs, you have 1 message. <sneek>fhmgufs, fps says: maybe add intltool to the native inputs? no idea. just guessing <fhmgufs>sneek: Yes, I read it in the log, but it didn't work. I know the reason now: It has the wrong locale path. <fhmgufs>How can I make it using the right path? <fhmgufs>Maybe I have to add glib-utf8-locales to the inputs? <apa512_>any xmonad users here? i'm unable to configure it and some old logs indicated it was either impossible or tricky. is this still the case? <swedebugia>I have troubles testing my package def of slurm and if it builds correctly. <swedebugia>I have a Q: is it a prerequisite to compile guix from source to be able to test my build? <efraim>swedebugia: I believe there's a guix build --file option <swedebugia>I did this: downloaded the source. added my definition to /gnu/packages and from there ran <swedebugia>which resulted in guix build: error: failed to load 'slurm.scm': + two lines more <alezost>ACTION wonders why sneek ignores "/me" messages <sneek>Welcome back alezost, you have 2 messages. <sneek>alezost, fps says: guile --listen=/tmp/foo -> socat STDIN UNIX-CONNECT:/tmp/foo -> awesomeness <sneek>alezost, rekado says: Thank you for answering the question. "guix-devel-mode" doesn't seem to work in my Emacs here at work, but it's probably my own fault. <alezost>swedebugia: when you use "guix build -f" the last expression of the file should be a package, so if you file ends with (define ...) you'll get an error I think <fhmgufs>swedebugia: what do the two lines more say? <alezost>swedebugia: just add slurm after (define-public slurm ...) <fhmgufs>swedebugia: there is a missing bracket after "ncurses)" <alezost>even 2 missing paretheses, and even then I think you'll get an error <swedebugia>after adding 2 )) -> guix build: error: slurm: unknown package <swedebugia>ran guix build -f slurm.scm slurm --keep-failed --dry-run <swedebugia>my Q at ^19:55 is still unanswered. this could be the cause of these errors I guess. <efraim>try it after adding the `))` on the inputs line <alezost>swedebugia: hm, I would say there is a mess with parentheses <alezost>define-module is also not closed with ) <fhmgufs>swedebugia: no, you can do a binary installation. <swedebugia>ok. I thought it would complain clearly if the parentheses was all of. <fhmgufs>swedebugia: Now I know that you live in the same time zone :) <alezost>swedebugia: building guix from source is not prerequisite to test/use your own packages <fhmgufs>Back to my problem: I tried it with glibc-utf8-locales as an input and without --localedir=$GUIX_LOCPATH (that was really silly). Now it works, but only until it reaches the locales which aren't included in that package. Do I really have to add the huge package glibc-locales to the inputs or is there another option? <alezost>swedebugia: but if you are going to send a patch to guix-devel, you'll need to work guix from git eventually <swedebugia>alezost: trying your paste. I got past the error and it is working on trying to find a substitute now... --no-substitutes might be wise to add to skip that step <efraim>fhmgufs: sounds like you might need all the locales then <efraim>hmm, I take that back, currently nothing is dependant on glibc-locales <alezost>swedebugia: with --no-substitutes you'll end up building things locally. Try --dry-run at first and look how many things would be downloaded <efraim>so there should be another option <alezost>swedebugia: I never use --no-substitutes <swedebugia>alezost: I already downloaded the source. Just did not compile it. I therefore do not have a working ./pre-inst-env <efraim>swedebugia: I do sometimes when hydra is slow and I'm working on python packaging :) <swedebugia>as detailed in the packg. guidelines (link above) <alezost>swedebugia: you are not forced to use pre-inst-env, just try "guix build --file=/tmp/slurm.scm" <swedebugia>i'm glad I did'nt add no-substitutes. 15 downloads from hydra :) <swedebugia>Thanks for all the help here! <3 to you all. Going afk now. See ya <efraim>fhmgufs: how about intltool? maybe that'll take care of it <alezost>swedebugia: even if you'd use --no-substitutes, you can interrupt the process any time, it will do no harm <efraim>so you have to dump the translations somewhere <efraim>(string-append %output "/share/locale") might take care of it <efraim>sorry, i gotta go afk for a bit, dishes need washing <SkyPig>Heyyall, my friend and I have a graphical install of Guix, but have no info program (and therefore no easy access to the Guix manual). How can we get info installed? <SkyPig>Heyyall, we resolved our issue! We were looking for an 'info' package but should have looked for 'texinfo' ***bob is now known as Guest81061
<Guest81061>hey, I decided to take a whack at installing guix, but I'm having trouble getting a few things set up <Guest81061>I managed to get a web browser and an IRC client, but I can't compile code with gcc <Guest81061>what's the best way to get together a working development environment? <efraim>you might need gcc-toolchain instead of just gcc <fps>apa512: still the case <fps>SkyPig: good job. i was too late to answer ;) <fps>i wonder: is it generally safe to just drop * from FailedPaths; ? :) <fps>delete * from FailedPaths; <fps>oh ok, i was confused from the output of the build daemon. subgoals are treated differently than the derivation itself <fps>ok, that will be too much to figure out tonight.. <fps>roelj: do you get an error? <fps>the formatting is broken, too ;) <roelj>"source expression failed to match any pattern in form" <fps>roelj: can you paste the package definition itself with formatting, too? <fps>(inputs ( '(("foo" ,foo) ("bar" ,bar")))) <roelj>How could I have overlooked this..