IRC channel logs

<mthl>Hello civodul

<alezost>I have a feeling there are some problems with gnu mailing lists. I don't see new messages at <http://lists.gnu.org/archive/html/guix-devel/2014-10/index.html> anymore (the same for the other lists)

<civodul>alezost: yes, it seems there has been some delay sometimes recently

<civodul>or are you posting through Gmane?

<civodul>Gmane sometimes introduces delay, too

<alezost>civodul: I'm reading but not posting through Gmane, and gmane is not the issue as non-"gnu.org" lists are ok. But look at that archive: there were a couple of dozens messages yesterday; and there are only 7 there.

<mthl>during "make check" i've got guix-register.sh failed http://paste.lisp.org/+33AJ

<taylanub>FYI GNU MLs seem to be down. at least Emacs and Guile bug reports.

<civodul>mthl: it seems that 'cd' prints the directory it changed to; what's the shell being used?

*civodul discovers $CDPATH

<civodul>this is terrrrible!

<bavier>civodul: the autotools have to deal with that a lot

<civodul>yes, i was reading a configure script to see what tricks are in there

<civodul>so what's the thing that makes 'cd' print the directory?

<bavier>look at am__cd in guix's Makefile

<civodul>uh

<civodul>i was going to just add "unset CDPATH" in test-env.in

<bavier>seems like whatever CDPATH is set to affects it

<civodul>mthl: can you try: "unset CDPATH; make recheck"?

<civodul>bavier: yes, http://pubs.opengroup.org/onlinepubs/9699919799/utilities/cd.html reads: "If a non-empty directory name from CDPATH is used, or if cd - is used, an absolute pathname of the new working directory shall be written to the standard output as follows"

<civodul>this is what happens here

*taylanub realizes that 'cd; cd -' is a simple way to get the absolute path to the CWD :P

<davexunit>easier than `pwd'? :P

<viric>echo $PWD

<_`_>`cd;cd -` doesn't return the absolute path in all shells

<_`_>`pwd` or $PWD are more reliable

<viric>the 'find the working directory' contest

<civodul>:-)

<alezost>guile -c "(display (getcwd)) (newline)"

<civodul>definitely better

<bavier>wow, significant improvement in memory usage building firefox with gcc-4.9.2

<bavier>15GB down to 3.5GB

<bavier>maybe that was with 4.9 in general. Anyhow, nice to know for building icecat

<DusXMT>wow, now that's a difference

*DusXMT might not need his 10GB swap file anymore

<civodul>indeed

<civodul>bavier: did you try upgrading gcc-4.9 in Guix?

<bavier>not yet

<mthl>civodul: a bit late answer but "unset $CDPATH" worked great

<mthl>after that i've got another fail from the same test complaining about permissions to access /gnu/store/

<mthl>solved by running "sudo make recheck"

<mthl>but i think it's bug, sorry no log

<civodul>mthl: ok, thanks!

<mthl>civodul: thanks for your patience!

<civodul>you're welcome

<davexunit>civodul: I have been trying to package guile-sdl with no success. turns out that someone has just opened a pull request against nixpkgs with a guile-sdl package. I can see that they use something called "sdl-env" to make the build work. do you know how this stuff works in nix?

<davexunit> https://raw.githubusercontent.com/NixOS/nixpkgs/00ec235e44abfefb2485f7302c0d8ee090d48c35/pkgs/development/guile-modules/guile-sdl/default.nix

<davexunit>sdl-env seems to unify all of the sdl library headers into one directory such that packages that use sdl will build.

<civodul>hmm

<civodul>i don't see "sdl-env" in Nixpkgs

<davexunit>hmm

<davexunit>I'll do more investigating later after work, then.

<civodul>where is the pull request?

<davexunit>civodul: https://github.com/NixOS/nixpkgs/pull/4756/

<civodul>thanks

<civodul>davexunit: i think the 'buildEnv' thing just makes a union of all the buildInputs, i.e., a union of all the SDL packages

<civodul>i think we discussed a similar issue on guix-devel when someone packaged something with SDL

<civodul>HTH ;-)

<civodul>we should really recruit iyzsong though :-)

<tim__`>hello, ive installed a fresh guix system but it doesnt boot, it freezes due to a kernel panic (init not tainted)

<tim__`>is this a known bug?

<tim__`>kernel 3.15.6

<tim__`>ive checked the cmdline and the root partition is set correctly

<davexunit>civodul: iyzsong is recruitable! he joined my #sly channel and is learning guile. :)

<davexunit>ah, too late.

<jmd>So far, the code to package libreoffice is at 1100 lines!!

<davexunit>wow

<bavier>jmd: that sounds terrible

<jmd>bavier: Believe me, it is.

<jmd>Where is the canonical install destination for man pages?

<bavier>jmd: usually $prefix/share/man

<jmd>So that would be obtained by (string-append (assoc-ref outputs "doc") "/man") ??

<bavier>I think you would need to do (string-append (assoc-ref outputs "doc") "/share/doc/man")

<nebuli>tim__`: is your root partition above 5?

<tim__`>no, sda1

<nebuli>oh, then its not the bug of mine...

<tim__`>:)

<tim__`>are there selinux features enabled by default in the linux libre kernel?

<nebuli>perhaps you need to add some additionl kernel module to initrd

<tim__`>nebuli: how do i find out if i have to add something to the initrd?

<tim__`>nothing stored in /var/log, could only see the backtrace on the screen

<nebuli>dunno, it's your hardware... you might have also messed up 'label/raw' name thingy in config.scm

<tim__`>ok thx, only (device "/dev/sda1"), title is default

<jmd>How can I find out what build targets are available?

<davexunit>for those of you that are FSF members: the bulletin that we will be mailing in a couple of weeks will contain an article about Guix by yours truly. :)

<paroneayea>\\o/

<paroneayea>davexunit: that *and* the Jessica Tallon interview? or was that for the supporter

<paroneayea>regardless, yay for fun articles about projects I care about :)

<davexunit>supporter, I think. let me check the ol' TOC

<davexunit>yeah that's the supporter I think, not the bulletin.

<bavier>davexunit: cool, thanks for writing it up

<davexunit>it's about the hackathon and guix's role in GNU

<davexunit>hopefully it will bring more users and contributors in

IRC channel logs

2014-10-31.log