bug#64309: Python dlopen()s musl libc

I've had experiences now with multiple Guix packages, including gajim (bug 60235) and now python-neovim-remote, which have an issue where Python tries to dlopen() libc, but finds the system libc instead of Guix's, resulting on Alpine Linux hosts in a crash with this message: ImportError:

bug#63921: Patch proposed

Hi, A patch to resolve this issue was proposed at the other bug https://issues.guix.gnu.org/64106#5 Kind regards Felix

bug#64106: [PATCH] In modify-services, delete multiple services with one stanza. (Closes: #63921, #64106)

With this commit, modify-services will delete all instances of the services that match the indicated service-type. At the same time, it will also raise errors for misconfigurations. The patch was motivated by Brian Cully's statements about the difficult tradeoff here. [1] Using the changes

bug#64307: Fluxbox build fails after e6994d7

Commit e6994d7 causes Fluxbox to fail on my aarch64 system. Might disturb other targets as well, but I can't test right now. just to be sure, here's the commit immediately prior to it, which succeeds: guix time-machine --commit=74e96c4 -- build fluxbox The trouble commit deals with

bug#63197: video acceleration/libva segfaults caused by stale mesa shader cache

Hi Giovanni, Giovanni Biscuolo writes: [...] >>> ...or apply a patch to rename "~/.cache/mesa_shader_cache" to >>> "~/.cache/mesa_shader_cache" >> >> That's another good idea. > > I was just doing guesswork but the bug caused by this mesa upgrade > smells like a binary incompatibility between

bug#63982: Shepherd can crash when a user service fails to start

Hi Ludo, Ludovic Courtès writes: > Hi, > > Maxim Cournoyer skribis: > >> Ludovic Courtès writes: > > [...] > >>> Uh, so it remains in “starting” state? >> >> Yes! > > Turns out that this happens when calling the ‘daemonize’ action on > ‘root’. I have a reproducer now and am investigating…

bug#64302: Guix derivation cannot be computed during pull

Hello, here is what happens on a server I do not manage to update for about a year now: $ guix pull Updating channel 'guix' from Git repository at 'https://git.savannah.gnu.org/git/guix.git'... Authenticating channel 'guix', commits 9edb3f6 to 1bc878d (1,055 new commits)... Building from this

bug#54944: guix pull: computing Guix derivation takes forever

akib via writes: > I've just installed Guix on a partition of my new HDD. After the > installation I logged in to my user account on a Linux console and > executed 'guix pull'. After that it pulled the repository and > computed Guix derivation, but stuck while updating substitutes. So I >

bug#63982: Shepherd can crash when a user service fails to start

> Ludovic Courtès hat am 22.06.2023 22:08 CEST geschrieben: > This suggests a problem in the config file: one of the shepherd-*.scm > files listed above ends up calling (string-append #f …). > > We’d need to see those files to understand what’s happening but it looks > different from what Maxim

bug#64297: [Cuirass] Remote server not picking up job, losing workers

As of cuirass@1.1.0-16.b825967, ‘cuirass remote-server’ appears to not pick jobs as quickly as it should and to lose sight of workers (you can see them come and go on ). /var/log/cuirass-remote-worker.log shows that it does build things, but only sporadically.