<mark_weaver>osmano807: that's very odd. you mean that after running "guix system reconfigure" with the config that includes console-keymap-service, grub.cfg becomes empty? and then if you reconfigure again without console-keymap-service, the grub.cfg comes back?
<mark_weaver>it seems that all other distros that use firefox or derivatives have simply updated their users to esr38, since mozilla is apparently no longer providing security fixes for esr31.
<davexunit>So, nix actually tries to solve the problem of "what are your dependencies, how are they declared, how are interdependent parts related to each other?" where docker just goes "screw it. nobody's ever going to be able to tame this tangle. let's just throw it all in behind an os container and let it do what it wants"
<bavier`>psutils' source download is hanging; unable to connect to server
<yenda>btw I'm in (timezone "Europe/Paris") and the clock says 3:20 while it should be 1:20
<mark_weaver>yenda-: does 'date -u' give the correct time in UTC?
<mark_weaver>if not, then you need to set your clock. perhaps the hardware clock was set to your local time instead of UTC.
<mark_weaver>(GuixSD assumes that your hardware clock is set to UTC)
<mark_weaver>after setting the system clock with "date MMDDhhmm.ss", run "hwclock -u -w" to set the hardware clock.
<davexunit>I have a 'guix publish' success story. a coworker of mine is using guix at home now and we were able to successfully setup one machine as the central build node from which all the others fetch substitutes.
<bavier`>boegel: feel free to ask any questions here as you find time to play around
<boegel>mark_weaver: something about user friendliness, maybe
<boegel>mark_weaver: lots of users of HPC systems are not IT experts (to put it mildly), so running into something like hashes would scare them (I'm not sure how much end users of guix are exposed to something like that)
<boegel>a big part of environment modules is shielding users from stuff they shouldn't worry about
<boegel>and there's a good reason why we do that :)
<boegel>bavier`: I definitely will, it's good to know that some people in here have played around with EasyBuild or at least know about it
<boegel>I'm really interesting in seeing how guix/nix can help with setting up a robust build environment for EasyBuild, and how EasyBuild can be used as a 'backend' for guix (to build scientific software in a reproducible way)
<mark_weaver>they are based on the same concepts, and share one piece of underlying software (the daemon that manages the builds), but otherwise are completely different.
<boegel>paroneayea: true enough, to quote another tool that's gaining ground quickly in the HPC world (Lmod): "provide users easy access to their software stack, without hindering experts"
<mark_weaver>our package definitions, and the mechanism by which they are described and executed, are completely different.
<boegel>mark_weaver: interesting, I wasn't aware they were so different (even though I've seen talks on both at FOSDEM'15)
<boegel>I'm usually slow in wrapping my head around new stuff :)
<mark_weaver>heh, well, I suspect you are being too hard on yourself. there's no reason why these details would be obvious to a newcomer.
<mark_weaver>superficially they look quite similar because they are based on the same low-level design.
<mark_weaver>so, regarding the hashes: I'm a little nervous about the idea of *completely* hiding them, because I think it should be possible to see that two packages with the same name and version number are not necessarily the same.
<remi`bd>my initial problem is: to share packages through GNUnet’s filesharing service, I need an actual file to share; to start with something simple, I was going to upload only one package (specified by the user).
<remi`bd>my idea was: given a package name like "emacs", generate the nar archive of the latest version of this package and upload it on GNUnet
<yenda>I'm packaging i3, it requires xkbcommon and xkbcommon-X11