Bug#1065579: Ubuntu delta to restrict the thunderbird architectures
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)
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
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)
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
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
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
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
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
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
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)
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
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
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
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
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
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
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
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
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
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)
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
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
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
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
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
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.
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.
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
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
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
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
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
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
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
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
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
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
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
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?
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
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
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
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?
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?
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
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
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
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
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
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
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
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
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
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))
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
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
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
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
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)
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)
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
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
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
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
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
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
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
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
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
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
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
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
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
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
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?
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
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
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
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
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
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
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!
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
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
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
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)
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
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)
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
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
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)
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
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
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
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
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
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
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
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
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?