<nckx>bdju: Is GUIX_PYTHONPATH set to something containing within it python-axolotl?
<futurile>Q: is there some way you can do a guix pull to get an earlier version of Guix - I was thinking something like --commit=HEAD~3
<futurile>It's a pain finding the commit has from the guix repository
<futurile>I'm really trying to find a way to do a guix pull to a version that has the substitutions built
<cbaines>futurile, what substitutes are you currently missing?
<bdju>nckx: oh, I'm starting to get an idea of what the problem might be. that variable has pathes in it with python3.9 as a directory but when I go looking in ~/.guix-profile/lib, it's not there, I have a python3.10 directory instead
<bdju>so I'm guessing a reboot or maybe logout/login would fix that but is there any other way?
<ieure>This is a "doctor, it hurts when I do this" problem.
<ieure>Simplest thing other than not building large things during your workday is to add swap, or increase the amount you have.
<ieure>The Linux kernel's OOM killer is what decides which process to kill in an OOM situation, it's outside Guix's control, and has no way of knowing which thing *you* would prefer to get killed. So it's common for the "wrong" thing to get killed in these circumstances.
<attila_lendvai>but you can configure the earlyoom-service-type with a prefer-regexp parameter. it behaves much better than the kernel OOM killer (kills before exessive thrashing on the disk).
<attila_lendvai>swap makes the kernel OOM killer only slightly better in that you have a few more seconds to close something before the machine locks up
<mirai>apteryx: could you mail me your rebased docbook branch? (I think its just one patch that needed to be rebased)
<mirai>I did a rebase on my end but I think I might have missed some finer changes
<vagrantc>janneke: beyond the obvious of checkout out the repository and running 'guix hash -rx' on it? :)
<vagrantc>janneke: i presume you mean something like guix download, but with git support?
<janneke>vagrantc: something like guix hash -rx --commit=abcd
<nckx>Apparently, Matrix → IRC is just broken at this time. Or at least it is for most people. It's bad.
<podiki>if i understand correctly this is just a local bouncer and i'm hoping is more reliable, or at least I can debug/restart
<nckx>ACTION clarifies: EMS Matrix bridge → Libera.chat IRC is broken. The abstract concept is not, unless you want to get snarky.
<podiki>i have to say, heisenbridge was super easy: one command to generate registration, add it/restart synapse, run heisenberg, and then just connect
<nckx>Good to know. If EMS doesn't get their junk together, I might consider setting up our own bridge.
<podiki>back to guix: i've noticed sometimes we don't package example configurations (e.g. alacritty's which i have a local patch for now); i'm assuming generally we would in docs and this is an oversight?
<podiki>I'll keep you updated how this heisenbridge fares
<nckx>‘Oversight’s a bit strong but I'm a proponent of including them. Either in /etc or in /share/doc.
<podiki>nckx: actually tried to PM you earlier but maybe that never went through either
<podiki>i also like having them instead of trying to dig it out of e.g. github (especially if it is generated through building)
<podiki>I'll submit my patch rather than just push it anyway
<nckx>How much earlier? Your last PM I can find is from July 20th.
<nckx>You'll have to resend anything newer, sorry.
<podiki>< 3 hours ago. it's okay, it is out of date now that I gave up on the matrix/irc plumbing for now
<nckx>It never arrived, through either channel (I happen to have Element open but never count on that).
<podiki>i guess it goes through the ems/libera bridge? not sure how that is handled going forward
<nckx>What a mess. The near-collapse of the Matrix bridge is not a consequence of the deportalling and the move to plumbed rooms (it's the opposite), but good luck convincing innocent bystanders of that.
<nckx>podiki: If you were PM'ing me through your ‘old’ podiki[m] account, yes, that would likely have got stuck in the bridge.
<podiki>and the whole EMS mess ends up reflecting badly on Matrix as a protocol/ecosystem
<nckx>podiki: I don't mean to sound mean, but I hope it does, because that's at least fair. Casual users just as easily blame Libera, partially due to Matrix's own propa^Wmessaging of IRC as a ‘legacy’ protocol and Matrix as ‘modern’. Libera has been the stable network throughout all this. A replacement that adds emojo support and gifs but *can't deliver messages* isn't one.
<nckx>I'm sorry. This is an off-topic rant brought on by recent events. I apologise.
<podiki>no, I hear you, and I think there's well deserved criticism here (i know it can't be as easy as it seems on the outside, but still, really? can't properly interact with irc? in 2023?)
<podiki>no apology necessary and thanks for helping out on all this
<bjc>anyone have any advice for managing a local branch which incorporates a good half-dozen or so pending patches that need to be rebased periodically?
<bjc>right now i rebase all my patch branches, reset ‘master’ to ‘origin/master’ and merge them all in, but it's a real pain and error-prone
<podiki>you mean you don't just have one branch with all the patches and rebase that branch?
<bjc>if i did that then that branch's patches would get out of sync with the feature branches
<bjc>sometimes i need to update them due to conflicts or mistakes
<bjc>but that is what i'm shooting for, just with less headache than i currently have
<podiki>beyond my git skills, but did see there is multi branch rebase in git using --update-refs if that helps
<bjc>yeah, i think that's just for when you have a branch B which is rooted on A, and A is rooted on master. when you rebase A onto the new master, it will update B's root to the new A when you use ‘--update-refs’
<bjc>most of my branches are independent, though, so it doesn't work for me
<t400[m]><t400[m]> "Does guix do anything that might..." <- Quick update to this, Intellij IDEA runs great on the Guix live image running with QEMU. One step closer to feeling confident to install Guix on my main work computer….
<podiki>RavenJoad: you can't use a guix system vm directly? not sure, sorry, haven't played with that much but would have thought image-size is what you want :-|
<RavenJoad>Maybe. I need to check, because Cuirass was a little funky with a system VM last I checked.
<Altadil>Hi, does someone have experience with usb passthrough in gnome-boxes ? Is there something specific to Guix that needs to be done ? My USB device is listed but trying to enable it does not work.
<RavenJoad>podiki: The problem is because Cuirass in a system vm wants to create a lock file in /gnu/store, which is read-only.