<ng0>the definition of 'maintainer' is so blury sometimes.. I could add myself to AUTHORS for gnunet as maintainer for both Guix and Gentoo, but in both cases the work is done collectively, it just happens that I pay attention to the packages and care for them.
<ng0>can't figure out why it's still failing.. I've sent my latest changes to svn. If someone wants to build gnunet from svn, I'd appreciate some input why the expression fails to evaluate. I'll read the backlog, will go to bed soon
<civodul>ng0: right, so see the footnote 23 above, i'm guessing this will explain the problems you're experiencing
<efraim>yeah, I'll try that instead of 'guix build bootstrap-tarballs'
<ng0>but GNUNET_SVN_PATH is set to for example /home/alice/src/gnunet/svn/, and this is used for the GUILE_LOAD_PATH.. so gnunet is in svn/gnunet/ and the file to load is in that folder. you're telling me I got the root wrong? svn is the root, not gnunet? damn.
<jmd>I just built a disk-image, but it doesn't seem to boot :(
<ng0>so I moved gnunet_svn_path which is part of guile_load_path up to the very directory of gnunet in svn, renamed module to gnunet-guix-env, yet it still does not load when I try to load guix build --expression="(@ (gnunet-guix-env) gnunet-svn)", get the same failure
<civodul>roelj: what happened to the --list-generations patch your submitted a while back? :-)
<ng0>I think I should revert to what I had before.. this is obviously not working.
<ng0>I'll do it anyway, but: when I run my GuixSD from a git checkout and I checkout a branch where I apply patches which add a new service and this service is in testing stages but not so broken or untested that it blocks the boot process, I should be able to just deal with it and/or rollback, right?
<ng0>civodul: regarding debbugs package: I have no realistic way to test it. it succeeds, but there are no tests, it just succeeds so far. I wanted to leave it up to debbugs running sys admins to test this, that's I called it [PATCH][WIP]
<civodul>ng0: maybe there's a command you could try to run or something?
<civodul>as i wrote, if reviewers have choice between a WIP-labeled patch and another one, they'll always choose the non-WIP ;-)
<civodul>so we need to have some confidence that it's simply ok, not necessarily perfect
<fps>davexunit: it's always a trade off. reproducibility has a cost associated with it. some people are not willing to pay it. they might possibly change their mind when informed about the benefits better, but some will not, as in their cost-analysis it still doesn't pay
<Phlogistique>maybe there should be some kind of hierarchy: some software is non-free, some is free but non-reproducible some is reproducible but not bootstrapable (i.e. from at least two different bootstrap paths), and only the software that is free, reproducible AND bootstrapable from at least two different bootsrap paths can be considered really free
<ng0>hrm.. that's a bad diversion in the efforts of reproducibility then, or is guix just working on another interpretation than debian and fedora?
<ng0>how do I just log out of gnome? I need to change back to awesome.
<janneke>what i did for Cuirass, was to modify a package description's source field to track a git branch
<janneke>you'd only need to add name, gnu-build-system, description, synopsis, and licence fields ... that should be trivial
<ng0>so building a complete branch hydra style already works? I'd like to let one computer in my network let build everything to detect packageswhich lead to errors / different results with the nth build. somethoing I'd like to do next month
<janneke>possibly...a complete branch of what? and what's `hydra style'?
<janneke>what Mathieu did is really minimal, but amazingly functional for that
<ng0>I don't know who said it earlier, but I think to just reduce people who use systems like MS Windows to 'they don not care' is a very hard generalization and makes it too easy and too much differing from the situation out there. Sometimes job/university puts the pressure of using a system to run an application where there is no replacement on you. Or sometimes administration of cities are so much sleepy panda that they forget to support anything other than i
<paroneayea>[326237.878498] EXT4-fs error (device dm-0): htree_dirblock_to_tree:1000: inode #28738259: block 114829291: comm mu: bad entry in directory: directory entry across range - offset=0(3698688), inode=3063977346, rec_len=42136, name_len=146
<fps>/gnu/store/5i87jzm90nw8j692y7z1j2qfx16h6ni3-guile-2.0.11/bin/guile--no-auto-compile/gnu/store/i4s7scak8pphwph2iggyspdz8gd8i7mr-dmd-0.2.01/bin/dmd--config/gnu/store/dkrrd07ylsxdryxkikmxhzyd8ljj0yvp-dmd.confbash: __git_ps1: command not found
<ng0>hm.. I like outsourcing jobs I work on but can't focus fully on to people who are really interested in seeing it ready tomorrow, but I think in the case of uclibc-ng it's one of the few were I'm really the only interested person working on it
<ng0>I don't get icecat.. is it just hedlund doing all the work? the discussion list looks like at least 5 more people in the last months, but yeah building firefox is hard, but discussion delays releases and cves etc add up
<ng0>whoever said palemoon is just one person I don't get that either, the (new?) github repository has further contributions by at least 30 people
<civodul>fps: er, rather: bzcat `guix build --log-file /gnu/store/g3lczpayfk7b77aws2cx02x4j9qj63n6-grub.cfg.drv`