<civodul>ng0: maybe check whether 'master' is affected
<Apteryx>This is giving deprecated warning: (bootloader (grub-configuration (device "/dev/sdX"))) (device should be target) but the manual examples haven't been updated it seems. (See: 6.2.1 Using the Configuration System)
<Apteryx>It could be interesting to offer multiple versions of the manual at the current online location, with the default being the currently used one (latest stable), but also one tracking latest master, etc.
<Apteryx>Like when you browse Python doc online you can easily switch between releases (2.7.X to 3.6.X).
<efraim>civodul: I ran the math again, we had more failures than last week. yesterday's number was ~6.8%, last week was ~6.6%
<efraim>sneek: later tell lfam for install in the go-build-system, you can use '(if (file-exists? "bin") (copy-recursively...) [else] (delete-file-recursively ... ', we have a couple in (gnu packages gcc), but it looks like you already build with 'go install' into %output
<reed_>Hi all. I just tried to run a guix pull command and recieved the following error:
<reed_>"guile-git is missing but it is now required by 'guix pull'. Install it by running..."
<reed_>I am fine installing it and proceeding, but one of the main reasons I chose guixsd is because I thought it would help me avoid installing dependencies manually one at a time and then forgetting why I needed them in the first place
<reed_>Is there a better way for me to proceed than to simply install guile-git a la carte
<janneke>efraim: udisks-2.1.8 fails to build during guix system init
<sneek>lfam, efraim says: for install in the go-build-system, you can use '(if (file-exists? "bin") (copy-recursively...) [else] (delete-file-recursively ... ', we have a couple in (gnu packages gcc), but it looks like you already build with 'go install' into %output
<lfam>`go install` with the GOBIN variable will install an executable to GOBIN. `go install -pkgdir=foo` will install the library objects to foo, but it installs the full dependency graph of the library you're building, instead of just that library, so it's not very useful for us.
<ng0>oh, one last thing.. unless it's not already known, the emacs install phase patch or whatever it was (didn't follow the thread) makes "make" in guix.git spit out many lines of: gnu/packages/emacs.scm:3202:4: warning: possibly wrong number of arguments to `version' followed by backtrace: ERROR: In procedure public-lookup: Module named (system repl debug) does not exist
<lfam>ddp: GuixSD is a full operating system, so you wouldn't install it on Fedora. Instead, you'd install it instead of Fedora, or next to Fedora (dual-boot). If you just want the Guix package manager, that will work fine on Fedora or basically any GNU / Linux distro
<janneke>ddp: epronk has undertaken quite some efforts to install GuixSD on ubuntu's LXC. He hasn't cracked it yet but got quite far. Is LXDE related?
<lfam>I think LXDE is a desktop environment. Similar name to LXC, but not a similar technology
<janneke>while GuixSD offerings on legacy distros can be great for people to get acquinted with GuixSD, I agree that it feels wrong, kinda alike running gnu/linux vm's on windows
<lfam>You can also use the installer image, and even install it in QEMU, depending on what you want
<pmikkelsen>regarding my bug about not being able to login, I have tried updating elogind from 232.2 to 232.4, as there was a fix for some cgroup stuff.. Will be back in a few minutes when I have reconfigured
<efraim>looks like someone's been busy on oss-sec, another CVE for each of openjpeg, graphicsmagick and libarchive
<efraim>I don't think I'll be able to take care of them before I go to bed tonight
<cehteh>ACTION wishes for a much faster guile .. *yawn*
<cehteh>trying to update a guixsd test vm which i havent started for half a year or so
<janneke>lfam, civodul: how do i find/pick the git commit to reproduce that guix-0.13 build failure? how much i like to report bugs, i'm a bit reluctant to repeat the USB install process and try --fallback to read the failure log
<janneke>guix system: error: build failed: some substitutes for the outputs of derivation `/gnu/store/s033smmdkv3jcy259w92i42mwfx0bga4-guix-0.13.0.drv' failed (usually happens due to networking issues); try `--fallback' to build derivation from source
<lfam>I guess there is a corrupted archive in that mirror?
<lfam>GUILEC / bin / bash: Line 7: 11674 Memory access error
<lfam>I wonder if it's a problem that host=armv7l-unknown-linux-gnueabihf even though the hardware is armv8a
<civodul>lfam: so armhf-linux binaries crash on aarch64?
<lfam>civodul: I think aarch64 is supposed to be able to run them, but I don't know the specifics (I don't have any relevant hardware).
<marusich>I'm not too familiar with dconf. I just know it's used as a way to store application preferences. I'm curious: is it stateful, in the sense that it manages preferences state outside of the store, or is it stateless, in the sense that its application preference data is stored in the store?
<janneke>ACTION built guix from a6d728b7a ... no problems