<fries>if updating an existing go package to a newer version required for a go app to work, but that package required go 1.18 or later due to using generics; would it be the best to create another guix package for that newer version that has someway to indicate you have to set the dependent packages to use go 1.18 or later or just update all the existing dependents to use go 1.18?
<sneek>deedend, nckx says: You can include any custom Xorg configuration (in xorg.conf syntax) using the extra-config field of the xorg-configuration record. Which is often used as the value for the xorg-configuration *field* of your display manager, so you get something like https://paste.debian.net/plain/1125662
<nckx>…and of course that paste is expired by now. Sigh. Sorry.
<RavenJoad>lilyp: I got build-image working. I needed a (with-store store (run-with-store store ...)) wrapper.
<Kabouik_>efraim just foy your information, I was able to build kmonad for aarch64 again (latest commit) using `cabal` instead of stack. This is already what I did in 2021 in the Github issue I linked, but it still works. As far as I remember, compiling it with `stack` as recommended in the instructions would fail. I don't know if that can be useful to know to make the Guix package work on arm one day too.
<Kabouik_>I'll update the issue to report the same info.
<RavenJoad>I am writing a Guile/Guix script that uses qemu. How can I reference the binary? (string-append qemu "/bin/...") fails with a type error because #<package ...> is not of type string. file-append does not make sense, because this is a single-phase process (no lowering).
<jpoiret>RavenJoad: you want file-append instead of string-append
<jpoiret>also you'll need to use #+ since you want the builder's qemu
<RavenJoad>jpoiret: Thanks! I always used file-append with gexps, so I was not sure it would work. No gexps or builders here, yet.
<jpoiret>ah, I don't understand, you want to use guix's qemu from a guile script?
<jpoiret>that's going to be significantly more difficult, since you'll need to interact with the store, and also handle possible errors while building
<jpoiret>is there any reason you can't just do `guix shell qemu`?