<ng0>imagine you are in the middle of an update and power goes out. won't even bother the system update, just start again
<Apteryx>I'm attracted to GNU Hurd recently. I'd like to start working on it shortly. It will be a great companion to Guix.
<lfam>Right, update the bootloader (and possibly the file-systems) section of your configuration and then reconfigure. Make sure it's right... GRUB is how we achieve system rollback so things will be difficult if it breaks
<lfam>ng0: And you might even have some of the updated packages still cached in /gnu/store!
<bavier1>yeah, I'm torn between dropping the handbrake patch or making it work despite it all
<rekado>when I run that m4 command in the specified directory on the remains of “guix build -K” I get no error.
<ng0>bavier1: sooner or later we come to realize how all other distros happen to carry around aptches which never made it upstream.. I don't know what the problem with handbrake here is right now, buit I think patches are okay.
<ng0>I wonder what the impact of blobs in average consumer hardware is. I mean, linux-libre. I wonder wether I want to use linux-libre (and therefore sticking to my goal of using as much of guixsd as possible) or linux for a system for people to use where ever they go. What's important is wifi and gpu. I experienced on desktop systems that gpu can be difficult, but laptops worked so far. incompatible wifi can be
<ng0>theoeretically fixed with a wifi usb dongle (which is unfortunate, but should work).. but I'm still not entirely convinced to pick a side, on the hardware support in all corners of the world list..
<ng0>guix system: error: build failed: some substitutes for the outputs of derivation `/gnu/store/f582fw51y6mm2jwavb4njzr7saz49ikm-module-import-compiled.drv' failed (usually happens due to networking issues); try `--fallback' to build derivation from source
<lfam>ng0: I believe those files are not created deterministically. Is there another message about a hash mismatch?
<lfam>In any case, it always works for me when I use --fallback
<lfam>I remember reading commentary on that terrifying libarchive analysis a few months ago, and FreeBSD users were talking about how often the system update component that uses libarchive used to crash...
<ng0>lfam: second question: and if we unbundle comparable, how do our libraries differ from debian/etc
<lfam>Speaking of which, why are we still doing `guix pull` over HTTP? I don't remember if there was a good reason that Savannah's Git repos still aren't served with TLS