<reepca>Blargh, took me forever to figure out that (guix build utils) has a hard-coded /gnu/store causing my tests to fail unless I provide the store directory through an environment variable. Wonder why it doesn't just use the %store-directory in (guix config)...
<balaga>Hi ! I try to do a binary installation of Guix. When I do "gpg --verify guix-binary-0.13.0.x86_64-linux.tar.xz" , I get an error : "gpg : BAD signature from "Ludovic Courtès <email@example.com> [unknown] . Any idea on the matter ?
<ng0>I think it's okay if I add that as a commit after 'mate-settings-daemon', as this has been before I started working
<efraim>libmateweather has requires.private of libxml and libsoup
<ng0>thanks :) this was also before my commits, should I rebase and add them before my work or would it be okay to just add them as fixes afterwards? I see no reason this should prevent a working desktop, as I had already booted into at least marco on its own yesterday
<efraim>ng0: oh, I must've not looked closely enough
<ng0>I should change my offloading... it happens from an very recent CPU to an AMD X2 250 with very little RAM. It's like your TGV or ICE drives for a few kilometers and then you get hooked for 200 kilometers on a slow subway train
<lfam>I'm interested to hear peoples' thoughts about "within a software deployment system that enables users to reproduce binaries, you still end up trusting whoever runs the deployment system, because there are no methods of challenging the reproducibility in a meaningful way."
<efraim>I tried to run ltris: ERR: sdl_init: No available video device
<efraim>clearly we need to build sdl with framebuffer support
<reepca>bavier`: Last night I made it all the way to building hello, after running into many, many brick walls. I'm in the process of verifying that it works in one go right now (I made a lot of changes in between building derivations to try to get individual derivations to successfully build).