IRC channel logs

<ieure>lullaby, T580 (and similar models) have an optional "battery bridge" system, where you have an internal and external battery pack. Gives them better battery life, also lets you swap the external pack without powering down or charging from AC.

<ieure>lullaby, Internal pack is an option, but is present on most systems. There's a blank plastic panel which gets installed in its place if it lacks the internal pack.

<ieure>lullaby, You wrote "battery0 shows not chrging and 0% full." Unfortunately, this means the battery has depleted its entire charge, which destroys the battery pack. The battery management system (BMS) IC which is part of the pack suicides when it hits 0% charge.

<nox>Is there a guide to write guix home services? particularly, I'd like to write something that generates a config file

<ieure>nox, Not really. They're basically the same as system services, other than they have "home" in their name. There's lot of examples in Guix you can crib from already; I'm also happy to give assistance, if you'd like.

<ieure>I've written a few services and have an okay handle on it.

<adanska>Hi Guix!

<hwpplayer1>adanska: hello

<adanska>hi!

<hwpplayer1>.

<chris0ax>i think i've got my first non-trivial package to build! i was trying to upgrade plover and it works now

<futurile>chris0ax: whoop whoop

<BlipRadar>hello, I'm trying to do a guix pull and it seems to be hung.

<BlipRadar>Not sure why. Any ideas?

<trev>that happens.

<trev>i usually just restart but it doesn't always work

<BlipRadar>Hmm. ok. I was thinking maybe it was a connection issue or something.

<BlipRadar>I'll give that a shot.

<ekaitz>probably a network issue, yes

<ekaitz>restarting means just trying later... so it might help

<kestrelwx>Hello!

<BlipRadar>Is there like a verbose flag to see what it's doing?

<BlipRadar>Oh there is.

<BlipRadar>nvm. verbosity=3 not displaying anything.

<kestrelwx>What's the last line you see?

<BlipRadar>Looks like restarting fix it. Thanks!

<ekaitz>weird

<ekaitz>might it be a daemon issue?

<BlipRadar>My computer ran low on battery and tried to go into hibernate and then it died. So maybe something about recovering from that caused this issue.

<BlipRadar>Even sudo command was hanging for some reason.

<BlipRadar>But yeah, hard reboot seemed to resolve it.

<ekaitz>omg

<ArneBab>I created an appimage from my example project for enter-three-witches, but it’s pretty huge, because it needs guile, util-linux, coreutils, and glibc-locales to build. Is there a way to slim it down so only the outputs are in the appimage?

<ArneBab>input declaration of the appimage: https://hg.sr.ht/~arnebab/enter/browse/guix.scm?rev=f68da8f5dcbd#L25 -- build process: https://www.draketo.de/software/enter-three-witches#publish-appimage

<ArneBab>If you want to try the result: https://www.draketo.de/software/enter-three-witches.appimage (would be great to know whether it works for you! Needs chmod +x enter-three-witches.appimage && ./enter-three-witches.appimage)

<nox>ieure, thanks! I want to write a serialization service for rmpc's config, so it can be defined in scheme.

<kestrelwx>csantosb: It made more sense to me to add `wlroots-0.20` when updating `wlroots` rather than in a PR bumping a WM to use this new version.

<trev>nox: are you the french (?) nox from ##rust?

<attila_lendvai_>flatpack installed browsers stopped working after a recent update. it's probably related to AppArmor and user namespaces... both brave and chromium fails to render tabs, unless i specify --no-sandbox

<attila_lendvai_>s/flatpack/flatpak/

<attila_lendvai>i suspect it's some kernel change related to sysctl kernel.unprivileged_userns_clone (does not exist on my kernel (anymore?))

<futurile>userns seems to be our bane

<attila_lendvai>ACTION is recording it in an issue on codeberg

<PotentialUser-01>Hello.

<kestrelwx>Hi!

<attila_lendvai>FTR, https://codeberg.org/guix/guix/issues/7852

<PotentialUser-01>I noticed my "mcomix" stopped working some time in the recent past. I get "15:26:39 [MainThread] ERROR: No version of GObject was found on your system." "15:26:39 [MainThread] ERROR: This error might be caused by missing GTK+ libraries."

<PotentialUser-01>Luckily, with the power of generations, I managed to gather some informations when that happened. But I still have a few questions.

<PotentialUser-01>I can see what generation I'm at by using "guix package --list-generations | grep ^Generation", but is there a better method?

<PotentialUser-01>Also, is there a way to link a generation with the guix "version", so that I can wirte a better bug report? I managed to BSP the problem to a moment between two generations. That gives me an interval of two approximate dates. I would like to translate that to two guix commits.

<futurile>PotentialUser-01: Interesting question, for (1) I think you found the best way to list generations there's no "--summary" or something option

<nox>trev, nah, must be someone else :D

<nox>i'm trying to package a rust-crate using the workflow described in the cookbook and I think the importer changed the indentation of some unrelated packages in rust-crates.scm

<nox>is this expected? should I keep those in my commit or remove them?

<futurile>PotentialUser-01: for (2) I can't readily think of a way between the two.

<futurile>nox: I would remove them, I don't know why it does them, efraim may know - but yeah it makes reviewing more confusing.

<futurile>nox: it seems to get confused about the versions of source "packages" sometimes, so I had some cases where there were repeat definitions of the same source crate

<PotentialUser-01>Thank you, futurile.

<nox>i see, thank you

<futurile>PotentialUser-01: mostly what I do is find the package that is having a problem, then I check when the definition was changed, then use guix time-machine to check before / after the change. But it's not exactly what you're asking, sorry.

<nox>alright, here's my package https://codeberg.org/guix/guix/pulls/7853

<PotentialUser-01>futurile Could you please provide a little more detail on each step, please? I'm still new to Guix and trying to learn.

<futurile>nox: is that package going to work on guix system?? you have a phase for a systemd unit

<futurile>PotentialUser-01: so do you know which package is causing those error messages you're seeing?

<futurile>PotentialUser-01: oh you said mcomix. OK so go here and search for mcomix -> https://codeberg.org/guix/guix/commits/branch/master

<nox>yeah, I added it for completeness (or in case someone would want to run it on another system). I assumed this was the way to go because mpdris2 installs a systemd unit file too?

<futurile>PotentialUser-01: so the last change was six months ago: https://codeberg.org/guix/guix/commits/branch/master/search?q=mcomix&all=

<nox>(mpdris2 the python package)

<futurile>PotentialUser-01: so I would use `guix time-machine` to install that package before that commit, and see if you get the error, and after that commit.

<futurile>PotentialUser-01: have you used guix time-machine yet?

<PotentialUser-01>futurile I think it was not a change on mcomix but on one of its libraries (GTK?), since it worked fine back on February.

<futurile>nox: Oh, I think I'm locked into "old" linux thinking. All it's going to do is create a directory in /gnu/store/<whatever> which won't matter.

<futurile>nox: I was thinking it would create something in /etc/systemd and we don't have that - sorry, silly me.

<PotentialUser-01>I have /tried/ using time-machine to use a previous version of a program, but ultimately it did not work well. I don't recall the details. Maybe I was expecting too much of time-machine or the problem was not Guix-related.

<futurile>PotentialUser-01: yeah, OK, I see. Other than checking for changes to the libs nocomix uses and running time-machine before/after changes to them. Yeah it's messy. Particularly if time-machine doesn't work well with it. Graphical apps and time-machine can be messy.

<futurile>PotentialUser-01: If you want to explore time-machine more I wrote a couple of posts about it. You might be able to figure out something from them: https://www.futurile.net/resources/guix/

<PotentialUser-01>futurile Great! It is always very helpful to have more sources to learn from. Thank you very much for taking the time to write them and being here for us users needing a helping hand.

<nox>futurile, no problem :) "old linux thinking", I might steal that haha

<futurile>PotentialUser-01: heh, thank-you I appreciate the positive vibes. I really want to encourage for Guix posts/videos/whatever so we can all learn cool stuff

<janneke>futurile: btw, you did get our/regtur's reply on your "Working on Guix's speed" inquiry, right?

<janneke>sorry for the "did you get my email" inquiry, but we were setting up our own email server on guix (more on that later), so yeah

<futurile>janneke: apologies, yes I did get the reply, I've been distracted on some other things and haven't "done" anything - I should have replied

<efraim>nox, futurile: I occasionally add a commit to "fix" the indentation of the other packages. it's hard to know when they're committed if they're indented correctly or not. but mass adjusting the other lists of crates should be a separate commit

<mwette>I'm following "Packaging Rust Crates". I get "error: no such command: `audit'". Any ideas? (where cargo is /gnu/store/ymv7chvamkqb8bhh5ysp4r8f3fi7r5mm-profile/bin/cargo)

<mwette>aarch64

<efraim>it's in the cargo-audit package

<efraim>I normally use `guix shell rust rust:cargo cargo-audit cargo-license` when I'm working on cargo packages

<mwette>efraim: Thanks. I am lost then, about which steps are part of the nominal process and which are specific to the example. I'm trying to build https://github.com/era-emacs-tools/ERA and struggling.

<nox>efraim: i see, yeah. the weird thing was that the applied indentation was contradictory- it didn't only add spaces to thing that were lacking- or remove spaces when there was too much. on some rust-crates dependency list, it added spaces and on some others it removed it. i wonder what causes that.

<efraim>nox: yeah, it's annoying, and I feel like I'm "wasting a commit" when I fix them

<efraim>mwette: after cloning it I'd run `cargo generate-lockfile` then audit and check the licenses, then use the magic import command with the --insert flag

<mwette>efraim: thanks -- I'll march on ...

<efraim>although on this case I'd change the version number to 0.5.0 and the edition to 2024

<mwette>yep - Still a bit confusion wrt using `cargo-audit' as the example. And the path gnu/packages didn't work: I used /.../codeberg.org/guix/guix/gnu/packages/. Is that right?

<nox>efraim: i know, right? bleh, git commit -m "fix whitespace" and all.

<nox>i think it's just something that comes with having an otherwise tidy commit log. maybe it's like garbage collection- you have to take an ugly one for the team.

<futurile>mwette: what are you reading?

<nox>probably "Packaging Rust Crates" in the guix cookbook

<mwette>I was trying to build era-emacs-tools/ERA but gave up for now.

<illybytes>hello!

<illybytes>im a new guix user (currently installed on my "server" (3rd gen intel hp box lol)) hoping to move to it on my laptop

<illybytes>right now i am trying to port my favorite web browser (trivalent) to guix, so far i am just adding it as another package under chromium.scm, rn i am confused as to how i am supposed to able to generate a hash for its git repo?

<mwette>illybytes: I think `guix download <url-of-git-repo>'

<illybytes>oh thanks

<illybytes>i thought i had to provide a commit for it but that was way easier than i thought lol

<illybytes>hmm its failing at tls for some reason?

<illybytes>the error is it not being able to verify the x.509 signature for github.com, signee-not-found

<illybytes>same error after switching network x.w

<ieure>illybytes, `guix download' does not support SCM clones, you can either clone the repo and use `guix hash', or try building the package and paste the correct hash from the error about them not matching into the package definition.

<illybytes>i fixed it by rjnning it on the guix system box

<illybytes>lol

<ieure>illybytes, Ah, if you were getting that error on a system where you're using Guix as a foreign package manager, it's not finding your host distro's CA certs.

<ieure>You can adjust the SSL_CERT_DIR environment variable to point to wherever your distro puts them.

<illybytes>oh alright :3

<illybytes>thanks

<illybytes>i guess it's /etc/ssl/certs under fedora, but that lacks .pem files compared to my guix box' SSL_CERT_DIR

<illybytes>just ran find on /, no .pem files present

<illybytes>setting that var to fedora's ssl location doesnt fix it at all x.x

<ieure>I have no idea how Fedora does anything. Debian has lots of .pem files in /etc/ssl/certs.

<illybytes>fedora mostly has .0 files in that directory

<illybytes>scratch mostly, all the files are .0

<mwette>Chap 11 of guix manual has section on X.509 certificates, using `guix install nss-certs'; that worked for me (on the rust stuff) for my ubuntu Os

<illybytes>will try! thanks

IRC channel logs

2026-04-12.log