***civodul changes topic to 'GNU Guix | http://gnu.org/s/guix/ | things to package: http://libreplanet.org/wiki/Group:Guix/Wishlist | hackathon on Sep. 27-28: http://libreplanet.org/wiki/Group:Guix/Hackathon-09-2014'
<civodul>i mean, we don't have enough admin control
<mark_weaver>I vaguely recall hearing that there was a way to declare "features" provided by build slaves, and the features required by specific jobs, so that hydra could, e.g. only offload python-3 builds to a slave that had a new enough kernel. is that right?
<mark_weaver>Steap: I wrote a simple C program that does the same thing as the python test: it calls getresuid to get the three ids, and then calls setresuid to set the ones it just got. it returns result 0, no error, on both glibc 2.18 and 2.20
<mark_weaver>I did this outside of the build container, but using the same environment variables that were used for the python build.
<mark_weaver>well, there's a python executable in the toplevel build directory, so I tried "./python setup.py test_setresuid" from there, and it gave me a usage message, and said "invalid command: test_setresuid"
<mark_weaver>its called twice. the first time, I see that PyArg_ParseTuple returns the correct values (1000, 1000, 1000), and it apparently calls setresuid with those values, but after continuing, the test program prints an ERROR reporting test_setresuid_exception
<civodul>mark_weaver: can you try the link the C version with -pthread?
<mark_weaver>in joey hess' talk at debconf14 "seeing debian through a functional lens", while we was showing the /run/current-system/sw on a nix system, someone asked if those were symlinks, and he said something like "yes, it's symlinks all the way down", which triggered quite a bit of laughter.
<mark_weaver>yeah, I think that was the main thing he was interested in. he pointed out that git, docker, nix are all essentially based on functional programming ideas (immutability, copy-on-write, generations), and that debian should think about moving in that direction too.
<Steap>not sure that you can turn apt into something that looks like Nix :/
<davexunit>civodul: they had a good chuckle at one of nix's man pages that seemed to go on for ages, joey thought that nix's command line interface is unintuitive, and he said things like "not suitable for debian"
<davexunit>it's worth watching the talk if you get the chance to draw your own conclusions. I can't remember a lot of the details and I only watched it yesterday.
<mark_weaver>they thought it was pretty funny that the entire system config was in one file, and hence the manual page as big as a book.
<davexunit>I have never really seen nixos demoed before, so it was cool to see.
<davexunit>I think our command line interface is better. :)
<mark_weaver>I don't know that I'd necessarily recommend the talk. Joey is a smart guy, and it's good that he recognizes that git/docker/nix are essentially based on functional programming and suggests that debian learns from it, but it was also clear that his knowledge of nix is very limited, and a lot of it sounds kind of ignorant too, IMO.