<reepca>sneek: later tell albertoefg1, hey, sorry it took me so long to get back. I'm not sure what those commands do (unfamiliar with selinux), but it looks like if you use those commands it might generate a guix-daemon.pp from guix-daemon? Not sure. I don't think it's a bug with guix, it's just a use case that isn't accounted for in the manual (which should still be fixed).
<sneek>albertoefg, reepca says: hey, sorry it took me so long to get back. I'm not sure what those commands do (unfamiliar with selinux), but it looks like if you use those commands it might generate a guix-daemon.pp from guix-daemon? Not sure. I don't think it's a bug with guix, it's just a use case that isn't accounted for in the manual (which should still be fixed).
<Apteryx>IceCat is surprisingly more stable since the last week.
<efraim>libstdc++ in commencement, I wonder if i can --enable-static and --enable-shared, rather than --disable-shared
<buenouanq>with the weird path magic guix does, do /home and ~/ permissions have to be something specific or can I freely change them to something sensible?
<buenouanq>specifically, I would like to make /home 711 and each user"s ~/ 700
<buenouanq>is this going to mess anything guix needs up?
<Apteryx>Just finished reconfiguring my system with the "--no-substitutes" option to get passed the cert verification issue, and the font issues I had due to fontconfig grafts bug went away!
<janneke>sneek: later tell civodul, out of 4 builds of Guile on 2 different machines (guixsd vs ubuntu+guix), one build has a diff in command.go: http://paste.lisp.org/display/331245 (similar problems with http.go and fixnums.go earlier...I commented out the content of those files as a temporary hack)
<cbaines>I'm having a bit of trouble with Guix and guile modules
<cbaines>I've been trying to use a particular version of guix, so I'm running guix environment --pure --ad-hoc guix@... -- guix system container ...
<cbaines>But, when I came to trying this on multiple machines, it seems that the contents of ~/.config/guix/latest changes the results I get from running guix system container within the guix environment
<sneek>civodul, janneke says: out of 4 builds of Guile on 2 different machines (guixsd vs ubuntu+guix), one build has a diff in command.go: http://paste.lisp.org/display/331245 (similar problems with http.go and fixnums.go earlier...I commented out the content of those files as a temporary hack)
<alezost>buenouanq: you can set any permissions for ~/ dir you want, it doesn't matter for guix
<cbaines>a thought, could I define a different $HOME or $XDG_CONFIG_HOME to stop Guix from using .config/guix/latest ?
<cbaines>I think changing $XDG_CONFIG_HOME might have done it :)
<cbaines>I'm still getting a different output on different machines from guix system container, for what I think should be the same input, but both machines succeed in generating a script now :)
<alezost>cbaines: well, guix always prefers "~/.config/guix/latest" if it exists (it is appended to the load path so the guix modules are always taken from this dir); look at the very short code of 'guix' script (`which guix`).
<alezost>The only solution to avoid loading that dir I see is to run guix like this "GUIX_UNINSTALLED= guix ..."
<alezost>oh, yes a different $HOME or $XDG_CONFIG_HOME should also work
<janneke[cm]>civodul: what does that mean? How can I address such a transparent binary difference?
<civodul>janneke[cm]: dunno, but what you pasted is a diff of the disassembly, not a diff of the .go files themselves
<janneke>ACTION had some network troubles...hope it's better now
<Apteryx>Is someone using Gnus or mu4e inside emacs as their mail client? I'd be interested to know how well it works, especially with encrypted emails and a Gmail account?
<xiug>Hi! Please help, i try to install test package (hello), but... - $ guix package -i hello warning: failed to install locale: Invalid argument guix package: error: build failed: the group `guixbuild' specified in `build-users-group' does not exist
<xiug>No. Right now in terminal: # guix package -i glibc-locales warning: failed to install locale: Invalid argument guix package: error: build failed: the group `guixbuild' specified in `build-users-group' does not exist
<Apteryx>I had that problem from last Friday and the "guix system reconfigure --no-substitutes /path/to/your/config.scm" did the trick, albeit it took a really long time since it must build your base system from sources.
<Apteryx>civodul: It also happened to fix my graft related fontconfig issue, would you know why's that?
<stefanX2ovic>I I have a question about package font-google-noto. New version was released some time last month, Octobar 2016. Why is uri field of origin version independent? If I download uri specified archive, and run guix hash I get different hash, because the origin hash corresponds to the old version. Isn't this a big problem?
<rekado>stefanX2ovic: we generally try to avoid this by using versioned URLs. Do you know if one exists?
<civodul>rekado: exactly, that was before he won, and i found the joke much less fun on the day after
<forgetful>I can't run the executable I compile because it cannot find some shared library, it turns out $LD_LIBRARY_PATH is not set, if I set it, it works. I think $LD_LIBRARY_PATH is not set for a reason and I do not want to set it. What is the right way to do it? Can anybody help me?
<civodul>rekado: i think i considered this was something we could make fun of because he was going to disappear from our lives
<civodul>paroneayea: that any package manager implemented a half-baked, bug-riddled version of Guix? :-)
<civodul>rekado: "virtual dependency" means that packages can depend on abstract specs, like "mpi", which then get filled in by a concrete dependency, like "openmpi"
<f52sn>lfam: I tried 'guix package -i arc-theme' and after a while it failed with something like 'guix package: error: build failed: some substitutes for the outputs of derivation '/gnu/store/<hash>-module-import-compiled.drv' failed (usually happens due to networking issues); try '--fallback' to build derivation from source
<lfam>f52sn: Ah, that's a known issue. Indeed, use --fallback. Only the failing substitutions will be rebuilt from source, and those modules are not too expensive to build. You should still get substitutes for the packages that we have built, which is most of them. Although a couple big ones like libreoffice and icecat don't seem to have substitutes ATM (soon)
<lfam>It's hard for me to stay motivated to update our Jasper package, since only two things depend on it. But there is a steady stream of serious bug fix updates happening now, so it would be good if some motivated person could try to stay on top of it. Kodi and libicns users...
<civodul>lfam: yeah, Jasper doesn't seem to be in a very good shape
<civodul>a bit like all the image libraries, except it's probably younger
<lfam>It was abandoned for many years. Recently someone started developing it again, and I think the fuzz testers are helping them find bugs