Bug#1065579: Ubuntu delta to restrict the thunderbird architectures

[Sebastien Bacher]

Package: firejail
Version: 0.9.72-2
Tags: patch
User: ubuntu-de...@lists.ubuntu.com
Usertags: origin-ubuntu noble ubuntu-patch

Hey,

We are transitioning thunderbird from a deb to a snap in Ubuntu (for 
reasons similar to firefox). The snap is built on a restricted set of 
architectures so I've adapted the autopkgtest accordingly for Ubuntu. I 
don't know if that makes sense for Debian but since the current version 
is including a similar restricted list of architectures for firefox I'm 
sending the patch in case you are wanted to do the same now for thunderbird


Cheers,



diff -Nru firejail-0.9.72/debian/changelog firejail-0.9.72/debian/changelog
--- firejail-0.9.72/debian/changelog2023-01-17 02:04:42.0 +0100
+++ firejail-0.9.72/debian/changelog2024-03-06 16:35:38.0 +0100
@@ -1,3 +1,11 @@
+firejail (0.9.72-3) UNRELEASED; urgency=medium
+
+  * debian/tests/control:
+- update to reflect the architectures thunderbird is now available on
+  in Ubuntu since it's distributed as a snap (similar to firefox)
+
+ -- Sebastien Bacher   Wed, 06 Mar 2024 16:35:38 +0100
+
 firejail (0.9.72-2) unstable; urgency=medium
 
   * Fix more errors in smoke tests.
diff -Nru firejail-0.9.72/debian/tests/control 
firejail-0.9.72/debian/tests/control
--- firejail-0.9.72/debian/tests/control2022-12-21 23:10:27.0 
+0100
+++ firejail-0.9.72/debian/tests/control2024-03-06 16:35:26.0 
+0100
@@ -12,7 +12,7 @@
 
 Tests: application-tests
 Restrictions: allow-stderr, isolation-machine, flaky
-Depends: @, expect, file, strace, sudo, man-db, iptables, iputils-ping, wget, 
csh, zsh, xvfb, xserver-xephyr, xterm, evince, thunderbird, firefox [amd64 
armhf arm64], transmission-gtk
+Depends: @, expect, file, strace, sudo, man-db, iptables, iputils-ping, wget, 
csh, zsh, xvfb, xserver-xephyr, xterm, evince, thunderbird [amd64 arm64], 
firefox [amd64 armhf arm64], transmission-gtk
 
 Tests: network-test
 Restrictions: allow-stderr, breaks-testbed, isolation-machine, needs-root, 
flaky

Bug#1065081: Acknowledgement (Doesn't include the systemd unit needed for socket activation)

[Sebastien Bacher]

Updated patch including the needed Build-Depends on libsystemd-dev and 
the bug reference


Le 29/02/2024 à 15:51, Debian Bug Tracking System a écrit :

Thank you for filing a new Bug report with Debian.

You can follow progress on this Bug here: 1065081: 
https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=1065081.

This is an automatically generated reply to let you know your message
has been received.

Your message is being forwarded to the package maintainers and other
interested parties for their attention; they will reply in due course.

Your message has been sent to the package maintainer(s):
  Debian TTS Team 

If you wish to submit further information on this problem, please
send it to 1065...@bugs.debian.org.

Please do not send mail to ow...@bugs.debian.org unless you wish
to report a problem with the Bug-tracking system.
diff -Nru speech-dispatcher-0.12.0~rc2/debian/changelog speech-dispatcher-0.12.0~rc2/debian/changelog
--- speech-dispatcher-0.12.0~rc2/debian/changelog	2024-02-22 20:26:39.0 +0100
+++ speech-dispatcher-0.12.0~rc2/debian/changelog	2024-02-29 14:50:31.0 +0100
@@ -1,3 +1,14 @@
+speech-dispatcher (0.12.0~rc2-2) UNRELEASED; urgency=medium
+
+  * debian/control:
+- Build-Depends on libsystemd-dev
+- update to compat 13 which default to dh_missing --fail-missing
+  * debian/rules, debian/speech-dispatcher.install:
+- include the usr/lib/systemd/user directory which has the new
+  socket activation entry (Closes: #1065081)
+
+ -- Sebastien Bacher   Thu, 29 Feb 2024 14:50:31 +0100
+
 speech-dispatcher (0.12.0~rc2-1) experimental; urgency=medium
 
   * New upstream RC release
diff -Nru speech-dispatcher-0.12.0~rc2/debian/control speech-dispatcher-0.12.0~rc2/debian/control
--- speech-dispatcher-0.12.0~rc2/debian/control	2024-02-22 20:20:46.0 +0100
+++ speech-dispatcher-0.12.0~rc2/debian/control	2024-02-29 14:50:31.0 +0100
@@ -5,7 +5,7 @@
 Uploaders:
  Paul Gevers , Samuel Thibault 
 Build-Depends:
- debhelper-compat (= 12), dh-exec, dh-sequence-python3,
+ debhelper-compat (= 13), dh-exec, dh-sequence-python3,
  automake, libtool,
  python3:any, python3-xdg,
  flite1-dev (>= 1.4), flite,
diff -Nru speech-dispatcher-0.12.0~rc2/debian/rules speech-dispatcher-0.12.0~rc2/debian/rules
--- speech-dispatcher-0.12.0~rc2/debian/rules	2024-02-22 20:20:46.0 +0100
+++ speech-dispatcher-0.12.0~rc2/debian/rules	2024-02-29 14:50:31.0 +0100
@@ -4,6 +4,7 @@
 include /usr/share/dpkg/pkg-info.mk
 
 export deb_systemdsystemunitdir = $(shell pkgconf --variable=systemdsystemunitdir systemd | sed s,^/,,)
+export deb_systemduserunitdir = $(shell pkgconf --variable=systemduserunitdir systemd | sed s,^/,,)
 
 # NAS is in universe in Ubuntu
 ifeq ($(shell dpkg-vendor --derives-from Ubuntu && echo yes),yes)
diff -Nru speech-dispatcher-0.12.0~rc2/debian/speech-dispatcher.install speech-dispatcher-0.12.0~rc2/debian/speech-dispatcher.install
--- speech-dispatcher-0.12.0~rc2/debian/speech-dispatcher.install	2024-02-22 20:26:39.0 +0100
+++ speech-dispatcher-0.12.0~rc2/debian/speech-dispatcher.install	2024-02-29 14:50:31.0 +0100
@@ -10,5 +10,7 @@
 usr/share/speech-dispatcher
 etc/speech-dispatcher
 [linux-any] ${deb_systemdsystemunitdir}/speech-dispatcherd.service
+[linux-any] ${deb_systemduserunitdir}/speech-dispatcher.service
+[linux-any] ${deb_systemduserunitdir}/speech-dispatcher.socket
 usr/share/man/man1/speech-dispatcher.1
 usr/share/man/man1/spd-say.1

Bug#1065081: Doesn't include the systemd unit needed for socket activation

[Sebastien Bacher]

Package: speech-dispatcher
Version: 0.12.0~rc2-1
Tags: patch
User: ubuntu-de...@lists.ubuntu.com
Usertags: origin-ubuntu noble ubuntu-patch

While rebasing the Ubuntu package on the new Debian version I noticed 
that the .install doesn't include the new systemd socket activation 
units (which is needed for tts in the firefox snap for example). THe 
attached patch fixes the issue, I've also bumped the compat level to 13 
which default to --fail-missing and would catch such errors


diff -Nru speech-dispatcher-0.12.0~rc2/debian/changelog speech-dispatcher-0.12.0~rc2/debian/changelog
--- speech-dispatcher-0.12.0~rc2/debian/changelog	2024-02-22 20:26:39.0 +0100
+++ speech-dispatcher-0.12.0~rc2/debian/changelog	2024-02-29 14:50:31.0 +0100
@@ -1,3 +1,13 @@
+speech-dispatcher (0.12.0~rc2-2) UNRELEASED; urgency=medium
+
+  * debian/control: 
+- update to compat 13 which default to dh_missing --fail-missing
+  * debian/rules, debian/speech-dispatcher.install:
+- include the usr/lib/systemd/user directory which has the new
+  socket activation entry
+
+ -- Sebastien Bacher   Thu, 29 Feb 2024 14:50:31 +0100
+
 speech-dispatcher (0.12.0~rc2-1) experimental; urgency=medium
 
   * New upstream RC release
diff -Nru speech-dispatcher-0.12.0~rc2/debian/control speech-dispatcher-0.12.0~rc2/debian/control
--- speech-dispatcher-0.12.0~rc2/debian/control	2024-02-22 20:20:46.0 +0100
+++ speech-dispatcher-0.12.0~rc2/debian/control	2024-02-29 14:50:31.0 +0100
@@ -5,7 +5,7 @@
 Uploaders:
  Paul Gevers , Samuel Thibault 
 Build-Depends:
- debhelper-compat (= 12), dh-exec, dh-sequence-python3,
+ debhelper-compat (= 13), dh-exec, dh-sequence-python3,
  automake, libtool,
  python3:any, python3-xdg,
  flite1-dev (>= 1.4), flite,
diff -Nru speech-dispatcher-0.12.0~rc2/debian/rules speech-dispatcher-0.12.0~rc2/debian/rules
--- speech-dispatcher-0.12.0~rc2/debian/rules	2024-02-22 20:20:46.0 +0100
+++ speech-dispatcher-0.12.0~rc2/debian/rules	2024-02-29 14:50:31.0 +0100
@@ -4,6 +4,7 @@
 include /usr/share/dpkg/pkg-info.mk
 
 export deb_systemdsystemunitdir = $(shell pkgconf --variable=systemdsystemunitdir systemd | sed s,^/,,)
+export deb_systemduserunitdir = $(shell pkgconf --variable=systemduserunitdir systemd | sed s,^/,,)
 
 # NAS is in universe in Ubuntu
 ifeq ($(shell dpkg-vendor --derives-from Ubuntu && echo yes),yes)
diff -Nru speech-dispatcher-0.12.0~rc2/debian/speech-dispatcher.install speech-dispatcher-0.12.0~rc2/debian/speech-dispatcher.install
--- speech-dispatcher-0.12.0~rc2/debian/speech-dispatcher.install	2024-02-22 20:26:39.0 +0100
+++ speech-dispatcher-0.12.0~rc2/debian/speech-dispatcher.install	2024-02-29 14:50:31.0 +0100
@@ -10,5 +10,7 @@
 usr/share/speech-dispatcher
 etc/speech-dispatcher
 [linux-any] ${deb_systemdsystemunitdir}/speech-dispatcherd.service
+[linux-any] ${deb_systemduserunitdir}/speech-dispatcher.service
+[linux-any] ${deb_systemduserunitdir}/speech-dispatcher.socket
 usr/share/man/man1/speech-dispatcher.1
 usr/share/man/man1/spd-say.1

Bug#1064962: Acknowledgement (Doesn't have a .symbols for its library)

[Sebastien Bacher]

Updated version of the patch, sorry I had modified the package to delete 
one line of the .symbols previously to check it was correctly failing 
the build and forgot to restore the missing symbol before generating the 
previous patch. I'm also including the Closes reference to the changelog 
now that I've the associated bug number


Le 28/02/2024 à 14:30, Debian Bug Tracking System a écrit :

Thank you for filing a new Bug report with Debian.

You can follow progress on this Bug here: 1064962: 
https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=1064962.

This is an automatically generated reply to let you know your message
has been received.

Your message is being forwarded to the package maintainers and other
interested parties for their attention; they will reply in due course.

Your message has been sent to the package maintainer(s):
  Debian Multimedia Maintainers 

If you wish to submit further information on this problem, please
send it to 1064...@bugs.debian.org.

Please do not send mail to ow...@bugs.debian.org unless you wish
to report a problem with the Bug-tracking system.
diff -Nru speexdsp-1.2.1/debian/changelog speexdsp-1.2.1/debian/changelog
--- speexdsp-1.2.1/debian/changelog	2022-09-17 19:48:41.0 +0200
+++ speexdsp-1.2.1/debian/changelog	2024-02-28 12:27:53.0 +0100
@@ -1,3 +1,10 @@
+speexdsp (1.2.1-2) UNRELEASED; urgency=medium
+
+  * debian/libspeexdsp1.symbols, debian/rules:
+- enforce symbols checking for the library (Closes: #1064962)
+
+ -- Sebastien Bacher   Wed, 28 Feb 2024 12:27:53 +0100
+
 speexdsp (1.2.1-1) unstable; urgency=medium
 
   * New upstream release. (Closes: #1014555)
diff -Nru speexdsp-1.2.1/debian/libspeexdsp1.symbols speexdsp-1.2.1/debian/libspeexdsp1.symbols
--- speexdsp-1.2.1/debian/libspeexdsp1.symbols	1970-01-01 01:00:00.0 +0100
+++ speexdsp-1.2.1/debian/libspeexdsp1.symbols	2024-02-28 12:27:53.0 +0100
@@ -0,0 +1,59 @@
+libspeexdsp.so.1 libspeexdsp1 #MINVER#
+ jitter_buffer_ctl@Base 1.2.1
+ jitter_buffer_destroy@Base 1.2.1
+ jitter_buffer_get@Base 1.2.1
+ jitter_buffer_get_another@Base 1.2.1
+ jitter_buffer_get_pointer_timestamp@Base 1.2.1
+ jitter_buffer_init@Base 1.2.1
+ jitter_buffer_put@Base 1.2.1
+ jitter_buffer_remaining_span@Base 1.2.1
+ jitter_buffer_reset@Base 1.2.1
+ jitter_buffer_tick@Base 1.2.1
+ jitter_buffer_update_delay@Base 1.2.1
+ speex_buffer_destroy@Base 1.2.1
+ speex_buffer_get_available@Base 1.2.1
+ speex_buffer_init@Base 1.2.1
+ speex_buffer_read@Base 1.2.1
+ speex_buffer_resize@Base 1.2.1
+ speex_buffer_write@Base 1.2.1
+ speex_buffer_writezeros@Base 1.2.1
+ speex_decorrelate@Base 1.2.1
+ speex_decorrelate_destroy@Base 1.2.1
+ speex_decorrelate_new@Base 1.2.1
+ speex_echo_cancel@Base 1.2.1
+ speex_echo_cancellation@Base 1.2.1
+ speex_echo_capture@Base 1.2.1
+ speex_echo_ctl@Base 1.2.1
+ speex_echo_playback@Base 1.2.1
+ speex_echo_state_destroy@Base 1.2.1
+ speex_echo_state_init@Base 1.2.1
+ speex_echo_state_init_mc@Base 1.2.1
+ speex_echo_state_reset@Base 1.2.1
+ speex_preprocess@Base 1.2.1
+ speex_preprocess_ctl@Base 1.2.1
+ speex_preprocess_estimate_update@Base 1.2.1
+ speex_preprocess_run@Base 1.2.1
+ speex_preprocess_state_destroy@Base 1.2.1
+ speex_preprocess_state_init@Base 1.2.1
+ speex_resampler_destroy@Base 1.2.1
+ speex_resampler_get_input_latency@Base 1.2.1
+ speex_resampler_get_input_stride@Base 1.2.1
+ speex_resampler_get_output_latency@Base 1.2.1
+ speex_resampler_get_output_stride@Base 1.2.1
+ speex_resampler_get_quality@Base 1.2.1
+ speex_resampler_get_rate@Base 1.2.1
+ speex_resampler_get_ratio@Base 1.2.1
+ speex_resampler_init@Base 1.2.1
+ speex_resampler_init_frac@Base 1.2.1
+ speex_resampler_process_float@Base 1.2.1
+ speex_resampler_process_int@Base 1.2.1
+ speex_resampler_process_interleaved_float@Base 1.2.1
+ speex_resampler_process_interleaved_int@Base 1.2.1
+ speex_resampler_reset_mem@Base 1.2.1
+ speex_resampler_set_input_stride@Base 1.2.1
+ speex_resampler_set_output_stride@Base 1.2.1
+ speex_resampler_set_quality@Base 1.2.1
+ speex_resampler_set_rate@Base 1.2.1
+ speex_resampler_set_rate_frac@Base 1.2.1
+ speex_resampler_skip_zeros@Base 1.2.1
+ speex_resampler_strerror@Base 1.2.1
diff -Nru speexdsp-1.2.1/debian/rules speexdsp-1.2.1/debian/rules
--- speexdsp-1.2.1/debian/rules	2022-04-02 03:52:40.0 +0200
+++ speexdsp-1.2.1/debian/rules	2024-02-28 12:27:53.0 +0100
@@ -2,6 +2,7 @@
 # -*- makefile -*-
 # Uncomment this to turn on verbose mode.
 # export DH_VERBOSE=1
+export DPKG_GENSYMBOLS_CHECK_LEVEL = 4
 
 # see FEATURE AREAS in dpkg-buildflags(1)
 export DEB_BUILD_MAINT_OPTIONS = hardening=+all

Bug#1064962: Doesn't have a .symbols for its library

[Sebastien Bacher]

Package: speexdsp
Version: 1.2.1-1
Tags: patch
User: ubuntu-de...@lists.ubuntu.com
Usertags: origin-ubuntu noble ubuntu-patch

The package builds a C library, it would be nice to have a .symbols 
included in the package to ensure there are no change to the exported 
symbols with future updates. The attached patch is adding the .symbols 
and enforcing the build to stop if the content is not matching.
For context I'm uploading that patch to Ubuntu since that is one of the 
requirements for package promotion to the main pocket there and we are 
promoting speexdsp as it's a depends of pipewire now


Thanks,diff -Nru speexdsp-1.2.1/debian/changelog speexdsp-1.2.1/debian/changelog
--- speexdsp-1.2.1/debian/changelog	2022-09-17 19:48:41.0 +0200
+++ speexdsp-1.2.1/debian/changelog	2024-02-28 12:27:53.0 +0100
@@ -1,3 +1,10 @@
+speexdsp (1.2.1-2) UNRELEASED; urgency=medium
+
+  * debian/libspeexdsp1.symbols, debian/rules:
+- enforce symbols checking for the library
+
+ -- Sebastien Bacher   Wed, 28 Feb 2024 12:27:53 +0100
+
 speexdsp (1.2.1-1) unstable; urgency=medium
 
   * New upstream release. (Closes: #1014555)
diff -Nru speexdsp-1.2.1/debian/libspeexdsp1.symbols speexdsp-1.2.1/debian/libspeexdsp1.symbols
--- speexdsp-1.2.1/debian/libspeexdsp1.symbols	1970-01-01 01:00:00.0 +0100
+++ speexdsp-1.2.1/debian/libspeexdsp1.symbols	2024-02-28 12:27:53.0 +0100
@@ -0,0 +1,58 @@
+libspeexdsp.so.1 libspeexdsp1 #MINVER#
+ jitter_buffer_ctl@Base 1.2.1
+ jitter_buffer_destroy@Base 1.2.1
+ jitter_buffer_get@Base 1.2.1
+ jitter_buffer_get_another@Base 1.2.1
+ jitter_buffer_get_pointer_timestamp@Base 1.2.1
+ jitter_buffer_init@Base 1.2.1
+ jitter_buffer_put@Base 1.2.1
+ jitter_buffer_remaining_span@Base 1.2.1
+ jitter_buffer_reset@Base 1.2.1
+ jitter_buffer_tick@Base 1.2.1
+ jitter_buffer_update_delay@Base 1.2.1
+ speex_buffer_destroy@Base 1.2.1
+ speex_buffer_get_available@Base 1.2.1
+ speex_buffer_init@Base 1.2.1
+ speex_buffer_read@Base 1.2.1
+ speex_buffer_resize@Base 1.2.1
+ speex_buffer_write@Base 1.2.1
+ speex_buffer_writezeros@Base 1.2.1
+ speex_decorrelate@Base 1.2.1
+ speex_decorrelate_destroy@Base 1.2.1
+ speex_decorrelate_new@Base 1.2.1
+ speex_echo_cancel@Base 1.2.1
+ speex_echo_cancellation@Base 1.2.1
+ speex_echo_capture@Base 1.2.1
+ speex_echo_ctl@Base 1.2.1
+ speex_echo_playback@Base 1.2.1
+ speex_echo_state_destroy@Base 1.2.1
+ speex_echo_state_init@Base 1.2.1
+ speex_echo_state_init_mc@Base 1.2.1
+ speex_echo_state_reset@Base 1.2.1
+ speex_preprocess@Base 1.2.1
+ speex_preprocess_estimate_update@Base 1.2.1
+ speex_preprocess_run@Base 1.2.1
+ speex_preprocess_state_destroy@Base 1.2.1
+ speex_preprocess_state_init@Base 1.2.1
+ speex_resampler_destroy@Base 1.2.1
+ speex_resampler_get_input_latency@Base 1.2.1
+ speex_resampler_get_input_stride@Base 1.2.1
+ speex_resampler_get_output_latency@Base 1.2.1
+ speex_resampler_get_output_stride@Base 1.2.1
+ speex_resampler_get_quality@Base 1.2.1
+ speex_resampler_get_rate@Base 1.2.1
+ speex_resampler_get_ratio@Base 1.2.1
+ speex_resampler_init@Base 1.2.1
+ speex_resampler_init_frac@Base 1.2.1
+ speex_resampler_process_float@Base 1.2.1
+ speex_resampler_process_int@Base 1.2.1
+ speex_resampler_process_interleaved_float@Base 1.2.1
+ speex_resampler_process_interleaved_int@Base 1.2.1
+ speex_resampler_reset_mem@Base 1.2.1
+ speex_resampler_set_input_stride@Base 1.2.1
+ speex_resampler_set_output_stride@Base 1.2.1
+ speex_resampler_set_quality@Base 1.2.1
+ speex_resampler_set_rate@Base 1.2.1
+ speex_resampler_set_rate_frac@Base 1.2.1
+ speex_resampler_skip_zeros@Base 1.2.1
+ speex_resampler_strerror@Base 1.2.1
diff -Nru speexdsp-1.2.1/debian/rules speexdsp-1.2.1/debian/rules
--- speexdsp-1.2.1/debian/rules	2022-04-02 03:52:40.0 +0200
+++ speexdsp-1.2.1/debian/rules	2024-02-28 12:27:53.0 +0100
@@ -2,6 +2,7 @@
 # -*- makefile -*-
 # Uncomment this to turn on verbose mode.
 # export DH_VERBOSE=1
+export DPKG_GENSYMBOLS_CHECK_LEVEL = 4
 
 # see FEATURE AREAS in dpkg-buildflags(1)
 export DEB_BUILD_MAINT_OPTIONS = hardening=+all

Bug#1059269: The roc-toolkit package has no autopkgtests

[Sebastien Bacher]

Package: roc-toolkit
Version: 0.3.0+dfsg-5
Tags: patch
User: ubuntu-de...@lists.ubuntu.com
Usertags: origin-ubuntu noble ubuntu-patch

The package currently has no autopkgtest, the attached patch creates a 
new -tests binary package and use it as autopkgtest.


Testlog from an Ubuntu ppa upload
https://autopkgtest.ubuntu.com/results/autopkgtest-noble-ubuntu-desktop-transitions/noble/amd64/r/roc-toolkit/20231222_093603_97108@/log.gz

Cheers,
Sébastien

diff -Nru roc-toolkit-0.3.0+dfsg/debian/changelog roc-toolkit-0.3.0+dfsg/debian/changelog
--- roc-toolkit-0.3.0+dfsg/debian/changelog	2023-12-13 21:37:47.0 +0100
+++ roc-toolkit-0.3.0+dfsg/debian/changelog	2023-12-22 09:36:51.0 +0100
@@ -1,3 +1,9 @@
+roc-toolkit (0.3.0+dfsg-6) UNRELEASED; urgency=medium
+
+  * Install the upstream tests in a new binary and use it for autopkgtests
+
+ -- Sebastien Bacher   Fri, 22 Dec 2023 09:36:51 +0100
+
 roc-toolkit (0.3.0+dfsg-5) unstable; urgency=medium
 
   [ Sebastien Bacher ]
diff -Nru roc-toolkit-0.3.0+dfsg/debian/control roc-toolkit-0.3.0+dfsg/debian/control
--- roc-toolkit-0.3.0+dfsg/debian/control	2023-12-13 21:37:47.0 +0100
+++ roc-toolkit-0.3.0+dfsg/debian/control	2023-12-22 09:36:51.0 +0100
@@ -67,3 +67,18 @@
  these are performed transparently under the hood.
  .
  This package provides the roc-toolkit tools.
+ 
+Package: roc-toolkit-tests
+Architecture: any
+Depends: ${misc:Depends},
+ ${shlibs:Depends}
+Multi-Arch: foreign
+Description: real-time audio streaming over the network (tests)
+ Roc is a network transport, highly specialized for the real-time streaming use
+ case. The user writes the stream to the one end and reads it from another end,
+ and Roc deals with all the complexity of the task of delivering data in time
+ and with no loss. Encoding, decoding, adjusting rates, restoring losses - all
+ these are performed transparently under the hood.
+ .
+ This package contains test programs from the upstream code which are used
+ for the autopkgtests.
diff -Nru roc-toolkit-0.3.0+dfsg/debian/roc-toolkit-tests.install roc-toolkit-0.3.0+dfsg/debian/roc-toolkit-tests.install
--- roc-toolkit-0.3.0+dfsg/debian/roc-toolkit-tests.install	1970-01-01 01:00:00.0 +0100
+++ roc-toolkit-0.3.0+dfsg/debian/roc-toolkit-tests.install	2023-12-22 09:33:21.0 +0100
@@ -0,0 +1 @@
+bin/*/roc-test-* usr/libexec/roc-toolkit/
diff -Nru roc-toolkit-0.3.0+dfsg/debian/tests/control roc-toolkit-0.3.0+dfsg/debian/tests/control
--- roc-toolkit-0.3.0+dfsg/debian/tests/control	1970-01-01 01:00:00.0 +0100
+++ roc-toolkit-0.3.0+dfsg/debian/tests/control	2023-12-22 09:36:41.0 +0100
@@ -0,0 +1,3 @@
+Test-Command: for t in /usr/libexec/roc-toolkit/roc-test-*; do echo $t; $t; done
+Depends: roc-toolkit-tests
+

Bug#1059253: The speexdsp package has no autopkgtest

[Sebastien Bacher]

Package: speexdsp
Version: 1.2.1-1
Tags: patch
User: ubuntu-de...@lists.ubuntu.com
Usertags: origin-ubuntu noble ubuntu-patch

I'm working on getting speexdsp promoted for Ubuntu (Depends of 
roc-toolkit which is a new depends of pipewire), one of the requirements 
is to have tests. Upstream doesn't provide a testsuite but having an 
small 'build test' autopkg would be better than noticing, I'm adding a 
patch that adds one. It at least ensure that the corresponding header 
and .pc are installed and that the dev binary isn't missing a depends


Cheers,
Sébastien
diff -Nru speexdsp-1.2.1/debian/changelog speexdsp-1.2.1/debian/changelog
--- speexdsp-1.2.1/debian/changelog	2022-09-17 19:48:41.0 +0200
+++ speexdsp-1.2.1/debian/changelog	2023-12-21 15:43:07.0 +0100
@@ -1,3 +1,10 @@
+speexdsp (1.2.1-2) UNRELEASED; urgency=medium
+
+  * Add a simple build autopkgtest for the library, it does ensure at least
+that the needed files are installed and the dev depends correct. 
+
+ -- Sebastien Bacher   Thu, 21 Dec 2023 15:43:07 +0100
+
 speexdsp (1.2.1-1) unstable; urgency=medium
 
   * New upstream release. (Closes: #1014555)
diff -Nru speexdsp-1.2.1/debian/control speexdsp-1.2.1/debian/control
--- speexdsp-1.2.1/debian/control	2022-04-02 03:48:08.0 +0200
+++ speexdsp-1.2.1/debian/control	2023-12-21 15:43:07.0 +0100
@@ -1,7 +1,8 @@
 Source: speexdsp
 Priority: optional
 Section: sound
-Maintainer: Debian Multimedia Maintainers 
+Maintainer: Ubuntu Developers 
+XSBC-Original-Maintainer: Debian Multimedia Maintainers 
 Uploaders:
  Boyuan Yang ,
 Build-Depends:
diff -Nru speexdsp-1.2.1/debian/tests/build speexdsp-1.2.1/debian/tests/build
--- speexdsp-1.2.1/debian/tests/build	1970-01-01 01:00:00.0 +0100
+++ speexdsp-1.2.1/debian/tests/build	2023-12-21 15:43:07.0 +0100
@@ -0,0 +1,32 @@
+#!/bin/sh
+# autopkgtest check: Build and run a program against libspeexdsp, 
+# to verify that the headers and pkg-config file are installed correctly
+
+set -e
+
+if [ -n "${DEB_HOST_GNU_TYPE:-}" ]; then
+CROSS_COMPILE="$DEB_HOST_GNU_TYPE-"
+else
+CROSS_COMPILE=
+fi
+
+cat < libspeexdsp_test.c
+#include 
+#include 
+
+int main(void)
+{
+  SpeexResamplerState *st = speex_resampler_init(1, 48000, 48000, 4, NULL);
+
+  return 0;
+}
+EOF
+
+# deliberately word-splitting pkg-config output:
+# shellcheck disable=SC2046
+"${CROSS_COMPILE}gcc" -o libspeexdsp_test libspeexdsp_test.c \
+$("${CROSS_COMPILE}pkg-config" --cflags --libs speexdsp)
+echo "build: OK"
+[ -x libspeexdsp_test ]
+./libspeexdsp_test
+echo "run: OK"
diff -Nru speexdsp-1.2.1/debian/tests/control speexdsp-1.2.1/debian/tests/control
--- speexdsp-1.2.1/debian/tests/control	1970-01-01 01:00:00.0 +0100
+++ speexdsp-1.2.1/debian/tests/control	2023-12-21 15:43:07.0 +0100
@@ -0,0 +1,3 @@
+Tests: build
+Depends: build-essential, pkg-config, libspeexdsp-dev
+Restrictions: allow-stderr superficial

Bug#1058218: libei: FTBFS: dh_auto_test: error: cd obj-x86_64-linux-gnu && DEB_PYTHON_INSTALL_LAYOUT=deb LC_ALL=C.UTF-8 MESON_TESTTHREADS=8 meson test --timeout-multiplier 2 returned exit code 1

[Sebastien Bacher]

The build is failing on ppc64el for Ubuntu so it might be more of a 
timing issue than architecture specific. I've reported it upstream to 
https://bugs.launchpad.net/ubuntu/+source/libei/+bug/2046357

Bug#1058582: The build tests are not enabled in the Debian package

[Sebastien Bacher]

Package: roc-toolkit
Version: 0.3.0+dfsg-4
Tags: patch
User: ubuntu-de...@lists.ubuntu.com
Usertags: origin-ubuntu noble ubuntu-patch

I'm was looking at libroc for Ubuntu since it's a new depends for 
pipewire and noticed that upstream provide tests which aren't enable in 
the package build. The attached patch make the tests run as part of the 
package build, I've testing it in a ppa and seems to work as expected

https://launchpadlibrarian.net/702261581/buildlog_ubuntu-noble-amd64.roc-toolkit_0.3.0+dfsg-4ubuntu1~build1_BUILDING.txt.gz

```
   debian/rules override_dh_auto_test
...
python3 scripts/scons_helpers/timeout-run.py 300 
bin/x86_64-pc-linux-gnu/roc-test-core

..
..
..
OK (118 tests, 118 ran, 86418 checks, 0 ignored, 0 filtered out, 11 ms)
```

It would be nice if the tests were also enabled in Debian

Cheers,
Sébastien Bacherdiff -Nru roc-toolkit-0.3.0+dfsg/debian/changelog roc-toolkit-0.3.0+dfsg/debian/changelog
--- roc-toolkit-0.3.0+dfsg/debian/changelog	2023-12-02 09:58:05.0 +0100
+++ roc-toolkit-0.3.0+dfsg/debian/changelog	2023-12-12 21:03:29.0 +0100
@@ -1,3 +1,9 @@
+roc-toolkit (0.3.0+dfsg-5) UNRELEASED; urgency=medium
+
+  * Enable build tests
+
+ -- Sebastien Bacher   Tue, 12 Dec 2023 21:03:29 +0100
+
 roc-toolkit (0.3.0+dfsg-4) unstable; urgency=medium
 
   * Restrict Build-Deps on libunwind-dev only on supported architectures
diff -Nru roc-toolkit-0.3.0+dfsg/debian/control roc-toolkit-0.3.0+dfsg/debian/control
--- roc-toolkit-0.3.0+dfsg/debian/control	2023-12-02 09:58:05.0 +0100
+++ roc-toolkit-0.3.0+dfsg/debian/control	2023-12-12 21:03:29.0 +0100
@@ -5,6 +5,7 @@
 Uploaders: Dylan Aïssi 
 Build-Depends: debhelper-compat (= 13),
gengetopt,
+   libcpputest-dev,
libpulse-dev,
libsox-dev,
libspeexdsp-dev,
diff -Nru roc-toolkit-0.3.0+dfsg/debian/rules roc-toolkit-0.3.0+dfsg/debian/rules
--- roc-toolkit-0.3.0+dfsg/debian/rules	2023-12-02 09:58:05.0 +0100
+++ roc-toolkit-0.3.0+dfsg/debian/rules	2023-12-12 21:03:29.0 +0100
@@ -2,7 +2,7 @@
 
 export DEB_BUILD_MAINT_OPTIONS=hardening=+all
 
-SCONS_BUILD_FLAGS = --libdir=/usr/lib/$(DEB_HOST_MULTIARCH) --disable-openfec
+SCONS_BUILD_FLAGS = --libdir=/usr/lib/$(DEB_HOST_MULTIARCH) --disable-openfec --enable-tests
 
 ifneq (,$(filter alpha hurd-amd64 hurd-i386 m68k sparc64 x32,$(DEB_HOST_ARCH)))
 SCONS_BUILD_FLAGS += --disable-libunwind
@@ -14,5 +14,8 @@
 override_dh_auto_build:
 	scons ${SCONS_BUILD_FLAGS}
 
+override_dh_auto_test:
+	scons ${SCONS_BUILD_FLAGS} test/roc_core
+
 override_dh_auto_install:
 	scons ${SCONS_BUILD_FLAGS} install DESTDIR=debian/tmp

Bug#1051788: The apparmor profile blocks pages rendering with webkitgtk 2.41

[Sebastien Bacher]

Package: surf
Version: 2.1+git20221016-4
Tags: patch
User: ubuntu-de...@lists.ubuntu.com
Usertags: origin-ubuntu mantic ubuntu-patch

The surf autopkgtest had been failing on Ubuntu following the webkitgtk 
2.41 update which was discussed on 
https://bugs.webkit.org/show_bug.cgi?id=261268


Turned out the problem was specific to Ubuntu because it is due to the 
apparmor profile which Debian isn't enforcing by default. Basically the 
process isn't allowed to read /usr/share/glvnd/egl_vendor.d and failing 
to use the egl library as a consequence.

The attached patch fixes the issue

Note that there are some extra apparmor denials in the journal which 
might be worth fixing (but not essential to fix the rendering issue)



audit: type=1400 audit(1694175887.447:1795): apparmor="DENIED" 
operation="open" class="file" profile="/usr/bin/surf" 
name="/etc/machine-id" pid=94729 comm="surf" requested_mask="r" 
denied_mask="r" fsuid=1000 ouid=0


audit: type=1400 audit(1694175892.387:1811): apparmor="DENIED" 
operation="open" class="file" profile="/usr/bin/surf" 
name="/sys/fs/cgroup/user.slice/user-1000.slice/user@1000.service/app.slice/app-org.gnome.Terminal.slice/vte-spawn-64263ce8-7b7e-4897-a75c-d2ae2c3de03e.scope/memory.current" 
pid=94729 comm="PressureMonitor" requested_mask="r" denied_mask="r" 
fsuid=1000 ouid=1000


audit: type=1400 audit(1694175887.383:1789): apparmor="DENIED" 
operation="open" class="file" profile="/usr/bin/surf" 
name="/usr/share/glvnd/egl_vendor.d/" pid=94729 comm="surf" 
requested_mask="r" denied_mask="r" fsuid=1000 ouid=0


audit: type=1400 audit(1694175887.383:1790): apparmor="DENIED" 
operation="open" class="file" profile="/usr/bin/surf" 
name="/sys/devices/virtual/dmi/id/chassis_type" pid=94729 comm="surf" 
requested_mask="r" denied_mask="r" fsuid=1000 ouid=0


audit: type=1400 audit(1694175887.383:1791): apparmor="DENIED" 
operation="open" class="file" profile="/usr/bin/surf" 
name="/sys/firmware/acpi/pm_profile" pid=94729 comm="surf" 
requested_mask="r" denied_mask="r" fsuid=1000 ouid=0


Cheers,
Sébastien Bacher

diff -Nru surf-2.1+git20221016/debian/changelog surf-2.1+git20221016/debian/changelog
--- surf-2.1+git20221016/debian/changelog	2022-12-23 12:35:07.0 +0100
+++ surf-2.1+git20221016/debian/changelog	2023-09-09 22:58:31.0 +0200
@@ -1,3 +1,11 @@
+surf (2.1+git20221016-5) UNRELEASED; urgency=medium
+
+  * debian/usr.bin.surf:
+- include the vulkan abstraction, without it the browser renders white
+  pages with the new webkitgtk (lp: #2034907)
+
+ -- Sebastien Bacher   Sat, 09 Sep 2023 22:58:31 +0200
+
 surf (2.1+git20221016-4) unstable; urgency=medium
 
   * Bump version of test dependency apparmor-profiles-extra.
diff -Nru surf-2.1+git20221016/debian/usr.bin.surf surf-2.1+git20221016/debian/usr.bin.surf
--- surf-2.1+git20221016/debian/usr.bin.surf	2022-08-29 19:58:49.0 +0200
+++ surf-2.1+git20221016/debian/usr.bin.surf	2023-09-09 15:40:08.0 +0200
@@ -14,6 +14,7 @@
   #include 
   #include 
   #include 
+  #include 
 
   owner @{HOME}/.surf/ w,
   owner @{HOME}/.surf/** rwkl,

Bug#1051692: Acknowledgement (New version isn't installing a needed header)

[Sebastien Bacher]

s/rhythmbox/transmission/

Le 11/09/2023 à 13:27, Debian Bug Tracking System a écrit :

Thank you for filing a new Bug report with Debian.

You can follow progress on this Bug here: 1051692: 
https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=1051692.

This is an automatically generated reply to let you know your message
has been received.

Your message is being forwarded to the package maintainers and other
interested parties for their attention; they will reply in due course.

Your message has been sent to the package maintainer(s):
  Thomas Goirand 

If you wish to submit further information on this problem, please
send it to 1051...@bugs.debian.org.

Please do not send mail to ow...@bugs.debian.org unless you wish
to report a problem with the Bug-tracking system.

Bug#1051692: New version isn't installing a needed header

[Sebastien Bacher]

Package: libnatpmp-dev
Version: libnatpmp-dev
Tags: patch
User: ubuntu-de...@lists.ubuntu.com
Usertags: origin-ubuntu mantic ubuntu-patch

The recent version update makes rhythmbox fail to build
https://launchpadlibrarian.net/685172815/buildlog_ubuntu-mantic-amd64.transmission_4.0.2-1ubuntu3_BUILDING.txt.gz

The issue is that natpmp.h includes natpmp_declspec.h now but that file 
isn't getting installed. The attached patch fixes the issuediff -Nru tlp-1.6.0/debian/changelog tlp-1.6.0/debian/changelog
--- tlp-1.6.0/debian/changelog	2023-08-30 15:02:39.0 +0200
+++ tlp-1.6.0/debian/changelog	2023-09-04 20:43:27.0 +0200
@@ -1,3 +1,10 @@
+tlp (1.6.0-2) UNRELEASED; urgency=medium
+
+  * Remove the conflicts with power-profile-daemon, the new version
+has been made to adapt its behaviour when the service is installed
+
+ -- Sebastien Bacher   Mon, 04 Sep 2023 20:43:27 +0200
+
 tlp (1.6.0-1) unstable; urgency=medium
 
   * New upstream version 1.6.0
diff -Nru tlp-1.6.0/debian/control tlp-1.6.0/debian/control
--- tlp-1.6.0/debian/control	2023-08-30 15:02:24.0 +0200
+++ tlp-1.6.0/debian/control	2023-09-04 20:43:10.0 +0200
@@ -13,7 +13,7 @@
 Depends: hdparm, iw, pciutils, rfkill, usbutils, ${misc:Depends}
 Recommends: tlp-rdw, ethtool
 Suggests: tp-smapi-dkms, smartmontools, ${dist:Suggests}
-Conflicts: laptop-mode-tools, power-profiles-daemon
+Conflicts: laptop-mode-tools
 Description: Optimize laptop battery life
  TLP is a feature-rich command-line utility, saving laptop battery power
  without the need to delve deeper into technical details.
diff -Nru libnatpmp-20230423/debian/changelog libnatpmp-20230423/debian/changelog
--- libnatpmp-20230423/debian/changelog	2023-08-06 04:55:08.0 +0200
+++ libnatpmp-20230423/debian/changelog	2023-09-11 13:13:49.0 +0200
@@ -1,3 +1,11 @@
+libnatpmp (20230423-2) UNRELEASED; urgency=medium
+
+  * debian/patches/install-extra-header.patch:
+- install an extra header which is included by natpmp.h since the new
+  version but not added to the list of files to install
+
+ -- Sebastien Bacher   Mon, 11 Sep 2023 13:13:49 +0200
+
 libnatpmp (20230423-1) unstable; urgency=medium
 
   * New upstream release.
diff -Nru libnatpmp-20230423/debian/patches/install-extra-header.patch libnatpmp-20230423/debian/patches/install-extra-header.patch
--- libnatpmp-20230423/debian/patches/install-extra-header.patch	1970-01-01 01:00:00.0 +0100
+++ libnatpmp-20230423/debian/patches/install-extra-header.patch	2023-09-11 13:12:55.0 +0200
@@ -0,0 +1,13 @@
+Index: libnatpmp-20230423/Makefile
+===
+--- libnatpmp-20230423.orig/Makefile	2023-09-11 13:11:03.0 +0200
 libnatpmp-20230423/Makefile	2023-09-11 13:11:48.025966300 +0200
+@@ -56,7 +56,7 @@
+ endif
+ endif
+ 
+-HEADERS = natpmp.h
++HEADERS = natpmp.h natpmp_declspec.h
+ 
+ EXECUTABLES = testgetgateway natpmpc-shared natpmpc-static
+ 
diff -Nru libnatpmp-20230423/debian/patches/series libnatpmp-20230423/debian/patches/series
--- libnatpmp-20230423/debian/patches/series	2023-08-06 04:55:08.0 +0200
+++ libnatpmp-20230423/debian/patches/series	2023-09-11 13:13:41.0 +0200
@@ -1,3 +1,4 @@
 makefile-fix-os-detect-and-ldflags.patch
 python-module-3.patch
 python-module-use-shared-lib.patch
+install-extra-header.patch

Bug#1050777: The surf autopkgtests are failing with webkitgtk 2.41

[Sebastien Bacher]

Thanks again for the help trying to figure that out Alberto, it ended up 
to be an issue due to the surf apparmor profile, disabling it makes the 
rendering work (and explain why it's only impacting that browser)


I've posted the details in 
https://bugs.webkit.org/show_bug.cgi?id=261268#c10


Le 30/08/2023 à 18:22, Alberto Garcia a écrit :

On Wed, Aug 30, 2023 at 10:14:15AM +0200, Sebastien Bacher wrote:

The MiniBrowser works fine and render webpages as expected

Starting surf with WEBKIT_DISABLE_COMPOSITING_MODE=1 set also
workaround the issue and gives working rendering

You are using Wayland I suppose? What if you run surf with
WAYLAND_DISPLAY=none, does it work then?

I'm having problems passing the autopkgtests locally with Wayland, but
already with WebKitGTK 2.40.x ...

Berto

Bug#1050777: The surf autopkgtests are failing with webkitgtk 2.41

[Sebastien Bacher]

Le 07/09/2023 à 13:12, Alberto Garcia a écrit :

I don't understand why it is pulling libgles1 instead of libgles2, 
webkit2gtk 2.41.91-2 should depends on the latter. 


libgles2 is being installed as expected but libgl1 is also installed 
(it's a depends of the xserver), which is also true in the Debian CI 
log. The question is why it prefers to use libGL in Ubuntu if libGLES is 
the expected preferred implementation?

Bug#1050777: The surf autopkgtests are failing with webkitgtk 2.41

[Sebastien Bacher]

Hey Alberto, thanks for following up!

Le 07/09/2023 à 11:26, Alberto Garcia a écrit :

FWIW I uploaded a new package with a dependency on libgles2 and now
the surf autopkgtests are passing:

https://ci.debian.net/packages/s/surf/unstable/amd64/


I saw, sadly that's not enough to fix it in Ubuntu for some reason :-/

https://autopkgtest.ubuntu.com/results/autopkgtest-mantic/mantic/amd64/s/surf/20230907_090320_43dbb@/log.gz


And do you have both installed? (in other words, does webkit load the
library fine?)
Yes, it finds/load it fine, at least according to strace. I will create 
a new bug upstream (since the one I was commenting on seems to be a 
different problem)


Cheers,
Sébastien

Bug#1050777: The surf autopkgtests are failing with webkitgtk 2.41

[Sebastien Bacher]

Checking a strace output it's loading libEGL.so.1 on my machine and not 
libGLES.so.2


Le 06/09/2023 à 17:46, Sebastien Bacher a écrit :

Yes

ii  libgles2:amd64 1.6.0-1 amd64    Vendor neutral GL dispatch 
library -- GLESv2 support


Le 06/09/2023 à 13:43, Alberto Garcia a écrit :

On Tue, Aug 29, 2023 at 09:47:01AM +0200, Sebastien Bacher wrote:

The issue seems to be there in Debian as well
https://ci.debian.net/packages/s/surf/unstable/amd64/

This is due to a missing dependency on libgles2 (which is loaded at
runtime via libepoxy), so I will add that to the package.

Do you have that package installed?

Berto

Bug#1050777: The surf autopkgtests are failing with webkitgtk 2.41

[Sebastien Bacher]

Yes

ii  libgles2:amd64 1.6.0-1 amd64    Vendor neutral GL dispatch 
library -- GLESv2 support


Le 06/09/2023 à 13:43, Alberto Garcia a écrit :

On Tue, Aug 29, 2023 at 09:47:01AM +0200, Sebastien Bacher wrote:

The issue seems to be there in Debian as well
https://ci.debian.net/packages/s/surf/unstable/amd64/

This is due to a missing dependency on libgles2 (which is loaded at
runtime via libepoxy), so I will add that to the package.

Do you have that package installed?

Berto

Bug#1051229: tlp 1.6 doesn't conflict with power-profile-daemon anymore

[Sebastien Bacher]

Package: tlp
Version: 1.6.0-1
Severity: minor
Tags: patch
User: ubuntu-de...@lists.ubuntu.com
Usertags: origin-ubuntu mantic ubuntu-patch

Reading the changelog from 1.6.0-beta.1

    - Allow coexistence with power-profiles-daemon: do not apply
  PLATFORM_PROFILE_ON_AC/BAT, CPU_ENERGY_PERF_POLICY_ON_AC/BAT and
  CPU_BOOST_ON_BAT/BAT when it is running

The package conflicts isn't needed anymore, the attached patch removes it
diff -Nru tlp-1.6.0/debian/changelog tlp-1.6.0/debian/changelog
--- tlp-1.6.0/debian/changelog	2023-08-30 15:02:39.0 +0200
+++ tlp-1.6.0/debian/changelog	2023-09-04 20:43:27.0 +0200
@@ -1,3 +1,10 @@
+tlp (1.6.0-2) UNRELEASED; urgency=medium
+
+  * Remove the conflicts with power-profile-daemon, the new version
+has been made to adapt its behaviour when the service is installed
+
+ -- Sebastien Bacher   Mon, 04 Sep 2023 20:43:27 +0200
+
 tlp (1.6.0-1) unstable; urgency=medium
 
   * New upstream version 1.6.0
diff -Nru tlp-1.6.0/debian/control tlp-1.6.0/debian/control
--- tlp-1.6.0/debian/control	2023-08-30 15:02:24.0 +0200
+++ tlp-1.6.0/debian/control	2023-09-04 20:43:10.0 +0200
@@ -13,7 +13,7 @@
 Depends: hdparm, iw, pciutils, rfkill, usbutils, ${misc:Depends}
 Recommends: tlp-rdw, ethtool
 Suggests: tp-smapi-dkms, smartmontools, ${dist:Suggests}
-Conflicts: laptop-mode-tools, power-profiles-daemon
+Conflicts: laptop-mode-tools
 Description: Optimize laptop battery life
  TLP is a feature-rich command-line utility, saving laptop battery power
  without the need to delve deeper into technical details.

Bug#1050777: The surf autopkgtests are failing with webkitgtk 2.41

[Sebastien Bacher]

Le 30/08/2023 à 18:22, Alberto Garcia a écrit :

You are using Wayland I suppose? What if you run surf with
WAYLAND_DISPLAY=none, does it work then?

I'm having problems passing the autopkgtests locally with Wayland, but
already with WebKitGTK 2.40.x ...

Berto


No, in fact since that's an autopkgtest issue I wanted to have a simple 
setup to rule out desktop interactions and reproduced in a xfce session 
but a GNOME xorg session shows the same issue (in a wayland GNOME 
session surf errors out on x11 backend errors)


Cheers,
Sébastien

Bug#1050777: The surf autopkgtests are failing with webkitgtk 2.41

[Sebastien Bacher]

The MiniBrowser works fine and render webpages as expected

Starting surf with WEBKIT_DISABLE_COMPOSITING_MODE=1 set also workaround 
the issue and gives working rendering


Le 30/08/2023 à 01:53, Alberto Garcia a écrit :

On Tue, Aug 29, 2023 at 05:09:32PM +0200, Sebastien Bacher wrote:

And as a follow up it's not only an autopkgtest issue, surf fails to
render any webpage on my Ubuntu mantic system with the new webkitgtk
installed

I cannot reproduce the problem in Debian with libwebkit2gtk-4.1-0
2.41.91-1, it seems to work fine.

What happens if you use the MiniBrowser directly instead of surf?

$ /usr/lib/x86_64-linux-gnu/webkit2gtk-4.1/MiniBrowser https://www.debian.org/

Berto

Bug#1050777: Acknowledgement (The surf autopkgtests are failing with webkitgtk 2.41)

[Sebastien Bacher]

And as a follow up it's not only an autopkgtest issue, surf fails to 
render any webpage on my Ubuntu mantic system with the new webkitgtk 
installed


Le 29/08/2023 à 09:51, Debian Bug Tracking System a écrit :

Thank you for filing a new Bug report with Debian.

You can follow progress on this Bug here: 
1050777:https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=1050777.

This is an automatically generated reply to let you know your message
has been received.

Your message is being forwarded to the package maintainers and other
interested parties for their attention; they will reply in due course.

Your message has been sent to the package maintainer(s):
  Debian WebKit Maintainers

If you wish to submit further information on this problem, please
send it to1050...@bugs.debian.org.

Please do not send mail toow...@bugs.debian.org  unless you wish
to report a problem with the Bug-tracking system.

Bug#1035019: software-properties in Debian: Updated translations

[Sebastien Bacher]

Hey there,

Sorry but I think I forgot to follow up on the email but I've updated 
the translations in the Vcs

https://git.launchpad.net/software-properties/commit/?id=81efc82

It means the next time someone do an update in Debian the translations 
should be included


Cheers,
Sébastien Bacher


Le 08/06/2023 à 01:20, AsciiWolf a écrit :

Hello,

Any update about this?

Thanks!

Regards,
Daniel

so 29. 4. 2023 v 14:20 odesílatel AsciiWolf  napsal:

Hello Matthias,

I have noticed that the "Software & Updates" GTK application has
most of its strings untranslated in Debian in our (Czech) language
although it is fully translated in Ubuntu.[1] When looking at the
bug tracker, it looks like that many other language translations
have the same problem.

When looking at the software-properties po files[2] at Debian
Salsa GitLab, it looks like that they were never updated, only the
pot template was.

I am not sure how translations of this component are handled in
Debian, but please consider syncing them from Ubuntu.

Thanks!

Regards,
Daniel

P.S. I have also reported this as a Debian issue here:
https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=1035019

[1]

https://translations.launchpad.net/ubuntu/lunar/+source/software-properties/+pots/software-properties
[2]

https://salsa.debian.org/pkgutopia-team/software-properties/-/tree/debian/master/po

Bug#1050777: The surf autopkgtests are failing with webkitgtk 2.41

[Sebastien Bacher]

Package: webkit2gtk
Version: 2.41.90-1
Severity: high

The new webkitgtk is blocked in Ubuntu/mantic-proposed because the surf 
autopkgtest are failing with the new version.


The issue seems to be there in Debian as well
https://ci.debian.net/packages/s/surf/unstable/amd64/

Every try since webkit2gtk/2.41.5-1 has been failing it seems

Bug#1050694: Service doesn't start on Ubuntu with the new apparmor profile

[Sebastien Bacher]

Package: geoclue-2.0
Version: 2.7.0-3
Tags: patch
User: ubuntu-de...@lists.ubuntu.com
Usertags: origin-ubuntu mantic ubuntu-patch

The issue was reported on https://launchpad.net/bugs/2030951

'The geoclue service doesn't start anymore in mantic, failing with

(geoclue:8550): Geoclue-CRITICAL **: 10:56:36.151: Failed to acquire 
name 'org.freedesktop.GeoClue2' on system bus or lost it.'



There is also a bunch of other dbus denial reported. The issue is 
probably not visible on Debian because dbus mediation isn't enforced in 
the same way there.


The attached patch from Georgia Garcia should fix the issue and was 
uploaded to Ubuntu, it would be nice to have it integrated also in Debian


Thanks,

Bug#1039901: [Pkg-utopia-maintainers] Bug#1039901: Demote ntfs-3g from recommends to suggests

[Sebastien Bacher]

Thanks for pointing those out Michael. I hadn't noticed that Debian 
didn't have the ntfs option turned on in their kernel, but the mkfs 
point is also valid.


Should I just close the request since currently the recommends seems to 
be more appropriate?


Le 11/07/2023 à 15:12, Michael Biebl a écrit :

Control: block -1 by 998627

Am 11.07.23 um 11:55 schrieb Michael Biebl:

Control: tags -1 + moreinfo


Am 29.06.23 um 12:33 schrieb Sebastien Bacher:

Package: udisks2
Version: 2.9.4-4
Severity: wishlist

The change was suggested on 
https://code.launchpad.net/~xnox/ubuntu/+source/udisks2/+git/udisks2/+merge/419970 
but the rational applies to Debian as well


'Demote ntfs-3g from recommends to suggests; now that ntfs3 kernel 
module is preferred.'


Could you elaborate here?
If I uninstall ntfs-3g I get

$ udisksctl mount -b /dev/sdb1
Error mounting /dev/sdb1: 
GDBus.Error:org.freedesktop.UDisks2.Error.Failed: Error mounting 
/dev/sdb1 at /media/michael/EXTREME: Filesystem type ntfs not 
configured in kernel.



Also, ntfs-3g ships mkfs.ntfs etc which would be missing otherwise.
I.e. users wouldn't be able to create NTFS formatted USB sticks for 
example, which is an important use case imho.


See also https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=998627

Bug#1040847: Wrong binary name in the Ubuntu i386 rules

[Sebastien Bacher]

Package: libblockdev
Version: 3.0.1-1

The Ubuntu/i386 hack in debian/rules wasn't updated for the soname 
change, the attached patch fixes the issue
diff -Nru libblockdev-3.0.1/debian/changelog libblockdev-3.0.1/debian/changelog
--- libblockdev-3.0.1/debian/changelog	2023-07-10 09:18:50.0 +0200
+++ libblockdev-3.0.1/debian/changelog	2023-07-11 13:27:53.0 +0200
@@ -1,3 +1,11 @@
+libblockdev (3.0.1-2) UNRELEASED; urgency=medium
+
+  * debian/rules:
+- update the libblockdev-mpath binary package soname in the Ubuntu
+  i386 exclusion section 
+
+ -- Sebastien Bacher   Tue, 11 Jul 2023 13:27:53 +0200
+
 libblockdev (3.0.1-1) unstable; urgency=medium
 
   * Team upload
diff -Nru libblockdev-3.0.1/debian/rules libblockdev-3.0.1/debian/rules
--- libblockdev-3.0.1/debian/rules	2023-07-10 09:18:50.0 +0200
+++ libblockdev-3.0.1/debian/rules	2023-07-11 13:27:53.0 +0200
@@ -5,7 +5,7 @@
 export DEB_PYTHON_INSTALL_LAYOUT = deb
 
 ifeq ($(shell dpkg-vendor --is Ubuntu && echo yes) $(DEB_HOST_ARCH), yes i386)
-   BUILD_PACKAGES += -Nlibblockdev-mpath-dev -Nlibblockdev-mpath2 -Nlibblockdev-plugins-all
+   BUILD_PACKAGES += -Nlibblockdev-mpath-dev -Nlibblockdev-mpath3 -Nlibblockdev-plugins-all
 endif
 
 

Bug#1040056: spirv-tools breaks spirv-llvm-translator-15 autopkgtest: exactly one input file must be specified.

[Sebastien Bacher]

Hey Michel,

Sorry you are right there, unsure how I went to that conclusion but 
indeed what I wrote before was wrong


Cheers,
Sébastien

Le 10/07/2023 à 12:21, Michel Dänzer a écrit :

On 7/10/23 10:36, Sebastien Bacher wrote:

The issue needs to be fixed in piglit and there is a patch upstream, I've 
reported that as https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=1039592

The spirv-llvm-translator build doesn't use piglit though, does it?



https://gitlab.freedesktop.org/mesa/piglit/-/merge_requests/821

However, 'spirv-as -h' still says:

'If no file is specified, [...] then the assembly text is read from standard 
input.'

So this does seem like a spirv-tools bug, and my piglit change is a workaround.

Bug#1040056: spirv-tools breaks spirv-llvm-translator-15 autopkgtest: exactly one input file must be specified.

[Sebastien Bacher]

The issue needs to be fixed in piglit and there is a patch upstream, 
I've reported that as 
https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=1039592


https://gitlab.freedesktop.org/mesa/piglit/-/merge_requests/821

Bug#1040330: Build without libffado on Ubuntu

[Sebastien Bacher]

Package: pipewire
Version: 0.3.72-2
Severity: minor
Tags: patch
User: ubuntu-de...@lists.ubuntu.com
Usertags: origin-ubuntu mantic ubuntu-patch

The recent update added a depends on libffado, that component is 
currently in Ubuntu universe so it means we need to build without it 
there. Could you consider using the attached patch so we can keep the 
package in sync between the distributions?


The .install change is a bit hackish but works, I can work on another 
variant with logic in the .rules instead of if you would prefer



Thanks,


diff -Nru pipewire-0.3.72/debian/changelog pipewire-0.3.72/debian/changelog
--- pipewire-0.3.72/debian/changelog	2023-07-03 09:59:54.0 +0200
+++ pipewire-0.3.72/debian/changelog	2023-07-04 16:15:26.0 +0200
@@ -1,3 +1,10 @@
+pipewire (0.3.72-3) UNRELEASED; urgency=medium
+
+  * Don't use libffafo in the Ubuntu build for now since the package
+is in universe
+
+ -- Sebastien Bacher   Tue, 04 Jul 2023 16:15:26 +0200
+
 pipewire (0.3.72-2) unstable; urgency=medium
 
   * Upload to unstable
diff -Nru pipewire-0.3.72/debian/libpipewire-0.3-modules.install pipewire-0.3.72/debian/libpipewire-0.3-modules.install
--- pipewire-0.3.72/debian/libpipewire-0.3-modules.install	2023-07-03 09:59:54.0 +0200
+++ pipewire-0.3.72/debian/libpipewire-0.3-modules.install	2023-07-04 16:15:26.0 +0200
@@ -5,9 +5,7 @@
 usr/lib/*/pipewire-0.3/libpipewire-module-client-node.so
 usr/lib/*/pipewire-0.3/libpipewire-module-combine-stream.so
 usr/lib/*/pipewire-0.3/libpipewire-module-echo-cancel.so
-usr/lib/*/pipewire-0.3/libpipewire-module-fallback-sink.so
-usr/lib/*/pipewire-0.3/libpipewire-module-ffado-driver.so
-usr/lib/*/pipewire-0.3/libpipewire-module-filter-chain.so
+usr/lib/*/pipewire-0.3/libpipewire-module-f*.so
 usr/lib/*/pipewire-0.3/libpipewire-module-jack-tunnel.so
 usr/lib/*/pipewire-0.3/libpipewire-module-jackdbus-detect.so
 usr/lib/*/pipewire-0.3/libpipewire-module-link-factory.so
diff -Nru pipewire-0.3.72/debian/rules pipewire-0.3.72/debian/rules
--- pipewire-0.3.72/debian/rules	2023-07-03 09:59:54.0 +0200
+++ pipewire-0.3.72/debian/rules	2023-07-04 16:15:26.0 +0200
@@ -28,9 +28,11 @@
 ifeq (yes,$(shell dpkg-vendor --derives-from Ubuntu && echo yes))
 LV2=disabled
 LIBMYSOFA=disabled
+LIBFFADO=disabled
 else
 LV2=enabled
 LIBMYSOFA=enabled
+LIBFFADO=enabled
 endif
 
 override_dh_auto_configure:
@@ -47,6 +49,7 @@
 		-Dbluez5-codec-opus=enabled \
 		-Dlibcamera=$(LIBCAMERA) \
 		-Dlibmysofa=$(LIBMYSOFA) \
+		-Dlibffado=$(LIBFFADO) \
 		-Ddocs=$(DOCS) \
 		-Dffmpeg=disabled \
 		-Dinstalled_tests=enabled \

Bug#1039901: Demote ntfs-3g from recommends to suggests

[Sebastien Bacher]

Package: udisks2
Version: 2.9.4-4
Severity: wishlist

The change was suggested on 
https://code.launchpad.net/~xnox/ubuntu/+source/udisks2/+git/udisks2/+merge/419970 
but the rational applies to Debian as well


'Demote ntfs-3g from recommends to suggests; now that ntfs3 kernel 
module is preferred.'


diff -Nru udisks2-2.9.4/debian/changelog udisks2-2.9.4/debian/changelog
--- udisks2-2.9.4/debian/changelog	2022-12-07 17:02:25.0 +0100
+++ udisks2-2.9.4/debian/changelog	2022-04-20 16:57:41.0 +0200
@@ -1,3 +1,9 @@
+udisks2 (2.9.4-5) UNRELEASED; urgency=medium
+
+  * Demote ntfs-3g from recommends to suggests. LP: #1969632
+
+ -- Dimitri John Ledkov   Wed, 20 Apr 2022 15:57:41 +0100
+
 udisks2 (2.9.4-4) unstable; urgency=medium
 
   * Update debian/watch.
diff -Nru udisks2-2.9.4/debian/control udisks2-2.9.4/debian/control
--- udisks2-2.9.4/debian/control	2022-12-07 17:02:25.0 +0100
+++ udisks2-2.9.4/debian/control	2022-04-20 16:57:41.0 +0200
@@ -58,7 +58,6 @@
 e2fsprogs,
 eject,
 libblockdev-crypto2,
-ntfs-3g,
 polkitd,
 libpam-systemd,
 ${exfat:Recommends},
@@ -67,6 +66,7 @@
   libblockdev-mdraid2,
   mdadm,
   nilfs-tools,
+  ntfs-3g,
   reiserfsprogs,
   udftools,
   udisks2-bcache,

Bug#1039592: spirv-llvm-translator-15 fails to build using the new spirv-as

[Sebastien Bacher]

Package: piglit
Version:  0~git20220119-124bca3c9-1

The autopkgtest shows the same issue
https://ci.debian.net/data/autopkgtest/unstable/amd64/s/spirv-llvm-translator-15/34604853/log.gz

The issue should be fixed with that upstream fix
https://gitlab.freedesktop.org/mesa/piglit/-/merge_requests/821

Could you include it in the Debian package?

Thanks,

Bug#1038765: Autopkgtest are failing due to deprecation warnings

[Sebastien Bacher]

Package: liblouisutdml
Version: 2.11.0-2

The autopkgtests are currently failing, probably due to the liblouis update
https://ci.debian.net/packages/libl/liblouisutdml/unstable/amd64/

> command1 FAIL stderr: warning: lou_getDataPath is deprecated.

Bug#1036612: use XB-Cnf-Ignore-Commands to let command-not-found suggest plocate

[Sebastien Bacher]

Package: findutils
Version: 4.9.0-4
Severity: wishlist
Tags: patch
User: ubuntu-de...@lists.ubuntu.com
Usertags: origin-ubuntu mantic ubuntu-patch

The command-not-found extractor allows to ignore a command
https://git.launchpad.net/~mvo/command-not-found-extractor/tree/README.md#n27

In Ubuntu 
https://launchpad.net/ubuntu/+source/findutils/4.6.0+git+20190209-2ubuntu1 
this change was added


  * debian/control: add locate to XB-Cnf-Ignore-Commands so it is ignored by
command-not-found as mlocate provides the preferred locate command for
most users.


Is that something Debian would perhaps be interested in also doing?

diff -Nru findutils-4.9.0/debian/changelog findutils-4.9.0/debian/changelog
--- findutils-4.9.0/debian/changelog	2023-01-08 19:07:53.0 +0100
+++ findutils-4.9.0/debian/changelog	2023-05-23 09:27:32.0 +0200
@@ -1,3 +1,11 @@
+findutils (4.9.0-5) UNRELEASED; urgency=medium
+
+  * debian/control: add locate to XB-Cnf-Ignore-Commands so it is ignored by
+command-not-found as plocate provides the preferred locate command for
+most users.
+
+ -- Sebastien Bacher   Tue, 23 May 2023 10:57:56 +0200
+
 findutils (4.9.0-4) unstable; urgency=medium
 
   * Ship machine-readable copyright generated by cme and cleaned up with
diff -Nru findutils-4.9.0/debian/control findutils-4.9.0/debian/control
--- findutils-4.9.0/debian/control	2022-02-24 09:22:34.0 +0100
+++ findutils-4.9.0/debian/control	2023-05-23 09:27:32.0 +0200
@@ -54,3 +55,4 @@
 Description: maintain and query an index of a directory tree
  updatedb generates an index of files and directories. GNU locate can be used
  to quickly query this index.
+XB-Cnf-Ignore-Commands: locate

Bug#1036219: Build tests are currently disabled

[Sebastien Bacher]

Package: libmysofa
Version: 1.3.1~dfsg0-1
Tags: patch
User: ubuntu-de...@lists.ubuntu.com
Usertags: origin-ubuntu mantic ubuntu-patch

The build tests are currently disabled and have been since the package 
was added but they seem to work correctly nowadays (tested in a Debian 
container and on Ubuntu builders[1]). The attached patch enable those


Cheers,
Sébastien

[1] https://launchpad.net/ubuntu/+source/libmysofa/1.3.1~dfsg0-1ubuntu1

diff -Nru libmysofa-1.3.1~dfsg0/debian/changelog libmysofa-1.3.1~dfsg0/debian/changelog
--- libmysofa-1.3.1~dfsg0/debian/changelog	2022-10-15 22:04:48.0 +0200
+++ libmysofa-1.3.1~dfsg0/debian/changelog	2023-05-17 11:36:35.0 +0200
@@ -1,3 +1,13 @@
+libmysofa (1.3.1~dfsg0-2) UNRELEASED; urgency=medium
+
+  * debian/control, debian/rules:
+- enable build tests
+  * debian/patches/debian_ignore_tests.patch:
+- ignore tests that require .sofa files which are excluded from the dfsg
+  tarball.
+
+ -- Sebastien Bacher   Wed, 17 May 2023 11:36:35 +0200
+
 libmysofa (1.3.1~dfsg0-1) unstable; urgency=medium
 
   * New upstream version 1.3.1~dfsg0
diff -Nru libmysofa-1.3.1~dfsg0/debian/control libmysofa-1.3.1~dfsg0/debian/control
--- libmysofa-1.3.1~dfsg0/debian/control	2022-10-15 22:04:48.0 +0200
+++ libmysofa-1.3.1~dfsg0/debian/control	2023-05-17 11:36:35.0 +0200
@@ -1,12 +1,14 @@
 Source: libmysofa
 Priority: optional
-Maintainer: Debian Multimedia Maintainers 
+Maintainer: Ubuntu Developers 
+XSBC-Original-Maintainer: Debian Multimedia Maintainers 
 Uploaders:
  IOhannes m zmölnig (Debian/GNU) ,
 Build-Depends:
  cmake,
  debhelper-compat (= 13),
  libcunit1-dev,
+ nodejs ,
  zlib1g-dev | libz-dev,
 Standards-Version: 4.6.1
 Rules-Requires-Root: no
diff -Nru libmysofa-1.3.1~dfsg0/debian/patches/series libmysofa-1.3.1~dfsg0/debian/patches/series
--- libmysofa-1.3.1~dfsg0/debian/patches/series	2022-10-15 22:04:48.0 +0200
+++ libmysofa-1.3.1~dfsg0/debian/patches/series	2023-05-17 11:36:35.0 +0200
@@ -1 +1,2 @@
 dynamically-link-tools.patch
+debian_ignore_tests.patch
diff -Nru libmysofa-1.3.1~dfsg0/debian/patches/debian_ignore_tests.patch libmysofa-1.3.1~dfsg0/debian/patches/debian_ignore_tests.patch
--- libmysofa-1.3.1~dfsg0/debian/patches/debian_ignore_tests.patch	1970-01-01 01:00:00.0 +0100
+++ libmysofa-1.3.1~dfsg0/debian/patches/debian_ignore_tests.patch	2023-05-17 11:36:35.0 +0200
@@ -0,0 +1,27 @@
+# Description: ignore tests which depend on non dfsg files that Debian
+# is removing from the tarball
+# Upstream: not-needed
+Index: libmysofa-1.3.1~dfsg0/CMakeLists.txt
+===
+--- libmysofa-1.3.1~dfsg0.orig/CMakeLists.txt	2022-10-04 18:31:49.0 +0200
 libmysofa-1.3.1~dfsg0/CMakeLists.txt	2023-05-17 15:38:45.843397388 +0200
+@@ -57,8 +57,6 @@
+${PROJECT_SOURCE_DIR}/tests/Mesh2HRTF.sofa)
+   add_test(D1_48K_24bit_0.3s_FIR_SOFA src/mysofa2json
+${PROJECT_SOURCE_DIR}/tests/D1_48K_24bit_0.3s_FIR_SOFA.sofa)
+-  add_test(H20_44K_16bit_256tap_FIR_SOFA ${PROJECT_SOURCE_DIR}/tests/compareIgnoreNew.sh
+-   ${PROJECT_SOURCE_DIR}/tests/H20_44K_16bit_256tap_FIR_SOFA)
+   add_test(MIT_KEMAR_large_pinna ${PROJECT_SOURCE_DIR}/tests/compare.sh
+${PROJECT_SOURCE_DIR}/tests/MIT_KEMAR_large_pinna)
+   add_test(MIT_KEMAR_normal_pinna ${PROJECT_SOURCE_DIR}/tests/compareIgnoreNew.sh
+@@ -104,10 +102,6 @@
+${PROJECT_SOURCE_DIR}/tests/LISTEN_1002_IRC_1002_C_HRIR)
+   add_test(Pulse ${PROJECT_SOURCE_DIR}/tests/compare.sh ${PROJECT_SOURCE_DIR}/tests/Pulse)
+   add_test(Tester ${PROJECT_SOURCE_DIR}/tests/compare.sh ${PROJECT_SOURCE_DIR}/tests/tester)
+-  add_test(TU-Berlin_QU_KEMAR_anechoic_radius_0.5_1_2_3_m ${PROJECT_SOURCE_DIR}/tests/compare.sh
+-   ${PROJECT_SOURCE_DIR}/tests/TU-Berlin_QU_KEMAR_anechoic_radius_0.5_1_2_3_m)
+-  add_test(TU-Berlin_QU_KEMAR_anechoic_radius_0.5m ${PROJECT_SOURCE_DIR}/tests/compare.sh
+-   ${PROJECT_SOURCE_DIR}/tests/TU-Berlin_QU_KEMAR_anechoic_radius_0.5m)
+   add_test(example_dummy_sofa48 ${PROJECT_SOURCE_DIR}/tests/compare.sh
+${PROJECT_SOURCE_DIR}/tests/example_dummy_sofa48)
+   add_test(TestSOFA48_netcdf472 ${PROJECT_SOURCE_DIR}/tests/compare.sh
diff -Nru libmysofa-1.3.1~dfsg0/debian/rules libmysofa-1.3.1~dfsg0/debian/rules
--- libmysofa-1.3.1~dfsg0/debian/rules	2022-10-15 22:04:48.0 +0200
+++ libmysofa-1.3.1~dfsg0/debian/rules	2023-05-17 11:36:35.0 +0200
@@ -13,8 +13,9 @@
 export DEB_LDFLAGS_MAINT_APPEND = -Wl,--as-needed
 
 
+# the tests have hardcoded reference to build/src
 %:
-	dh $@
+	dh $@ --builddirectory=build
 
 override_dh_auto_configure:
 	dh_auto_configure -- \
@@ -23,9 +24,9 @@
 		-DCODE_COVERAGE=OFF \
 		$(empty)
 
+# no-parallel otherwise we are hitting test errors
 override_dh_auto_test:
-	# tests have been disabled, until we figure out how to make them not stall
-	@echo "skipping tests"
+	dh

Bug#1035718: Build without libmysofa on Ubuntu

[Sebastien Bacher]

Package: pipewire
Version: 0.3.70-1
Severity: minor
Tags: patch
User: ubuntu-de...@lists.ubuntu.com
Usertags: origin-ubuntu mantic ubuntu-patch

The recent update added a depends on libmysofa, that component is 
currently in Ubuntu universe so it means we need to build without it 
there. Could you consider using the attached patch so we can keep the 
package in sync between the distributions?


Thanks,

diff -Nru pipewire-0.3.70/debian/changelog pipewire-0.3.70/debian/changelog
--- pipewire-0.3.70/debian/changelog	2023-04-20 17:01:11.0 +0200
+++ pipewire-0.3.70/debian/changelog	2023-05-08 11:07:31.0 +0200
@@ -1,3 +1,10 @@
+pipewire (0.3.70-2) UNRELEASED; urgency=medium
+
+  * Don't use libmysofa in the Ubuntu build for now since the package
+is in universe
+
+ -- Sebastien Bacher   Mon, 08 May 2023 11:07:31 +0200
+
 pipewire (0.3.70-1) experimental; urgency=medium
 
   * New upstream release
diff -Nru pipewire-0.3.70/debian/control pipewire-0.3.70/debian/control
--- pipewire-0.3.70/debian/control	2023-04-20 17:01:11.0 +0200
+++ pipewire-0.3.70/debian/control	2023-05-08 11:07:31.0 +0200
@@ -1,7 +1,8 @@
 Source: pipewire
 Section: libs
 Priority: optional
-Maintainer: Utopia Maintenance Team 
+Maintainer: Ubuntu Developers 
+XSBC-Original-Maintainer: Utopia Maintenance Team 
 Uploaders: Jeremy Bicha ,
Dylan Aïssi 
 Build-Depends: debhelper-compat (= 13),
diff -Nru pipewire-0.3.70/debian/rules pipewire-0.3.70/debian/rules
--- pipewire-0.3.70/debian/rules	2023-04-20 17:01:11.0 +0200
+++ pipewire-0.3.70/debian/rules	2023-05-08 11:06:34.0 +0200
@@ -27,8 +27,10 @@
 # lilv and some of its dependencies are in universe
 ifeq (yes,$(shell dpkg-vendor --derives-from Ubuntu && echo yes))
 LV2=disabled
+LIBMYSOFA=disabled
 else
 LV2=enabled
+LIBMYSOFA=enabled
 endif
 
 override_dh_auto_configure:
@@ -44,6 +46,7 @@
 		-Dbluez5-codec-ldac=$(BLUEZ5_CODEC_LDAC) \
 		-Dbluez5-codec-opus=enabled \
 		-Dlibcamera=$(LIBCAMERA) \
+		-Dlibmysofa=$(LIBMYSOFA) \
 		-Ddocs=$(DOCS) \
 		-Dffmpeg=disabled \
 		-Dinstalled_tests=enabled \

Bug#1029434: python3-pydrive2: piuparts error

[Sebastien Bacher]

Hey Adrian,

I'm unsure what the job which produced the log is doing exactly, could 
you provide some context? Is that the content changing after a rebuild?


Cheers,

On Sun, 22 Jan 2023 18:27:02 +0200 Adrian Bunk  wrote:

> Package: python3-pydrive2
> Version: 1.15.0-2
> Severity: serious
>
> https://piuparts.debian.org/sid/fail/python3-pydrive2_1.15.0-2.log
>
> ...
> 0m28.4s ERROR: FAIL: debsums reports modifications inside the chroot:
> debsums: missing file 
/usr/lib/python3/dist-packages/pydrive2/test/__init__.py (from 
python3-pydrive2 package)
> debsums: missing file 
/usr/lib/python3/dist-packages/pydrive2/test/test_apiattr.py (from 
python3-pydrive2 package)
> debsums: missing file 
/usr/lib/python3/dist-packages/pydrive2/test/test_drive.py (from 
python3-pydrive2 package)
> debsums: missing file 
/usr/lib/python3/dist-packages/pydrive2/test/test_file.py (from 
python3-pydrive2 package)
> debsums: missing file 
/usr/lib/python3/dist-packages/pydrive2/test/test_filelist.py (from 
python3-pydrive2 package)
> debsums: missing file 
/usr/lib/python3/dist-packages/pydrive2/test/test_fs.py (from 
python3-pydrive2 package)
> debsums: missing file 
/usr/lib/python3/dist-packages/pydrive2/test/test_oauth.py (from 
python3-pydrive2 package)
> debsums: missing file 
/usr/lib/python3/dist-packages/pydrive2/test/test_util.py (from 
python3-pydrive2 package)

> ...
>
>

Bug#1024803: Has lintian warnings

[Sebastien Bacher]

Package: libcamera
Version: 0.0.1-4

The lintian warnings log is a bit noisy, would be nice to silent some of 
those. The attached patch isn't perfect but improves the situation


debian/patches
- removes some entries for files which aren't in 0.0.1 anymore
- simplify the section for meson files, unsure if that's a lintian bug 
though?


libcamera-dev.lintian-overrides
- unsure what that's needed but without the change lintian would still 
list the repeated-path-segment warning



libcamera0.lintian-overrides
- silent the warnings due to v4l2-compat.so not being a proper shared 
library (it's not meant to be)
-  ignore package-name-doesnt-match-sonames due to extra files being 
included in the library


Cheers,
Sebastiendiff --git a/debian/copyright b/debian/copyright
index f7233ba..be553d5 100644
--- a/debian/copyright
+++ b/debian/copyright
@@ -18,8 +18,6 @@ Copyright:
 License: GPL-2+
 
 Files:
- meson.build
- */meson.build
  */*/meson.build
 Copyright:
  2018—2020 Libcamera contributors
@@ -83,7 +81,6 @@ Copyright:
 License: BSD-3-Clause or GPL-2+
 
 Files:
- include/linux/drm.h
  include/linux/drm_fourcc.h
 Copyright:
  2011 Intel Corporation
@@ -91,26 +88,10 @@ Copyright:
  2000 VA Linux Systems, Inc., Sunnyvale, California
 License: Expat
 
-Files:
- include/linux/drm_mode.h
-Copyright:
- 2007 Dave Airlie 
- 2007 Jakob Bornecrantz 
- 2008 Red Hat Inc.
- 2007—2008 Tungsten Graphics, Inc., Cedar Park, TX., USA
- 2007—2008 Intel Corporation
-License: Expat
-
 Files: include/linux/bcm2835-isp.h
 Copyright: 2019—2020 Raspberry Pi Ltd
 License: GPL-2+ with Linux-syscall-note or BSD-3-Clause
 
-Files: include/linux/vc_sm_cma_ioctl.h
-Copyright:
- 2012, Broadcom Europe Ltd
- 2019, Raspberry Pi Ltd
-License: BSD-3-Clause
-
 Files:
  include/linux/media-bus-format.h
  include/linux/v4l2-mediabus.h
diff --git a/debian/libcamera-dev.lintian-overrides 
b/debian/libcamera-dev.lintian-overrides
index c22d393..e826f11 100644
--- a/debian/libcamera-dev.lintian-overrides
+++ b/debian/libcamera-dev.lintian-overrides
@@ -1 +1 @@
-libcamera-dev: repeated-path-segment libcamera 
usr/include/libcamera/libcamera/*
+libcamera-dev: repeated-path-segment libcamera 
[usr/include/libcamera/libcamera/]
diff --git a/debian/libcamera0.lintian-overrides 
b/debian/libcamera0.lintian-overrides
new file mode 100644
index 000..3ab84ce
--- /dev/null
+++ b/debian/libcamera0.lintian-overrides
@@ -0,0 +1,3 @@
+libcamera0: lacks-unversioned-link-to-shared-library example: 
usr/lib/x86_64-linux-gnu/v4l2-compat.so 
[usr/lib/x86_64-linux-gnu/v4l2-compat.so]
+package-name-doesnt-match-sonames libcamera-base0.0.1 libcamera0.0.1 
v4l2-compat
+shared-library-lacks-version usr/lib/x86_64-linux-gnu/v4l2-compat.so 
v4l2-compat.so

Bug#1024782: Doesn't run tests as part of of the build

[Sebastien Bacher]

Package: libcamera
Version: 0.0.1-4

I'm working on getting libcamera promoted to main in Ubuntu, one of the 
requirements is to have tests (build and autopkgtest). The package 
currently override the dh_auto_test target to ignore those, it seems an 
old change and isn't really documented and I'm wondering if the rational 
still stands? Having tests as part of the build (and as autopkgtests) 
would also benefit Debian.


I'm attaching a trivial patch to enable the tests as part of the build. 
Doing that on Ubuntu is leading to 3 failures (seems to be due to the 
env, it fails on the builders or in a pbuilder env but not in a lxc 
container) so that's an issue to sort out before uploading.


I've reported the issue upstream on 
https://bugs.libcamera.org/show_bug.cgi?id=173 as a start point. I will 
update the report once there is a fix (or maybe skip those 3 tests to 
start?)


Cheers,

diff -Nru libcamera-0.0.1/debian/changelog libcamera-0.0.1/debian/changelog
--- libcamera-0.0.1/debian/changelog	2022-10-26 18:44:01.0 +0200
+++ libcamera-0.0.1/debian/changelog	2022-11-24 21:33:29.0 +0100
@@ -1,3 +1,9 @@
+libcamera (0.0.1-5) UNRELEASED; urgency=medium
+
+  * debian/rules: enable the upstream tests as part of the build
+
+ -- Sebastien Bacher   Thu, 24 Nov 2022 21:33:29 +0100
+
 libcamera (0.0.1-4) unstable; urgency=medium
 
   * Mark liblttng-ust-dev and libudev-dev as linux-only, add more optional
diff -Nru libcamera-0.0.1/debian/.gitignore libcamera-0.0.1/debian/.gitignore
--- libcamera-0.0.1/debian/.gitignore	2022-10-26 18:44:01.0 +0200
+++ libcamera-0.0.1/debian/.gitignore	1970-01-01 01:00:00.0 +0100
@@ -1,2 +0,0 @@
-!patches/
-!*.patch
diff -Nru libcamera-0.0.1/debian/rules libcamera-0.0.1/debian/rules
--- libcamera-0.0.1/debian/rules	2022-10-26 18:44:01.0 +0200
+++ libcamera-0.0.1/debian/rules	2022-11-24 21:33:13.0 +0100
@@ -13,16 +13,13 @@
 	dh_auto_configure -- \
 		--libexecdir=lib/${DEB_HOST_MULTIARCH} \
 		-Dv4l2=true \
+		-Dtest=true \
 		$(empty)
 
 override_dh_install:
 	mv debian/tmp/usr/share/doc/libcamera-0.* debian/tmp/usr/share/doc/libcamera-doc
 	dh_install -X/.doctrees/
 
-.PHONY: override_dh_auto_test
-override_dh_auto_test:
-
-
 .PHONY: licensecheck
 licensecheck:
 	licensecheck --deb-machine -r * \

Bug#1024714: Doesn't run tests as part of of the build nor autopkgtest

[Sebastien Bacher]

Package: liblc3
Version: 1.0.1-1
Severity: minor
Tags: patch
User: ubuntu-de...@lists.ubuntu.com
Usertags: origin-ubuntu lunar ubuntu-patch

Since pipewire builds with liblc3 now we are working on getting it 
promoted to Ubuntu main. One of the requirements for Ubuntu to support 
packages in the main archive is to provide build time tests and 
autopkgtests. Upstream provides tests which I've enabled in Ubuntu with 
success, I'm attaching the patch since that should also benefit Debian.


Note that the armhf build on Ubuntu failed on missing Python.h but 
Build-Depends on libpython3.10-dev feels wrong and shouldn't be needed?



diff -Nru liblc3-1.0.1/debian/changelog liblc3-1.0.1/debian/changelog
--- liblc3-1.0.1/debian/changelog	2022-10-10 22:59:57.0 +0200
+++ liblc3-1.0.1/debian/changelog	2022-11-23 16:03:01.0 +0100
@@ -1,3 +1,11 @@
+liblc3 (1.0.1-2) UNRELEASED; urgency=medium
+
+  * debian/control, debian/rules, debian/tests/control:
+- enable the upstream tests during the build and also set them as an
+  autopkgtest
+
+ -- Sebastien Bacher   Wed, 23 Nov 2022 16:03:01 +0100
+
 liblc3 (1.0.1-1) unstable; urgency=medium
 
   * Initial release (Closes: #1021532)
diff -Nru liblc3-1.0.1/debian/control liblc3-1.0.1/debian/control
--- liblc3-1.0.1/debian/control	2022-10-10 22:59:57.0 +0200
+++ liblc3-1.0.1/debian/control	2022-11-23 16:03:01.0 +0100
@@ -4,7 +4,9 @@
 Maintainer: Debian Multimedia Maintainers 
 Uploaders: Dylan Aïssi 
 Build-Depends: debhelper-compat (= 13),
-   meson
+   meson,
+   python3-numpy,
+   python3-scipy,
 Standards-Version: 4.6.1
 Rules-Requires-Root: no
 Vcs-Browser: https://salsa.debian.org/multimedia-team/liblc3
diff -Nru liblc3-1.0.1/debian/rules liblc3-1.0.1/debian/rules
--- liblc3-1.0.1/debian/rules	2022-10-10 22:59:57.0 +0200
+++ liblc3-1.0.1/debian/rules	2022-11-23 15:33:53.0 +0100
@@ -8,3 +8,6 @@
 override_dh_auto_configure:
 	dh_auto_configure -- \
 		-Dtools=true
+		
+override_dh_auto_test:
+	V= make test
diff -Nru liblc3-1.0.1/debian/tests/control liblc3-1.0.1/debian/tests/control
--- liblc3-1.0.1/debian/tests/control	1970-01-01 01:00:00.0 +0100
+++ liblc3-1.0.1/debian/tests/control	2022-11-23 15:45:22.0 +0100
@@ -0,0 +1,3 @@
+Test-Command: dh_auto_configure; dh_auto_build; dh_auto_test
+Depends: @builddeps@
+Restrictions: allow-stderr

Bug#1024591: Building with libcamera?

[Sebastien Bacher]

Package: pipewire
Version: 0.3.60-2

The Debian package is currently built without libcamera. Since libcamera 
seems to be the preferred option for camera support on linux going 
forward 
(https://blogs.gnome.org/uraeus/2021/10/01/pipewire-and-fixing-the-linux-video-capture-stack/) 
and upstream libcamera properly set its soname now 
(https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=962650) would it make 
sense to turn the option on?


Thanks,

Bug#1013276: Alsa clients using the wrong plugin if pulseaudio is installed

[Sebastien Bacher]

Thanks Dylan. I think the bug references are inverted but the fix pushed 
to the vcs to actually provide the alsa configuration should resolved 
the issue!


Cheers,
Sebastien

Le 28/10/2022 à 17:49, Dylan Aïssi a écrit :

Hi Sebastien,

Le lun. 10 oct. 2022 à 14:00, Sebastien Bacher  a écrit :

Reopening, I think the decision to revert is unfortunate. Nothing is
going to remove pulseaudio on upgrade as pipewire-pulse gets pulled in
as the new default; and the pulseaudio package provides an alsa
configuration which creates issues for pipewire.

You are basically making the new default sound service be misconfigured
for most users for the benefit of a few who want to be able to switch by
masking the service instead of removing pulseaudio...

Could we reconsider?

The initial bug report on Launchpad [1] is confusing and is mixing several
issues as I just explained. I do not see a conflict between pulseaudio and
pipewire in [1]. The only part we can improve is to install pipewire-alsa conf
files in the right location to enable it by default (it was already
in my todo list [2]).

I propose to close #1013276 and to continue the discussion of an eventual
conflict between pulseaudio and pipewire in #1020903 to avoid noise with
unrelated issues.

Best,
Dylan

[1] https://bugs.launchpad.net/bugs/1975823
[2] 
https://salsa.debian.org/utopia-team/pipewire/-/blob/debian/master/debian/pipewire-alsa.TODO

Bug#1013276: Alsa clients using the wrong plugin if pulseaudio is installed

[Sebastien Bacher]

reopen 1013276
thanks;

Reopening, I think the decision to revert is unfortunate. Nothing is 
going to remove pulseaudio on upgrade as pipewire-pulse gets pulled in 
as the new default; and the pulseaudio package provides an alsa 
configuration which creates issues for pipewire.


You are basically making the new default sound service be misconfigured 
for most users for the benefit of a few who want to be able to switch by 
masking the service instead of removing pulseaudio...


Could we reconsider?

Cheers,
Sebastien

Bug#1019940: Update to the current upstream version

[Sebastien Bacher]

Package: iio-sensor-proxy
Version: 3.0-2
Tags: patch
User: ubuntu-de...@lists.ubuntu.com
Usertags: origin-ubuntu kinetic ubuntu-patch

The patch is based on the update in Ubuntu.

You could perhaps also consider moving the package to be team maintained 
(pkg-gnome for example)?


Thanks,
diff -Nur iio-sensor-proxy-3.0/debian/changelog iio-sensor-proxy-3.4/debian/changelog
--- iio-sensor-proxy-3.0/debian/changelog	2021-01-29 08:05:45.0 +0100
+++ iio-sensor-proxy-3.4/debian/changelog	2022-09-16 19:22:55.209417249 +0200
@@ -1,3 +1,17 @@
+iio-sensor-proxy (3.4-1) UNRELEASED; urgency=medium
+
+  * New upstream version
+  * debian/control: 
+- build-depends on libpolkit-gobject-1-dev
+- updated libgudev requirement
+- updated Build-Depends for the new integration tests
+  * debian/patches/proximity-Get-near-level-from-sysfs-if-available.patch,
+debian/patches/build_older_polkit.patch:
+- remove patch upstream, add one to allow building with the
+  unstable polkit version
+
+ -- Sebastien Bacher   Fri, 16 Sep 2022 19:09:35 +0200
+
 iio-sensor-proxy (3.0-2) unstable; urgency=medium
 
   [ Ritesh Raj Sarraf ]
diff -Nur iio-sensor-proxy-3.0/debian/control iio-sensor-proxy-3.4/debian/control
--- iio-sensor-proxy-3.0/debian/control	2021-01-29 08:05:45.0 +0100
+++ iio-sensor-proxy-3.4/debian/control	2022-09-16 19:19:25.452184127 +0200
@@ -4,11 +4,19 @@
 Maintainer: Ritesh Raj Sarraf 
 Build-Depends:
 	debhelper-compat (= 12),
-	libgudev-1.0-dev,
+	libgudev-1.0-dev (>= 1:237),
+	libpolkit-gobject-1-dev,
+	libudev-dev,
 	udev,
 	systemd,
 	gtk-doc-tools (>= 1.0),
-	libgtk-3-dev
+	libgtk-3-dev,
+	meson,
+	gir1.2-umockdev-1.0,
+	python3-dbusmock,
+	python3-gi,
+	python3-psutil,
+	umockdev,
 Standards-Version: 4.5.1
 Rules-Requires-Root: no
 Homepage: https://gitlab.freedesktop.org/hadess/iio-sensor-proxy
diff -Nur iio-sensor-proxy-3.0/debian/files iio-sensor-proxy-3.4/debian/files
--- iio-sensor-proxy-3.0/debian/files	1970-01-01 01:00:00.0 +0100
+++ iio-sensor-proxy-3.4/debian/files	2022-09-16 19:23:01.329335672 +0200
@@ -0,0 +1 @@
+iio-sensor-proxy_3.4-1_source.buildinfo utils optional
diff -Nur iio-sensor-proxy-3.0/debian/patches/build_older_polkit.patch iio-sensor-proxy-3.4/debian/patches/build_older_polkit.patch
--- iio-sensor-proxy-3.0/debian/patches/build_older_polkit.patch	1970-01-01 01:00:00.0 +0100
+++ iio-sensor-proxy-3.4/debian/patches/build_older_polkit.patch	2022-09-16 19:18:08.501181948 +0200
@@ -0,0 +1,29 @@
+Index: iio-sensor-proxy-3.4/src/iio-sensor-proxy.c
+===
+--- iio-sensor-proxy-3.4.orig/src/iio-sensor-proxy.c
 iio-sensor-proxy-3.4/src/iio-sensor-proxy.c
+@@ -33,6 +33,13 @@
+ 
+ #define NUM_SENSOR_TYPES DRIVER_TYPE_PROXIMITY + 1
+ 
++/* This uses a weird Auto prefix to avoid conflicts with later added polkit types. */
++typedef PolkitAuthorizationResult AutoPolkitAuthorizationResult;
++typedef PolkitSubject AutoPolkitSubject;
++
++G_DEFINE_AUTOPTR_CLEANUP_FUNC (AutoPolkitAuthorizationResult, g_object_unref)
++G_DEFINE_AUTOPTR_CLEANUP_FUNC (AutoPolkitSubject, g_object_unref)
++
+ typedef struct {
+ 	GMainLoop *loop;
+ 	GUdevClient *client;
+@@ -437,8 +444,8 @@ check_claim_permission (SensorData   *da
+ 			GError  **error)
+ {
+ 	g_autoptr(GError) local_error = NULL;
+-	g_autoptr(PolkitAuthorizationResult) result = NULL;
+-	g_autoptr(PolkitSubject) subject = NULL;
++	g_autoptr(AutoPolkitAuthorizationResult) result = NULL;
++	g_autoptr(AutoPolkitSubject) subject = NULL;
+ 
+ 	subject = polkit_system_bus_name_new (sender);
+ 	result = polkit_authority_check_authorization_sync (data->auth,
diff -Nur iio-sensor-proxy-3.0/debian/patches/proximity-Get-near-level-from-sysfs-if-available.patch iio-sensor-proxy-3.4/debian/patches/proximity-Get-near-level-from-sysfs-if-available.patch
--- iio-sensor-proxy-3.0/debian/patches/proximity-Get-near-level-from-sysfs-if-available.patch	2021-01-28 16:22:11.0 +0100
+++ iio-sensor-proxy-3.4/debian/patches/proximity-Get-near-level-from-sysfs-if-available.patch	1970-01-01 01:00:00.0 +0100
@@ -1,31 +0,0 @@
-From: Your Name 
-Date: Wed, 25 Mar 2020 11:59:03 +0100
-Subject: proximity: Get near-level from sysfs if available
-MIME-Version: 1.0
-Content-Type: text/plain; charset="utf-8"
-Content-Transfer-Encoding: 8bit
-
-DT based devices can set the near-level via sysfs. Parse it from
-there too.
-
-Signed-off-by: Guido Günther 
-Closes: #297
-(cherry picked from commit ed427251b703dc832a2051b5e4bdd1b51b99b115)

- src/drv-iio-poll-proximity.c | 3 +++
- 1 file changed, 3 insertions(+)
-
-diff --git a/src/drv-iio-poll-proximity.c b/src/drv-iio-poll-proximity.c
-index 98bacb1..432cda5 100644
 a/src/drv-iio-poll-proximity.c
-+++ b/src/drv-iio-poll-proximity.c
-@@ -100,6 +100,9 @@ get_near_level (GUdevDevice *device)
- 	gint near_level;
- 
- 	near_level = g_udev_device_get_property_as_int (device, P

Bug#1018075: [Tts-project] Bug#1018075: Default to espeak-ng-mbrola which has no voice?

[Sebastien Bacher]

Le 25/08/2022 à 20:38, Samuel Thibault a écrit :

  But when there is no voice available there, it
won't be working so in that case speech-dispatcher shouldn't even enable
it, and thus fallback to espeak-ng. I'll have a look at fixing that,
thanks for the report that at last reached somebody who is actually in
touch with speech-dispatcher!


Thanks. Also I was unsure if there is really no voice available or is 
that an issue with the mbrola-paths patch which made them not being found?


Cheers,
Sebastien Bacher

Bug#1018075: Default to espeak-ng-mbrola which has no voice?

[Sebastien Bacher]

Package: speech-dispatcher
Version: 0.11.1-3

Hey there,

I don't really know the speech-dispatcher stack but was trying to help 
debugging https://bugzilla.mozilla.org/show_bug.cgi?id=1753637 in firefox


The issue is discussed in 
https://stackoverflow.com/questions/46617366/speechsynthesis-getvoices-not-listing-voices-in-firefox 
with some details, but it seems the problem is that espeak-ng-mbrola is 
the default output and that has no voice?


$ spd-say -O
OUTPUT MODULES
espeak-ng-mbrola
espeak-ng

$ spd-say -o espeak-ng-mbrola -L
 NAME LANGUAGE  VARIANT
$

Should espeak-ng be the default?

Thanks,

Bug#1016585: Enable the wpe option on Ubuntu

[Sebastien Bacher]

Package: webkit2gtk
Version: 2.36.4-1

The package currently build without WPE on Ubuntu but the required 
depends got their MIR review validated recently so that delta can be 
removed now


Thanks,
diff -Nru webkit2gtk-2.36.4/debian/changelog webkit2gtk-2.36.4/debian/changelog
--- webkit2gtk-2.36.4/debian/changelog	2022-07-06 13:54:15.0 +0200
+++ webkit2gtk-2.36.4/debian/changelog	2022-08-03 17:27:29.0 +0200
@@ -1,3 +1,9 @@
+webkit2gtk (2.36.4-2) UNRELEASED; urgency=medium
+
+  * Enable wpe on Ubuntu now that the MIR has been accepted
+
+ -- Sebastien Bacher   Wed, 03 Aug 2022 17:27:29 +0200
+
 webkit2gtk (2.36.4-1) unstable; urgency=high
 
   * New upstream release.
diff -Nru webkit2gtk-2.36.4/debian/rules webkit2gtk-2.36.4/debian/rules
--- webkit2gtk-2.36.4/debian/rules	2022-07-06 13:54:15.0 +0200
+++ webkit2gtk-2.36.4/debian/rules	2022-08-03 17:26:41.0 +0200
@@ -109,11 +109,8 @@
 	EXTRA_CMAKE_ARGUMENTS += -DENABLE_BUBBLEWRAP_SANDBOX=OFF
 endif
 
-# Disable WPE on Ubuntu since the required backend is in universe
-ifeq ($(shell dpkg-vendor --derives-from Ubuntu && echo yes),yes)
-	EXTRA_CMAKE_ARGUMENTS += -DUSE_WPE_RENDERER=OFF
 # Disable the WPE renderer if libwpebackend-fdo-1.0-dev is not available
-else ifeq ($(shell pkg-config --exists wpebackend-fdo-1.0 && echo yes),yes)
+ifeq ($(shell pkg-config --exists wpebackend-fdo-1.0 && echo yes),yes)
 	EXTRA_CMAKE_ARGUMENTS += -DUSE_WPE_RENDERER=ON
 else
 	EXTRA_CMAKE_ARGUMENTS += -DUSE_WPE_RENDERER=OFF

Bug#1015804: Clean out conffile which is installed again by the package

[Sebastien Bacher]

Package: speech-dispatcher
Version: 0.11.1-3

The package includes a maintscript  entry to clean out 
/etc/speech-dispatcher/modules/mary-generic.conf on upgrade but that 
file is provided by the package again


The issue was initially reported on 
https://bugs.launchpad.net/ubuntu/+source/speech-dispatcher/+bug/1981611 
as triggering a conffile change prompt on upgrade from old versions


The attach patch fixes the issue by removing the entry

Cheers,
diff -Nru speech-dispatcher-0.11.1/debian/changelog speech-dispatcher-0.11.1/debian/changelog
--- speech-dispatcher-0.11.1/debian/changelog	2022-05-28 22:59:04.0 +0200
+++ speech-dispatcher-0.11.1/debian/changelog	2022-07-21 17:15:31.0 +0200
@@ -1,3 +1,11 @@
+speech-dispatcher (0.11.1-4) UNRELEASED; urgency=medium
+
+  * debian/speech-dispatcher.maintscript:
+- don't remove mary-generic.conf on upgrade, it's included in the
+  package again. Fix conffile prompt on update (lp: #1981611)
+
+ -- Sebastien Bacher   Thu, 21 Jul 2022 17:15:31 +0200
+
 speech-dispatcher (0.11.1-3) unstable; urgency=medium
 
   * patches/clibrary2: avoid iterating over each and every voice.
diff -Nru speech-dispatcher-0.11.1/debian/speech-dispatcher.maintscript speech-dispatcher-0.11.1/debian/speech-dispatcher.maintscript
--- speech-dispatcher-0.11.1/debian/speech-dispatcher.maintscript	2021-12-11 23:07:04.0 +0100
+++ speech-dispatcher-0.11.1/debian/speech-dispatcher.maintscript	2022-07-21 17:15:31.0 +0200
@@ -1,5 +1,4 @@
 rm_conffile /etc/speech-dispatcher/modules/mary-generic-disabled.conf 0.11.0~ speech-dispatcher
-rm_conffile /etc/speech-dispatcher/modules/mary-generic.conf 0.10.1-2~ speech-dispatcher
 rm_conffile /etc/speech-dispatcher/modules/espeak-generic.conf 0.10.2-1~ speech-dispatcher
 rm_conffile /etc/speech-dispatcher/modules/pico-generic.conf 0.10.2-1~ speech-dispatcher
 rm_conffile /etc/speech-dispatcher/modules/ivona.conf 0.10.2-3~ speech-dispatcher

Bug#1014020: Fails to build on big endian architectures

[Sebastien Bacher]

Package: webp-pixbuf-loader
Version: 0.0.5-2

The package currently fails to build on big endian architectures, which 
has been fixed upstream in 
https://github.com/aruiz/webp-pixbuf-loader/commit/4e845492a


Could you include the patch in the Debian package?

Thanks,

Bug#1013276: Alsa clients using the wrong plugin if pulseaudio is installed

[Sebastien Bacher]

Package: pipewire
Version: 0.3.52-1

The bug has been reported for Ubuntu on 
https://bugs.launchpad.net/ubuntu/+source/pipewire/+bug/1975823


'Steps to Reproduce:

install OpenWebStart

sign up on Stellwerksim

download the application
run it see the self test never pass the audio test


Actual Results:
Application won't start as self-test never passes or fails, just stays 
pending


Expected Results:
Self test passes and application starts'

The issue seems to be due to /usr/share/alsa/alsa.conf.d/pulse.conf 
which makes alsa default to pulseaudio and makes it go through 
pipewire-pulse instead of using directly the alsa plugin.


One other way could be to ship configuration files in pipewire ordered 
after the pulseaudio configs?


Cheers,

Bug#1013148: SetuptoolsDeprecationWarning: setup.py install is deprecated

[Sebastien Bacher]

Le 17/06/2022 à 21:41, Sebastiaan Couwenberg a écrit :

On 6/17/22 21:37, Sebastien Bacher wrote:

The current build displays this warning

/usr/lib/python3/dist-packages/setuptools/command/install.py:34: 
SetuptoolsDeprecationWarning: setup.py install is deprecated. Use 
build and pip and other standards-based tools.


This is not a problem.

Upstream added the warning for a reason. It is not a problem today but 
it will eventually need to be resolved at some point and it would be 
better to do before than it becomes an issue for a future python 
transition when it stops working...


Cheers,

Bug#1013148: SetuptoolsDeprecationWarning: setup.py install is deprecated

[Sebastien Bacher]

Package: lerc
Version: 3.0+ds-1

The current build displays this warning

/usr/lib/python3/dist-packages/setuptools/command/install.py:34: 
SetuptoolsDeprecationWarning: setup.py install is deprecated. Use build and pip 
and other standards-based tools.

Cheers,

Bug#1013147: Use an outdated compat version

[Sebastien Bacher]

Package: lerc
Version: 3.0+ds-1
Severity: minor

The package is still using dh12, it could be updated to a newer version. 
Let me know if you would welcome a patch to switch to the current version

Bug#1013146: Doesn't fail build on symbol changes

[Sebastien Bacher]

Package: lerc
Version: 3.0+ds-1

The package uses

override_dh_makeshlibs:
dh_makeshlibs -- -v$(UPSTREAM_VERSION) -c0


Any reason to use -c0 there? Shouldn't it fail the build to protect 
against accidental changes?


Cheers,

Bug#1012260: Build time warnings

[Sebastien Bacher]

Package: libldac
Version: 2.0.2.3+git20200429+ed310a0-4

The build log shows those warnings

- warnings during the build:
In file included from src/ldaclib.c:37:
src/sigana_ldac.c: In function ‘ana_frame_status_ldac’:
src/sigana_ldac.c:178:24: warning: ‘a_status’ may be used uninitialized 
[-Wmaybe-uninitialized]

  178 | return a_status[0];
  | ^~~
src/sigana_ldac.c:133:9: note: ‘a_status’ declared here
  133 | int a_status[LDAC_PRCNCH];
  | ^~~~
src/sigana_ldac.c: In function ‘ana_frame_status_ldac’:
src/sigana_ldac.c:178:24: warning: ‘a_status’ may be used uninitialized 
[-Wmaybe-uninitialized]

  178 | return a_status[0];
  | ^
src/sigana_ldac.c:133:9: note: ‘a_status’ declared here
  133 | int a_status[LDAC_PRCNCH];
  | ^

Unsure what the impact of the uninitialized variables would be nice but 
seems worth fixing

Bug#1011121: Info received (Bug#1011121: wpasupplicant linked with libssl3 can't connect to wifi (both MSCHAPv2 and WPA))

[Sebastien Bacher]

Hey there,

As a FYI I started a discussion upstream to suggest to lower the 
security level to 0 for TLS <= 1.1, a patch has been proposed which I 
uploaded to Ubuntu kinetic now to get some more user testing on the solution

http://lists.infradead.org/pipermail/hostap/2022-May/040571.html

I will keep the Debian bug updated once the package in ubuntu got some 
testing

Bug#1011354: Does not include an autopkgtest

[Sebastien Bacher]

Package: libqrtr-glib
Version: 1.2.2-1

It would be nicer if the package had autopkgtests testing. The attached 
patch is adding a trivial build test on the model of the ones used for 
most GNOME libraries, it ensure that a simple case builds and that the 
dev isn't missing any depends.


Thanks for considering




diff -Nru libqrtr-glib-1.2.2/debian/changelog libqrtr-glib-1.2.2/debian/changelog
--- libqrtr-glib-1.2.2/debian/changelog	2022-02-19 14:33:19.0 +0100
+++ libqrtr-glib-1.2.2/debian/changelog	2022-05-20 17:10:31.0 +0200
@@ -1,3 +1,9 @@
+libqrtr-glib (1.2.2-2) UNRELEASED; urgency=medium
+
+  * debian/tests: include a basic autopkgtest for the library
+
+ -- Sebastien Bacher   Fri, 20 May 2022 17:10:31 +0200
+
 libqrtr-glib (1.2.2-1) unstable; urgency=medium
 
   * New upstream version 1.2.2
diff -Nru libqrtr-glib-1.2.2/debian/tests/build libqrtr-glib-1.2.2/debian/tests/build
--- libqrtr-glib-1.2.2/debian/tests/build	1970-01-01 01:00:00.0 +0100
+++ libqrtr-glib-1.2.2/debian/tests/build	2022-05-20 17:10:31.0 +0200
@@ -0,0 +1,31 @@
+#!/bin/sh
+# autopkgtest check: Build and run a program against libqrtr-glib, to verify that
+# the headers and pkg-config file are installed correctly
+
+set -e
+
+if [ -n "${DEB_HOST_GNU_TYPE:-}" ]; then
+CROSS_COMPILE="$DEB_HOST_GNU_TYPE-"
+else
+CROSS_COMPILE=
+fi
+
+cat < libqrtr-glib_test.c
+#include 
+#include 
+
+int main(void)
+{
+  printf("The micro version is %d\n", QRTR_MICRO_VERSION);
+  return 0;
+}
+EOF
+
+# deliberately word-splitting pkg-config output:
+# shellcheck disable=SC2046
+"${CROSS_COMPILE}gcc" -o libqrtr-glib_test libqrtr-glib_test.c \
+$("${CROSS_COMPILE}pkg-config" --cflags --libs qrtr-glib)
+echo "build: OK"
+[ -x libqrtr-glib_test ]
+./libqrtr-glib_test
+echo "run: OK"
diff -Nru libqrtr-glib-1.2.2/debian/tests/control libqrtr-glib-1.2.2/debian/tests/control
--- libqrtr-glib-1.2.2/debian/tests/control	1970-01-01 01:00:00.0 +0100
+++ libqrtr-glib-1.2.2/debian/tests/control	2022-05-20 17:10:31.0 +0200
@@ -0,0 +1,3 @@
+Tests: build
+Depends: build-essential, pkg-config, libqrtr-glib-dev
+Restrictions: allow-stderr superficial

Bug#1011352: Does not include an autopkgtest

[Sebastien Bacher]

Package: libfreeaptx
Version: 0.1.1-1

It would be nicer if the package had autopkgtests testing. The attached 
patch is adding a trivial build test on the model of the ones used for 
most GNOME libraries, it ensure that a simple case builds and that the 
dev isn't missing any depends, and encode and decode tests copying the 
examples from the upstream github webpage. The tests are using a .wav 
from alsa-utils but it might make sense to include a wav in the package 
instead to avoid relying on external packages which might change in the 
futur.


We are using that change in Ubuntu now as having tests is a requirement 
to promote packages and we plan to preinstall libfreeaptx as part of the 
switch to pipewire.


Thanks for considering



diff -Nru libfreeaptx-0.1.1/debian/changelog libfreeaptx-0.1.1/debian/changelog
--- libfreeaptx-0.1.1/debian/changelog	2021-12-17 12:05:02.0 +0100
+++ libfreeaptx-0.1.1/debian/changelog	2022-05-20 15:23:06.0 +0200
@@ -1,3 +1,10 @@
+libfreeaptx (0.1.1-2) UNRELEASED; urgency=medium
+
+  * debian/tests: 
+- include build, encore and decode autopkgtests
+
+ -- Sebastien Bacher   Fri, 20 May 2022 15:23:06 +0200
+
 libfreeaptx (0.1.1-1) unstable; urgency=medium
 
   * Initial release (Closes: #995607)
diff -Nru libfreeaptx-0.1.1/debian/control libfreeaptx-0.1.1/debian/control
--- libfreeaptx-0.1.1/debian/control	2021-12-17 12:05:02.0 +0100
+++ libfreeaptx-0.1.1/debian/control	2022-05-20 15:23:06.0 +0200
@@ -1,6 +1,7 @@
 Source: libfreeaptx
 Priority: optional
-Maintainer: Kentaro Hayashi 
+Maintainer: Ubuntu Developers 
+XSBC-Original-Maintainer: Kentaro Hayashi 
 Build-Depends: debhelper-compat (= 13)
 Standards-Version: 4.6.0
 Section: libs
diff -Nru libfreeaptx-0.1.1/debian/tests/build libfreeaptx-0.1.1/debian/tests/build
--- libfreeaptx-0.1.1/debian/tests/build	1970-01-01 01:00:00.0 +0100
+++ libfreeaptx-0.1.1/debian/tests/build	2022-05-20 14:56:01.0 +0200
@@ -0,0 +1,31 @@
+#!/bin/sh
+# autopkgtest check: Build and run a program against libfreeaptx, to verify that
+# the headers and pkg-config file are installed correctly
+
+set -e
+
+if [ -n "${DEB_HOST_GNU_TYPE:-}" ]; then
+CROSS_COMPILE="$DEB_HOST_GNU_TYPE-"
+else
+CROSS_COMPILE=
+fi
+
+cat < libfreeaptx_test.c
+#include "freeaptx.h"
+
+int main(void)
+{
+  struct aptx_context *dec;
+  dec = aptx_init(0);
+  return 0;
+}
+EOF
+
+# deliberately word-splitting pkg-config output:
+# shellcheck disable=SC2046
+"${CROSS_COMPILE}gcc" -o libfreeaptx_test libfreeaptx_test.c \
+$("${CROSS_COMPILE}pkg-config" --cflags --libs libfreeaptx)
+echo "build: OK"
+[ -x libfreeaptx_test ]
+./libfreeaptx_test
+echo "run: OK"
diff -Nru libfreeaptx-0.1.1/debian/tests/control libfreeaptx-0.1.1/debian/tests/control
--- libfreeaptx-0.1.1/debian/tests/control	1970-01-01 01:00:00.0 +0100
+++ libfreeaptx-0.1.1/debian/tests/control	2022-05-20 15:22:48.0 +0200
@@ -0,0 +1,11 @@
+Tests: build
+Depends: build-essential, pkg-config, libfreeaptx-dev
+Restrictions: allow-stderr superficial
+
+Test-Command: sox /usr/share/sounds/alsa/Noise.wav -t raw -r 44.1k -L -e s -b 24 -c 2 - | freeaptxenc > $AUTOPKGTEST_TMP/sample.aptx; freeaptxdec < $AUTOPKGTEST_TMP/sample.aptx | sox -t raw -r 44.1k -L -e s -b 24 -c 2 - $AUTOPKGTEST_TMP/sample.wav
+Depends: alsa-utils, freeaptx-utils, sox
+Features: test-name=encore_decode
+
+Test-Command: sox /usr/share/sounds/alsa/Noise.wav -t raw -r 44.1k -L -e s -b 24 -c 2 - | freeaptxenc --hd > $AUTOPKGTEST_TMP/sample.aptx; freeaptxdec --hd < $AUTOPKGTEST_TMP/sample.aptx | sox -t raw -r 44.1k -L -e s -b 24 -c 2 - $AUTOPKGTEST_TMP/sample.wav
+Depends: alsa-utils, freeaptx-utils, sox
+Features: test-name=encore_decode_hd

Bug#1011340: Does not include an autopkgtest and missing depends

[Sebastien Bacher]

Package: wireplumber
Version: 0.4.10-1

It would be nicer if the package had autopkgtests testing. The attached 
patch is adding a trivial build test on the model of the ones used for 
most GNOME libraries, it ensure that a simple case builds and that the 
dev isn't missing any depends.


We are using that change in Ubuntu now as having tests is a requirement 
to promote packages and we plan to preinstall wireplumber as part of the 
switch to pipewire.
The missing depends have been caught by the test failing on our first 
upload ;-)


Thanks for considering


diff -Nru wireplumber-0.4.10/debian/changelog wireplumber-0.4.10/debian/changelog
--- wireplumber-0.4.10/debian/changelog	2022-05-11 14:01:51.0 +0200
+++ wireplumber-0.4.10/debian/changelog	2022-05-19 15:26:07.0 +0200
@@ -1,3 +1,13 @@
+wireplumber (0.4.10-2) UNRELEASED; urgency=medium
+
+  * debian/tests: 
+- add a basic build autopkgtest for the library
+  * debian/control:
+- libwireplumber-0.4-dev depends on libglib2.0-dev and libglib2.0-dev,
+  those are required by the .pc
+
+ -- Sebastien Bacher   Thu, 19 May 2022 15:26:07 +0200
+
 wireplumber (0.4.10-1) unstable; urgency=medium
 
   * Team upload.
diff -Nru wireplumber-0.4.10/debian/control wireplumber-0.4.10/debian/control
--- wireplumber-0.4.10/debian/control	2022-05-11 14:01:51.0 +0200
+++ wireplumber-0.4.10/debian/control	2022-05-19 15:26:07.0 +0200
@@ -43,6 +43,8 @@
 Architecture: linux-any
 Multi-Arch: same
 Depends: ${misc:Depends},
+ libglib2.0-dev,
+ libpipewire-0.3-dev,
  libwireplumber-0.4-0 (= ${binary:Version}),
  gir1.2-wp-0.4 (= ${binary:Version}),
 Description: Development files for WirePlumber
diff -Nru wireplumber-0.4.10/debian/tests/build wireplumber-0.4.10/debian/tests/build
--- wireplumber-0.4.10/debian/tests/build	1970-01-01 01:00:00.0 +0100
+++ wireplumber-0.4.10/debian/tests/build	2022-05-19 15:26:07.0 +0200
@@ -0,0 +1,30 @@
+#!/bin/sh
+# autopkgtest check: Build and run a program against libwireplumber, to verify that
+# the headers and pkg-config file are installed correctly
+
+set -e
+
+if [ -n "${DEB_HOST_GNU_TYPE:-}" ]; then
+CROSS_COMPILE="$DEB_HOST_GNU_TYPE-"
+else
+CROSS_COMPILE=
+fi
+
+cat < libwireplumber_test.c
+#include 
+
+int main(void)
+{
+  wp_init (WP_INIT_ALL);
+  return 0;
+}
+EOF
+
+# deliberately word-splitting pkg-config output:
+# shellcheck disable=SC2046
+"${CROSS_COMPILE}gcc" -o libwireplumber_test libwireplumber_test.c \
+$("${CROSS_COMPILE}pkg-config" --cflags --libs wireplumber-0.4)
+echo "build: OK"
+[ -x libwireplumber_test ]
+./libwireplumber_test
+echo "run: OK"
diff -Nru wireplumber-0.4.10/debian/tests/control wireplumber-0.4.10/debian/tests/control
--- wireplumber-0.4.10/debian/tests/control	1970-01-01 01:00:00.0 +0100
+++ wireplumber-0.4.10/debian/tests/control	2022-05-19 14:05:24.0 +0200
@@ -0,0 +1,3 @@
+Tests: build
+Depends: build-essential, pkg-config, libwireplumber-0.4-dev
+Restrictions: allow-stderr superficial

Bug#1011314: Does not include an autopkgtest

[Sebastien Bacher]

Package: libldac
Version: 2.0.2.3+git20200429+ed310a0-4

It would be nicer if the package had autopkgtests testing. The attached 
patch is adding a trivial build test on the model of the ones used for 
most GNOME libraries, it ensure that a simple case builds and that the 
dev isn't missing any depends. We are using that change in Ubuntu now as 
having tests is a requirement for supported packages and libldac is a 
pipewrire depends.


Thanks for considering

diff -Nru libldac-2.0.2.3+git20200429+ed310a0/debian/changelog libldac-2.0.2.3+git20200429+ed310a0/debian/changelog
--- libldac-2.0.2.3+git20200429+ed310a0/debian/changelog	2020-07-16 19:03:09.0 +0200
+++ libldac-2.0.2.3+git20200429+ed310a0/debian/changelog	2022-05-19 15:50:16.0 +0200
@@ -1,3 +1,9 @@
+libldac (2.0.2.3+git20200429+ed310a0-5) unstable; urgency=medium
+
+  * debian/tests: add a basic build autopkgtest for the library
+
+ -- Sebastien Bacher   Thu, 19 May 2022 15:50:16 +0200
+
 libldac (2.0.2.3+git20200429+ed310a0-4) unstable; urgency=medium
 
   * Rebuild with no source changes.
diff -Nru libldac-2.0.2.3+git20200429+ed310a0/debian/tests/build libldac-2.0.2.3+git20200429+ed310a0/debian/tests/build
--- libldac-2.0.2.3+git20200429+ed310a0/debian/tests/build	1970-01-01 01:00:00.0 +0100
+++ libldac-2.0.2.3+git20200429+ed310a0/debian/tests/build	2022-05-19 15:45:50.0 +0200
@@ -0,0 +1,35 @@
+#!/bin/sh
+# autopkgtest check: Build and run a program against libldac, to verify that
+# the headers and pkg-config file are installed correctly
+
+set -e
+
+if [ -n "${DEB_HOST_GNU_TYPE:-}" ]; then
+CROSS_COMPILE="$DEB_HOST_GNU_TYPE-"
+else
+CROSS_COMPILE=
+fi
+
+cat < libldac_test.c
+#include 
+#include 
+#include 
+
+int main(void)
+{
+	HANDLE_LDAC_BT ldac;
+
+	assert(ldacBT_get_handle());
+
+	return 0;
+}
+EOF
+
+# deliberately word-splitting pkg-config output:
+# shellcheck disable=SC2046
+"${CROSS_COMPILE}gcc" -o libldac_test libldac_test.c \
+$("${CROSS_COMPILE}pkg-config" --cflags --libs ldacBT-enc)
+echo "build: OK"
+[ -x libldac_test ]
+./libldac_test
+echo "run: OK"
diff -Nru libldac-2.0.2.3+git20200429+ed310a0/debian/tests/control libldac-2.0.2.3+git20200429+ed310a0/debian/tests/control
--- libldac-2.0.2.3+git20200429+ed310a0/debian/tests/control	1970-01-01 01:00:00.0 +0100
+++ libldac-2.0.2.3+git20200429+ed310a0/debian/tests/control	2022-05-19 15:41:13.0 +0200
@@ -0,0 +1,3 @@
+Tests: build
+Depends: build-essential, pkg-config, libldacbt-enc-dev
+Restrictions: allow-stderr superficial

Bug#1010669: Acknowledgement (Does not include an autopkgtest)

[Sebastien Bacher]

Updated version of the patch fixing the depends

Le 06/05/2022 à 15:21, Debian Bug Tracking System a écrit :

Thank you for filing a new Bug report with Debian.

You can follow progress on this Bug here: 1010669: 
https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=1010669.

This is an automatically generated reply to let you know your message
has been received.

Your message is being forwarded to the package maintainers and other
interested parties for their attention; they will reply in due course.

Your message has been sent to the package maintainer(s):
  Nobuhiro Iwamatsu 

If you wish to submit further information on this problem, please
send it to 1010...@bugs.debian.org.

Please do not send mail to ow...@bugs.debian.org unless you wish
to report a problem with the Bug-tracking system.
diff -Nru ell-0.50/debian/changelog ell-0.50/debian/changelog
--- ell-0.50/debian/changelog	2022-04-22 12:05:21.0 +0200
+++ ell-0.50/debian/changelog	2022-05-06 15:06:10.0 +0200
@@ -1,3 +1,9 @@
+ell (0.50-2) unstable; urgency=medium
+
+  * debian/tests: add a trivial build autopkgtest
+
+ -- Sebastien Bacher   Fri, 06 May 2022 15:06:10 +0200
+
 ell (0.50-1) unstable; urgency=medium
 
   [ upstream ]
diff -Nru ell-0.50/debian/tests/build ell-0.50/debian/tests/build
--- ell-0.50/debian/tests/build	1970-01-01 01:00:00.0 +0100
+++ ell-0.50/debian/tests/build	2022-05-06 14:43:27.0 +0200
@@ -0,0 +1,35 @@
+#!/bin/sh
+# Copyright 2020 Collabora Ltd.
+# SPDX-License-Identifier: GPL-2.0-or-later
+
+set -eux
+
+if [ -n "${DEB_HOST_GNU_TYPE:-}" ]; then
+CROSS_COMPILE="$DEB_HOST_GNU_TYPE-"
+else
+CROSS_COMPILE=
+fi
+
+cd "$AUTOPKGTEST_TMP"
+
+cat > trivial.c <
+
+int main(void)
+{
+	l_log_set_stderr();
+
+	if (!l_main_init())
+		return -1;
+		
+	l_info("Trivial");
+	return 0;
+}
+EOF
+
+# Deliberately word-splitting pkg-config's output:
+# shellcheck disable=SC2046
+"${CROSS_COMPILE}gcc" -otrivial trivial.c $("${CROSS_COMPILE}pkg-config" --cflags --libs ell)
+echo "build: OK"
+./trivial
+echo "run: OK"
diff -Nru ell-0.50/debian/tests/control ell-0.50/debian/tests/control
--- ell-0.50/debian/tests/control	1970-01-01 01:00:00.0 +0100
+++ ell-0.50/debian/tests/control	2022-05-06 14:20:35.0 +0200
@@ -0,0 +1,3 @@
+Tests: build
+Depends: libglib2.0-dev, build-essential, libell-dev
+Restrictions: allow-stderr, superficial

Bug#1011121: wpasupplicant linked with libssl3 can't connect to wifi (both MSCHAPv2 and WPA)

[Sebastien Bacher]

Hey,

Le 17/05/2022 à 11:25, Andrej Shadura a écrit :

Interesting. I thought the patch from Ubuntu should have prevented this from 
happening. Sebastien, what do you think?


No, the patch which was included in -9 fixes the case where the error was

OpenSSL: openssl_handshake - SSL_connect error:...:SSL routines::unsafe 
legacy renegotiation disabled


here it is

OpenSSL: openssl_handshake - SSL_connect error:0A0C0103:SSL 
routines::internal error


Which seems similar to 
https://bugs.launchpad.net/ubuntu/+source/wpa/+bug/1958267 , relevant 
description


'check whether your radius server possibly only supports TLS 1.1 or 
older. Those servers would default to rsa_pkcs1_md5_sha1 as TLS 
signature algorithm, which does not meet the 80 bits of security 
requirement of OpenSSL 3's default SECLEVEL of 1.


Try setting SECLEVEL to 0 to see if that fixes the issue for you. Talk 
to your Radius server administrator to recommend they offer TLS 1.2 or 
higher.'


You can try to workaround by creating a /etc/wpa_supplicant/openssl.cnf 
config with DEFAULT@SECLEVEL=0 as described on the launchpad report


It was also  discussed on 
https://bugzilla.redhat.com/show_bug.cgi?id=2069239 and fedora fixed it 
with this openssl change

https://src.fedoraproject.org/rpms/openssl/c/efdb8c60

Cheers,
Sebastien Bacher

Bug#1010669: Does not include an autopkgtest

[Sebastien Bacher]

Package: ell
Version: 0.50-1

It would be nicer if the package had autopkgtests testing. The attached 
patch is adding a trivial build test on the model of the ones used for 
most GNOME libraries, it ensure that a simple case builds and that the 
dev isn't missing any depends


Thanks for considering
diff -Nru ell-0.50/debian/changelog ell-0.50/debian/changelog
--- ell-0.50/debian/changelog	2022-04-22 12:05:21.0 +0200
+++ ell-0.50/debian/changelog	2022-05-06 15:06:10.0 +0200
@@ -1,3 +1,9 @@
+ell (0.50-2) unstable; urgency=medium
+
+  * debian/tests: add a trivial build autopkgtest
+
+ -- Sebastien Bacher   Fri, 06 May 2022 15:06:10 +0200
+
 ell (0.50-1) unstable; urgency=medium
 
   [ upstream ]
diff -Nru ell-0.50/debian/tests/build ell-0.50/debian/tests/build
--- ell-0.50/debian/tests/build	1970-01-01 01:00:00.0 +0100
+++ ell-0.50/debian/tests/build	2022-05-06 14:43:27.0 +0200
@@ -0,0 +1,35 @@
+#!/bin/sh
+# Copyright 2020 Collabora Ltd.
+# SPDX-License-Identifier: GPL-2.0-or-later
+
+set -eux
+
+if [ -n "${DEB_HOST_GNU_TYPE:-}" ]; then
+CROSS_COMPILE="$DEB_HOST_GNU_TYPE-"
+else
+CROSS_COMPILE=
+fi
+
+cd "$AUTOPKGTEST_TMP"
+
+cat > trivial.c <
+
+int main(void)
+{
+	l_log_set_stderr();
+
+	if (!l_main_init())
+		return -1;
+		
+	l_info("Trivial");
+	return 0;
+}
+EOF
+
+# Deliberately word-splitting pkg-config's output:
+# shellcheck disable=SC2046
+"${CROSS_COMPILE}gcc" -otrivial trivial.c $("${CROSS_COMPILE}pkg-config" --cflags --libs ell glib-2.0)
+echo "build: OK"
+./trivial
+echo "run: OK"
diff -Nru ell-0.50/debian/tests/control ell-0.50/debian/tests/control
--- ell-0.50/debian/tests/control	1970-01-01 01:00:00.0 +0100
+++ ell-0.50/debian/tests/control	2022-05-06 14:20:35.0 +0200
@@ -0,0 +1,3 @@
+Tests: build
+Depends: libglib2.0-dev, build-essential
+Restrictions: allow-stderr, superficial

Bug#1010603: Please include patch to allow legacy renegotiation with openssl3

[Sebastien Bacher]

I forgot to attach the actual patch, there we go
diff -Nru wpa-2.10/debian/changelog wpa-2.10/debian/changelog
--- wpa-2.10/debian/changelog	2022-04-09 09:28:35.0 +0200
+++ wpa-2.10/debian/changelog	2022-05-05 11:31:26.0 +0200
@@ -1,3 +1,11 @@
+wpa (2:2.10-9) unstable; urgency=medium
+
+  * debian/patches/allow-legacy-renegotiation.patch:
+allow legacy renegotiation to fix PEAP issues with some servers
+(Closes: #1010603)
+
+ -- Sebastien Bacher   Thu, 05 May 2022 11:31:26 +0200
+
 wpa (2:2.10-8) unstable; urgency=medium
 
   * Pull the defconfig updates from the upstream’s Git.
diff -Nru wpa-2.10/debian/patches/allow-legacy-renegotiation.patch wpa-2.10/debian/patches/allow-legacy-renegotiation.patch
--- wpa-2.10/debian/patches/allow-legacy-renegotiation.patch	1970-01-01 01:00:00.0 +0100
+++ wpa-2.10/debian/patches/allow-legacy-renegotiation.patch	2022-05-05 11:31:26.0 +0200
@@ -0,0 +1,24 @@
+# Description: allow legacy renegotiation to fix PEAP issues with some servers
+# Upstream: http://lists.infradead.org/pipermail/hostap/2022-May/040511.html
+#
+Index: wpa-2.10/src/crypto/tls_openssl.c
+===
+--- wpa-2.10.orig/src/crypto/tls_openssl.c
 wpa-2.10/src/crypto/tls_openssl.c
+@@ -1056,6 +1056,16 @@ void * tls_init(const struct tls_config
+ 	SSL_CTX_set_options(ssl, SSL_OP_NO_SSLv2);
+ 	SSL_CTX_set_options(ssl, SSL_OP_NO_SSLv3);
+ 
++	/* Many enterprise PEAP server implementations (e.g. used in large
++	 corporations and universities) do not support RFC5746 secure
++	 renegotiation, and starting with OpenSSL 3.0,
++	 SSL_OP_LEGACY_SERVER_CONNECT is no longer set as part of SSL_OP_ALL.
++	 So until we implement a way to request SSL_OP_LEGACY_SERVER_CONNECT
++	 only in EAP peer mode, just set SSL_OP_LEGACY_SERVER_CONNECT
++	 globally. */
++
++	SSL_CTX_set_options(ssl, SSL_OP_LEGACY_SERVER_CONNECT);
++
+ 	SSL_CTX_set_mode(ssl, SSL_MODE_AUTO_RETRY);
+ 
+ #ifdef SSL_MODE_NO_AUTO_CHAIN
diff -Nru wpa-2.10/debian/patches/series wpa-2.10/debian/patches/series
--- wpa-2.10/debian/patches/series	2022-04-09 09:28:35.0 +0200
+++ wpa-2.10/debian/patches/series	2022-05-05 11:31:26.0 +0200
@@ -7,3 +7,4 @@
 manpage-replace-wheel-with-netdev.patch
 upstream-fixes/0001-nl80211-add-extra-ies-only-if-allowed-by-driver.patch
 upstream-fixes/0002-AP-guard-FT-SAE-code-with-CONFIG_IEEE80211R_AP.patch
+allow-legacy-renegotiation.patch

Bug#1010603: Please include patch to allow legacy renegotiation with openssl3

[Sebastien Bacher]

Package: wpa
Version: 2.10-8
Severity: wishlist

Building with openssl3 creates issues to connect to some access points, 
one suggested workaround is to allow legacy renegociation, details are 
on http://lists.infradead.org/pipermail/hostap/2022-May/040511.html


Currently Fedora and Ubuntu include that patch. Debian didn't transition 
to openssl3 yet but eventually would need it. It would be nice if you 
could already include the change, it shouldn't create any issue for 
Debian, will avoid surprises if rebuilt with openssl3 and would allow 
Ubuntu to be back in sync


Thanks for considering

Bug#1005582: gettext: FTBFS: dh_auto_test: error: make -j4 check VERBOSE=1 returned exit code 2

[Sebastien Bacher]

Hi. The patch does not apply cleanly for me, but maybe it's because 
I'm trying to get the patch from the web interface.


I'll try from the git repository and will let you know how it goes.


Right, I used git and cherry picked with success for Ubuntu
https://launchpadlibrarian.net/592963111/gettext_0.21-4ubuntu3_0.21-4ubuntu4.diff.gz

Bug#1005582: gettext: FTBFS: dh_auto_test: error: make -j4 check VERBOSE=1 returned exit code 2

[Sebastien Bacher]

The issue is due to the new libunistring and should be fixed by this change

https://git.savannah.gnu.org/gitweb/?p=gettext.git;a=commit;h=56dc658db752c2894861ee574866d507f12a17f8

Bug#1007120: New upstream version 3.6.0 available

[Sebastien Bacher]

Package: libarchive
Version: 3.5.2-1

There is a new upstream version available
https://github.com/libarchive/libarchive/releases/tag/v3.6.0

It would be nice to see the update in Debian

Thanks,

Bug#1003883: Tests aren't part of the package build

[Sebastien Bacher]

Package: suitesparse-graphblas
Version: 6.0.0+dfsg-3

Hey,

The source includes a Test directory but those aren't run as part of the 
build, it would be nice to do so and also to add some autopkgtest.


Cheers,

Bug#1003676: The Build-Depends on libfuse-dev isn't needed

[Sebastien Bacher]

Package: ntfs-3g
Version: 1:2021.8.22-3

The package currently Build-Depends on libfuse-dev but that isn't useful 
since it's built using --with-fuse=internal. The attached patch removed 
the corresponding entry


Cheers,
diff -Nru ntfs-3g-2021.8.22/debian/changelog ntfs-3g-2021.8.22/debian/changelog
--- ntfs-3g-2021.8.22/debian/changelog	2021-10-10 19:59:33.0 +0200
+++ ntfs-3g-2021.8.22/debian/changelog	2022-01-13 15:23:39.0 +0100
@@ -1,3 +1,11 @@
+ntfs-3g (1:2021.8.22-4) UNRELEASED; urgency=medium
+
+  * debian/control:
+- don't Build-Depends on libfuse-dev since the package is built using
+  the --with-fuse=internal option
+
+ -- Sebastien Bacher   Thu, 13 Jan 2022 15:23:39 +0100
+
 ntfs-3g (1:2021.8.22-3) unstable; urgency=medium
 
   * Backport upstream documentation updates.
diff -Nru ntfs-3g-2021.8.22/debian/control ntfs-3g-2021.8.22/debian/control
--- ntfs-3g-2021.8.22/debian/control	2021-10-10 19:59:33.0 +0200
+++ ntfs-3g-2021.8.22/debian/control	2022-01-13 15:23:39.0 +0100
@@ -5,7 +5,6 @@
 Build-Depends:
  debhelper-compat (= 13),
  chrpath,
- libfuse-dev,
  libgcrypt20-dev,
  libgpg-error-dev,
  libgnutls28-dev,

Bug#1003675: The package still use fuse but fuse3 is available and better maintained

[Sebastien Bacher]

Package: ntfs-3g
Version: 1:2021.8.22-3

The package currently Pre-Depends on fuse, would it make sense to change 
to fuse3 which is the current version and better maintained?


Cheers,

Bug#1001841: liblouisutdml autopkgtest failing with the new liblouis

[Sebastien Bacher]

Package: liblouis
Version: 3.20.0-1

The liblouisutdml autopkgtests are failing since the liblouis 3.20.0-1 
update

https://ci.debian.net/packages/libl/liblouisutdml/testing/amd64/

one example of error from the log

'pagenum.cti:27: error: The uplow opcode is deprecated.
1 errors found.
nabcc.dis,whitespace.cti,identity.cti,pagenum.cti,hyph.dic could not be 
compiled
liblouisutdml.ini:29: Table 
'nabcc.dis,whitespace.cti,identity.cti,pagenum.cti,hyph.dic' cannot be 
found.

liblouisutdml.ini:29: invalid literaryTextTable
'

Cheers,

Bug#1001691: Build without lilv on Ubuntu

[Sebastien Bacher]

Package: pipewire
Version: 0.3.41-1

The recent update added a depends on liblilv, that component is 
currently in Ubuntu universe so it means we need to build without it 
there. Could you consider using the attached patch so we can keep the 
package in sync between the distributions?


Thanks,
diff -Nru pipewire-0.3.41/debian/changelog pipewire-0.3.41/debian/changelog
--- pipewire-0.3.41/debian/changelog	2021-12-13 12:09:33.0 +0100
+++ pipewire-0.3.41/debian/changelog	2021-12-14 13:01:38.0 +0100
@@ -1,3 +1,11 @@
+pipewire (0.3.41-2) UNRELEASED; urgency=medium
+
+  * debian/rules:
+- disable the new lv2 option on Ubuntu, lilv and its depends
+  (serd, sord, sratom) are currently in universe
+
+ -- Sebastien Bacher   Tue, 14 Dec 2021 13:01:38 +0100
+
 pipewire (0.3.41-1) unstable; urgency=medium
 
   * Team upload.
diff -Nru pipewire-0.3.41/debian/rules pipewire-0.3.41/debian/rules
--- pipewire-0.3.41/debian/rules	2021-12-13 12:09:33.0 +0100
+++ pipewire-0.3.41/debian/rules	2021-12-14 13:01:20.0 +0100
@@ -18,6 +18,13 @@
 BLUEZ5_CODEC_LDAC=enabled
 endif
 
+# lilv and some of its dependencies are in universe
+ifeq (yes,$(shell dpkg-vendor --derives-from Ubuntu && echo yes))
+LV2=disabled
+else
+LV2=enabled
+endif
+
 override_dh_auto_configure:
 	dh_auto_configure -- \
 		-Daudiotestsrc=enabled \
@@ -30,6 +37,7 @@
 		-Ddocs=$(DOCS) \
 		-Dffmpeg=disabled \
 		-Dinstalled_tests=enabled \
+		-Dlv2=$(LV2) \
 		-Dman=enabled \
 		-Droc=disabled \
 		-Dsession-managers= \

Bug#1000599: Don't require xdg-desktop-portal on Ubuntu i386

[Sebastien Bacher]

Package: webkit2gtk
Version: 2.34.2-1
Severity: minor

Dear maintainers,

The Ubuntu i386 archive is a partial one aimed at multiarch purpose and 
doesn't include desktop services as the xdg portal. The attached patch 
which is stacked on top of the recently submitted one to disable lto 
removes the recommends on the portal on that distribution and architecture


Thanks for considering!

Sebastien Bacher


diff -Nru webkit2gtk-2.34.2/debian/changelog webkit2gtk-2.34.2/debian/changelog
--- webkit2gtk-2.34.2/debian/changelog	2021-11-25 18:51:31.0 +0100
+++ webkit2gtk-2.34.2/debian/changelog	2021-11-25 18:51:31.0 +0100
@@ -3,6 +3,8 @@
   * debian/rules:
 - explicitly disable lto since when it's on the build is failing,
   that doesn't impact Debian by default but is an issue on Ubuntu 
+   - don't Recommends xdg-desktop-portal-gtk on Ubuntu i386, it's a partial
+ architecture and the binary doesn't exist
 
  -- Sebastien Bacher   Thu, 25 Nov 2021 18:51:31 +0100
 
diff -Nru webkit2gtk-2.34.2/debian/rules webkit2gtk-2.34.2/debian/rules
--- webkit2gtk-2.34.2/debian/rules	2021-11-25 18:51:31.0 +0100
+++ webkit2gtk-2.34.2/debian/rules	2021-11-25 18:51:31.0 +0100
@@ -66,8 +66,13 @@
 	CPPFLAGS += -DNDEBUG -DG_DISABLE_CAST_CHECKS
 endif
 
+# Don't Recommends xdg portals on Ubuntu i386 where it doesn't exist
+ifeq ($(shell dpkg-vendor --is Ubuntu && echo yes) $(DEB_HOST_ARCH), yes i386)
+	EXTRA_CMAKE_ARGUMENTS += -DENABLE_BUBBLEWRAP_SANDBOX=ON
+	DH_GENCONTROL_ARGS += -Vbwrap:Depends="bubblewrap (>= 0.3.1), \
+	xdg-dbus-proxy"
 # Disable the bubblewrap sandbox if libseccomp-dev is not available
-ifeq ($(shell pkg-config --exists libseccomp && echo yes),yes)
+else ifeq ($(shell pkg-config --exists libseccomp && echo yes),yes)
 	EXTRA_CMAKE_ARGUMENTS += -DENABLE_BUBBLEWRAP_SANDBOX=ON
 	DH_GENCONTROL_ARGS += -Vbwrap:Depends="bubblewrap (>= 0.3.1), \
 	xdg-dbus-proxy"

Bug#1000598: Fail to build with lto

[Sebastien Bacher]

Package: webkit2gtk
Version: 2.34.2-1
Severity: minor

Dear maintainers,

Webkitgtk fails to build with lto, that's not a problem for Debian at 
the moment but we carry a delta in Ubuntu where LTO is enabled by 
default. The option shouldn't be an issue for Debian and allows us to 
lower the delta and might be useful for Debian as well at some point.


Thanks for considering the attached patch,

Sebastien Bacher


diff -Nru webkit2gtk-2.34.2/debian/changelog webkit2gtk-2.34.2/debian/changelog
--- webkit2gtk-2.34.2/debian/changelog	2021-11-24 15:56:26.0 +0100
+++ webkit2gtk-2.34.2/debian/changelog	2021-11-25 18:51:31.0 +0100
@@ -1,3 +1,11 @@
+webkit2gtk (2.34.2-2) UNRELEASED; urgency=medium
+
+  * debian/rules:
+- explicitly disable lto since when it's on the build is failing,
+  that doesn't impact Debian by default but is an issue on Ubuntu 
+
+ -- Sebastien Bacher   Thu, 25 Nov 2021 18:51:31 +0100
+
 webkit2gtk (2.34.2-1) unstable; urgency=medium
 
   * New upstream release.
diff -Nru webkit2gtk-2.34.2/debian/rules webkit2gtk-2.34.2/debian/rules
--- webkit2gtk-2.34.2/debian/rules	2021-11-24 15:56:26.0 +0100
+++ webkit2gtk-2.34.2/debian/rules	2021-11-25 18:51:31.0 +0100
@@ -1,6 +1,6 @@
 #!/usr/bin/make -f
 
-export DEB_BUILD_MAINT_OPTIONS = hardening=+all
+export DEB_BUILD_MAINT_OPTIONS = hardening=+all optimize=-lto
 
 include /usr/share/dpkg/architecture.mk
 include /usr/share/dpkg/buildflags.mk

Bug#1000529: Enable the apport build option when building on Ubuntu

[Sebastien Bacher]

Package: shotwell
Version: 0.30.14-1
Severity: minor

Dear maintainers,

Could you merge the attached patch to build with apport when on Ubuntu? 
It should have no impact on Debian. The patch is stacked on the one from


https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=1000528

Thanks for considering,
Sebastien Bacher



diff -Nru shotwell-0.30.14/debian/changelog shotwell-0.30.14/debian/changelog
--- shotwell-0.30.14/debian/changelog	2021-11-24 16:11:17.0 +0100
+++ shotwell-0.30.14/debian/changelog	2021-11-24 16:11:17.0 +0100
@@ -3,6 +3,8 @@
   * debian/control, debian/rules:
 - Build with and enable the libunity option, it's a small library and
   also providing integration in the GNOME dash-to-dock
+  * debian/rules:
+- enable the apport option on Ubuntu
 
  -- Sebastien Bacher   Wed, 24 Nov 2021 16:11:17 +0100
 
diff -Nru shotwell-0.30.14/debian/rules shotwell-0.30.14/debian/rules
--- shotwell-0.30.14/debian/rules	2021-11-24 16:08:56.0 +0100
+++ shotwell-0.30.14/debian/rules	2021-11-24 16:11:17.0 +0100
@@ -7,9 +7,14 @@
 %:
 	dh $@  --buildsystem=meson --with gnome
 
+#Enable the apport option when building of Ubuntu 
+ifeq ($(shell dpkg-vendor --derives-from Ubuntu && echo yes),yes)
+APPORT = -Dinstall-apport-hook=true
+endif
+
 override_dh_auto_configure:
 	dh_auto_configure -- \
-	-Dunity-support=true
+	-Dunity-support=true $(APPORT)
 
 override_dh_gnome_clean:
 	dh_gnome_clean --no-control

Bug#1000528: Could you build with libunity?

[Sebastien Bacher]

Package: shotwell
Version: 0.30.14-1
Severity: minor

Dear maintainers,

Shotwell provides an option to build with libunity. The naming of the 
library is a bit misleading but it's not specific to the Unity desktop, 
it also adds integration to the GNOME dash to dock for example 
(displaying an indicator on the launcher icon during import). The 
library is used in Debian already for other components like evolution, 
it would be nice to enable it in shotwell as well. The library is small 
and doesn't have extra depends.


Thanks for considering,
Sebastien Bacher

Bug#978911: transmission: ftbfs with autoconf 2.70

[Sebastien Bacher]

tags 978911 patch
userubuntu-de...@lists.ubuntu.com
usertags 978911 origin-ubuntu impish ubuntu-patch

thank you

The attached patch should fix the issue
Index: transmission-3.00/configure.ac
===
--- transmission-3.00.orig/configure.ac
+++ transmission-3.00/configure.ac
@@ -555,9 +555,7 @@ dnl it should be safe to re-edit 0.40 ba
 use_nls=no
 if test "x$enable_nls" = "xyes" ; then
 use_nls=yes
-m4_ifdef([IT_PROG_INTLTOOL],
- [IT_PROG_INTLTOOL([0.35.0],[no-xml])],
- [AC_MSG_ERROR("--enable-nls requires intltool to be installed.")])
+IT_PROG_INTLTOOL([0.35.0],[no-xml])
 AC_CHECK_HEADERS([libintl.h])
 GETTEXT_PACKAGE=transmission-gtk
 AC_SUBST(GETTEXT_PACKAGE)

Bug#999363: Shouldn't replace pulseaudio by pipewire by default

[Sebastien Bacher]

Hey Dylan, thanks for the reply!

Le 10/11/2021 à 17:56, Dylan Aïssi a écrit :

I re-added pipewire-media-service as an alternative to wireplumber in
pipewire Recommends in the last upload 0.3.39-4.
Could this fix the issue?
It might help some users who are upgrading and already had 
pipewire-media-service installed but isn't really a solution. The first 
option in the recommend is wireplumber so new install will default to 
that one. Also if wireplumber is the recommended session manager letting 
user get it is probably right

I totally agree, that was not my aim to switch the default sound service.
Having wireplumber installed without pipewire-pulse is not enough to
get back pulseaudio as a sound service, we need to modify
/usr/share/wireplumber/wireplumber.conf
I am not sure how to correctly handle that. Any suggestion?


No suggestion sorry, I don't know pipewire well enough for that. I tried 
to ask on their IRC channel yesterday, Wim basically suggested that the 
right way to keep pulseaudio in charge of audio was to not load the alsa 
and bluetooth monitors by changing the configuration, maybe that's the 
right thing to do until we decide to make pipewire replace pulseaudio?


Cheers,
Sebastien Bacher

Bug#999363: Shouldn't replace pulseaudio by pipewire by default

[Sebastien Bacher]

Package: wireplumber
Version: 0.4.4-1

The pipewire 0.3.39-3 updated replaced pipewire-media-service Recommends 
by wireplumber, or wireplumber Recommends pipewire-pulse which makes it 
take over pulseaudio as the default sound service. We got several report 
of people upgrading and having issues on #debian-gnome.
Pipewire is installed by default on GNOME because it's used for screen 
recording but pulseaudio is still installed and our default sound server.


Switching the default sound service is an option but should probably be 
a project discussion and not a consequence of a dependency tweak. Could 
you perhaps lower the Recommends on pipewire-pulse to a Suggests for now?


Thanks,
Sebastien Bacher

Bug#997932: Does not include a .symbols

[Sebastien Bacher]

Updated patch with the correct content and the bug reference
diff -Nru opensc-0.22.0/debian/changelog opensc-0.22.0/debian/changelog
--- opensc-0.22.0/debian/changelog	2021-08-17 06:48:15.0 +0200
+++ opensc-0.22.0/debian/changelog	2021-10-27 12:36:10.0 +0200
@@ -1,3 +1,11 @@
+opensc (0.22.0-2) UNRELEASED; urgency=medium
+
+  * debian/opensc-pkcs11.symbols:
+- create a .symbols to ensure the API isn't accidentally changing
+  (Closes: #997932)
+
+ -- Sebastien Bacher   Wed, 27 Oct 2021 12:36:10 +0200
+
 opensc (0.22.0-1) unstable; urgency=medium
 
   * New upstream release (Closes: 979726)
diff -Nru opensc-0.22.0/debian/opensc-pkcs11.symbols opensc-0.22.0/debian/opensc-pkcs11.symbols
--- opensc-0.22.0/debian/opensc-pkcs11.symbols	1970-01-01 01:00:00.0 +0100
+++ opensc-0.22.0/debian/opensc-pkcs11.symbols	2021-10-27 12:35:49.0 +0200
@@ -0,0 +1,767 @@
+libopensc.so.8 opensc-pkcs11 #MINVER#
+ _sc_asn1_decode@Base 0.22.0
+ _sc_asn1_encode@Base 0.22.0
+ _sc_card_add_ec_alg@Base 0.22.0
+ _sc_card_add_rsa_alg@Base 0.22.0
+ _sc_debug@Base 0.22.0
+ _sc_debug_hex@Base 0.22.0
+ _sc_delete_reader@Base 0.22.0
+ _sc_log@Base 0.22.0
+ _sc_match_atr@Base 0.22.0
+ _sc_match_atr_block@Base 0.22.0
+ eac_default_flags@Base 0.22.0
+ eac_pace_get_tries_left@Base 0.22.0
+ eac_secret_name@Base 0.22.0
+ escape_buf_to_pace_capabilities@Base 0.22.0
+ escape_buf_to_pace_input@Base 0.22.0
+ escape_buf_to_pace_output@Base 0.22.0
+ escape_pace_capabilities_to_buf@Base 0.22.0
+ escape_pace_input_to_buf@Base 0.22.0
+ escape_pace_output_to_buf@Base 0.22.0
+ get_pace_capabilities@Base 0.22.0
+ iasecc_sdo_encode_update_field@Base 0.22.0
+ iasecc_sm_create_file@Base 0.22.0
+ iasecc_sm_delete_file@Base 0.22.0
+ iasecc_sm_external_authentication@Base 0.22.0
+ iasecc_sm_pin_reset@Base 0.22.0
+ iasecc_sm_pin_verify@Base 0.22.0
+ iasecc_sm_read_binary@Base 0.22.0
+ iasecc_sm_rsa_generate@Base 0.22.0
+ iasecc_sm_rsa_update@Base 0.22.0
+ iasecc_sm_sdo_update@Base 0.22.0
+ iasecc_sm_update_binary@Base 0.22.0
+ iso7816_read_binary_sfid@Base 0.22.0
+ iso7816_update_binary_sfid@Base 0.22.0
+ iso7816_write_binary_sfid@Base 0.22.0
+ npa_reset_retry_counter@Base 0.22.0
+ perform_chip_authentication@Base 0.22.0
+ perform_pace@Base 0.22.0
+ perform_terminal_authentication@Base 0.22.0
+ sc_append_file_id@Base 0.22.0
+ sc_append_path@Base 0.22.0
+ sc_append_path_id@Base 0.22.0
+ sc_append_record@Base 0.22.0
+ sc_asn1_clear_algorithm_id@Base 0.22.0
+ sc_asn1_decode@Base 0.22.0
+ sc_asn1_decode_algorithm_id@Base 0.22.0
+ sc_asn1_decode_bit_string@Base 0.22.0
+ sc_asn1_decode_bit_string_ni@Base 0.22.0
+ sc_asn1_decode_choice@Base 0.22.0
+ sc_asn1_decode_integer@Base 0.22.0
+ sc_asn1_decode_object_id@Base 0.22.0
+ sc_asn1_encode@Base 0.22.0
+ sc_asn1_encode_algorithm_id@Base 0.22.0
+ sc_asn1_encode_object_id@Base 0.22.0
+ sc_asn1_find_tag@Base 0.22.0
+ sc_asn1_print_tags@Base 0.22.0
+ sc_asn1_put_tag@Base 0.22.0
+ sc_asn1_read_tag@Base 0.22.0
+ sc_asn1_sig_value_rs_to_sequence@Base 0.22.0
+ sc_asn1_sig_value_sequence_to_rs@Base 0.22.0
+ sc_asn1_skip_tag@Base 0.22.0
+ sc_asn1_verify_tag@Base 0.22.0
+ sc_asn1_write_element@Base 0.22.0
+ sc_aux_data_allocate@Base 0.22.0
+ sc_aux_data_free@Base 0.22.0
+ sc_aux_data_get_md_guid@Base 0.22.0
+ sc_aux_data_set_md_flags@Base 0.22.0
+ sc_aux_data_set_md_guid@Base 0.22.0
+ sc_base64_decode@Base 0.22.0
+ sc_base64_encode@Base 0.22.0
+ sc_bin_to_hex@Base 0.22.0
+ sc_build_pin@Base 0.22.0
+ sc_bytes2apdu@Base 0.22.0
+ sc_cancel@Base 0.22.0
+ sc_card_ctl@Base 0.22.0
+ sc_card_find_ec_alg@Base 0.22.0
+ sc_card_find_rsa_alg@Base 0.22.0
+ sc_change_reference_data@Base 0.22.0
+ sc_check_apdu@Base 0.22.0
+ sc_check_sw@Base 0.22.0
+ sc_color_fprintf@Base 0.22.0
+ sc_compare_oid@Base 0.22.0
+ sc_compare_path@Base 0.22.0
+ sc_compare_path_prefix@Base 0.22.0
+ sc_compute_signature@Base 0.22.0
+ sc_concatenate_path@Base 0.22.0
+ sc_connect_card@Base 0.22.0
+ sc_context_create@Base 0.22.0
+ sc_copy_asn1_entry@Base 0.22.0
+ sc_crc32@Base 0.22.0
+ sc_create_file@Base 0.22.0
+ sc_ctx_detect_readers@Base 0.22.0
+ sc_ctx_get_reader@Base 0.22.0
+ sc_ctx_get_reader_by_id@Base 0.22.0
+ sc_ctx_get_reader_by_name@Base 0.22.0
+ sc_ctx_get_reader_count@Base 0.22.0
+ sc_ctx_log_to_file@Base 0.22.0
+ sc_ctx_use_reader@Base 0.22.0
+ sc_ctx_win32_get_config_value@Base 0.22.0
+ sc_decipher@Base 0.22.0
+ sc_delete_file@Base 0.22.0
+ sc_delete_record@Base 0.22.0
+ sc_der_copy@Base 0.22.0
+ sc_detect_card_presence@Base 0.22.0
+ sc_disconnect_card@Base 0.22.0
+ sc_do_log@Base 0.22.0
+ sc_do_log_color@Base 0.22.0
+ sc_do_log_noframe@Base 0.22.0
+ sc_dump_hex@Base 0.22.0
+ sc_encode_oid@Base 0.22.0
+ sc_enum_apps@Base 0.22.0
+ sc_erase_binary@Base 0.22.0
+ sc_establish_context@Base 0.22.0
+ sc_file_add_acl_entry@Base 0.22.0
+ sc_file_clear_acl_entries@Base 0.22.0
+ sc_file_dup@Base 0.22.0
+ sc_file_free@Base 0.22.0
+ sc_file_get_acl_entry@Base 0.22.0
+ sc_file_new@Base 0.22.0
+ sc_file_set_content@Base 0.22.0

Bug#997932: Does not include a .symbols

[Sebastien Bacher]

Package: opensc
Version: 0.22.0-1
Severity: minor
Tags: patch
User: ubuntu-de...@lists.ubuntu.com
Usertags: origin-ubuntu impish ubuntu-patch

Dear maintainers,

Current opensc doesn't include a .symbols, having one would help in 
ensuring updates don't include incompatible changes. The issue was 
raised by the Ubuntu MIR team on https://launchpad.net/bugs/1892559 and 
is a condition for us to promote the package but it would also be useful 
in Debian.


Ludovic who participated in the discussion that the .so is dlopened but 
respecting the defined PKCS11 standard, which probably means it make 
sense to ensure the files stay compatible with defined API.


The attached patch enable symbols tracking


Thanks for considering,
Sebastien Bacher



 changelog |8 
 opensc-pkcs11.symbols |  767 ++
 2 files changed, 775 insertions(+)

Bug#995166: Lower gst-plugins-bad to a suggests on Ubuntu

[Sebastien Bacher]

Package: webkit2gtk
Version: 2.34.0-1
Severity: minor
Tags: patch
User: ubuntu-de...@lists.ubuntu.com
Usertags: origin-ubuntu impish ubuntu-patch

The gstreamer-plugins-bad1.0 package has been promoted to a recommends
recently in Debian unstable but the package is in universe in Ubuntu,
the attached patch makes the depends being handled the same way as the
libav one which should give the expected results.

Thanks,

diff -Nru webkit2gtk-2.34.0/debian/changelog webkit2gtk-2.34.0/debian/changelog
--- webkit2gtk-2.34.0/debian/changelog	2021-09-23 12:10:43.0 +0200
+++ webkit2gtk-2.34.0/debian/changelog	2021-09-27 13:27:41.0 +0200
@@ -1,3 +1,11 @@
+webkit2gtk (2.34.0-2) UNRELEASED; urgency=medium
+
+  * debian/control, debian/rules:
+- handle gstreamer1.0-plugins-bad with the same Ubuntu override than
+  libav, it's also in universe
+
+ -- Sebastien Bacher   Mon, 27 Sep 2021 13:27:41 +0200
+
 webkit2gtk (2.34.0-1) unstable; urgency=medium
 
   * New upstream release.
diff -Nru webkit2gtk-2.34.0/debian/control webkit2gtk-2.34.0/debian/control
--- webkit2gtk-2.34.0/debian/control	2021-09-23 12:10:43.0 +0200
+++ webkit2gtk-2.34.0/debian/control	2021-09-27 13:26:50.0 +0200
@@ -144,8 +144,7 @@
  ${bwrap:Depends},
  ${shlibs:Depends},
  ${misc:Depends}
-Recommends: gstreamer1.0-plugins-bad,
-gstreamer1.0-gl,
+Recommends: gstreamer1.0-gl,
 libgl1-mesa-dri,
 ${bwrap:Recommends},
 ${gst:Recommends}
diff -Nru webkit2gtk-2.34.0/debian/rules webkit2gtk-2.34.0/debian/rules
--- webkit2gtk-2.34.0/debian/rules	2021-09-23 12:10:43.0 +0200
+++ webkit2gtk-2.34.0/debian/rules	2021-09-27 13:27:36.0 +0200
@@ -93,11 +93,11 @@
 	EXTRA_CMAKE_ARGUMENTS += -DUSER_AGENT_BRANDING="Ubuntu"
 endif
 
-# gstreamer1.0-libav is not in Ubuntu "main"
+# gstreamer1.0-libav and gstreamer1.0-plugins-bad are not in Ubuntu "main"
 ifeq ($(shell dpkg-vendor --derives-from Ubuntu && echo yes),yes)
-	DH_GENCONTROL_ARGS += -Vgst:Suggests="gstreamer1.0-libav"
+	DH_GENCONTROL_ARGS += -Vgst:Suggests="gstreamer1.0-libav, gstreamer1.0-plugins-bad"
 else
-	DH_GENCONTROL_ARGS += -Vgst:Recommends="gstreamer1.0-libav"
+	DH_GENCONTROL_ARGS += -Vgst:Recommends="gstreamer1.0-libav, gstreamer1.0-plugins-bad"
 endif
 
 %:

Bug#987686: webkit2gtk breaks balsa autopkgtest: xwd: error: No window with name Balsa exists!

[Sebastien Bacher]

Could we get the patch uploaded to fix the issue? The webkitgtk depends
got removed for 2.32 but 2.33 in experimental still has a depends and
tests are failing
https://ci.debian.net/data/autopkgtest/unstable/amd64/b/balsa/15157874/log.gz

On Ubuntu Recommends are installed by default which also makes it fail
there so we did upload a patched balsa now but it would be nice to have
the fix in Debian since it would be more reliable than having flaky
results depending of the installed packages

Bug#990039: Use build-depends-indep for the elpa requirement

[Sebastien Bacher]

Package: gettext
Version: 0.21-4
Tags: patch

The Build-Depends is only useful to build an arch all binary so moving
to build-depends-indep, also using the dh sequence simplify the rules.
The patch is currently used in Ubuntu where it was added to fix the
build on i386 (the Ubuntu/i386 archive is a partial one and emacs isn't
built there) but the change should also make sense for Debian

Thanks for considering

diff -Nru gettext-0.21/debian/changelog gettext-0.21/debian/changelog
--- gettext-0.21/debian/changelog	2021-02-02 22:35:00.0 +0100
+++ gettext-0.21/debian/changelog	2021-06-18 16:34:44.0 +0200
@@ -1,3 +1,13 @@
+gettext (0.21-5) UNRELEASED; urgency=medium
+
+  * debian/control, 
+debian/rules:
+- Move dh-elpa to Build-Depends-Indep and change it to dh-sequence-elpa,
+  thus allowing the removal of explicit "--with elpa" options in
+  debian/rules
+
+ -- Sebastien Bacher   Fri, 18 Jun 2021 16:34:44 +0200
+
 gettext (0.21-4) unstable; urgency=medium
 
   * Drop versioned build-dependency on g++ as it holds in stable.
diff -Nru gettext-0.21/debian/control gettext-0.21/debian/control
--- gettext-0.21/debian/control	2021-02-02 21:00:00.0 +0100
+++ gettext-0.21/debian/control	2021-06-18 16:34:23.0 +0200
@@ -3,7 +3,8 @@
 Priority: optional
 Maintainer: Santiago Vila 
 Standards-Version: 4.5.1
-Build-Depends: debhelper-compat (= 13), dh-exec (>= 0.13), dh-elpa, bison, file, help2man, xz-utils, default-jdk , maven-repo-helper , libunistring-dev, libxml2-dev, groff
+Build-Depends: debhelper-compat (= 13), dh-exec (>= 0.13), bison, file, help2man, xz-utils, default-jdk , maven-repo-helper , libunistring-dev, libxml2-dev, groff
+Build-Depends-Indep: dh-sequence-elpa
 Homepage: https://www.gnu.org/software/gettext/
 Rules-Requires-Root: no
 
diff -Nru gettext-0.21/debian/rules gettext-0.21/debian/rules
--- gettext-0.21/debian/rules	2021-02-02 21:00:00.0 +0100
+++ gettext-0.21/debian/rules	2021-06-18 16:34:04.0 +0200
@@ -1,7 +1,7 @@
 #!/usr/bin/make -f
 
 %:
-	dh $@ --with elpa $(WITH_MAVEN)
+	dh $@ $(WITH_MAVEN)
 
 
 #

Bug#989951: The autopkgtests are failing with the new tiff version

[Sebastien Bacher]

Package: pylibtiff
Version:  0.4.2-6

The autopkgtests are failing with tiff/4.3.0 from experimental
https://ci.debian.net/packages/p/pylibtiff/unstable/amd64/

'NameError: name '__attribute__' is not defined'

Bug#989596: ImportError when used with python3.9

[Sebastien Bacher]

Package: nautilus-admin
Version: 1.1.9-3
Tags: patch
User: ubuntu-de...@lists.ubuntu.com
Usertags: origin-ubuntu impish ubuntu-patch

The bug has been initially reported on
https://bugs.launchpad.net/ubuntu/+source/nautilus-admin/+bug/1924573

'$ nautilus -q
Traceback (most recent call last):
  File "/usr/share/nautilus-python/extensions/nautilus-admin.py", line
25, in 
    from gettext import gettext, locale, bindtextdomain, textdomain
ImportError: cannot import name 'locale' from 'gettext'
(/usr/lib/python3.9/gettext.py)'

The attached patch fixes the issue and comes from
https://github.com/TomaszGasior/mushrooms-rpms/issues/41

Cbeers,

diff -Nru nautilus-admin-1.1.9/debian/changelog nautilus-admin-1.1.9/debian/changelog
--- nautilus-admin-1.1.9/debian/changelog	2019-11-04 21:11:13.0 +0100
+++ nautilus-admin-1.1.9/debian/changelog	2021-06-08 10:48:53.0 +0200
@@ -1,3 +1,11 @@
+nautilus-admin (1.1.9-3.1) unstable; urgency=medium
+
+  * debian/patches/new-python-compat.patch:
+- fix the locale import to be compatible with python 3.9,
+  thanks Kesantielu (lp: #1924573)
+
+ -- Sebastien Bacher   Tue, 08 Jun 2021 10:48:53 +0200
+
 nautilus-admin (1.1.9-3) unstable; urgency=medium
 
   [ Carlos Maddela ]
diff -Nru nautilus-admin-1.1.9/debian/patches/new-python-compat.patch nautilus-admin-1.1.9/debian/patches/new-python-compat.patch
--- nautilus-admin-1.1.9/debian/patches/new-python-compat.patch	1970-01-01 01:00:00.0 +0100
+++ nautilus-admin-1.1.9/debian/patches/new-python-compat.patch	2021-06-08 10:48:53.0 +0200
@@ -0,0 +1,29 @@
+From a51885e75338a9d45f8873d47db067bb81c8071a Mon Sep 17 00:00:00 2001
+From: Vitor Lopes 
+Date: Thu, 3 Dec 2020 16:49:07 +
+Subject: [PATCH] fix for python9
+https://github.com/TomaszGasior/mushrooms-rpms/issues/41
+---
+ extension/nautilus-admin.py | 8 +++-
+ 1 file changed, 7 insertions(+), 1 deletion(-)
+
+diff --git a/extension/nautilus-admin.py b/extension/nautilus-admin.py
+index 683a484..4719bbc 100644
+--- a/extension/nautilus-admin.py
 b/extension/nautilus-admin.py
+@@ -22,7 +22,13 @@
+ require_version('Nautilus', '3.0')
+ 
+ from gi.repository import Nautilus, GObject
+-from gettext import gettext, locale, bindtextdomain, textdomain
++from gettext import gettext, bindtextdomain, textdomain
++try:
++	# python 8
++	from gettext import locale
++except ImportError:
++	# python 9
++	import locale
+ 
+ ROOT_UID = 0
+ NAUTILUS_PATH="@NAUTILUS_PATH@"
+
diff -Nru nautilus-admin-1.1.9/debian/patches/series nautilus-admin-1.1.9/debian/patches/series
--- nautilus-admin-1.1.9/debian/patches/series	2019-11-04 21:11:13.0 +0100
+++ nautilus-admin-1.1.9/debian/patches/series	2021-06-08 10:48:53.0 +0200
@@ -1,2 +1,3 @@
 out-of-place-build.patch
 update-german-translation.patch
+new-python-compat.patch

Bug#982845: [Pkg-ayatana-devel] Bug#982845: Acknowledgement (Build tests are failed but ignored)

[Sebastien Bacher]

Hey Mike,

Great, thanks, that's helpful, I will check that next week on Ubuntu!

Cheers,
Sebastien

Le 30/04/2021 à 17:35, Mike Gabriel a écrit :
>
> I have just uploaded a libayatana-appindicator version that should fix
> this problem.
>
> I also filed a PR upstream for this:
> https://github.com/AyatanaIndicators/libayatana-appindicator/pull/19
>
> Greets,
> Mike 

Bug#987817: dh_missing lists files not being installed

[Sebastien Bacher]

Package: opensc
Version: 0.21.0-1

The current version builds log has

'   dh_missing
dh_missing: warning: etc/opensc.conf exists in debian/tmp but is not
installed to anywhere (related file: "etc/opensc.conf")
dh_missing: warning: etc/xdg/autostart/pkcs11-register.desktop exists in
debian/tmp but is not installed to anywhere
dh_missing: warning: usr/lib/x86_64-linux-gnu/libopensc.a exists in
debian/tmp but is not installed to anywhere
dh_missing: warning: usr/lib/x86_64-linux-gnu/libopensc.la exists in
debian/tmp but is not installed to anywhere
dh_missing: warning: usr/lib/x86_64-linux-gnu/libopensc.so exists in
debian/tmp but is not installed to anywhere
dh_missing: warning: usr/lib/x86_64-linux-gnu/libsmm-local.la exists in
debian/tmp but is not installed to anywhere
dh_missing: warning: usr/lib/x86_64-linux-gnu/libsmm-local.so exists in
debian/tmp but is not installed to anywhere
dh_missing: warning: usr/lib/x86_64-linux-gnu/onepin-opensc-pkcs11.la
exists in debian/tmp but is not installed to anywhere
dh_missing: warning: usr/lib/x86_64-linux-gnu/opensc-pkcs11.la exists in
debian/tmp but is not installed to anywhere
dh_missing: warning: usr/lib/x86_64-linux-gnu/pkcs11-spy.la exists in
debian/tmp but is not installed to anywhere
dh_missing: warning: usr/lib/x86_64-linux-gnu/pkgconfig/opensc-pkcs11.pc
exists in debian/tmp but is not installed to anywhere
dh_missing: warning: usr/share/doc/opensc/NEWS exists in debian/tmp but
is not installed to anywhere (related file: "NEWS")
dh_missing: warning: usr/share/doc/opensc/html/files.html exists in
debian/tmp but is not installed to anywhere (related file:
"doc/files/files.html")
dh_missing: warning: usr/share/doc/opensc/html/tools.html exists in
debian/tmp but is not installed to anywhere (related file:
"doc/tools/tools.html")
dh_missing: warning: usr/share/doc/opensc/opensc.conf exists in
debian/tmp but is not installed to anywhere (related file:
"etc/opensc.conf")'

Ideally that list would be empty and dh_missing --fail-missing would be
used to avoid missing files in the futur.

Bug#982845: Acknowledgement (Build tests are failed but ignored)

[Sebastien Bacher]

Hey there,

Any chance you could check on this one? That's a blocker if we want to
switch to the ayatana indicators in Ubuntu, which we should do this
cycle if we want to do it before the next LTS

Thanks,

Le 15/02/2021 à 10:48, Debian Bug Tracking System a écrit :
> Thank you for filing a new Bug report with Debian.
>
> You can follow progress on this Bug here: 982845: 
> https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=982845.
>
> This is an automatically generated reply to let you know your message
> has been received.
>
> Your message is being forwarded to the package maintainers and other
> interested parties for their attention; they will reply in due course.
>
> Your message has been sent to the package maintainer(s):
>  Ayatana Packagers 
>
> If you wish to submit further information on this problem, please
> send it to 982...@bugs.debian.org.
>
> Please do not send mail to ow...@bugs.debian.org unless you wish
> to report a problem with the Bug-tracking system.
>

Bug#987812: 'Upstream' typoed in the copyright

[Sebastien Bacher]

Package: ayatana-ido
Version: 0.8.2-1

The debian/copyright has on l3
'Upstrem-Contact'

Unsure how it's generated from debian/copyright.in which has the non
typoed version though

Bug#985770: Please update to the current version in experimental

[Sebastien Bacher]

Package: libvirt-glib
Version: 3.0.0-1

We are packaging GNOME 40 in experimental but the gnome-boxes update
40.beta -> 40.rc updated its libvirt-glib requirement so we are blocked
on the beta version until a library update is available

https://ftp.acc.umu.se/pub/GNOME/sources/gnome-boxes/40/gnome-boxes-40.rc.news

Thanks,

Bug#984522: Acknowledgement (The ruby-gnome autopkgtests are failing with 2.31)

[Sebastien Bacher]

I've also reported the issue upstream now with some details

https://bugs.webkit.org/show_bug.cgi?id=223069

Le 04/03/2021 à 17:48, Debian Bug Tracking System a écrit :
> Thank you for filing a new Bug report with Debian.
>
> You can follow progress on this Bug here: 984522: 
> https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=984522.
>
> This is an automatically generated reply to let you know your message
> has been received.
>
> Your message is being forwarded to the package maintainers and other
> interested parties for their attention; they will reply in due course.
>
> Your message has been sent to the package maintainer(s):
>  Debian WebKit Maintainers 
>
> If you wish to submit further information on this problem, please
> send it to 984...@bugs.debian.org.
>
> Please do not send mail to ow...@bugs.debian.org unless you wish
> to report a problem with the Bug-tracking system.
>

Bug#982737: gnome-autoar: CVE-2020-36241

[Sebastien Bacher]

Hey there

Le 06/03/2021 à 20:46, Salvatore Bonaccorso a écrit :
> Probably as well on your radar already, but there is as well a
> regression fix needed for it as per
>
> https://gitlab.gnome.org/GNOME/gnome-autoar/-/commit/cc4e8b7ccc973ac69d75a7423fbe1bcdc51e2cb3
Thanks Salvatore for pointing that out. I've uploaded a backport of the
CVE patch + the regression fix to unstable now

Cheers,
Sebastien Bacher

Bug#984522: The ruby-gnome autopkgtests are failing with 2.31

[Sebastien Bacher]

Package: webkit2gtk
Version: 2.31.90-1

The ruby-gnome autopkgtests started failing with the new webkit2gtk serie
https://autopkgtest.ubuntu.com/packages/r/ruby-gnome/hirsute/amd64

One log example
https://objectstorage.prodstack4-5.canonical.com/v1/AUTH_77e2ada1e7a84929a74ba3b87153c0ac/autopkgtest-hirsute/hirsute/amd64/r/ruby-gnome/20210301_162450_69d15@/log.gz

Bug#984512: Building -Wl,-Bsymbolic-functions leads to tests failure

[Sebastien Bacher]

Package: libzip
Version: 1.7.3-1
Severity: minor
Tags: patch
User: ubuntu-de...@lists.ubuntu.com
Usertags: origin-ubuntu hirsute ubuntu-patch

The issue is described there upstream
https://github.com/nih-at/libzip/issues/20

The flag is default in Ubuntu which makes the package build fail. The
upstream fix makes the tests being disabled when
 -Wl,-Bsymbolic-functions is used by ideally we would not have those
turned off. The attached patch strips the  -Wl,-Bsymbolic-functions flag
if defined, it should make no difference for Debian but allow Ubuntu to
build and keep the tests enabled

Thanks,
diff -Nru libzip-1.7.3/debian/changelog libzip-1.7.3/debian/changelog
--- libzip-1.7.3/debian/changelog	2020-10-10 21:01:16.0 +0200
+++ libzip-1.7.3/debian/changelog	2021-03-03 13:30:59.0 +0100
@@ -1,3 +1,10 @@
+libzip (1.7.3-2) unstable; urgency=medium
+
+  * debian/rules:
+- build without -Wl,-Bsymbolic-functions to workaround failing tests
+
+ -- Sebastien Bacher   Wed, 03 Mar 2021 13:30:59 +0100
+
 libzip (1.7.3-1) unstable; urgency=medium
 
   * New upstream version 1.7.3
diff -Nru libzip-1.7.3/debian/rules libzip-1.7.3/debian/rules
--- libzip-1.7.3/debian/rules	2020-10-10 21:01:16.0 +0200
+++ libzip-1.7.3/debian/rules	2021-03-03 13:30:59.0 +0100
@@ -3,6 +3,10 @@
 # Uncomment this to turn on verbose mode.
 #export DH_VERBOSE=1
 
+# having -Wl,-Bsymbolic-functions defined isn't compatible with some tests
+# https://github.com/nih-at/libzip/issues/20
+export DEB_LDFLAGS_MAINT_STRIP := -Wl,-Bsymbolic-functions
+
 DEB_HOST_MULTIARCH ?=.
 
 %:

Bug#983525: [Debian-on-mobile-maintainers] Bug#983525: Bug#983525: Bug#983525: Update to 1.1 in experimental

[Sebastien Bacher]

Hey there

I've pushed to gnome-team, hopefully I did it right (basically git clone
--bare and git push --mirror).

I've also accepted you as a member of the team and invited Arnaud

Cheers,
Sebastien Bacher

Le 03/03/2021 à 14:28, Guido Günther a écrit :
> So since everyone agrees, let's move it. I don't have enough permissions
> to shovel this over to the gnome team yet so Sebastien would need to
> handle it.
>
> I've requested access to the GNOME group but only access to libhandy-1
> would be o.k. too.
> Cheers,
>  -- Guido

Bug#983360: multipath-tools: autopkgtest failure on the qemu testbed

[Sebastien Bacher]

It's similar to https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=981231
and a warning from the new gdisks version which is printed on stderr, or
autopkgtest fails on stderr content by default

Using Restrictions: allow-stderr should workaround the issue

Bug#983814: Please make autopkgtests cross-test-friendly

[Sebastien Bacher]

Package: libinih
Version: 53-1
Severity: minor
Tags: patch
User: ubuntu-de...@lists.ubuntu.com
Usertags: origin-ubuntu hirsute ubuntu-patch

Dear maintainers,

In Ubuntu, we are in the process of moving the i386 architecture to a
compatibility-only layer on amd64, and therefore we are also moving our
autopkgtest infrastructure to test i386 binaries in a cross-environment.

This requires changes to some tests so that they are cross-aware and can
do the right thing.

The libinih tests currently fail in this environment, because they are
build tests that do not invoke the toolchain in a cross-aware manner. 
I've verified that the attached patch lets the tests successfully build
(and run) i386 tests on an amd64 host.

Note that upstream autopkgtest doesn't currently set DEB_HOST_ARCH so
thisis a complete no-op in Debian for the moment.  Support for
cross-testing in autopkgtest is currently awaiting review at
https://salsa.debian.org/ci-team/autopkgtest/merge_requests/69 and once
landed, will still have no effect unless autopkgtest is invoked with a
'-a' option.  So this change should be safe to land in your package
despite this not being upstream in autopkgtest.


Thanks for considering,



diff -Nru libinih-53/debian/changelog libinih-53/debian/changelog
--- libinih-53/debian/changelog	2021-02-09 11:47:19.0 +0100
+++ libinih-53/debian/changelog	2021-03-01 23:43:57.0 +0100
@@ -1,3 +1,10 @@
+libinih (53-2) UNRELEASED; urgency=medium
+
+  * debian/tests/unittest.sh:
+- set the CC environment to be cross-build friendly
+
+ -- Sebastien Bacher   Mon, 01 Mar 2021 23:43:57 +0100
+
 libinih (53-1) unstable; urgency=medium
 
   * New upstream release (Closes: #982351)
diff -Nru libinih-53/debian/tests/unittest.sh libinih-53/debian/tests/unittest.sh
--- libinih-53/debian/tests/unittest.sh	2021-02-09 11:47:19.0 +0100
+++ libinih-53/debian/tests/unittest.sh	2021-03-01 23:43:57.0 +0100
@@ -1,6 +1,10 @@
 #!/bin/sh
 set -e
 
+if [ -n "${DEB_HOST_GNU_TYPE:-}" ]; then
+export CC=$(dpkg-architecture -qDEB_HOST_GNU_TYPE)-gcc
+fi
+
 cd tests
 make test
 make clean

Bug#983749: The autopkgtest test depends are not available on s390x

[Sebastien Bacher]

Package: r-cran-sf
Version: 0.9-7+dfsg-2

debian/tests/control has a Depends on r-cran-lwgeom which isn't build on
s390x anymore since
https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=961211 , it makes the
s390x autopkgtests fail
(Debian has currently no builder set, but log from Ubuntu
https://objectstorage.prodstack4-5.canonical.com/v1/AUTH_77e2ada1e7a84929a74ba3b87153c0ac/autopkgtest-hirsute/hirsute/s390x/r/r-cran-sf/20210228_211230_bcd0f@/log.gz)

Either the depends should be removed or the package should also not be
built on s390x anymore?
(r-cran-stars is in a similar situation)

Cheers,

Bug#983525: [Debian-on-mobile-maintainers] Bug#983525: Update to 1.1 in experimental

[Sebastien Bacher]

Le 26/02/2021 à 12:36, Guido Günther a écrit :
> Uploaded. Given the libhandy lives under GNOME/ upstream for some time i
> wonder if we shouldn't move it over in Debian too?
> Cheers,

+1 from me, let me know if you want me to push the vcs to pkg-gnome?