IRC channel logs

<psycotica0>jackhill: The README linked there shows podman being run with `--priviledged`. I don't know if that's important for you, or just because guix within the container needs it. Did you run with that when testing their image yourself?

<psycotica0>jackhill: Okay, I may have figured it out, at least for docker. I don't know podman, but it may be similar. When I tried building it myself I got a path like `/gnu/store/28xcd6ckk5gcriqwcf14ik2bfsl8j2bg-guix-coreutils-bash-docker-pack.tar.gz`

<psycotica0>The first thing I tried was `docker import THAT_PATH` because I assumed it was a filesystem image. And then I had the same issue as you, with no bin folder at all. Turns out that thing is *not* a filesystem image, it's a docker format image.

<psycotica0>Those need to be loaded with `docker load -i THAT_PATH` (or `docker load < THAT_PATH`), which will unpack all the layers and end up with a tagged image given the info.

<psycotica0>So basically what `import` was doing was making an image that faithfully represented the `save` format, but that `save` format is not a filesystem meant for a running container, it's an export format for a docker daemon.

<psycotica0>Whereas `load` actually _reads_ that export format, and produces an image the docker daemon knows what to do with. Then a container based on _that_ image has the right things inside.

<jackhill>psycotica0: ooh, good catch. I'm away for the computer at the moment, but I bet that's it, thanks!

<jackhill>psycotica0: ok, I was curious enought that I got my computer out. It was that. Thanks so much!

<csantosb>Good morning Guix !

<sham1>Morning

<csantosb>Is there something going on at https://qa.guix.gnu.org/ ? I feel like teams pile up and misc-world-rebuild is there since forever.

<adanska>csantosb, from the looks of the issue tracker it seems theres an issue with the data service, cbaines i think is working on it

<csantosb>Is anyone using home-gpg-agent-service-type ? I've never been able to keep my ssh keys in memory.

<csantosb>Just noticed we have the `--supervised` flag on, see https://codeberg.org/guix/guix/src/master/gnu/home/services/gnupg.scm#L131

<csantosb>Which is obsolete, as for `gpg-agent --help`

<csantosb>The flag was still around with GnuPG 2.3.3

<adanska>csantosb, i use it, and mine works flawlessly. just added the ssh-support flag and thats about the only config i use.

<adanska>are you on gnome?

<csantosb>Nope. Emacs-exwm.

<adanska>Hmm. Maybe there is some gnome-keyring stuff that keeps the keys in memory on my setup.

<Sneed1911>csantosb: is your gpg unlocking on login? One thing I noticed is (ssh-support? #t) doesn't add `enable-ssh-support` to gpg-agent.conf like I would normally use, so I explicityly add that with (extra-content "enable-ssh-support\n"). That may or may not have been the solution I needed when troubleshooting this a while back

<Sneed1911>I will also say that using gdm usually fixes all keyring issues if that is what you're ultimately having.

<sham1>Does anyone know why <guix-extension> doesn't allow extending the channels-field of <guix-configuration>? It feels like a fairly obvious use-case for me, but maybe I'm missing something. It would make it a lot easier to configure system-wide channel pins rather than having to modify-service the guix-service-type itself

<sham1>Hm, <guix-extension> was introduced before the channels-field. So I guess it just didn't come up

<ieure>sham1, I don

<ieure>sham1, I don't, I opened a draft PR to allow that, but it needs more work.

<sham1>Ah, so it would seem

<sham1>For what this comment is worth, I'd probably retain the invariant that if neither the extra configuration nor the folded extension yield channels, the resulting channel-field of the extended guix-configuration would be #f so that /etc/guix/channels.scm wouldn't get generated. It would match the current thing more although I doubt that it would break anything sicne they'd be %default-channels either way

<stephen0>Is there a browser in guix (or other libre channel) that does webhid?

<ieure>stephen0, Seems like Edge is the only browser that really supports it at all.

<ieure>Obviously Edge isn't going to work on anything other than Windows.

<ieure>Seems like there are some Firefox extensions that can add support for it, those should work on LibreWolf or IceCat.

<stephen0>I'm sure I've used either ff or chrome in the past, but I was hoping one of the alternates for that would work.

<stephen0>I hadn't considered extensions, I'll go look for some.

<ieure>Guix has LibreWolf, IceCat, Tor Browser, and Mullvad Browser, which are all Firefox forks. Or ungoogled-chromium.

<stephen0>icecat and librewolf didn't seem to do it natively, the former had a 404 for its extensions search, ... maybe the ungoogled-chromium can do it

<ieure>stephen0, I had to point LibreWolf at GNU Mozzarella, since the Firefox extension repo has non-free stuff in it. And it's stale and has broken a couple times. But you can just navigate to the real one, https://addons.mozilla.org

<stephen0>GNU moz. is what gave me 404's from the browser, though maybe it's bot deterrant. Will try addons.mozilla

<ieure>stephen0, No, it's just broken, they keep changing the URL for some reason and not leaving a redirect.

<ieure>stephen0, It's still working for me, as of LibreWolf 152.0.5-1, which is the latest in Guix at the moment. Older versions will likely 404.

<stephen0>Hmm. I was hoping to program one of my keyboards via usevia.app -- icecat + a webhid plugin and I see something trying to use faketls.com. Maybe I should look at qmk firmware editing and flashing instead.

<stephen0>Thank you for the pointers. This is a very workable flow for getting and running other addons in icecat.

<ieure>stephen0, Are you sure you need WebHID? The flashing tools I've seen all use WebUSB, not WebHID. Firefox 150.0 got support for WebUSB, so any of the forks based on that or later also have it now.

<stephen0>Yeah, it's webhid. Usevia.app reports when webhid is missing.

<ieure>Weird.

<stephen0>In this case it's not web-based flashing, it's interacting with custom firmware already on the device.

<stephen0>But an alternate approach would be to make some custom qmk firmware for it.

<ieure>Yeah, but over HID? That's a very odd way to do it.

<stephen0>There are quite a few keyboards that do it.

<ieure>Like is it using HID as a serial protocol and typing stuff at the board? Very odd.

<stephen0>I dont know what it's doing behind the scenes, but it requires access to the /dev/hid* device once plugged in and it reads/writes that to set or read back keyboard layouts.

IRC channel logs

2026-07-18.log