bug#63171: Telegram fails to compile.

[John Cuthbert Khoo Teng Fong]

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 && 
/gnu/store/5lqhcv91ijy82p92ac6g5xw48l0lwwz4-gcc-11.3.0/bin/c++ 
-DCRL_USE_COMMON_QUEUE -DDESKTOP_APP_DISABLE_CRASH_REPORTS 
-DDESKTOP_APP_USE_PACKAGED -DDESKTOP_APP_USE_PACKAGED_RLOTTIE -DKCOREADDONS_LIB 
-DQT_CORE_LIB -DQT_GUI_LIB -DQT_IMPLICIT_QCHAR_CONSTRUCTION -DQT_NETWORK_LIB 
-DQT_NO_CAST_FROM_BYTEARRAY -DQT_NO_DEBUG -DQT_NO_KEYWORDS -DQT_SVG_LIB 
-DQT_WIDGETS_LIB -D_FORTIFY_SOURCE=2 -D_GLIBCXX_ASSERTIONS 
-I/tmp/guix-build-telegram-desktop-4.2.2.drv-0/source/Telegram/lib_base 
-I/tmp/guix-build-telegram-desktop-4.2.2.drv-0/source/Telegram/lib_rpl 
-I/tmp/guix-build-telegram-desktop-4.2.2.drv-0/source/Telegram/lib_crl -isystem 
/gnu/store/q4wh2qxhhwvx6azbx0y2if4m8vgkghvj-qtbase-5.15.8/include/qt5 -isystem 
/gnu/store/q4wh2qxhhwvx6azbx0y2if4m8vgkghvj-qtbase-5.15.8/include/qt5/QtCore 
-isystem 
/gnu/store/q4wh2qxhhwvx6azbx0y2if4m8vgkghvj-qtbase-5.15.8/lib/qt5/mkspecs/linux-g++
 -isystem 
/gnu/store/q4wh2qxhhwvx6azbx0y2if4m8vgkghvj-qtbase-5.15.8/include/qt5/QtCore/5.15.8
 -isystem 
/gnu/store/q4wh2qxhhwvx6azbx0y2if4m8vgkghvj-qtbase-5.15.8/include/qt5/QtCore/5.15.8/QtCore
 -isystem 
/gnu/store/q4wh2qxhhwvx6azbx0y2if4m8vgkghvj-qtbase-5.15.8/include/qt5/QtGui 
-isystem 
/gnu/store/q4wh2qxhhwvx6azbx0y2if4m8vgkghvj-qtbase-5.15.8/include/qt5/QtGui/5.15.8
 -isystem 
/gnu/store/q4wh2qxhhwvx6azbx0y2if4m8vgkghvj-qtbase-5.15.8/include/qt5/QtGui/5.15.8/QtGui
 -isystem 
/gnu/store/q4wh2qxhhwvx6azbx0y2if4m8vgkghvj-qtbase-5.15.8/include/qt5/QtWidgets 
-isystem 
/gnu/store/q4wh2qxhhwvx6azbx0y2if4m8vgkghvj-qtbase-5.15.8/include/qt5/QtWidgets/5.15.8
 -isystem 
/gnu/store/q4wh2qxhhwvx6azbx0y2if4m8vgkghvj-qtbase-5.15.8/include/qt5/QtWidgets/5.15.8/QtWidgets
 -isystem 
/gnu/store/q4wh2qxhhwvx6azbx0y2if4m8vgkghvj-qtbase-5.15.8/include/qt5/QtNetwork 
-isystem /gnu/store/6q7k9jp3bzs611465m68gdd99fgkvx0k-qtsvg-5.15.8/include/qt5 
-isystem 
/gnu/store/6q7k9jp3bzs611465m68gdd99fgkvx0k-qtsvg-5.15.8/include/qt5/QtSvg 
-isystem /gnu/store/smjbmncdx0v794ylqc2qnr8k7apdgzqg-libexpected-1.1.0/share 
-isystem 
/gnu/store/2j6iah1gp2nfp8g8hhrq5l1n32jhzr29-kcoreaddons-5.98.0/include/KF5/KCoreAddons
 -isystem 
/gnu/store/2j6iah1gp2nfp8g8hhrq5l1n32jhzr29-kcoreaddons-5.98.0/include/KF5 
-isystem 
/gnu/store/nb40pwd37v6i1g4b1fq4l6q4h9px3asr-glib-2.72.3/include/glib-2.0 
-isystem 
/gnu/store/nb40pwd37v6i1g4b1fq4l6q4h9px3asr-glib-2.72.3/lib/glib-2.0/include 
-isystem 
/gnu/store/cbjgz6f8nrb7804nnmmlvpd4y78p8zf3-glibmm-2.64.5/include/giomm-2.4 
-isystem 
/gnu/store/cbjgz6f8nrb7804nnmmlvpd4y78p8zf3-glibmm-2.64.5/lib/giomm-2.4/include 
-isystem 
/gnu/store/cbjgz6f8nrb7804nnmmlvpd4y78p8zf3-glibmm-2.64.5/include/glibmm-2.4 
-isystem 
/gnu/store/cbjgz6f8nrb7804nnmmlvpd4y78p8zf3-glibmm-2.64.5/lib/glibmm-2.4/include
 -isystem 
/gnu/store/gwx2sf5wl9bsl21lwv35g5la63bwyy95-util-linux-2.37.4-lib/include/libmount
 -isystem 
/gnu/store/gwx2sf5wl9bsl21lwv35g5la63bwyy95-util-linux-2.37.4-lib/include/blkid 
-isystem 
/gnu/store/7al95rd1f6r6af5rwk9yjicw8pf2ljyr-libsigc++-2.9.3/include/sigc++-2.0 
-isystem 
/gnu/store/7al95rd1f6r6af5rwk9yjicw8pf2ljyr-libsigc++-2.9.3/lib/sigc++-2.0/include
 -isystem 
/gnu/store/nb40pwd37v6i1g4b1fq4l6q4h9px3asr-glib-2.72.3/include/gio-unix-2.0 
-O2 -g -DNDEBUG -fstack-protector-all -fstack-clash-protection -fPIC 
-fno-strict-aliasing -pipe -Wall -Wextra -Wno-unused-parameter -Wno-switch 
-Wno-maybe-uninitialized -Wno-missing-field-initializers -Wno-sign-compare 
-Wno-deprecated -Wno-deprecated-declarations -pthread -std=gnu++20 
-Winvalid-pch -include 
/tmp/guix-build-telegram-desktop-4.2.2.drv-0/build/Telegram/lib_base/CMakeFiles/lib_base.dir/cmake_pch.hxx
 -MD -MT 
Telegram/lib_base/CMakeFiles/lib_base.dir/base/platform/linux/base_file_utilities_linux.cpp.o
 -MF 
CMakeFiles/lib_base.dir/base/platform/linux/base_file_utilities_linux.cpp.o.d 
-o CMakeFiles/lib_base.dir/base/platform/linux/base_file_utilities_linux.cpp.o 
-c 
/tmp/guix-build-telegram-desktop-4.2.2.drv-0/source/Telegram/lib_base/base/platform/linux/base_file_utilities_linux.cpp
In file included from 
/gnu/store/cbjgz6f8nrb7804nnmmlvpd4y78p8zf3-glibmm-2.64.5/include/glibmm-2.4/glibmm/containerhandle_shared.h:23,
 from 
/gnu/store/cbjgz6f8nrb7804nnmmlvpd4y78p8zf3-glibmm-2.64.5/include/glibmm-2.4/glibmm/object.h:34,
 from 
/gnu/store/cbjgz6f8nrb7804nnmmlvpd4y78p8zf3-glibmm-2.64.5/include/glibmm-2.4/glibmm/interface.h:20,
 from 
/gnu/store/cbjgz6f8nrb7804nnmmlvpd4y78p8zf3-glibmm-2.64.5/include/giomm-2.4/giomm/applaunchcontext.h:29,
 from 
/tmp/guix-build-telegram-desktop-4.2.2.drv-0/source/Telegram/lib_base/base/platform/linux/base_linux_app_launch_context.h:10,
 from 
/tmp/guix-build-telegram-desktop-4.2.2.drv-0/source/Telegram/lib_base/base/platform/linux/bas

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

[Josselin Poiret via Bug reports for GNU Guix]

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 
> added to "guix shell").

Small note: `ldd` is only a wrapper around setting
`LD_TRACE_LOADED_OBJECTS=1`, so you don't really need to pull in all of
glibc just for this.  There's also LD_DEBUG with possible values
explained by LD_DEBUG=help, which I use quite often.

Best,
-- 
Josselin Poiret


signature.asc
Description: PGP signature

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

[Ludovic Courtès]

Ludovic Courtès  skribis:

> Bruno Victal  skribis:
>
>> Original discussion (IRC): 
>> 
>
> [...]
>
>>   (procedure
>>#~(lambda (x)
>>;; Scenario 1: using code from (gnu services herd), this 
>> hangs shepherd
>>#;(start-service 'dummy)  ; hangs shepherd
>
> (gnu services herd) provides a client to talk to the shepherd process.
> However, the code of actions runs in the shepherd process itself, so
> there’s no need to use the client library.  Don’t do that.  :-)

Also, the socket created in (gnu services herd) lacks SOCK_NONBLOCK so
the code above is bound to block forever.

Ludo’.

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

[Ludovic Courtès]

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#63368: Build coordiantor "Signals delivery fails constantly" crashes

[Christopher Baines]

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 fails constantly

I'm guessing the switch from libgc-8.0.4 to libgc-8.2.2 has something to
do with this.


signature.asc
Description: PGP signature

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

[Hugo Buddelmeijer]

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 a dependency).
- Remove python-anaconda-client as a dependency of conda.
- Make conda a dependency of python-anaconda-client.

I'm also relatively new to guix. I think it is prefered to have small
patches, so I will send four patches for each of the above steps to
this issue as described in [1]. Then hopefully someone will review
them and merge them. Then after that it might be worthwhile to update
conda itself too.

Some notes:
- python-conda-package-streaming has conda itself as an optional
dependency for testing. I have therefore disabled all the tests.
- python-conda-package-streaming also removes the need for libarchive,
which apparently required some workarounds, so those are also removed.
- It is not clear to me why python-anaconda-client was a dependency of
conda in the first place, so maybe I'm missing something.
- I've also fixed some linting warnings on the existing packages.

Cheers,
Hugo

[1] https://guix.gnu.org/manual/en/html_node/Sending-a-Patch-Series.html

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

[Hugo Buddelmeijer]

* 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
@@ -1439,16 +1439,16 @@ (define-public xlsx2csv
 (define-public python-defusedxml
   (package
 (name "python-defusedxml")
-(version "0.6.0")
+(version "0.7.1")
 (source
  (origin
(method url-fetch)
(uri (pypi-uri "defusedxml" version))
(sha256
 (base32
- "1xbp8fivl3wlbyg2jrvs4lalaqv1xp9a9f29p75wdx2s2d6h717n"
+ "0s9ym98jrd819v4arv9gmcr6mgljhxd9q866sxi5p4c5n4nh7cqv"
 (build-system python-build-system)
-(home-page "https://bitbucket.org/tiran/defusedxml";)
+(home-page "https://github.com/tiran/defusedxml";)
 (synopsis "XML bomb protection for Python stdlib modules")
 (description
  "Defusedxml provides XML bomb protection for Python stdlib modules.")
-- 
2.39.2

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

[Hugo Buddelmeijer]

* 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
--- a/gnu/packages/python-xyz.scm
+++ b/gnu/packages/python-xyz.scm
@@ -1688,6 +1688,37 @@ (define-public python-clyent
 by @code{binstar}, @code{binstar-build}, and @code{chalmers}.")
 (license license:bsd-3)))
 
+(define-public python-conda-package-streaming
+  (package
+(name "python-conda-package-streaming")
+(version "0.7.0")
+(source (origin
+  (method url-fetch)
+  (uri (pypi-uri "conda_package_streaming" version))
+  (sha256
+   (base32
+"01a8yhfiww3ac0glnb41iqcrz5n6ya1k0w4vwc5wg06qcp6ipbq2"
+(build-system pyproject-build-system)
+(arguments
+ ;; All tests require conda to be installed. However conda requires
+ ;; python-conda-package-handling, which requires
+ ;; python-conda-package-streaming (this package), so the tests
+ ;; cannot be run.
+ `(#:tests? #f))
+(propagated-inputs (list python-requests python-zstandard))
+(native-inputs (list python-pytest
+ python-pytest-cov
+ python-pytest-mock
+ python-flit
+ python-bottle
+ python-boto3))
+(home-page "https://github.com/conda/conda-package-streaming";)
+(synopsis
+ "Download metadata from conda packages without transferring entire file.")
+(description
+ "Download conda metadata from packages without transferring entire file. 
Get metadata from local .tar.bz2 packages without reading entire files.")
+(license license:bsd-3)))
+
 (define-public python-babel
   (package
 (name "python-babel")

base-commit: d1aba42ad4e1909faa21d484975c5954c778e002
-- 
2.39.2

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

[Hugo Buddelmeijer]

* 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 2e2c116c33..ea5679fb44 100644
--- a/gnu/packages/package-management.scm
+++ b/gnu/packages/package-management.scm
@@ -900,7 +900,7 @@ (define-public rpm
 (define-public python-anaconda-client
   (package
 (name "python-anaconda-client")
-(version "1.8.0")
+(version "1.11.2")
 (source
  (origin
(method git-fetch)
@@ -910,10 +910,10 @@ (define-public python-anaconda-client
(file-name (git-file-name name version))
(sha256
 (base32
- "1vyk0g0gci4z9psisb8h50zi3j1nwfdg1jw3j76cxv0brln0v3fw"
+ "1cd1ycpa9b4i5hn7fqksddk6iky2ap6gw6f3l8fy95ypdjyk2z3d"
 (build-system python-build-system)
 (propagated-inputs
- (list python-clyent python-nbformat python-pyyaml python-requests))
+ (list python-clyent python-nbformat python-pyyaml python-requests 
python-requests-toolbelt python-tqdm python-defusedxml 
python-conda-package-handling conda))
 (native-inputs
  (list python-coverage
python-dateutil
@@ -934,12 +934,11 @@ (define-public python-anaconda-client
 "tests/test_authorizations.py"
 "tests/test_login.py"
 "tests/test_whoami.py"
-"utils/notebook/tests/test_data_uri.py"
-"utils/notebook/tests/test_base.py"
-"utils/notebook/tests/test_downloader.py"
-"inspect_package/tests/test_conda.py")))
-   (with-directory-excursion "binstar_client"
- (for-each delete-file network-tests)))
+"tests/utils/notebook/test_data_uri.py"
+"tests/utils/notebook/test_base.py"
+"tests/utils/notebook/test_downloader.py"
+"tests/utils/test_conda.py")))
+   (for-each delete-file network-tests))
  #t)
 (home-page "https://github.com/Anaconda-Platform/anaconda-client";)
 (synopsis "Anaconda Cloud command line client library")
-- 
2.39.2

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

[Hugo Buddelmeijer]

* 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
index 9869dfaacf..1ebc95077b 100644
--- a/gnu/packages/package-management.scm
+++ b/gnu/packages/package-management.scm
@@ -952,7 +952,7 @@ (define-public python-anaconda-client
 (define-public python-conda-package-handling
   (package
 (name "python-conda-package-handling")
-(version "1.7.3")
+(version "2.1.0")
 (source
  (origin
(method git-fetch)
@@ -962,25 +962,20 @@ (define-public python-conda-package-handling
(file-name (git-file-name name version))
(sha256
 (base32
- "1dq6f5ks3cinb355x712bls9bvv6bli6x3c43sdkqvawdw8xgv9j"
+ "17k363s2ad8cfngyrazzqvq287dab64ssah2rhzj4h7v1mfy47bm"
 (build-system python-build-system)
 (arguments
  `(#:phases
(modify-phases %standard-phases
- (add-after 'unpack 'use-unmodified-libarchive
-   (lambda _
- (substitute* "setup.py"
-   (("archive_and_deps") "archive"
  (replace 'check
-   (lambda* (#:key inputs outputs #:allow-other-keys)
- (add-installed-pythonpath inputs outputs)
- (invoke "pytest" "-vv" "tests"))
+   (lambda* (#:key tests? inputs outputs #:allow-other-keys)
+ (when tests?
+   (add-installed-pythonpath inputs outputs)
+   (invoke "pytest" "-vv" "tests")))
 (propagated-inputs
- (list python-six python-tqdm))
-(inputs
- (list libarchive))
+ (list python-conda-package-streaming))
 (native-inputs
- (list python-cython python-pytest python-pytest-cov
+ (list python-wheel python-pytest python-pytest-cov
python-pytest-mock python-mock))
 (home-page "https://conda.io";)
 (synopsis "Create and extract conda packages of various formats")
-- 
2.39.2

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

[Hugo Buddelmeijer]

* 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 1ebc95077b..2e2c116c33 100644
--- a/gnu/packages/package-management.scm
+++ b/gnu/packages/package-management.scm
@@ -1101,23 +1101,21 @@ (define-public conda
 (inputs
  (list python-wrapper))
 (propagated-inputs
- (list python-anaconda-client
-   python-boto3
+ (list python-boto3
python-conda-package-handling
python-cytoolz
python-pluggy
python-pycosat
-   python-pytest
python-pyyaml
python-requests
python-responses
python-ruamel.yaml
-   python-tqdm
-   ;; XXX: This is dragged in by libarchive and is needed at runtime.
-   zstd))
+   python-tqdm))
 (native-inputs
  (list python-coverage
python-flaky
+   python-mock
+   python-pytest
python-pytest-timeout
python-pytest-xprocess))
 (home-page "https://github.com/conda/conda";)
-- 
2.39.2

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

[Hugo Buddelmeijer]

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 often. The
Contributing section [1] of the manual is a good place to start.

Something unrelated: my desktop (gnome) looks sooo much sharper it
seems, so kudos to whoever improved that!

Cheers,
Hugo

[1] https://guix.gnu.org/manual/en/html_node/Contributing.html

bug#63371: openboard 1.6.1-1.39e914f fails build

[Giovanni Biscuolo]

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 -std=c++11 -fopenmp -O2 -std=gnu++1y -w -D_REENTRANT -fPIC 
-DQAPPLICATION_CLASS=QApplication -DNO_THIRD_PARTY_WARNINGS 
-DUBVERSION="\"1.7.0-a.0225."\" -DUBVERSION_RC=1,7,0,160,0225 -DPRE_RELEASE 
-DQT_NO_DEBUG -DQT_SVG_LIB -DQT_UITOOLS_LIB -DQT_MULTIMEDIAWIDGETS_LIB 
-DQT_WEBENGINEWIDGETS_LIB -DQT_PRINTSUPPORT_LIB -DQT_WIDGETS_LIB 
-DQT_MULTIMEDIA_LIB -DQT_WEBENGINE_LIB -DQT_WEBENGINECORE_LIB -DQT_QUICK_LIB 
-DQT_GUI_LIB -DQT_XMLPATTERNS_LIB -DQT_QMLMODELS_LIB -DQT_WEBCHANNEL_LIB 
-DQT_QML_LIB -DQT_NETWORK_LIB -DQT_XML_LIB -DQT_CONCURRENT_LIB -DQT_CORE_LIB 
-Isrc -Isrc/singleapplication -Isrc/pdf-merger -Iplugins/cffadaptor/src 
-I/gnu/store/v69vgsim7fv59j5rr99yyd5wq19qa9mh-quazip-0.9.1/include/quazip5 
-I/gnu/store/rbrk8r5r1qza08kyhdlf2ap8vd3v5sbi-poppler-22.09.0/include/poppler 
-I/gnu/store/kl1k0b6234iq9qvf68rmgkbdr402prv7-qtsvg-5.15.8/include/qt5 
-I/gnu/store/kl1k0b6234iq9qvf68rmgkbdr402prv7-qtsvg-5.15.8/include/qt5/QtSvg 
-I/gnu/store/p3plpr9g6vgbdfv18y8i3xla1l34ig1a-qttools-5.15.8/include/qt5 
-I/gnu/store/p3plpr9g6vgbdfv18y8i3xla1l34ig1a-qttools-5.15.8/include/qt5/QtUiTools
 -I/gnu/store/n4k39m035dwhg6bbhlx1g2wvfwiihia9-qtmultimedia-5.15.8/include/qt5 
-I/gnu/store/n4k39m035dwhg6bbhlx1g2wvfwiihia9-qtmultimedia-5.15.8/include/qt5/QtMultimediaWidgets
 -I/gnu/store/yjg26szg29cjw4h3wzppy8c42vslnqcy-qtwebengine-5.15.8/include/qt5 
-I/gnu/store/yjg26szg29cjw4h3wzppy8c42vslnqcy-qtwebengine-5.15.8/include/qt5/QtWebEngineWidgets
 -I/gnu/store/nwwcnj4gj407y6h037ip8ck000c9z26y-qtbase-5.15.8/include/qt5 
-I/gnu/store/nwwcnj4gj407y6h037ip8ck000c9z26y-qtbase-5.15.8/include/qt5/QtPrintSupport
 
-I/gnu/store/nwwcnj4gj407y6h037ip8ck000c9z26y-qtbase-5.15.8/include/qt5/QtWidgets
 
-I/gnu/store/n4k39m035dwhg6bbhlx1g2wvfwiihia9-qtmultimedia-5.15.8/include/qt5/QtMultimedia
 
-I/gnu/store/yjg26szg29cjw4h3wzppy8c42vslnqcy-qtwebengine-5.15.8/include/qt5/QtWebEngine
 
-I/gnu/store/yjg26szg29cjw4h3wzppy8c42vslnqcy-qtwebengine-5.15.8/include/qt5/QtWebEngineCore
 -I/gnu/store/lxi6sxv79kjkdpg60sdv94xpn9ahdd96-qtdeclarative-5.15.8/include/qt5 
-I/gnu/store/lxi6sxv79kjkdpg60sdv94xpn9ahdd96-qtdeclarative-5.15.8/include/qt5/QtQuick
 -I/gnu/store/nwwcnj4gj407y6h037ip8ck000c9z26y-qtbase-5.15.8/include/qt5/QtGui 
-I/gnu/store/i5lbaj6w2jgkzzrrn4a97s099qxm2nyq-qtxmlpatterns-5.15.8/include/qt5 
-I/gnu/store/i5lbaj6w2jgkzzrrn4a97s099qxm2nyq-qtxmlpatterns-5.15.8/include/qt5/QtXmlPatterns
 
-I/gnu/store/lxi6sxv79kjkdpg60sdv94xpn9ahdd96-qtdeclarative-5.15.8/include/qt5/QtQmlModels
 -I/gnu/store/20f83cbrs111m5cjymvqlm66pixd1886-qtwebchannel-5.15.8/include/qt5 
-I/gnu/store/20f83cbrs111m5cjymvqlm66pixd1886-qtwebchannel-5.15.8/include/qt5/QtWebChannel
 
-I/gnu/store/lxi6sxv79kjkdpg60sdv94xpn9ahdd96-qtdeclarative-5.15.8/include/qt5/QtQml
 
-I/gnu/store/nwwcnj4gj407y6h037ip8ck000c9z26y-qtbase-5.15.8/include/qt5/QtNetwork
 -I/gnu/store/nwwcnj4gj407y6h037ip8ck000c9z26y-qtbase-5.15.8/include/qt5/QtXml 
-I/gnu/store/nwwcnj4gj407y6h037ip8ck000c9z26y-qtbase-5.15.8/include/qt5/QtConcurrent
 -I/gnu/store/nwwcnj4gj407y6h037ip8ck000c9z26y-qtbase-5.15.8/include/qt5/QtCore 
-Ibuild/linux/release/moc 
-I/gnu/store/4si6azarzks3y3klsxkfrjd1vj1l61l9-libdrm-2.4.114/include/libdrm 
-Ibuild/linux/release/ui 
-I/gnu/store/nwwcnj4gj407y6h037ip8ck000c9z26y-qtbase-5.15.8/lib/qt5/mkspecs/linux-g++
 -o build/linux/release/objects/UBYouTubePublisher.o 
src/podcast/youtube/UBYouTubePublisher.cpp
In file included from 
/gnu/store/rbrk8r5r1qza08kyhdlf2ap8vd3v5sbi-poppler-22.09.0/include/poppler/Object.h:43,
 from 
/gnu/store/rbrk8r5r1qza08kyhdlf2ap8vd3v5sbi-poppler-22.09.0/include/poppler/GfxState.h:41,
 from 
/gnu/store/rbrk8r5r1qza08kyhdlf2ap8vd3v5sbi-poppler-22.09.0/include/poppler/splash/SplashBitmap.h:37,
 from src/pdf/XPDFRenderer.h:36,
 from src/pdf/PDFRenderer.cpp:35:
/gnu/store/rbrk8r5r1qza08kyhdlf2ap8vd3v5sbi-poppler-22.09.0/include/poppler/goo/GooString.h:249:33:
 error: ‘std::string_view’ has not been declared
  249 | static bool startsWith(std::string_view str, std::string_view 
prefix) { return str.size() >= prefix.size() && 0 == str.compare(0, 
prefix.size(), prefix); }
  | ^~~
/gnu/store/rbrk8r5r1qza08kyhdlf2ap8vd3v5sbi-poppler-22.09.0/include/poppler/goo/GooString.h:249:55:
 error: ‘std::string_view’ has not been declared
  249 | static bool startsWith(std::string_view str, std::string_view 
prefix) { return str.size() >= prefix.size() && 0 == str.compare(0, 
prefix.size(), prefix); }
  |   ^~~
In file included from 
/gnu/store/rbrk8r5r1qza08kyhdlf2ap8vd3v5sbi-poppler-22.09.0/include/poppler

bug#63331: Guile-GnuTLS/Git circular dependency

[Simon Josefsson via Bug reports for GNU Guix]

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 signature, Simon?

I published a release of gnutls-guile 3.7.12, this time built on my Guix
development machine to test that the release machinery (README-release)
works under Guix as well; the only "interesting" dependency was ncftp
but you had that packaged and it worked fine.

https://gitlab.com/gnutls/guile/-/releases/v3.7.12

/Simon


signature.asc
Description: PGP signature

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

[Ludovic Courtès]

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 coding
style for C.

  36fd2b492 main origin/main Use /dev/null in 'piped-process' if port is not 
backed by a fdes.
  ccd7400fd Add error handling for spawn's posix_spawn_file_actions_adddup2.

Thanks!

Ludo’.

bug#63376: (no subject)

[Remco van 't Veer]

bug#63377: sssd fails to build

[Remco van 't Veer]

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 '/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
> PASS: sss_nss_idmap-tests
> PASS: test-io
> PASS: test-find-uid
> PASS: test_prompt_config
> PASS: deskprofile_utils-tests
> PASS: test-authtok
> PASS: domain_resolution_order-tests
> PASS: fqnames-tests
> PASS: test_sss_idmap
> PASS: test_ipa_idmap
> PASS: src/tests/pysss_murmur-test.py3.sh
> PASS: src/tests/pyhbac-test.py3.sh
> PASS: src/tests/pysss-test.py3.sh
> PASS: sss_sifp-tests
> PASS: config_check-tests
> PASS: test_ldap_auth
> PASS: test_search_bases
> PASS: test_sdap_access
> PASS: sdap-tests
> PASS: responder-get-domains-tests
> PASS: dp_opt_tests
> PASS: test_sysdb_utils
> PASS: test_utils
> PASS: src/config/SSSDConfigTest.py3.sh
> PASS: test_copy_ccache
> PASS: test_sysdb_domain_resolution_order
> PASS: test_sysdb_certmap
> PASS: test_copy_keytab
> PASS: test_sbus_message
> PASS: test_child_common
> PASS: test_sbus_opath
> PASS: nestedgroups-tests
> PASS: test_sdap_certmap
> PASS: test_ipa_subdom_util
> PASS: test_tools_colondb
> PASS: test_cert_utils
> PASS: test_ldap_id_cleanup
> PASS: test_sysdb_views
> PASS: test_krb5_wait_queue
> PASS: test_dp_builtin
> PASS: ssh-srv-tests
> PASS: test_ipa_dn
> PASS: dyndns-tests
> PASS: test_iobuf
> PASS: sss_certmap_test
> PASS: test_sssd_krb5_locator_plugin
> PASS: krb5_common_test
> PASS: test_krb5_idp_plugin
> PASS: test_resolv_fake
> PASS: ifp_tests
> PASS: test_confdb
> PASS: test_kcm_marshalling
> PASS: test_sysdb_ts_cache
> PASS: test_kcm_renewals
> PASS: ad_access_filter_tests
> PASS: test_sysdb_subdomains
> ./build/test-driver: line 112:  9133 Aborted "$@" >> 
> "$log_file" 2>&1
> FAIL: ad_gpo_tests
> ./build/test-driver: line 112:  9139 Aborted "$@" >> 
> "$log_file" 2>&1
> FAIL: ad_common_tests
> PASS: test_ad_subdom
> PASS: test_sysdb_sudo
> PASS: test_sssd_krb5_localauth_plugin
> PASS: dlopen-tests
> PASS: test_sdap_initgr
> PASS: strtonum-tests
> PASS: nss-srv-tests
> PASS: krb5-utils-tests
> PASS: check_file-tests
> PASS: files-tests
> PASS: refcount-tests
> PASS: fail_over-tests
> PASS: find_uid-tests
> PASS: test_dp_request
> PASS: ipa_ldap_opt-tests
> PASS: ad_ldap_opt-tests
> PASS: crypto-tests
> PASS: util-tests
> PASS: debug-tests
> PASS: ipa_hbac-tests
> PASS: sss_idmap-tests
> PASS: responder_socket_access-tests
> PASS: safe-format-tests
> PASS: sysdb_ssh-tests
> SKIP: src/tests/whitespace_test
> SKIP: src/tests/double_semicolon_test
> PASS: test_data_provider_be
> PASS: auth-tests
> PASS: simple-access-tests
> PASS: test_inotify
> PASS: test_ipa_subdom_server
> PASS: test_kcm_queue
> PASS: test_be_ptask
> PASS: resolv-tests
> PASS: test_fo_srv
> PASS: responder_cache_req-tests
> PASS: sysdb-tests
> 
> Testsuite summary for sssd 2.8.1
> 
> # TOTAL: 95
> # PASS:  91
> # SKIP:  2
> # XFAIL: 0
> # FAIL:  2
> # XPASS: 0
> # ERROR: 0
> 
> See ./test-suite.log
> Please report to sssd-de...@lists.fedorahosted.org
> 
> make[4]: *** [Makefile:38868: test-suite.log] Error 1
> make[4]: Leaving directory '/tmp/guix-build-sssd-2.8.1.drv-0/source'
> make[3]: *** [Makefile:38976: check-TESTS] Error 2
> make[3]: Leaving directory '/tmp/guix-build-sssd-2.8.1.drv-0/source'
> make[2]: *** [Makefile:39843: check-am] Error 2
> make[2]: Leaving directory '/tmp/guix-build-sssd-2.8.1.drv-0/source'
> make[1]: *** [Makefile:38753: check-recursive] Error 1
> make[1]: Leaving directory '/tmp/guix-build-sssd-2.8.1.drv-0/source'
> make: *** [Makefile:39845: check] Error 2
>
> Test suite failed, dumping logs.
>
> --- ./test-suite.log 
>
> ==
>sssd 2.8.1: ./test-suite.log
> ==
>
> # TOTAL: 95
> # PASS:  91
> # SKIP:  2
> # XFAIL: 0
> # FAIL:  2
> # XPASS: 0
> # ERROR: 0
>
> .. contents:: :depth: 2
>
> FAIL: ad_gpo_tests
> ==
>
> [==] Running 11 test(s).
> [ RUN  ] test_populate_som_list_plain
> [   OK ] test_populate_som_list_plain
> [ RUN  ] test_populate_som_list_malformed
> [   OK ] test_populate_som_list_malformed
> [ RUN  ] test_populate_gplink_list_plain
> [   OK ] test_populate_gplink_list_plain
> [ RUN  ] test_populate_gplink_list_with_ignored
> [   OK ] test_populate_gplink_list_with_ignored
> [ RUN  ] test_populate_gpli

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

[Maxim Cournoyer]

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 fields (only one such header must be used); multiple values can be
separated by a comma. [1]

--8<---cut here---start->8---
my %header;

for my $hdr (@headerlines) {
$hdr = decode_rfc1522($hdr);
$_ = $hdr;
s/\n\s/ /g;
&finish if m/^x-loop: (\S+)$/i && $1 eq "$gMaintainerEmail";
my $ins = !m/^subject:/i && !m/^reply-to:/i && !m/^return-path:/i
   && !m/^From / && !m/^X-Debbugs-/i && !m/^cc:/i && !m/^to:/i;
$fwd .= $hdr."\n" if $ins;
# print DEBUG ">$_<\n";
if (s/^(\S+):\s*//) {
my $v = lc $1;
print DEBUG ">$v=$_<\n";
## There may be multiple To: or Cc: headers (see bug#5996).
if ( ($v eq 'to' || $v eq 'cc') &&
 defined $header{$v} && length($header{$v}) ) {
$header{$v} = $header{$v} . ', ' . $_ if length($_);
} else {
$header{$v} = $_;
}
} else {
print DEBUG "!>$_<\n";
}
}
$header{'message-id'} = '' if not defined $header{'message-id'};
--8<---cut here---end--->8---

Only 'to' or 'cc' multiple headers are coalesced into one; otherwise the
$header specific key (for a given header) is overridden to the last
value encountered at line '$header{$v} = $_;', IIUC.

Our teams.scm script should be adjusted to produce a single X-Debbugs-CC
header with comma-separated values.

[0]  
https://gitlab.com/npostavs/debbugs/-/blob/gnu-reconstruction/scripts/process#L171
[1]  https://datatracker.ietf.org/doc/rfc5322/, 3.6 Field Definitions

-- 
Thanks,
Maxim

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

[Liliana Marie Prikler]

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)
> > > to reason with and that it works out of the box for the most
> > > part.
> > Obsoleting the group field does imho not significantly ease its
> > use.
> > It rather makes its non-ootb use harder, because you now have to
> > edit
> > two operating-system fields, without changing anything for the ootb
> > use.
> 
> If you haven't tried that already, I'd like to give you the following
> challenge: with the current MPD service, are you able to configure it
> so that it works as your user, touching the minimum amount of
> configuration switches (as you'd do if you were a new MPD service
> user getting started?).
I mean, I do have an unfair advantage at this challenge, but:

  (define* (by proc value #:optional (= equal?))
(lambda (record)
  (= (proc record) value)))

  (service mpd-service-type
   (mpd-configuration
(user (find (by user-account-name my-user-name) users))
(group (find (by user-group-name "users") %base-groups

If you want, you can also make that a match-lambda.

> With this series I opinionated on the side that less is better,
> coming from the realization that configuring a working MPD was
> already quite the challenge (less after this series, if it succeeds
> at its goal).  In my opinion, the main two use cases for configuring
> the services user/group probably are:
> 
> 1. you want to run it as an existing user
> 2. you want it to run as its own user
> 
> The defaults cover 2, while for 1 you don't have a need to configure
> a group for it, since an existing user will also already have an
> existing group (and the  captures such group).
Seeing how you write about "the main two use cases", I think either
there is a third use case not mentioned or you are underselling the
extent of the second use case.

> > > It puts the issue aside; if you can't configure a mismatched
> > > group, you can't shoot yourself in the foot.
> > No, it doesn't: Since it pulls in the groups field into "stuff you
> > need to worry about when editing your MPD service", it actually
> > exacerbates the issue.  Yes, the API is awkward, but it does help
> > making mpd-service-type self-contained.
> 
> The thing is that the 'group' field of mpd-service-type has a
> default, which is easy to forget (because it's duplicated from a
>  object and you may reasonably expect the service to
> default to the specified user-account's group).  But that's not easy
> to achieve.  I tried.
I mean, if you want to serialize the user account's group, by all means
go ahead, but the group field should stay semantically intact for the
case that user:group are provided as strings.  Well, as it turns out,
you don't need to serialize the user or the group to the config file,
so that's not even an issue holding us back.

> > 
Cheers

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

[Nicolas Goaziou]

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 
> /gnu/store/b91yva8kcx7zkdn9g1cz8n2943s0qnas-sound-theme-freedesktop-0.8/share/sounds/freedesktop/stereo/alarm-clock-elapsed.oga
>  without ‘ffplay’")
>
> There is an added patch-paths phase which seems to be trying to point
> ffplay to an absolute path. It just doesn't seem to matter.

I think I fixed the issue in commit
28c2c570f80cc0b4e7302ad118ad600b3274.

I'm closing the bug report. Feel free to re-open it if it still doesn't
work.

Regards,
-- 
Nicolas Goaziou

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

[Maxim Cournoyer]

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.
---
 etc/teams.scm.in | 35 ---
 1 file changed, 20 insertions(+), 15 deletions(-)

diff --git a/etc/teams.scm.in b/etc/teams.scm.in
index dec175f630..50bfbca22e 100644
--- a/etc/teams.scm.in
+++ b/etc/teams.scm.in
@@ -605,23 +605,27 @@ (define (cc . teams)
   "Return arguments for `git send-email' to notify the members of the given
 TEAMS when a patch is received by Debbugs."
   (format #true
-  "~{--add-header=\"X-Debbugs-Cc: ~a\"~^ ~}"
+  "--add-header=\"X-Debbugs-Cc: ~{~a~^,~}\""
   (map person-email
(delete-duplicates (append-map team-members teams) equal?
 
+(define (team->members team)
+  "Return the list of members in TEAM."
+  (sort (team-members team)
+(lambda (m1 m2)
+  (stringstring member)
+  "Return the 'email ' string representation of MEMBER."
+  (format #false "~a <~a>" (person-name member) (person-email member)))
+
 (define* (list-members team #:optional port (prefix ""))
   "Print the members of the given TEAM."
   (define port* (or port (current-output-port)))
   (for-each
(lambda (member)
- (format port*
- "~a~a <~a>~%"
- prefix
- (person-name member)
- (person-email member)))
-   (sort
-(team-members team)
-(lambda (m1 m2) (stringstring member)))
+   (team->members team)))
 
 (define (list-teams)
   "Print all teams, their scope and their members."
@@ -715,13 +719,14 @@ (define (main . args)
  (apply cc (find-team-by-scope
 (diff-revisions rev-start rev-end
 (("cc-members-header-cmd" patch-file)
- (for-each (lambda (team-name)
- (list-members (find-team team-name) (current-output-port)
-   "X-Debbugs-Cc: "))
-   (patch->teams patch-file)))
+ (format #true "X-Debbugs-Cc: ~{~a~^,~}"
+ (append-map (compose (cut map member->string <>)
+  team->members
+  find-team)
+ (patch->teams patch-file
 (("cc-mentors-header-cmd" patch-file)
- (list-members (find-team "mentors") (current-output-port)
-   "X-Debbugs-Cc: "))
+ (format #true "X-Debbugs-Cc: ~{~a~^,~}"
+ (map member->string (team->members (find-team "mentors")
 (("get-maintainer" patch-file)
  (apply main "list-members" (patch->teams patch-file)))
 (("list-teams" . args)

base-commit: 4228d3c358669f5d15f01d3ba466f3356ecb6546
-- 
2.39.2

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

[Maxim Cournoyer]

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 a98f2fbe5a..02186bae96 100644
> --- a/gnu/packages/gnome.scm
> +++ b/gnu/packages/gnome.scm
> @@ -8633,7 +8633,7 @@ (define-public mobile-broadband-provider-info
>  (define-public network-manager-applet
>(package
>  (name "network-manager-applet")
> -(version "1.30.0")
> +(version "1.32.0")
>  (source (origin
>(method url-fetch)
>(uri (string-append 
> "mirror://gnome/sources/network-manager-applet/"
> @@ -8641,7 +8641,7 @@ (define-public network-manager-applet
>"network-manager-applet-" version 
> ".tar.xz"))
>(sha256
> (base32
> -"1lswxfxjfbiknspwli8d65i0bnyfazzcnrqckaw0s44zkm7bh5lm"
> +"0f5sxxi9rywg8mhglcyk3sqmgv5wwl4vxzar56847b852pxazdd2"
>  (build-system meson-build-system)
>  (arguments
>   `(#:glib-or-gtk? #t

The fixes proposed here have been installed.  Thanks!

-- 
Maxim

bug#62313: VDPAU can't find backends

[John Kehayias via Bug reports for GNU Guix]

Fixed with 02995444dbe9861c32b6e2cdbfb7a7b2affe2c2b

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

[John Kehayias via Bug reports for GNU Guix]

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.
> I got confused trying to figure out where exactly its loaded.
>
> libva info: VA-API version 1.10.0
> libva info: Trying to open 
> /gnu/store/gvncg7gzdzjx0gvyi4sm02m7qgnsmx5q-mesa-20.2.4/lib/dri/radeonsi_drv_video.so
> libva info: Found init function __vaDriverInit_1_10
> libva info: va_openDriver() returns 0
> [7f6928001f80] glconv_vaapi_x11 gl error: vaDeriveImage: operation failed
> [7f69240ba3a0] main video output error: video output creation failed
> [7f69e8c929f0] main decoder error: failed to create video output
> Failed to open VDPAU backend libvdpau_radeonsi.so: cannot open shared object 
> file: No such file or directory
> Failed to open VDPAU backend libvdpau_radeonsi.so: cannot open shared object 
> file: No such file or directory

This has been fixed with 02995444dbe9861c32b6e2cdbfb7a7b2affe2c2b

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

[John Kehayias via Bug reports for GNU Guix]

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.
> I got confused trying to figure out where exactly its loaded.
>
> libva info: VA-API version 1.10.0
> libva info: Trying to open 
> /gnu/store/gvncg7gzdzjx0gvyi4sm02m7qgnsmx5q-mesa-20.2.4/lib/dri/radeonsi_drv_video.so
> libva info: Found init function __vaDriverInit_1_10
> libva info: va_openDriver() returns 0
> [7f6928001f80] glconv_vaapi_x11 gl error: vaDeriveImage: operation failed
> [7f69240ba3a0] main video output error: video output creation failed
> [7f69e8c929f0] main decoder error: failed to create video output
> Failed to open VDPAU backend libvdpau_radeonsi.so: cannot open shared object 
> file: No such file or directory
> Failed to open VDPAU backend libvdpau_radeonsi.so: cannot open shared object 
> file: No such file or directory

This has been fixed with 02995444dbe9861c32b6e2cdbfb7a7b2affe2c2b