<g_bor>If in a phase we have to write a file, check if it is writeable. If it is not, then note the original permissions, then give write permission, do the modification and reset permission to the original.
<lfam>htgoebel: It's not convenient for me to boot an installer right now, but you could pass the --substitute-url argument to any commands you need to use, and authorize berlin's key in the normal way
<htgoebel>lfam: wow, indeed this is working. Thanks
<lfam>But root privileges are still required to authorize the signing key, except in cases where packages are bit-reproducible and berlin serves a substitute that is identical to what was advertised by a different authorized key
<lfam>Because in that case it doesn't matter much, except if there are exploitable bugs in the code that downloads and checks the hash of the download
<htgoebel>lfam: I search for this option in 'guix system --help#, but overlooked it.
<lfam>To clarify, you always need root to authorize a key, but you don't need a key to get those identical substitutes if they are advertised by a different server whose key you have authorized
<htgoebel>ACTION is setting up an offload server and experiences this is more work than expected :-(
<ng0>oh, just offloading? yeah it takes some time to get it right the first time but it's quiet easy
<ng0>I thought with your emails that you are setting up a personal CI
<lfam>Yesterday I learned that building Audacity is more complicated than I thought. They have patches on all their bundled libraries, and we don't delete the bundled libraries... so someone should try building it after deleting the bundled libraries
<efraim>I need to fix my macbook, most of the time at boot up the touchpad is wonky
<mb[m]1>I'll see if I can figure out what's going on with binutils 2.29.
<lfam>Specifically regarding Portaudio and Audacity. Audacity 2.2.0 (latest) fails to build against our Portaudio package. I saw a comment in Nixpkgs about "giving up on the portaudio patch". They are using the bundled Portaudio now
<efraim>I also wanted to see about adding grub menu items for the multiple rEFInd binaries
<fusion809>Hey is there a way to test, in a shell script, which commit of the guix.git repository is the latest one that's been pulled with guix? Tried to answer this question myself by searching /gnu/store with find for what I know at the moment is the latest commit I've pulled but since it returned no files matching that hash I'm kind of stuck. Oh and I also ran grep to see if any file named "refs" was in /gnu/store and contained that