<ng0>I'll ask the author when I come to upstreaming it. one of my package paths is gathering pentest related software while things build and I'm not in the mood to read books
<ng0>there's this new blend of Archlinux, BlackArch, and they have a number of questionable license packages. I pointed out the ones they keep in their own profile, but the rest I'll encounter only when I package the software myself.
<ng0>well the questionable thing was no license at all, which they will fix very soon
<Somelauw>The binaries didn't include zsh completion, can I still find the files somewhere?
<Apteryx>Hm... I've built my python@2 binary with my changes to fix the search paths, now I just want to try it out.
<Apteryx>If I do `guix build python@2`, I get /gnu/store/aihap0b724vzbsy5534gclw62z6wk56m-python-2.7.12
<Somelauw>ok, i'll just download the whole source and delete everything afterwards
<Apteryx>Now if I do "guix package -i /gnu/store/aihap0b724vzbsy5534gclw62z6wk56m-python-2.7.12" it starts building boost??
<Apteryx>Seems like doing a "guix package -i" can trigger a rebuild of guix itself? (I'm running guix from the same git tree where I modified Python@2, one of its dependencies...)
<cbaines>I think you are relating the branches in the Git repository, and sets of packages, which are not explicitly related
<cbaines>the core/non-core subsets that are described in the guix refresh docs are as it says, either packages that are used to build everything else, or everything else
<cbaines>So, updates to packages in the core set would probably be pushed to the core-updates branch, but I believe there may be other updates that would be too costly to push straight to master as well
<chipb>hm. clarity escapes me. I think I should probably get some sleep.
<adfeno>I wonder if the so called "FIPS-197" tells people to implement such unreadable tables. :)
<divan>When installing pkgs, I suppose(best practice?) many pkgs should be installed at user level and not global level. Though I want the entire system defined in one config.scm file. How to install pkgs for a user (not global) in the config.scm file?
<adfeno>When installing GNUnet using Guix (not GuixSD), must I install it at least twice? (one for root and other for each normal user)
<ng0>no idea. reminds me that I should turn on the other computer, extract the service and ask for help on debugging the oddities of shepherd
<adfeno>Because, per the README file included in the GNUnet recipe that came from GNUnet's git, it has to have two-step configuration.
<adfeno>... One for "gnunet" user, that's initiated by root.
<ng0>the default would be running a service which does that kind of thing for you and you run it as a user, but so far I don't have any clue how to finish te service
<mekeor>when running "guix system reconfigure /etc/config.scm", i get "guix substitute: error: download from [...]mirror.hydra.gnu.org[...]adwaita-icon-theme[...] failed: 504, "Gateway Time-out". any ideas why?
<civodul>mekeor: the build machine seems to be overloaded right now
<civodul>you can either use --fallback, in which case it will fall back to building from source
<mekeor>the ca-certificates.crt *is* readable for others
<mekeor>do you use mail-clients? which one? -- usually, i use thunderbird but it's not available in guix yet. i read the discussion here, in #guix@freenode, from last october on thunderbird but it just ended up in the unanswered question in "so are we going with thunderbird?"
<alezost>mekeor: yes, if you want to use gcc to compile something, then remove "gcc" and install "gcc-toolchain"
<adfeno>Hm.... Sieve deosn't seem to do what I want to too.
<rekado>lfam: yes, you’re right. I meant deduplicating.
<rekado>mekeor: re email client: I like mu4e in Emacs with msmtp and offlineimap.
<mekeor>with 'guix package -s' i found out, ghc-toolchain is defined in 'commencement' package-module. so, i included that in my manifest, but 'guix package -m manifest.scm' still says gcc-toolchain is unbound. why?
<alezost>mekeor: because there is no 'gcc-toolchain' variable in that module, there are 'gcc-toolchain-5', 'gcc-toolchain-6' and others. Try "guix edit gcc-toolchain" and look at the bottom of (gnu packages commencement) module
<civodul>ACTION found a terrible bug in grafts.scm
<civodul>essentially there was no caching, so in pathological cases it could take forever to determine what needed to be grafted
<cbaines>I think I might have solved it... guix system build is downloading lots of substitutes, which I assume is good, as it wasn't doing that before
<cbaines>I was changing the network-manager-service-type, and I think I was passing a list containing a record to dbus-root-service-type and polkit-service-type, instead of the list containing a package that was passed previously
<cbaines>Huh, and build offloading has just started working for me, that's nice :)
<rekado>civodul: this might be avoided if we were able to prevent propagation of bogus values earlier.
<rekado>I’d really like to have something like compile-time type checking for our monads
<snape>civodul: I don't understand why you check SSH pid file in your ssh-deamon test. If the service were to crash, the pid file would still be there I think, so what does it prove?
<mekeor>after upgrading GHC to version 8.0.1, i now get an "error while loading shared libraries: libncursesw.so.6: cannot open shared object file: No such file or directory". anyone making the same experience?
<rekado>mekeor: there’s a bug report about this, I think.
<lfam>Err, did 384344198d (file-systems: 'file-system-needed-for-boot?' is #t for parents of the store.) break the build for anyone else?