bug#63150: (no subject)

Guix distributes quilt version 0.66, there is a version 0.67 that quilt released as a tarball in 2022 but this version still has the bug in its test suite as it relates to the latest grep. I just tried, at the time of writing the HEAD (as cloned) of the git repo of quilt successfully goes through

bug#63150: [PATCH 2/2] gnu: quilt: Update to 0.67.

From: Josselin Poiret * gnu/packages/patchutils.scm (quilt): Update to 0.67. --- gnu/packages/patchutils.scm | 4 ++-- 1 file changed, 2 insertions(+), 2 deletions(-) diff --git a/gnu/packages/patchutils.scm b/gnu/packages/patchutils.scm index 465e605010..88c2cbc907 100644 --- a/gnu/packages/pa

bug#63150: [PATCH 1/2] gnu: quilt: Fix build because of grep warnings.

From: Josselin Poiret * gnu/packages/patches/quilt-avoid-grep-warnings.patch: New patch. * gnu/local.mk (dist_patch_DATA): Register it. * gnu/packages/patchutils.scm (quilt): Use it. --- Hi everyone, This should fix the build and also update quilt. Best, gnu/local.mk

bug#63190: [Shepherd] Nested calls lead to a hang

Original discussion (IRC): Minimal example (annotated): test-system.scm: --8<---cut here---start->8--- (use-modules (gnu) (gnu tests) (gnu packages) (gnu packages ba

bug#63043: texlive-font-maps.drv build failure when profiles lacks texlive-* packages

Hi, Maxim Cournoyer skribis: >> There were cases (like GDK pixbuf, GLib schemas, and all that) where the idea >> was to take whichever glib/GDK we’d find in the dependency graph, and >> pick the command we need from it. That way, we wouldn’t introduce any >> additional dependency. That was the

bug#63155: bug#63159: [PATCH 1/2] gnu: slim: Fix build failure with GCC-11

Hi, Brian Cully skribis: > GCC-11 sniffed out a long-standing bug where a pointer was being tested for a > negative value, which is impossible. Instead, check for NULL, which is how the > error result is actually returned. > > See https://github.com/iwamatsu/slim/issues/14 for details. > > * gnu

bug#63082: [PATCH 04/17] services: mpd: Obsolete the 'group' field.

Hi Liliana, Liliana Marie Prikler writes: > Am Samstag, dem 29.04.2023 um 13:16 -0400 schrieb Maxim Cournoyer: >> This means we do not have to expose user-accounts at the >> , which is not the right place for that anyway; >> it's already exposed via the users/groups fields of the > system> recor

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

Hi, After reinstalling someone's desktop which has support for VA-API, 'vainfo' from 'libva-utils' would consume all the memory then crash. Other applications relying on libva would crash as well, e.g. ffmpeg (or its users, such as vlc/jami). Here's a sample output from VLC: --8<---c

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

Hi, Maxim Cournoyer writes: > Hi, > > After reinstalling someone's desktop which has support for VA-API, > 'vainfo' from 'libva-utils' would consume all the memory then crash. > Other applications relying on libva would crash as well, e.g. ffmpeg (or > its users, such as vlc/jami). Here's a sam

bug#63198: cups-service-type uses PAM-enabled 'cups' by default which prevents authentication

Hi, Today I encountered an issue where after re-installing a Guix System, I couldn't add a new printer anymore. Any CUPS client (including the trusty localhost:631 HTTP page) would loop on authenticating my user. After consulting the logs and finding this kind of line: --8<---cut he

bug#63082: [PATCH 04/17] services: mpd: Obsolete the 'group' field.

Hi Maxim, Am Sonntag, dem 30.04.2023 um 21:07 -0400 schrieb Maxim Cournoyer: > > In the current mpd-configuration, to use my own user, I must also > > provide the matching group as a record, even if > > e.g. 'users' is something I've never created myself and don't > > really > > have a clue as to