IRC channel logs

2025-11-25.log

back to list of logs

<Librebooter>Hello there.
<Librebooter>I am having issues with Guix syntax. I am getting the error
<Librebooter>"guix system: error: error parsing derivation `/gnu/store/43ycyyg8xsas7a95x1mkihzlnrmgw0rs-upgrade-shepherd-services.scm.drv': expected string `Derive(['
<Librebooter>"
<mange>What command are you running, and with what input, to get that error?
<Librebooter>sudo guix system reconfigure /etc/config.scm
<mange>Can you check the mentioned file? Is it empty?
<Librebooter>should I upload the contents of the file to a pastebin service? im new to irc so idk if i should paste in or
<mange>Definitely use a pastebin, but first just check that .scm.drv file locally.
<Librebooter>yeah it's empty
<Librebooter>is it a config.scm issue or
<mange>That seems more like a store corruption issue. Has anything weird happened recently that could have caused the system to die while writing to disk?
<Librebooter>yes, I was having freezing issues and had to force power off
<mange>You can try "guix gc -D /gnu/store/43ycyyg8xsas7a95x1mkihzlnrmgw0rs-upgrade-shepherd-services.scm.drv" to delete the empty file, then try to reconfigure again.
<Librebooter>thanks that fixed it
<mange>It might be worth doing a "guix gc --verify" to see if there are any other issues.
<Librebooter>all that command said was "reading the store... checking path existence.." then exited I think i'm fine
<mange>If there are, "guix gc --verify=repair" should help to fix things. There's also "guix gc --verify=contents", but I can't remember what that does.
<Librebooter>alright thanks
<Librebooter>oh yeah i'm having another issue
<Librebooter>i'm using DWM and don't want GDM to appear on every boot so I can customize what starts up with DWM in my .xinitrc
<Librebooter>but GDM keeps appearing
<kjartano`>Librebooter: My guess would be that you need to remove gdm-service-type from your system configuration.
<Librebooter>i use %desktop-services, should I remove that part?
<Librebooter>idk if that could be causing GDM to keep appearing
<mange>There's an example in the manual, but the summary is to replace %desktop-services with (modify-services %desktop-services (delete gdm-service-type))
<Librebooter>yeah I have that in my config but GDM keeps appearing anyway
<Librebooter>should I upload it to 0x0.st or smth?
<mange>Sure, then we can have a look.
<Librebooter>alright
<Librebooter> https://0x0.st/KW9U.scm
<mange>Apparently set-xorg-configuration pulls gdm back in.
<mange>I ran this command to look at the service extension graph: dot guix system extension-graph config.scm | guix shell graphviz -- dot -Tpng > out.png
<Librebooter>ok
<mange>Ah, you can pass it a #:login-manager-service-type to affect it. It might be possible to set that to #f, let me check.
<mange>Oh, no. Right, what set-xorg-configuration does is extend the login manager. So if you don't want to use GDM, then you probably don't want set-xorg-configuration either.
<Librebooter>alright
<Librebooter>i just use a us keymap so can I remove that part?
<mange>I assume yes.
<Librebooter>thank you
<PotentialUser-12>I'm trying to manage emacs packages through guix, and I'm running into
<PotentialUser-12>some confusing behavior with the load path.
<PotentialUser-12>If I run `guix shell emacs emacs-magit -- emacs`, I can run `(require
<PotentialUser-12>'magit)` and magit loads.
<PotentialUser-12>However, if I `guix install emacs emacs-magit` and then launch emacs,
<PotentialUser-12>`(require 'magit)` doesn't find the package, UNLESS I source
<PotentialUser-12>`$HOME/.guix-profile/etc/profile` first.
<Librebooter>Hello, I am having trouble with "error: xorg-service-type: unbound variable" in my Guix config.
<Librebooter>Here is my config: https://0x0.st/KWOa.scm
<fnat>I get a `Missing commands: newgidmap.` when deploying a system on Heztner for the first time (i.e. initial provisioning).
<fnat>Anyone encountered anything similar?
<fnat>*Hetzner :)
<fnat>Hm, I wonder if it might come from here: https://codeberg.org/guix/guix/src/commit/232f3a9886cc1d3be409176f2e39dfb0819cd30c/etc/guix-install.sh#L94
<cbaines>this is with guix deploy?
<cbaines>there's an issue https://codeberg.org/guix/guix/issues/4046
<cbaines>and apparently it should be fixed https://codeberg.org/guix/guix/pulls/4257
<fnat>Aha, cool let me try a `guix pull` then, thanks cbaines.
<jlicht>Rutherther: really cool that you figured out a/the cause of the unclean unmount thing
<kestrelwx>o/
<Rutherther>jlicht: thanks :) hope I stumbled upon the thing people are actually affected by and not just something similar
<fnat>cbaines: Thanks, that was it, `guix pull` fixed it.
<Deltafire>does shepherd shutdown services one at a time, not in parallel?
<Deltafire>i know that systemd waits for blocking services to stop (up to 60 seconds iirc)
<fnat>I get a Bad Gateway error on https://ftpmirror.gnu.org/gnu/guix/ during a Guix Deploy provisioning. Is gnu.org still the best mirror to be referring to here, or should this be updated to something else?
<vibecoping>GUIIIIX
<vibecoping>I'm trying to run some stuff a friend sent me (some code), and I'm curious: What's everyone's technique for slowly building up a guix shell that contains the necessary parts? I was thinking of avoiding the build system/packaging if I didn't need it for this little demo
<vibecoping>Came in to whine when gcc-toolchain was probably the missing part. I had gcc in there first, then did gcc-toolchain and now I'm closer
<vibecoping>ld complaining about vulkan related stuff
<vibecoping>Oh, I need pkg-config. Is it better to pull in stuff like this, or do you guys have a "default start" you use
<efraim>there isn't something like build-utils (I forget what it's actually called) from debian
<efraim>I need the 'strings' command from time to time, I always just call it as 'guix shell gcc-toolchain -- strings /path/to/file'
<cdegroot>vibecoping: for graphics stuff, I once set down and figured it out and now I just include everything in there. Better a bit too much than constant package hunting. My project has "assimp bash binutils coreutils gcc-toolchain glfw glslang glu guix libffi mesa sbcl sdl2 sdl2-image sdl2-ttf vulkan-loader vulkan-tools vulkan-validationlayers", you can probably drop sbcl (it's a Lisp project), dunno about the rest :-)
<vntsuyo> https://codeberg.org/guix/guix/issues/4476
<vntsuyo>is this really a bug or am i setting things up incorrectly?
<vibecoping>cdegroot: Niiice
<fnat>(Guix Deploy eventually succeeded after a few attempts, so the 502 was a temporary issue.)
<cdegroot>vntsuyo: maybe TLS is an optional dependency of the calendar server? Looking at the Guix build code and if necessary the GNOME source code should provide some insights. I guess that it cannot find OpenSSL and therefore this error happens.
<rekado>civodul: thanks for the note about libxml2-with-zlib. I've changed it on the r-team branch.
<peterpolidoro>Hi. What is the trick for setting a new environment variable on the command line when creating a guix container?
<rrobin>peterpolidoro: is -E --preserve what you are looking for?
<peterpolidoro>I want to set a new environment variable that is not on my host. I just want to create a new one and set it to a value when I invoke the container
<rrobin> A=foo guix shell -C --preserve='A$' bash coreutils -- env
<rrobin>mind the regex in --preserve, technically A is being set outside the guix process, but it works
<peterpolidoro>Oh I see, so I should set it on my host first, then preserve it
<rrobin>there might be a smarter way, but if it is just for a single guix shell call that is what i do
<rrobin>if reusing a profile with --profile there is probably a way to set them in the profile too
<peterpolidoro>that works, thanks!
<hugohugo>Is there a way to get progress information for "guix gc --verify"? It seems stuck on "checking hashes..." for half an hour (which could be fine)
<hugohugo>I ran out of harddrive space during an earlier reconfigure, so I want to check the store for corruption
<hugohugo>"guix gc --verify=contents" I meant
<Deltafire>it does take a good while
<Deltafire>a progress indicator would be good!
<hugohugo>I'll let it run overnight then. I suppose it must read every file in the store. And I can wait for that. But I wasn't sure it was actually doing anything at all. Thanks for the confirmation that no output is expected
<cbaines>civodul, I'm listed as an admin in https://codeberg.org/guix/maintenance/src/branch/master/hydra/domain-names.rec but I don't remember anything about this, do you know how to update the guix.info domain records?