<siraben``>warning: failed to install locale: Invalid argument <siraben>Oops disconnected there, did I miss anything? <darkpsi>hey guys having some trouble using guix environment the mannual is not that clear to me. i am trying to set up a env to run ghc and a couple of ghc libs that i dont want in my primary user profile <darkpsi>want to stay away from cabal and stack and use guix instead <vagrantcish>fwiw, i figured out that i can temporarily disable the suspend on lid close with elogind-inhibit. <vagrantcish>anyone have a configuration (udev rules) for use with a gnuk token and scdaemon? <vagrantcish>/home/vagrant/config/config.scm:92:2: error: invalid field specifier <siraben>Anyone know how to resolve this issue? <siraben>I've tried installing Guix in a Virtual Machine without any issues, so the steps are correct, but Debian is still complaining. <siraben>I've installed glibc-locales but still having a failed to install locale error. <rekado_>siraben: can you paste the output of “env”? <siraben>dustyweb: You have a Purism laptop? Which one? <siraben>efraim: I've tried that, that's the problem. It's not working. <roptat>siraben: you need to export GUIX_LOCPATH=$HOME/.guix-profile/lib/locale <siraben>roptat: So I did export GUIX_LOCPATH, but still get: <siraben>substitute: guile: warning: failed to install locale <siraben>substitute: warning: failed to install locale: Invalid argument <roptat>did you install glibc-locales in that user's profile? <roptat>so I guess ls $GUIX_LOCPATH will list some files? <roptat>same here and I don't get this warning <siraben>What about running "locale", what does it tell you? <roptat>LANG=fr_FR.utf8 and a bunch of other variables <roptat>locale -a gives me about 20 different locales <rekado_>siraben: the output looks good to me. <rekado_>let’s check if the glibc used by the daemon and the glibc-locales package are for the same version <rekado_>guix gc --references $(readlink -f /root/.guix-profile/bin/guix-daemon) <rekado_>this should give you a list of packages, including glibc. <g_bor>I'm currently trying to fix the java-aqute-libg testsuite. It goes quite well, however I've just seen a post on the mailing list about phases and snippets should return value. What is the current stand on this? When it is needed? <g_bor>(I mean to explicitly return #t?) <rekado_>g_bor: they should still return an explicit return value <rekado_>g_bor: “invoke” should be used instead of (zero? (system* …)) now <roptat>it's needed when the last procedure returns an undefined value <siraben>rekado_: siraben@debian:~$ sudo guix gc --references $(readlink -f /root/.guix-profile/bin/guix-daemon) <siraben>guile: warning: failed to install locale <siraben>warning: failed to install locale: Invalid argument <snape>make displays perl errors since last po commits <snape>Can't locate Locale/Po4a/Chooser.pm <snape>roptat: do you have any idea how I could fix it? <roptat>snape: oh, that may be due to a perl-related commit recently <roptat>You need to set PERL5LIB so it can actually find perl packages <roptat>like add $GUIX_ENVIRONMENT/lib/perl5/site_lib/5.26.1 <snape>I did 'guix environment guix', I thought it would set everything correctly <roptat>there was a recent post on the mailing list saying that it should be solved by commit 44b98b00026e62766620dbc4330a305282d61069 <snape>I have that commit already, so it doesn't seem to fix it <roptat>I'm answering to that thread then <roptat>that actually $GUIX_ENVIRONMENT/lib/perl5/site_perl/5.26.1 you need to add for now <dustyweb>librem 13 but I haven't gotten to use it that much yet. <apteryx_>Hello, is it normal that on 'guix package -u .', I always get a message about packages to be updated to their same hash? <apteryx_>the output is the same no matter how many times I execute that update command. <pacoon>hello, how i can deal with 'unbound variable', is there any way to know which module should importart? <janneke>pacoon: if it's supposed to be guile variable, just look in the guile reference manual's index <janneke>if it's a package, try guix package -A <var> ***pkill9_ is now known as pkill9
***dddddd_ is now known as dddddd
<dustyweb>I was thinking, "okay... I'm going to get over my fear and use btrfs at last for my new duplicity backup rig" <apteryx1>dustyweb: that was a bug in GNU tar rather than btrfs, reading that thread. <apteryx1>The problem I had in my case was wanting to use btrfs raid <apteryx1>We're not ready for it yet on GuixSD. For one thing, I think we cannot install the bootloader to multiple disks, which makes mirrored drive a bit pointless to start with. <pkill9>anyone have any idea what the cause of this error might be? <pkill9>ice-9/boot-9.scm:752:25: In procedure dispatch-exception: <pkill9>In procedure #<procedure resolve-interface (name #:key select hide prefix renamer version)>: Unrecognized keyword <rekado_>pkill9: this means you’re using an unrecognized keyword in a use-modules expression. <pkill9>thanks, found the issue, it was an extra opening parenthesis