IRC channel logs

2025-11-26.log

back to list of logs

<flurando>Hi, the writeup about installing Guix System on full root vps and spawn web service on it has been finished.
<sneek>Welcome back flurando, you have 2 messages!
<sneek>flurando, ArneBab_ says: WASM support is there already. Spritely Hoot works -- but you’ll have to do quite a bit to integrate.
<sneek>flurando, ArneBab_ says: what I use as server abstraction: https://www.draketo.de/software/wisp-snippets#simple-endpoint
<flurando>If printing a personal, short-term https link here is not against the rule, I would like to paste the link here.
<flurando>ArneBab_: Hoot support is not complete because WASM still lacks stuff that Guile requires. Also, integrating effort is not "a bit", unless one does not mind handcrafting on JS side as well. However, by the way, your wisp abstraction is really cool, with the only unsatisfying part being server spawning. Also, if ": get-xxx-handler request body" is everywhere, I would definitely make a syntax case to shrink
<flurando>that to xxx alone, if possible.
<flurando>I guess putting my link here is not against the community rule. As this is my personal website, generated with open org template, checkable on codeberg/rw-flurando/vorgum. The site does not originally uses any JS, however, the site is behind CF if you don't specify my ip when doing DNS, so disable JS if you mind.
<flurando>the link is here: https://fanbox.ruiwei.sbs/tutorial/install-guix-on-full-root-vps.html
<flurando>the Artanis behind could be checked with https://fanbox.ruiwei.sbs/api/v3/info, see details in the writeup
<ArneBab_>sneek: later tell flurando: posting a link with "something cool I wrote on Guix" is on-topic here, I think :-)
<sneek>Okay.
<cpli>atm the https://www.gnu.org/software/recutils/ guix package doesn't append itself to $BASH_LOADABLES_PATH..
<cpli>what's the guix equivalent to this shell.nix?: https://paste.sr.ht/~cpli/ee7f0810ca4c2c44120c037fd03bf80f0ffb35a0
<ArneBab_>sneek: later tell flurando: Hoot doesn’t have to wait for wasm, but new features in wasm can make it more efficient. So that’s a bit of a "yes and no" :-)
<sneek>Got it.
<ArneBab_>sneek: later tell flurando: for the requests I intentionally kept request and body in the arguments to make them explicit (⇒ explicit is better than implicit as in Python), so people know where the variables come from. You need to use them anyway, and this way you know what they are named.
<sneek>Will do.
<ArneBab_>sneek: botsnack
<sneek>:)
<ArneBab_>sneek: later tell flurando: though I think long-term links are nicer -- why is that tutorial only short-term? It seems useful.
<sneek>Will do.
<cpli>search path documentation doesn't seem to outline how to add an entry to an existing search path list, how does one add a path from an existing package to $BASH_LOADABLES_PATH?
<sibl>on this website: https://zie87.github.io/posts/guix-foreign-binaries/
<sibl>it says "Containers can also be provided as packages"
<sibl>but I havent found any doc on how to "transform" a container into a package definition
<attila_lendvai_>`guix home list-generations` only lists the ones that are not deleted. but `guix system list-generations` lists a lot of generations all the way back from 2023, but starting at generation 118... and i have no idea from the output which generations are still retaining the store items.
<civodul>attila_lendvai: every generation listed is a “GC root”, so whatever it refers to cannot be garbage-collected
<nckx>cpli: The search path is set by Guix, there's no 'set this random variable for me' facility in Guix like there seems to be in Nix. Guix's bash package declares a BASH_LOADABLES_PATH search-path, so if the recutils package installs a $output/lib/bash *and* is installed into the same profile as bash, Guix will set it.
<nckx>Packagages can't set arbitrary variables either.
<nckx>Nor can packages.
<attila_lendvai>hrm... i'm pretty sure i don't have a disk that is large enough to hold the store items all the way back from 2023.
<attila_lendvai>all i do is run a `sudo guix gc --delete-generations=40d` every once in a while
<efraim>what do we use to boot on ppc64le? is it grub-efi?
<cbaines>efraim, has anyone ever booted a Guix system on ppc64le?
<cbaines>I've never managed to install Guix at least, Grub has always failed to build
<efraim>cbaines: i see. I'll just fall back to the given bootloader in the os.scm on ppc64le for (gnu system vm)
<cbaines>this is something I'd love to solve eventually though, as I'm still running Debian on my Power9 machine
<efraim>yeah, that'd be great to get working
<cbaines>I think I've always got stuck getting the installer to build for powerpc64le-linux
<efraim>I'm running into trouble running the debian-install test on aarch64 so I'm flailing around working on random stuff. I think I have confirmed https://bugs.gnu.org/28768 is no longer a problem, now I'm trying to use u-boot on x86_64 to bring up a VM
<efraim>because obviously this is a normal thing to work on
<rekado>hey, I just generated a new client cert for ci.guix.gnu.org, but the browser never asks for the client certificate. It returns 403 directly when asking it to rebuild all builds in an evaluation. Does this client cert stuff for ci.guix.gnu.org work for anyone here?
<efraim>my client certificate expired a while ago and I need a new one. IIRC if you get a 403 for restatart-all-builds then it didn't pick up the certificate
<rekado>I made a new one with the script /etc/ssl-ca/new-client-cert.scm on ci.guix.gnu.org, and then imported the p12 file.
<rekado>still getting a 403 even after removing the old cert from my browser (and with a different browser it's the same)
<rekado>ah, *now* it asks for the cert!
<rekado>ACTION doesn't understand why there would be a delay. Maybe server side cache...?
<efraim>how do I turn off a machine from the u-boot prompt?
<efraim>nvm, pkill qemu worked just fine
<Arsen>o/ is it possible to force a rebuild of a certain package? I want to see the build logs for util-linux but the CI seems to have deleted them already
<Arsen>(namely, I want to do that to figure out why util-linux doesn't contain setpgid)
<cbaines>Arsen, here's a build log for x86_64-linux https://bordeaux.guix.gnu.org/build/25c065de-213b-4a89-b338-e98c0ec4fe1c/log
<Arsen>whoops, I didn't see it somehow
<Arsen>... but this is very interesting, it *is* installing setpgid
<Arsen>oh: /gnu/store/fizvqi3r2k9pjj22g31z51i28pjsg336-util-linux-2.40.4/bin/setpgid exists
<Arsen>oh interesting, seems that my profile has 2.37 instead:
<Arsen>aarsenovic@vbuild-01:/srv/data/aarsenovic/getting-started/src/gcc-mainline$ guix show util-linux
<Arsen>name: util-linux
<Arsen>version: 2.37.4
<Arsen>uh: Updating channel 'guix' from Git repository at 'https://git.guix.gnu.org/guix.git'...
<Arsen>is that still correct?
<drakonis>not anymore
<drakonis>its hosted at codeberg now
<Arsen>yes that's why I ask
<drakonis>also, shouldnt there be a new guix release specifically to point to the new repository by default?
<luca>That URL is a redirect to codeberg. It is correct
<drakonis>huh interesting
<Arsen>ah OK
<drakonis>it does redirect.
<nckx>The URL did change, but *to* git.guix.gnu.org (from savannah.gnu.org), so any future migrations should be transparent.
<Arsen>good idea
<nckx>Did you manage to pull?
<Arsen>yes, and update util-linux
<Arsen>\o/
<nckx>~o~
<Rutherther>halt
<Rutherther>halt: error: service 'root' could not be found
<Rutherther>guess playing with shepherd really is dangerous eh
<Rutherther>thankfully just a VM :)
<old>hey would be nice to pull guix/monads.scm in core Guile under LGPL
<civodul>old: we could do that! in hindsight though, i have mixed feelings about monads for Scheme
<old>civodul: ,expand
<old>what are the reasons?
<bmansurov>o/ I was reading the manual and it mentioned this channel. So here I am. ;)
<ieure>bmansurov, Welcome!
<jas>hi! is perl Digest::SHA3 in guix?
<ieure>jas, Doesn't appear to be. I see Digest::SHA and Digest::SHA1.
<jas>ieure: thank you! i will try a contribution!