bug#48868: VLC cant find libvdpau_radeonsi.so when playing video

Hi Brendan, On Sun, Jun 06, 2021 at 12:22 PM, Brendan Tildesley wrote: > The file exists at > /gnu/store/mwcgqw9ggi02p8mhzac8cg0x671j7wd1-mesa-20.2.4/lib/vdpau/libvdpau_radeonsi.so > but it doesn't seem to be found (by libva?). > Videos still play. Probably requires a Radeon card to reproduce. >

bug#48868: VLC cant find libvdpau_radeonsi.so when playing video

Hi Brendan, On Sun, Jun 06, 2021 at 12:22 PM, Brendan Tildesley wrote: > The file exists at > /gnu/store/mwcgqw9ggi02p8mhzac8cg0x671j7wd1-mesa-20.2.4/lib/vdpau/libvdpau_radeonsi.so > but it doesn't seem to be found (by libva?). > Videos still play. Probably requires a Radeon card to reproduce. >

bug#62313: VDPAU can't find backends

Fixed with 02995444dbe9861c32b6e2cdbfb7a7b2affe2c2b

bug#63154: Settings schema 'org.gnome.nm-applet.eap' is not installed

Hi, Josselin Poiret writes: > From: Josselin Poiret > > * gnu/packages/gnome.scm (network-manager-applet): Update to 1.32.0. > --- > gnu/packages/gnome.scm | 4 ++-- > 1 file changed, 2 insertions(+), 2 deletions(-) > > diff --git a/gnu/packages/gnome.scm b/gnu/packages/gnome.scm > index

bug#63378: [PATCH] teams: Fix script to produce a single X-Debbugs-Cc header.

Fixes . * etc/teams.scm.in (cc): Adjust format pattern. (team->members, member->string): New procedures. (list-members): Refactor in terms of the above procedures. (main): Adjust the output of the 'cc-members-header-cmd' and 'cc-mentors-header-cmd' actions. ---

bug#63350: [BUG] emacs-tmr cannot find ffplay at runtime when timers end

Hello, Kyle Andrews writes: > The emacs-tmr package does not play the alert sound for me. Instead, I see > the following error in the message buffer: > > Error running timer ‘tmr--complete’: (user-error "Cannot play >

bug#63082: [PATCH v3 05/16] services: mpd: Obsolete the 'group' field.

Am Sonntag, dem 07.05.2023 um 21:05 -0400 schrieb Maxim Cournoyer: > Hi Liliana, > > Liliana Marie Prikler writes: > > > Hi Maxim, > > > > Am Sonntag, dem 07.05.2023 um 14:12 -0400 schrieb Maxim Cournoyer: > > > My focus on this series was making sure the configuration is > > > easy(er) > > >

bug#63378: A single X-Debbugs-CC header must be used

Hi, After some tests, it appears that a single X-Debbugs-CC header must be used, otherwise the last one is the one that prevails. This matches my reading of the 'process' script of the GNU Debbugs instance [0], and thus must conform to the same email rules outlined in RFC5322 for the To or CC

bug#63377: sssd fails to build

Two tests fail with "aborted". See below: > make check-TESTS > make[3]: Entering directory '/tmp/guix-build-sssd-2.8.1.drv-0/source' > /gnu/store/rib9g2ig1xf3kclyl076w28parmncg4k-bash-minimal-5.1.16/bin/bash: > line 1: git: command not found > make[4]: Entering directory

bug#63376: (no subject)

bug#63024: Guile's "sleep pipe" can leak into processes created by 'spawn'

Hi Josselin, Josselin Poiret skribis: > Sorry for not noticing this thread sooner! Here's my take on it, a minor > variation but that's what I'd prefer tbh. Even nicer! Pushed to ‘main’ as two patches (I folded the test along with the fix, for clarity) and with cosmetic changes to match GNU

bug#63331: Guile-GnuTLS/Git circular dependency

Ludovic Courtès writes: > We need to solve that. For now, the only fix I can think of is having > ‘guile-gnutls’ built from a “make dist”-provided tarballs. Apparently > we can add assets at ; would you > like to upload a tarball and accompanying

bug#63371: openboard 1.6.1-1.39e914f fails build

Hello, openboard 1.6.1-1.39e914f fails build with this errors: --8<---cut here---start->8--- [...] starting phase `build' make -f Makefile.Release make[1]: Entering directory '/tmp/guix-build-openboard-1.6.1-1.39e914f.drv-0/source' [...] g++ -c -pipe

bug#63277: python-anaconda-client and conda fail

Sending the patches seems to have worked out just fine. Except that number 2 got in my own spam folder. I forgot that I also needed to update python-defusedxml to 0.7.1. Using guix does feel a bit like a moving target. It is good to learn how to fix such issues yourself, because they will pop-up

bug#63277: [PATCH 3/5] gnu: conda: Remove python-anaconda-client dependency.

* gnu/packages/package-management.scm (conda): Remove python-anaconda-client dependency. --- gnu/packages/package-management.scm | 10 -- 1 file changed, 4 insertions(+), 6 deletions(-) diff --git a/gnu/packages/package-management.scm b/gnu/packages/package-management.scm index

bug#63277: [PATCH 2/5] gnu: python-conda-package-handling: Update to 2.1.0

* gnu/packages/package-management.scm (python-conda-package-handling): Update to 2.1.0 --- gnu/packages/package-management.scm | 21 - 1 file changed, 8 insertions(+), 13 deletions(-) diff --git a/gnu/packages/package-management.scm b/gnu/packages/package-management.scm

bug#63277: [PATCH 5/5] gnu: python-anaconda-client: Update to 1.11.2

* gnu/packages/package-management.scm (python-anaconda-client): Update to 1.11.2. --- gnu/packages/package-management.scm | 17 - 1 file changed, 8 insertions(+), 9 deletions(-) diff --git a/gnu/packages/package-management.scm b/gnu/packages/package-management.scm index

bug#63277: [PATCH 1/5] gnu: Add python-conda-package-streaming.

* gnu/packages/python-xyz.scm (python-conda-package-streaming): New variable. --- gnu/packages/python-xyz.scm | 31 +++ 1 file changed, 31 insertions(+) diff --git a/gnu/packages/python-xyz.scm b/gnu/packages/python-xyz.scm index a5c99a6f20..c627e456e1 100644 ---

bug#63277: [PATCH 4/5] gnu: python-defusedxml: Update to 0.7.1.

* gnu/packages/xml.scm (defused-python): Update to 0.7.1. --- gnu/packages/xml.scm | 6 +++--- 1 file changed, 3 insertions(+), 3 deletions(-) diff --git a/gnu/packages/xml.scm b/gnu/packages/xml.scm index 2bc4f66c01..c4ab832bc5 100644 --- a/gnu/packages/xml.scm +++ b/gnu/packages/xml.scm @@

bug#63277: python-anaconda-client and conda fail

Hi Etienne, I've noticed that conda (22.9.0) does not build as well, and have resolved the issue in my local guix clone. It required these changes: - Add python-conda-package-streaming 0.7.0. - Upgrade python-conda-package-handling from 1.7.3 to 2.1.0 (which has python-conda-package-streaming as

bug#63368: Build coordiantor "Signals delivery fails constantly" crashes

Since the recent core-updates merge, I've seen the build coordinator using less memory, but it's also been crashing in a new way, up to 10 times a day. In the log, you see something like: 2023-05-07 09:15:42 Signals delivery fails constantly at GC #71051 2023-05-07 09:15:42 Signals delivery

bug#63202: git-gcrypt 0.7.0 build fails with OpenSSL 3.0

Hi Giovanni, Giovanni Biscuolo skribis: > Hello, > > this bug is also fixed by Sergey Trofimov in bug#63209 Indeed, and pushed as 71a438dcba391022fbbc41a1703f3172bae9c63c. Closing, thank you! Ludo’.

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

Ludovic Courtès skribis: > Bruno Victal skribis: > >> Original discussion (IRC): >> > > [...] > >> (procedure >>#~(lambda (x) >>;; Scenario 1: using code from (gnu services herd), this >>

bug#63267: gcc-toolchain is missing libstdc++.so

Hi Kaelyn, Kaelyn via Bug reports for GNU Guix writes: > Thanks! A small side note: I have glibc in there mainly so ldd is available > for debugging problems or getting new binaries working (I think the comment > with it is a remnant of an older version of the manifest from before "-F" was >

bug#63171: Telegram fails to compile.

After trying and failing to build with keep-builds, I went to the build directory and ran guix shell -D telegram-desktop --pure make The error seems to be here: cd /tmp/guix-build-telegram-desktop-4.2.2.drv-0/build/Telegram/lib_base &&