IRC channel logs
2025-09-28.log
back to list of logs
<vhns>I too have often run into woes with btrfs. Although one of the recent ones was that kernel bug that filled the journal/log. <vhns>If only we could have bcachefs/zfs in guix :( <piethesailor>Hello all! running 'guix pull' the last two days is slower than snails pace. Is everyone falshing their computers with a cosmic DE OS and guix pulling at the same time? lol <piethesailor>accidentally dropped out. not sure if anyone responded about thebslowness of guix pull. <mroh>dont pull from savannah. <trev>does anyone know where to start debugging if a flatpak app launches from the command line but not from Gnome launcher? i suspect it's some environment difference. The command from the .desktop file works from the command line as well <mroh>trev: try the package dex and then "dex -v yourdesktopfile". <trev>need to verify which gtk versions we have in guix to see if we got the backport <PotentialUser-38>i installed guix (on a non-guix system distribution), and ran `guix shell guile -- guile`, but it fails: <PotentialUser-38>Pre-boot error; key: misc-error, args: ("load-thunk-from-memory" "incompatible bytecode version" () #f) <Deltafire>PotentialUser-38: did you run guix pull? and sudu guix pull, restarting the guix service afterwards? <jbnote>what email provider are you using? I just realized I couldn't use gmail from emacs anymore. <adanska>How do i access a field of a package from guile? I'm looking to access all the inputs of a package <Rutherther>if you wanted to take the into account propagated inputs of those inputs, you can use package-transitive-target-inputs <adanska>im trying to update kubo, but the -r option of `guix refresh` goes a little too deep into the graph. I just want to update the go inputs. <efraim>adanska: I'd probably try just importing it again, or commenting out the non-go inputs and then running refresh <ColdSideOfPillow>I asked this here already, but asking again as I didn't receive any answers before. <ColdSideOfPillow>After I tried to turn my Guix configuration into a channel and added it to my channels.scm, I'm having troubling with guix pull. <ColdSideOfPillow>The error I get is (exception misc-error (value #f) (value "no code for module ~S") (value ((gnu home-services version-control))) (value #f)). <trev>ColdSideOfPillow: missing parens somewhere probably <luca>lowkey seems illegal to use the same module prefix as upstream guix <ColdSideOfPillow>Rutherther: Oh, I didn't add it because my packages don't need it, but I forgot the implications of the fact that it shall evaluate everything inside src/ regardless of whether its a package. <ColdSideOfPillow>Thanks; I assume I'll need to add every other channel which I use, as a dependency as well? <Rutherther>every channel that is used by your channel has to be added, yes <ColdSideOfPillow>but forgot that it requires a Nerd Font (which most browsers don't have (by default)) <jbnote>What's the recommended emacs interface to codeberg? The blog posts lists two, but after 6 months of daily drive, what would you recommend? <jbnote>the blog posts specifically lists fj.el and a forgejo-compatible magit. <jbnote>untrusem: ok, thanks, i'll use that. <untrusem>to be honest, I am using agit workflow to open pr these days <untrusem>this package adds support for that in magit <untrusem>made by a guixer, they shared it, that's how came to know about this <untrusem>you can use the guix package from the repo or you can use the package from my channel <jbnote>Thanks a lot for the pointers. The agit workflow document sounds nice. I misread your comment as "I am using a git workflow..." initially :) <untrusem>I just pushed a commit to update the package to latest commit :) <trev>anyone know how to change a binary name in go-build-system? <trev>can't use -o flag since it won't work on `go install`, which is used in the build phase <trev>meh i'll just use a separate phase after install <c0co>Hi all, re: ruby-build-system, does anyone know what the most appropriate solution is to building packages from Ruby that aren't "gemified" (i.e. have no gemspec?) <lilyp>probably using whatever makefile they have around, crossing your fingers and hoping for the best? <trev>anyone familiar with least-authority-wrapper? I am trying to use the tor-service-type with a tor-transport-plugin and it doesn't seem to have access to (my guess) nss-certs. Gives me a x509 error in the shepherd log. Everything runs perfectly fine when i run manually as `sudo -u tor tor -f ...` ideas? <trev>perhaps it needs the ssl env vars. seems that i can add those to the tor wrapper but not sure how to test the service locally yet <bdju>The current stable nheko release has a Qt bug where when making replies you can't see the posts being replied to. The latest commit has a fix, and the Arch package has the fix in their nheko. I am trying to update to that commit using --with-commit=whatever but I've gotten a build failure. https://0x0.st/KBQQ.txt Anyone else wanna take a crack at this? <ekaitz>bdju: i can't see the paste very well because of the color codes but it is a compile error <bdju>Ah, interesting. I zcat'd the log file guix gave me the path for and dumped it into a txt file. I didn't even realize it used color codes. <bdju>I'm on a recent (last couple days or so) guix commit and I just did this if you wanna try to reproduce on your machine: guix install nheko --with-commit=nheko=2769642d3c7bd3c0d830b2f18ef6b3bf6a710bf4 <bdju>guix's nheko was also a bit behind the latest stable so dependencies may have just changed too much. <ekaitz>bdju: do the arch patches affect that file? <bdju>I believe Arch is just installing that same commit I'm trying to install, I didn't do anything Arch-y otherwise, and I'm running Guix System. <bdju>I just heard "it's fixed on Arch" and thought it might be useful additional info. <loquatdev>Hello, all. Does anyone know a simple way to add a simple patch into a package? I am inheriting from another package (glfw-3.4) and am trying to replace two lines of its source code with one, custom line. `substitute*` is a useful function but it can only seem to do things one line at a time, when I need to replace two specific lines (using <loquatdev>`substitute*` replaces many identical lines but not the specific two that I need). <trev>loquatdev: you can create a patch file and add it to patches (under source) <loquatdev>trev, how would that work if the source isn't from a git repository (if it was, for example, a zip file)? <loquatdev>I just discovered the `patch` command. I understand now - thank you. <Rutherther>patches are not inherently related to git. You can generate them using the "diff" tool and patch sources using "patch" tool. <Rutherther>You do not have to manually use the patch command here though, just use the patches field of origin. In case of zip/tar files, it will unpack it, patch it and repack it. From your standpoint you will just get updated file. <loquatdev>Okay. So, I just use `diff` to generate a patch file with my changes and then put that file into the patches field. Thank you! <Rutherther>yes, note that it is basically expected you would generate a diff where you have the old source in one subdirectory and the new one in another, usually they are called 'a' and 'b' in the patches git would produce. Ie. "a/my-source.c" "b/my-source.c". It's important they are in a subdirectory since Guix will call "patch" with -p1 to ignore the subfolder. You can of course also just modify the produced patch manually with proper names of the files <ekaitz>bdju: I think what you have there is just a build error of something that simply doesn't build. I don't think it's related with deps. Probably people in Arch add some patch on top to make it build...? idk <bdju>Someone else I showed the log to had mentioned that the Qt version guix was using is too old, but I'm not sure. <bdju>I'll just wait and hope it gets sorted out. Thanks for looking. <Rutherther>it's just the default, you can build packages with qt 6 if you wanted... <ieure>I am pretty sure diff and patches predate all SCMs, but now I'm wondering. <PotentialUser-38>wow, guix pull takes so long time... someone told me to run guix pull and then run sudo guix pull to try and fix my issue i was have, so i did guix pull and it take so long, then i did sudo guix pull and its take really long time again. doesnt it cache the first one, i dont understand <fnat-xmpp>I know one can pass a command to `fork+exec-command`. Is it possible to do something slightly more esoteric, like piping two commands together? E.g. `(list "cmd0" "|" "cmd1")`? <fnat-xmpp>(I'm giving it a go, so I guess I'll find out in a min.) <trev>PotentialUser-38: what's the issue? <PotentialUser-38>Pre-boot error; key: misc-error, args: ("load-thunk-from-memory" "incompatible bytecode version" () #f)Aborted (core dumped) <fnat-xmpp>Yeah, it was a bit naive of me, wasn't it? 🙂 <trev>PotentialUser-38: using guix system or foreign distro? <ieure>PotentialUser-38, You should pretty much never `sudo guix pull'.