<kballou>when running `guix pull` I get the following error: `guile: warning: failed to install locale`. I'm running on guix on gentoo-hardened. is this something to be worried about? did I forget a step?
<lfam>glibc-locales is a superset of glibc-utf8-locales
<kballou>lfam: that's what I thought, but unininstalling one seems to bring the warning back
<kballou>and it doesn't seem to matter which one I remove, without both packages, I get the warning for my user account
<lfam>Remember that GUIX_LOCPATH needs to be exported in the login shell (.bash_profile rather than .bashrc, and similar for shells besides BASH). Where are you exporting the variable from, and did you log out and back in?
<lfam>You can simulate the log out / in by using `bash --login`
<kballou>I haven't logged in/out between `guix package` invocations. I load it via `.zshenv` though.
<lfam>My guess is there some tricky issue with adding a new environment variable where it seems to take effect inconsistently until truly logging out and back in
<lfam>I use Zsh but have never used .zshenv. If it's source only at login then it's good
<apteryx>hello! to get proper bash completions (for example, for hosts defined in my ssh_config when using ssh), do I need to install both the 'bash' and 'bash-completion' packages, or is just the later supposed to be enough?
<tayirvadai>Hi, i recently installed guixsd and i am having trouble with wpa_supplicant
<pkill9>so if you ask it to build or install a package from those additional recipes, it will build it plus all the dependencies, but it won't for example automatically override native-guix dependencies if you try to build or install a native-guix package
<ata2001>what is your way of updating your nonfree kernel?
<pkill9>like, if i add a package definition for zlib (which is required by xorg-server) to my additional recipes, and then tell guix to build xorg-server, it won't automatically use the recipe for zlib that i put in my additional recipes, it will use the native-guix provided zlib
<pkill9>but, if i wrote a recipe for xorg-server in my additional package recipes, then i could tell it to use the zlib recipe in my additional packages instead of the native-guix zlib recipe
<pkill9>i update it by changing the version and specifying a new url to the source, and then guix will automatically rebuild it when i tell guix to upgrade my system
<brendyn>tune: someone has packaged chromium but it's not in master yet it seems
<pkill9>i feel like Google's manage to put their privacy-violating stuff in chromium by making it so large and complex, and putting small privacy-violating things deep inside it, such that nobody will find them or be able to remove htem because of how large nad complex the project is
<ecbrown>when i first installed guix with gnome, i had a nice screen resolution. having done some updates and reconfigs etc. i've got low res... wondering where to start to get higher resolutions again
<g_bor[m]>I need to modify several packages, all misses a native input after upgrading ant. Is it ok, if I create a separate commit for each package, or should I squash them? I feel the commit per package approach more consistent.
<roptat>hey g_bor[m], has wip-java8 been merged in staging?
<pkill9>is gst-plugins-base failing to build for anyone else?
<g_bor[m]>roptat: yes, I actually added the two commits directly.
<g_bor[m]>roptat: I've been thinking about this for a while. It seems that adding this as a native input is the least intrusive way. If I make it a build system dependency, then we need junit before we can use ant-build-system. And I would rather not make junit depend on ant-junit, as this is only needed when we use ant, and in the prospect of a soon to be maven build system it just does not seems the right way to go.
<roptat>g_bor[m]: maybe make ant-junit optional in ant-build-system: it would be present by default, but setting it to #f will remove it
<roptat>so we can use ant-build-system for junit and don't have to add 100 times or so ant-junit as a native-input to every package
<g_bor[m]>That might work. Should we go that way instead?
<g_bor[m]>Actually it seems that we need to disable it on bootstrap packages, and a few more. I will have a look at guix graph.
<mbakke>Oh no, the running Hydra evaluation missed the last few commits that rebuilds GNOME and IceCat.
<roptat>g_bor[m]: maybe it requires more work than adding the native-input... I don't know
<g_bor[m]>Currently this way there are about 60 packages involved. Will have a look.
<g_bor[m]>I consulted with rekado about what should be the next step toward a working maven build system, and it seems that we should modify ant-build-system to include pom.xml in the jar files. Would you like to take a look at that?
<roptat>it seems to be the logical next step indeed
<roptat>I can't promise i'll have anything but I can take a look
<g_bor[m]>roptat: ok, thanks. In the meanwhile rekado asked me to have a look at separating java bootstrap to a separate module. I will go on with that once I've finished with ant.
<g_bor[m]>atw: Actually it was instructive stuff. The way I think this will go is to use the maven install plugin to populate the local repo with inputs, and when the pom.xml is included in the jar files the install plugin creates the necessary structures within the repo for the give jar.
<g_bor[m]>Now I've got to go:) My son would like to take a walk :)
<mbakke>You can see the entire queue by pressing the "status" menu at the top and follow the link.
<g_bor[m]>Anyone with some more insight on clojure, I've sent a patch yesterday to fix the build, but it would be nice if someone with clojure experience could assure me that this patch does not interfere with any usual usecases.
<pkill9>yeah that one thanks, i keep losing the URL
<g_bor_>sneek: later tell atw: I would like you to have a look at my clojure patch. mbakke said that you are familiar with clojure stuff. It would be nice if you could confirm that this does not interfere with typical clojure usecases. It is here. https://debbugs.gnu.org/cgi/bugreport.cgi?bug=32295
<pkill9>was worried the driver is bugged, because sadly i need to use closed source driver >.<
<pkill9>would use atheros card but BIOS whitelist >.< >.<
<reepca-laptop>Hmmm, this is a tricky one. I've got an environment variable I need to use in order for a program to be able to find some other packages it uses, however when that environment variable is set, it replaces the install-time-configured search locations. Including "the current directory". I can add the built-in search locations with a search-path-specification except for the current working directory. Is there a way to add a literal string
<janneke>civodul: did you get anywhere with mes-boostrap? i had to leave abruptly yesterday
<roptat>so we need maven-plugin-plugin, built with ant, some maven plugins and we need to change the ant-build-system to add the pom.xml file in META-INF and in another directory like share/pom/pom.xml
<roptat>then I think it will be possible to create a repository for maven to read
<civodul>janneke: not really! i had to leave as well (i'm about to go afk for a while and enjoy the summer in fact :-))
<civodul>i realized i had misunderstood things, i thought wip-bootstrap already had commencement.scm integration of sorts
<civodul>all the hard work is already done anyway, so AIUI it won't make much of a difference
<janneke>ok, good! brilliant timing, in a few days i'll be away for a bit of summer too :-)
<janneke>'twas a pretty heavy week, preparing for 0.17 and gnu...thanks for all your help
<mbakke>Heh, the TCL test suite actually ignores errors. There are 8 failing tests atm.
<pkill9>how can i go about debugging power management events?
<pkill9>specifically, i'm trying to fix an issue in which if i wake up my laptop from suspend by opening the lid and then immediately close it again within a few seconds of it waking up, it doesn't suspend
<aminb>hi all. does anyone here use guix to build latest emacs off of git master?
<aminb>i'd very much appreciate it if they could share their build recipe