<lime_>time to destroy this windows install, question is will the gpu be accel by free drivers
<lukas__>Is libunistring built with libiconv support by default?
<mekeor>lukas__: AFAICS, it depends on your platform: the guix-package for libunistring uses libiconv-if-needed as propagated input. and that means that libiconv is added as propagated-input "for platforms that have an incomplete libc".
<mekeor>actually, this probably doesn't exactly answer your question.
<mekeor>i think libunistring is built with libiconv support by default by guix.
<laertus>and did a "guix package -i glibc-locales" i got this error:
<laertus> /gnu/store/k7029k5va68lkapbzcycdzj7m5bjb4b8-bash-4.4.12/bin/bash: error while loading shared libraries: __vdso_time: invalid mode for dlopen(): Invalid argument
<laertus>ok.. i just found this #guix log https://gnunet.org/bot/log/guix/2015-03-24 which mentioned "you definitely cannot link together guix libraries with non-guix libraries into the same process and that also means that LD_LIBRARY_PATH better only include libraries from Guix"
<Apteryx>What would be a good way to override a single module of guix with my own for testing, such as (gnu services base)?
<Apteryx>(My guix install and git checkout don't agree and I don't want to build linux just to test a tiny new procedure added to base.scm)
<mekeor>Apteryx: wouldn't that work with the pre-inst-env thing?
<Apteryx>mekeor: see my parenthesised addition above :). If I use pre-inst-env it will build many things that I'm not interested in at the moment. So I'd like to do something like this: sudo guix system reconfigure ../guix-config/config.scm -L /gnu/store/zh0lb2g15hirq7zw2477w7s5ww7dxkv0-guix-0.13.0-6.a9468b4/lib/guile/2.2/site-ccache/guix
<Apteryx>where the long zh0l... path is my guix pull'd version of Guix. What is missing here is another flag similar to -L which would add a single module in front of %load-*-path
<Apteryx>in my case this would be (gnu services base) from ~/src/guix/gnu/services/base.scm
<Apteryx>oh, the -L is unnecessary thinking about it more. 'guix' without pre-inst-env does this already. I just need something to force my (gnu services base) in there.
<ng0>permissions: If UDHR translations or materials are reproduced, users should make reference to this website as a source by providing a link. All suggestions or modifications concerning translations posted on this website can be sent to firstname.lastname@example.org.
<htgoebel>mekero: shopt -s no_empty_cmd_completion doe not work
<fredmanglis>Hi. I just did a `guix pull` and now the `guix package --install=...` command give no output, but does not die either
<lfam>Ironing out the kinks in the go-build-system, I realize I don't fully understand something. The following build phase does not print "FAILED" when the Go build command fails: http://paste.lisp.org/+7NCG
<lfam>But, the build phase does fail, causing the derivation build to stop
<lfam>So, I think this code still has a ways to go :/
<bavier`>lfam: the derivation stops in that 'build' procedure, or elsewhere?
<elc79>hi guys, guix pull was quick, but guix system reconfigure it's very slow, it's building a lot ot packages
<lfam>bavier`: The build phase fails and the whole thing stops
<elc79>in fact it's building essential packages like parted, networkmanager, etc.
<bavier`>lukas__: yeah, usually doesn't take long, since the previous environment's store items are still available
<lukas__>bavier` : I know setting up new environment wouldn't take up that much time (thx to package cache) but my build failed only at the last moment and I would really love to salvage the current environment
<lukas__>my machine is pretty weak (dual core 2.8 Ghz) so rebuilding everything from scratch sounds painful :(