IRC channel logs
2026-04-26.log
back to list of logs
<stikonas>who is now maintaining java/icedtea in guix? <stikonas>(export EXTRA_CFLAGS="-O1" fixes crashes in ant) <apteryx>is it reliable to implement systemd preStart actions via a one-shot shepherd service dependency? <apteryx>it looks like the more common pattern is to rely on the service's activation script <Kabouik>Curious if anyone is using `cava` here? It's a terminal audio visualizer. I used it on other distributions, but on Guix (on my machine at least), it shows nothing and is not even responsive (q or ^C does not quit it as it should). Could anyone reproduce to check if this is a valid bug with the package? <Kabouik>Okay this was an issue with the default config, not related to the package. <trev>Kabouik: guix shell cava, then playing audio worked for me with no config <Kabouik>Thanks trev. I am using pulse and I needed to just comment out the "method: pulse" in the config that comes with it. In guix shell, it didn't work for me, probably for that reason. <nckx>Guest27: Since you say you read the logs: go ahead & mail help-guix@, we're unlikely to catch each other here the next few days. I assume you can mount(8) the file system just fine by hand, and it's specifically the Guix OS declaration that fails? Best include yours in the mail if you can. <efraim>is there a patch flag to ignore missing files or to ignore patching failures? <efraim>it actually might just be easier for me to wrap the script in (... || true) <nckx>Every time I encounter ‘|| :’ it's like a silent monument to giving up. <nckx>efraim: So not even --force worked? <apteryx>the extra-content field of home-pipewire-configure is documented as "Extra content to add to the end of ‘~/.config/alsa/asoundrc’."; I guess that's a copy-paste mistake? <untrusem>does any of your folks experiencing this issue <untrusem>it is fixed, read the issue for solution :P <csantosb>I was about to ask the same, regarding issue #8170. This was previously fixed, see #2913, and broken again recently at some point. <axons>Is it possible to make a channel depend on another channel? <ieure>axons, Of course, there's a dependencies field. <nckx>sneek: I miss any messages? <nckx>sneek: ……too busy eating botsnacks, I see. <kestrelwx>apteryx: I was long wondering if the service should have some provision for a Pipewire configuration.