<jessica_lily>hey, when i tried installing guix using the: guix system init command i get an two unttest failures in the "guix" package (in nar.scm and store.scm). It says there should be a test-suite.log file but I can't find it
<jessica_lily>I presume it was cleaned up by guix itself when it failed
<jessica_lily>I'm not sure if these failures would actually stop me using the system too so it might be nicer to just bypass them for now?
<rekado_>would it be a good idea to change numpy(-bootstrap) to build against openblas rather than atlas? This would make it (and the many packages that depend on it) substitutable.
<rekado_>(it also would remove the need to fetch texlive each time numpy/matplotlib have to be built)
<dca>does anybody have guixsd demo as vmware image?
<iyzsong>dca: I never used vmare and don't know about it. we have usb image for qemu, and some mentioned using VirtualBox on the mailling list.
<cehteh>i like some orthogonality, os-config currently sounds like some special case
<davexunit>it's the primary means of representing your system.
<cehteh>i'd rather have my own archive server which hosts a 'site-config' maybe some dervitations (server, desktop, laptop) .. then each machine has its own local config for the system .. and finally every user has its own
<davexunit>if you could imperatively modify the global system, we'd lose the technical advantages that guix offers.
<bavier>'guix system reconfigure' handles generating system configuration files, so they can be rolled back with the rest of the system.
<vmlinuz88>ceteh there are several instances of "error" in the output. one is make Error 1 for test-suite.log, Error 2 for check-TESTS, Error 2 for check-am, Error 2 for check-recursive, and Error 2 for check. Is there anything specific you need to know about hardware?
<cehteh>bavier: the strange thing would be why is it failing for him, but hydra built it (if so)
<bavier>cehteh: correct, that would also be useful to know
<cehteh>meh ... the linux libre kernel seems to support virtio block devices .. but not so ethernet devices, wont that be the better choice, if running in a vm you want both anyway and virtio is guranteed to be a pure libre driver
<paroneayea>davexunit: I assume that guix packages for apache, etc make a policy of trying to *not* make assumptions about where /etc/ type config files and etc are, and hope that you can somehow specify that yourself
<davexunit>debian isn't just going to back up your precious databases to another server before doing an upgrade either.
<paroneayea>that way /run/ and etc could work, but maybe if you're running an existing debian system, /etc/ could still work?
<davexunit>paroneayea: http has flags for specifying which config file to use
<paroneayea>I wonder if linode requires a blobby kernel, I don't remember.
<ph4n70m4s>damn, trying to patch the tar package gets me a (vm-run "VM: Stack overflow" ())
<Tsyesika>davexunit: seems my macbook doesn't boot after i successfully run the guix system init command, i don't think it installed grub but it didn't report errors either
<Tsyesika>sigh >.< i shall try again in a bit i guess
<taylanub>does anyone know why sometimes when working with a store connection (I think it's from using `with-store'), you get some output like ((result "huge sexpr in this string") (output . "stdout"))?
<alezost>taylanub: I also notice such things, but I think it's some output from geiser and it's not related to a store connection.
<rekado->phant0mas: re vanilla hurd: I see. (The differences between the running system in the VM (= Debian GNU/Hurd) and the vanilla sources made it very hard for me to keep up with development, personally.)
*davexunit is having a lot of fun with linux namespaces