<tune>mostly using emacs so it caught me off guard
<ZombieChicken>Out of curiosity, Is there any way to route guix through tor?
<ZombieChicken>quick question; is there a way to have a mapped-device depend on another mapped-device? I have a system I used to run that has a LUKS container on an RAID array, and there doesn't seem to be any way to specify that one mapped-device depends on another
<tune>does cataclysm-dda update often? seems like it is often building when I update. I worry it's a sign that all my packages are being rebuilt for some reason
<ZombieChicken>tune: I think it depends on the source. the stable CDDA is pretty old, but the git is still moving forward
<phenoble>Having just been able to decide that I can indeed use guix (at work too, yay), I have a question:
<phenoble>Is there a way to "reinstantiate" a ~versioned-set~ of guix packages from a script or some sort, on another system?
<phenoble>I.e. is it possible to save the exact state of guix on one system, and then reinstantiate that exact same state, at some point in the future, on another system?
<phenoble>I'm sure this is possible, but I haven't found the mechanisms you'd use for that yet (in the manual, say).
<CornBurglar>I think it comes down to turning the system into a package
<phenoble>CornBurglar: I see. So can packages be nested?
<CornBurglar>are you using guix on a foreign distro or on guixsd I think that makes a difference
<phenoble>CornBurglar: I'd use it on various foreign distros.
<CornBurglar>and yes of course packages can have dependencies isn't that the same as "nested packages"
<phenoble>Ah, so I could create a package that'd have the dependencies I'd want to have available as packages, and dependencies can be explicit with regards to the version they refer to?
<CornBurglar>if you want to maintain a set of packages that you can easily migrate to many systems, I would recommend making a channel. Channels are git repos full of packages. And yes I believe that statement is correct
<CornBurglar>I at least have used channels as an alternative to keeping a bunch of random packages floating around my system
<phenoble>rekado_: not if by "good mouse support" one also means: gui menus, dialogs, "a windows-y feel", etc.
<CornBurglar>I think what I want exists through proper configuration but I feel like with the amount of config I'd be going through why not just make my own editor
<phenoble>CornBurglar: that's more or less exactly what you'd embark on: creating the editor that you'll want to work with, probably for the next 10-20 years (...until we communicate with computers using brainwaves or something).
<phenoble>CornBurglar: but there's very good starter configurations now. I recommend doom emacs, or spacemacs.
<phenoble>Doom emacs can compete with VSCode and the like in look and feel out-of-the box, I think.
***vagrantc_ is now known as vagrantc
***MinceR_ is now known as MinceR
<rekado_>phenoble: that’s what I mean: Emacs does have a GUI, menus, dialogs, buttons, etc
<mikadozero>I am trying to provide additional information for a bug report I sent to the bug mailing list. I was requested to use `diffoscope` or `vbindiff` to provide more information on differences that `guix challenge` reported.