Bug#1082048: restic is running forever

[Sebastien Hinderer]

Package: restic
Version: 0.17.1-1
Severity: normal


I have a restic-based backup script that has now ran for several
years without any issue, backing up on BackBlaze.

This script is now running for ages without me being able to figure out
why / what it is actually doing, no matter how many occurrences of -v I use.

repository ... opened (version 1)
using parent snapshot ...
[0:01] 100.00%  497 / 497 index files loaded
Save() returned error, retrying after 1.000845357s: Close: 
b2_upload_file: 302:
[5:46] 234033 files 205.358 GiB, total 234033 files 205.358 GiB, 0 errors

(the last line has its timestamp increased regularly without this completeing, 
whereas I don't think that many files have changed)

Bug#1081582: hledger: New upstream version available

[Sebastien Delafond]

Package: hledger
Version: 1.30.1-1+b1
Severity: wishlist

Hello,

would you consider packaging the latest upstream version? Anything
above 1.32 would be of interest, as that version adds support for
interpolating regular expression match groups into field assignments
(see https://github.com/simonmichael/hledger/pull/2087).

Cheers,

-- 
Seb

-- System Information:
Debian Release: trixie/sid
  APT prefers unstable
  APT policy: (500, 'unstable'), (1, 'experimental')
Architecture: amd64 (x86_64)
Foreign Architectures: i386

Kernel: Linux 6.10.4-amd64 (SMP w/8 CPU threads; PREEMPT)
Kernel taint flags: TAINT_PROPRIETARY_MODULE, TAINT_WARN, TAINT_OOT_MODULE, 
TAINT_UNSIGNED_MODULE
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8), LANGUAGE not set
Shell: /bin/sh linked to /usr/bin/dash
Init: systemd (via /run/systemd/system)
LSM: AppArmor: enabled

Versions of packages hledger depends on:
ii  libc6  2.39-7
ii  libffi83.4.6-1
ii  libgmp10   2:6.3.0+dfsg-2+b1
ii  libtinfo6  6.5-2
ii  zlib1g 1:1.3.dfsg+really1.3.1-1

hledger recommends no packages.

hledger suggests no packages.

-- no debconf information

Bug#1078493: collectd: no SMART attributes with kernel 6.10

[Sebastien SLeiBt]

Package: collectd
Version: 5.12.0-18.1
Severity: normal

Dear Maintainer,

Since upgrading to kernel 6.10, SMART attributes aren't collected anymore.
No problem with other metrics.

Rebooting into the previous kernel (6.9.12) fixes the issue.

Smart plugin config:

   Disk "/^[hs]d[a-f][0-9]?$/"
#   IgnoreSelected false


There is only one (Samsung) SSD in this machine, connected to an integrated
Intel SATA port.

Smartctl works fine, but does not depend on libatasmart, thus I suspect
either libatasmart
does not get values from kernel 6.10, or that collectd does not understand
what it returns.

I've not been able to find any logs or debugs to understand the issue
further, any suggestions?

Thanks!

-- System Information:
Debian Release: trixie/sid
 APT prefers unstable
 APT policy: (500, 'unstable')
Architecture: amd64 (x86_64)

Kernel: Linux 6.10.3-amd64 (SMP w/4 CPU threads; PREEMPT)
Kernel taint flags: TAINT_USER
Locale: LANG=en_IE.UTF-8, LC_CTYPE=en_IE.UTF-8 (charmap=UTF-8),
LANGUAGE=en_GB
Shell: /bin/sh linked to /usr/bin/dash
Init: systemd (via /run/systemd/system)
LSM: AppArmor: enabled

Versions of packages collectd depends on:
ii  collectd-core  5.12.0-18.1
ii  libc6  2.39-6
ii  librrd8t64 1.7.2-4.1+b4

Versions of packages collectd recommends:
pn  default-jre-headless  
pn  intel-cmt-cat 
ii  libabsl20230802   20230802.1-4
ii  libatasmart4  0.19-5+b1
ii  libbson-1.0-0t64  1.27.5-1
ii  libcurl3t64-gnutls8.9.1-2
ii  libdbi1t640.9.0-6.1
ii  libesmtp6 1.1.0-3.1+b1
ii  libgcc-s1 14.2.0-2
ii  libgcrypt20   1.11.0-6
ii  libglib2.0-0t64   2.81.1-3
ii  libgps30t64   3.25-4
ii  libgrpc++1.51t64  1.51.1-4.1+b6
ii  libgrpc29t64  1.51.1-4.1+b6
ii  libhiredis1.1.0   1.2.0-6+b2
ii  libi2c0   4.3-4+b3
ii  libip4tc2 1.8.10-4
ii  libip6tc2 1.8.10-4
ii  libjansson4   2.14-2+b2
ii  libldap-2.5-0 2.5.18+dfsg-2
ii  liblua5.3-0   5.3.6-2+b2
ii  libmariadb3   1:11.4.2-4
ii  libmemcached11t64 1.1.4-1.1+b1
ii  libmicrohttpd12t641.0.1-1
ii  libmnl0   1.0.5-2+b1
ii  libmodbus53.1.10-2
ii  libmongoc-1.0-0t641.27.5-1
ii  libmosquitto1 2.0.18-1+b2
ii  libnotify40.8.3-1+b1
ii  libopenipmi0t64   2.0.33-1.1+b1
ii  liboping0 1.10.0-5+b3
ii  libowcapi-3.2-4t643.2p4+dfsg1-4.5
ii  libpcap0.8t64 1.10.4-5
ii  libperl5.38t645.38.2-5
ii  libpq516.4-1
ii  libprotobuf-c11.4.1-1+b2
ii  libprotobuf32t64  3.21.12-9
ii  libpython3.12t64  3.12.5-1
ii  libqpid-proton11  0.37.0-2+b4
ii  librabbitmq4  0.14.0-1
ii  librdkafka1   2.4.0-1
ii  libriemann-client01.10.4-4
ii  librrd8t641.7.2-4.1+b4
ii  librte-eal24  23.11.1-2
ii  librte-ethdev24   23.11.1-2
ii  libsensors5   1:3.6.0-10
ii  libsnmp40t64  5.9.4+dfsg-1.1+b1
ii  libssl3t643.3.1-2
ii  libstdc++614.2.0-2
ii  libudev1  256.4-2
ii  libupsclient6t64  2.8.1-3.1+b1
ii  libvirt0  10.6.0-1
ii  libxenmisc4.17t64 4.17.3+36-g54dacb5c02-1+b1
ii  libxml2   2.12.7+dfsg-3+b1
ii  libyajl2  2.1.0-5+b1

collectd suggests no packages.

-- Configuration Files:
/etc/collectd/collectd.conf changed [not included]

-- no debconf information

Bug#1078131: ripe-atlas-tools: ripe-atlas crash due to missing argument on yaml.load

[Sebastien Badia]

Package: ripe-atlas-tools
Version: 2.3.0-3
Severity: important
Tags: patch newcomer

Hello !

ripe-atlas fail with any commands due to a change in python yaml loader (patch
inclued).
we can maybe also update the Debian version to the latest ripe-atlas-tools
version (3.1.0), I can take care of it if needed.
let me know.

Thanks in advance !

Sebastien

% ripe-atlas --help
Traceback (most recent call last):
  File "/bin/ripe-atlas", line 8, in 
from ripe.atlas.tools.commands.measure import Factory as BaseFactory
  File "/usr/lib/python3/dist-
packages/ripe/atlas/tools/commands/measure/__init__.py", line 20, in 
from .ping import PingMeasureCommand
  File "/usr/lib/python3/dist-
packages/ripe/atlas/tools/commands/measure/ping.py", line 18, in 
from ...helpers.validators import ArgumentType
  File "/usr/lib/python3/dist-packages/ripe/atlas/tools/helpers/validators.py",
line 25, in 
from ..settings import aliases
  File "/usr/lib/python3/dist-packages/ripe/atlas/tools/settings/__init__.py",
line 287, in 
conf = Configuration().get()
   ^
  File "/usr/lib/python3/dist-packages/ripe/atlas/tools/settings/__init__.py",
line 34, in get
custom = yaml.load(y)
 
TypeError: load() missing 1 required positional argument: 'Loader'


-- System Information:
Debian Release: trixie/sid
  APT prefers oldoldstable
  APT policy: (500, 'oldoldstable'), (500, 'testing'), (90, 'unstable'), (1, 
'experimental')
Architecture: amd64 (x86_64)

Kernel: Linux 6.9.10-amd64 (SMP w/4 CPU threads; PREEMPT)
Kernel taint flags: TAINT_WARN
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8), LANGUAGE not set
Shell: /bin/sh linked to /usr/bin/dash
Init: systemd (via /run/systemd/system)
LSM: AppArmor: enabled

Versions of packages ripe-atlas-tools depends on:
ii  python3  3.12.4-1
ii  python3-dateutil 2.9.0-2
ii  python3-ipy  1:1.01-2
ii  python3-openssl  24.1.0-1
ii  python3-pkg-resources70.3.0-2
ii  python3-requests 2.31.0+dfsg-2
ii  python3-ripe-atlas-cousteau  2.0.0-1
ii  python3-ripe-atlas-sagan 1.3.1-1
ii  python3-tzlocal  5.2-1.1
ii  python3-yaml 6.0.1-2+b1

Versions of packages ripe-atlas-tools recommends:
ii  python3-ujson  5.10.0-1+b1

ripe-atlas-tools suggests no packages.

-- no debconf information

*** /home/sbadia/patch_ripe-atlas.patch
--- __init__.py 2024-08-07 11:53:46.629760865 +0200
+++ __init__.py 2024-08-07 11:57:48.887159939 +0200
@@ -13,7 +13,7 @@
 # You should have received a copy of the GNU General Public License
 # along with this program.  If not, see <http://www.gnu.org/licenses/>.

-import collections
+from collections.abc import Mapping
 import copy
 import os
 import re
@@ -31,7 +31,7 @@
 r = copy.deepcopy(self.DEFAULT)
 if os.path.exists(self.USER_RC):
 with open(self.USER_RC) as y:
-custom = yaml.load(y)
+custom = yaml.load(y, Loader=yaml.FullLoader)
 if custom:
 r = self.deep_update(r, custom)
 return r
@@ -43,7 +43,7 @@
 Stolen from http://stackoverflow.com/questions/3232943/
 """
 for k, v in u.items():
-if isinstance(v, collections.Mapping):
+if isinstance(v, Mapping):
 r = cls.deep_update(d.get(k, {}), v)
 d[k] = r
 else:

Bug#926660: Patch to make webfs stoppable again

[Sebastien KOECHLIN]

The /etc/logrotate.d/webfs file should probably be patched the same way:

May 15 00:00:00 X systemd[1]: Starting Rotate log files...
May 15 00:00:00 X logrotate[34644]: start-stop-daemon: matching only on 
non-root pidfile /var/run/webfs/webfsd.pid is insecure
May 15 00:00:00 X logrotate[34637]: error: error running non-shared postrotate 
script for /var/log/webfs/webfs.log of '/var/log/webfs/webfs.log '
May 15 00:00:00 X systemd[1]: logrotate.service: Main process exited, 
code=exited, status=1/FAILURE
May 15 00:00:00 X systemd[1]: logrotate.service: Failed with result 'exit-code'.
May 15 00:00:00 X systemd[1]: Failed to start Rotate log files.

Bug#1057648: synadm: Add bash completion script to synadm

[Sebastien Badia]

On Wed, Dec 06, 2023 at 03:51:19PM (+0100), Nicolas Peugnet wrote:
> Dear Maintainer,
> 
> In case you didn't see, I made a merge request on salsa [1] to generate
> the bash completion script from Click and to add it to the binary
> package.
> I'm trying to also send the patch via reportbug, but as this is the
> first time I am trying to do it I am not entirely sure to succeed.
> 
> [1] https://salsa.debian.org/matrix-team/synadm/-/merge_requests/1

Hi Nicolas !

Sorry for the late reply, but thank you for this patch !

0.46 is now merged upstream with your patch, I've just imported this
version in Debian.

Cheers,

Sebastien


signature.asc
Description: PGP signature

Bug#1065579: Ubuntu delta to restrict the thunderbird architectures

[Sebastien Bacher]

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

Hey,

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


Cheers,



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

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

[Sebastien Bacher]

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


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

Thank you for filing a new Bug report with Debian.

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

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

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

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

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

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

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

[Sebastien Bacher]

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

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


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

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

[Sebastien Bacher]

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


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

Thank you for filing a new Bug report with Debian.

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

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

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

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

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

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

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

[Sebastien Bacher]

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

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


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

Bug#1059326: python3-reportlab: Can't set standard fonts

[Sebastien Delafond]

Package: python3-reportlab
Version: 3.6.12-1
Severity: normal

Control: notfound -1 4.0.8-1
Control: found -1 3.6.12-1 

This is the same type of issue as archived bug
https://bugs.debian.org/1029683, and I'm filing this new one to make
it clear python3-reportlab in bookworm is affected.

Here's a short reproducer :

  from reportlab.graphics.barcode import createBarcodeDrawing
  barcode = createBarcodeDrawing('QR',value='test')
  barcode.asString('png')

And the associated error :

,
| Warn: Can't find .pfb for face 'Times-Roman'
| Traceback (most recent call last):
|   File "/opt/test-reportlab-bug.py", line 7, in 
| barcode.asString('png')
|   File "/usr/lib/python3/dist-packages/reportlab/graphics/shapes.py",
|   line 807, in asString
| return renderPM.drawToString(self,
| fmt=format,showBoundary=getattr(self,'showBorder',
|
^^
|   File "/usr/lib/python3/dist-packages/reportlab/graphics/renderPM.py",
|   line 696, in drawToString
| drawToFile(d,s,fmt=fmt, dpi=dpi, bg=bg,
| configPIL=configPIL,backend=backend)
|   File "/usr/lib/python3/dist-packages/reportlab/graphics/renderPM.py",
|   line 691, in drawToFile
| c = drawToPMCanvas(d, dpi=dpi, bg=bg, configPIL=configPIL,
| showBoundary=showBoundary,backend=backend)
| 
^
|   File "/usr/lib/python3/dist-packages/reportlab/graphics/renderPM.py",
|   line 677, in drawToPMCanvas
| draw(d, c, 0, 0, showBoundary=showBoundary)
|   File "/usr/lib/python3/dist-packages/reportlab/graphics/renderPM.py",
|   line 66, in draw
| R.draw(renderScaledDrawing(drawing), canvas, x, y,
| showBoundary=showBoundary)
|   File
|   "/usr/lib/python3/dist-packages/reportlab/graphics/renderbase.py",
|   line 185, in draw
| self.initState(x,y)  #this is the push()
| ^^^
|   File "/usr/lib/python3/dist-packages/reportlab/graphics/renderPM.py",
|   line 113, in initState
| self.applyState()
|   File "/usr/lib/python3/dist-packages/reportlab/graphics/renderPM.py",
|   line 107, in applyState
| self._canvas.setFont(s['fontName'], s['fontSize'])
|   File "/usr/lib/python3/dist-packages/reportlab/graphics/renderPM.py",
|   line 405, in setFont
| _setFont(self._gs,fontName,fontSize)
|   File "/usr/lib/python3/dist-packages/reportlab/graphics/utils.py",
|   line 42, in setFont
| _errorDump(fontName,fontSize)
|   File "/usr/lib/python3/dist-packages/reportlab/graphics/utils.py",
|   line 29, in _errorDump
| rl_exec(code,dict(RenderPMError=RenderPMError))
|   File "", line 1, in 
`

Cheers,

-- 
Seb

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

[Sebastien Bacher]

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

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


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

Cheers,
Sébastien

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

Bug#1059253: The speexdsp package has no autopkgtest

[Sebastien Bacher]

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

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


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

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

[Sebastien Bacher]

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

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

[Sebastien Bacher]

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

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

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

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

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

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

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

Bug#1055866: RM: ruby-god -- ROM; dead upstream, low popcon, many alternatives for lightweight monitoring

[Sebastien Delafond]

Package: ftp.debian.org
Severity: normal
User: ftp.debian@packages.debian.org
Usertags: remove
X-Debbugs-Cc: ruby-...@packages.debian.org
Control: affects -1 + src:ruby-god


Dead upstream, low popcon, many alternatives for lightweight monitoring.

Bug#1053192: O: elastalert -- easy and flexible alerting with Elasticsearch

[Sebastien Delafond]

Package: wnpp
Severity: normal
X-Debbugs-Cc: elastal...@packages.debian.org
Control: affects -1 + src:elastalert

The Freexian packaging team is no longer maintaining the the
elastalert package, so I'm orphaning this package.

The package description is:
 This package contains a simple framework for alerting on anomalies, spikes, or
 other patterns of interest from data in Elasticsearch.
 .
 ElastAlert works with all versions of Elasticsearch.
 .
 If you have data being written into Elasticsearch in near real time and want to
 be alerted when that data matches certain patterns, ElastAlert is the tool for
 you.
 .
 ElastAlert is designed to be reliable, highly modular, and easy to set up and
 configure.
 .
 It works by combining Elasticsearch with two types of components, rule types
 and alerts.  Elasticsearch is periodically queried and the data is passed to
 the rule type, which determines when a match is found. When a match occurs, it
 is given to one or more alerts, which take action based on the match.
 .
 This is configured by a set of rules, each of which defines a query, a rule
 type, and a set of alerts.  .

Bug#1053093: RM: mpdcron -- ROM; Dead upstream

[Sebastien Delafond]

Package: ftp.debian.org
Severity: normal
User: ftp.debian@packages.debian.org
Usertags: remove
X-Debbugs-Cc: mpdc...@packages.debian.org
Control: affects -1 + src:mpdcron

No upstream commits for 7 years, low popcon, no reverse dependencies:
please remove :)

Cheers,

-- 
Seb

Bug#1052689: O: python-orderedattrdict -- Python OrderedDict with attribute-style access (Python3)

[Sebastien Delafond]

Package: wnpp
Severity: normal
X-Debbugs-Cc: python-orderedattrd...@packages.debian.org
Control: affects -1 + src:python-orderedattrdict

I intend to orphan the python-orderedattrdict package, as it was only
packaged as a dependency of the now defunct mlbstreamer.

The package description is:
 An ordered dictionary with attribute-style access.
 .
 AttrDict behaves exactly like collections.OrderedDict, but also allows
 keys to be accessed as attributes.
 .
 It also allows for loading JSON and YAML while preserving the order of
 keys
 .
 This is the Python3 package.

Cheers,

-- 
Seb

Bug#1052688: O: python-memoize -- Simple Python cache and memoizing module (Python3)

[Sebastien Delafond]

Package: wnpp
Severity: normal
X-Debbugs-Cc: python-memo...@packages.debian.org
Control: affects -1 + src:python-memoize

I intend to orphan the python-memoize package, as it was only packaged
as a dependency of the now defunct mlbstreamer.

The package description is:
 This is a (relatively) simple Python memoizing module (ie. a function
 cache), in which any dict-like can be used as the actual storage
 object.
 .
 This is the Python3 package.

Cheers,

-- 
Seb

Bug#1052687: O: python-urwid-utils -- Collection of simple, straightforward, but extensible utilities for urwid

[Sebastien Delafond]

Package: wnpp
Severity: normal
X-Debbugs-Cc: python-urwid-ut...@packages.debian.org
Control: affects -1 + src:python-urwid-utils

I intend to orphan the python-urwid-utils package, as it was only packaged
as a dependency of the now defunct mlbstreamer.

The package description is:
 Light wrappers and object-oriented interfaces to some parts of urwid
 that are otherwise less-so.

Cheers,

-- 
Seb

Bug#1052686: O: python-panwid -- Useful widgets for urwid

[Sebastien Delafond]

Package: wnpp
Severity: normal
X-Debbugs-Cc: python-pan...@packages.debian.org
Control: affects -1 + src:python-panwid

I intend to orphan the python-panwid package, as it was only packaged
as a dependency of the now defunct mlbstreamer.

The package description is:
 Collection of widgets for urwid.
 .
 Currently consists of:
  - dropdown menu widget with autocomplete support
  - widget for displaying tabular data
  - listbox with an optional scrollbar

Cheers,

-- 
Seb

Bug#1052685: O: python-raccoon -- Python DataFrame with fast insert and appends (Python 3)

[Sebastien Delafond]

Package: wnpp
Severity: normal
X-Debbugs-Cc: python-racc...@packages.debian.org
Control: affects -1 + src:python-raccoon

I intend to orphan the python-raccoon package, as it was only packaged
as a dependency of the now defunct mlbstreamer.

The package description is:
 Lightweight DataFrame and Series implementation inspired by the
 phenomenal Pandas package for the one use case where Pandas is known
 to be sub-optimal: DataFrames that grow in size by rows frequently in
 the code. Additionally Raccoon DataFrames can be parametrized to be
 sorted so that additions to the DataFrame keep the index in sorted
 order to speed inserts and retrievals.

Cheers,

-- 
Seb

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

[Sebastien Bacher]

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

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


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

The attached patch fixes the issue

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



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


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


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


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


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


Cheers,
Sébastien Bacher

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

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

[Sebastien Bacher]

s/rhythmbox/transmission/

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

Thank you for filing a new Bug report with Debian.

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

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

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

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

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

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

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

[Sebastien Bacher]

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

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

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

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

[Sebastien Bacher]

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


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


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

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

The MiniBrowser works fine and render webpages as expected

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

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

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

Berto

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

[Sebastien Bacher]

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

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


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

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

[Sebastien Bacher]

Hey Alberto, thanks for following up!

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

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

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


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

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


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


Cheers,
Sébastien

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

[Sebastien Bacher]

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


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

Yes

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


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

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

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

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

Do you have that package installed?

Berto

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

[Sebastien Bacher]

Yes

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


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

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

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

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

Do you have that package installed?

Berto

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

[Sebastien Bacher]

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

Reading the changelog from 1.6.0-beta.1

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

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

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

[Sebastien Bacher]

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

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

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

Berto


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


Cheers,
Sébastien

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

[Sebastien Bacher]

The MiniBrowser works fine and render webpages as expected

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


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

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

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

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

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

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

Berto

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

[Sebastien Bacher]

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


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

Thank you for filing a new Bug report with Debian.

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

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

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

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

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

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

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

[Sebastien Bacher]

Hey there,

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

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

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


Cheers,
Sébastien Bacher


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

Hello,

Any update about this?

Thanks!

Regards,
Daniel

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

Hello Matthias,

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

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

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

Thanks!

Regards,
Daniel

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

[1]

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

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

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

[Sebastien Bacher]

Package: webkit2gtk
Version: 2.41.90-1
Severity: high

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


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

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

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

[Sebastien Bacher]

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

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

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

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



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


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


Thanks,

Bug#1049925: 9pfs support missing

[Sebastien Brossier]

Package: qemu-system-xen
Version: 1:7.2+dfsg-7+deb12u1

Dear Maintainer,

The Xen build of Qemu lacks 9pfs support, which results in guests unable 
to mount 9pfs shares defined in the domU configuration file.
This kind of setup was working correctly in bullseye, before the 
binaries were split.


The failure is silent on the host side. Qemu does not error out and Xen 
starts the domU as if the 9pfs backend was set up successfully.
Inside the guest, the kernel spits out an error after a 270 seconds 
delay (see attachment).


The solution is to compile qemu-system-xen with  --enable-virtfs
This option also requires  --enable-attr --enable-cap-ng



Host information:
Debian bookworm
Linux 6.1.0-10-amd64 #1 SMP PREEMPT_DYNAMIC Debian 6.1.38-2 (2023-07-27) 
x86_64 GNU/Linux

libc6 2.36-9+deb12u1
xen 4.17.1+2-gb773c48e36-1[  270.329274] BUG: kernel NULL pointer dereference, address: 
[  270.329319] #PF: supervisor read access in kernel mode
[  270.329350] #PF: error_code(0x) - not-present page
[  270.329380] PGD 0 P4D 0 
[  270.329399] Oops:  [#1] PREEMPT SMP PTI
[  270.329424] CPU: 0 PID: 1 Comm: swapper/0 Not tainted 6.1.44 #1
[  270.329465] RIP: 0010:strcmp+0xc/0x30
[  270.329495] Code: 48 89 fb 4d 89 c4 31 d2 eb de 45 31 c0 eb ac 0f 0b 66 66 
2e 0f 1f 84 00 00 00 00 00 66 90 31 c0 eb 08 48 83 c0 01 84 d2 74 13 <0f> b6 14 
07 3a 14 06 74 ef 19 c0 83 c8 01 c3 cc cc cc cc 31 c0 c3
[  270.329596] RSP: :c901bc70 EFLAGS: 00010246
[  270.329628] RAX:  RBX: 88800382af00 RCX: 00028fc0
[  270.329671] RDX:  RSI: 888002f86d80 RDI: 
[  270.329715] RBP: 888002f86d80 R08: c901bca8 R09: 
[  270.329758] R10: 002c R11: 0004e5dc5048 R12: 88800382f000
[  270.329803] R13: 8880038fa540 R14: 888002f86d80 R15: 888003844930
[  270.329847] FS:  () GS:88803ec0() 
knlGS:
[  270.329892] CS:  0010 DS:  ES:  CR0: 80050033
[  270.329929] CR2:  CR3: 02210001 CR4: 001706f0
[  270.329980] Call Trace:
[  270.330001]  
[  270.330019]  ? __die+0x58/0x9b
[  270.330046]  ? page_fault_oops+0xa9/0x260
[  270.330073]  ? fixup_exception+0x1d/0x330
[  270.330123]  ? exc_page_fault+0x2d6/0x6d0
[  270.330149]  ? update_load_avg+0x7e/0x740
[  270.330177]  ? asm_exc_page_fault+0x22/0x30
[  270.330203]  ? strcmp+0xc/0x30
[  270.330229]  p9_xen_create+0x4d/0xa0
[  270.330258]  p9_client_create+0x2b6/0x600
[  270.330284]  ? __kmalloc_node_track_caller+0x47/0x120
[  270.330317]  v9fs_session_init+0x94/0x710
[  270.330343]  ? __kmem_cache_alloc_node+0x13c/0x3a0
[  270.330376]  ? v9fs_mount+0x3f/0x3d0
[  270.330404]  v9fs_mount+0x59/0x3d0
[  270.330430]  ? vfs_parse_fs_param+0x9b/0x110
[  270.330462]  legacy_get_tree+0x22/0x40
[  270.330488]  vfs_get_tree+0x20/0xb0
[  270.330515]  path_mount+0x45e/0xa80
[  270.330542]  init_mount+0x53/0x87
[  270.330574]  do_mount_root+0x85/0x110
[  270.330602]  mount_root+0xf8/0x14f
[  270.330629]  prepare_namespace+0x131/0x160
[  270.330655]  ? rest_init+0xc0/0xc0
[  270.330679]  kernel_init+0x11/0x110
[  270.330704]  ret_from_fork+0x22/0x30
[  270.330731]  
[  270.330748] Modules linked in:
[  270.330773] CR2: 
[  270.330814] ---[ end trace  ]---
[  270.330861] RIP: 0010:strcmp+0xc/0x30
[  270.330901] Code: 48 89 fb 4d 89 c4 31 d2 eb de 45 31 c0 eb ac 0f 0b 66 66 
2e 0f 1f 84 00 00 00 00 00 66 90 31 c0 eb 08 48 83 c0 01 84 d2 74 13 <0f> b6 14 
07 3a 14 06 74 ef 19 c0 83 c8 01 c3 cc cc cc cc 31 c0 c3
[  270.331044] RSP: :c901bc70 EFLAGS: 00010246
[  270.331091] RAX:  RBX: 88800382af00 RCX: 00028fc0
[  270.331154] RDX:  RSI: 888002f86d80 RDI: 
[  270.331217] RBP: 888002f86d80 R08: c901bca8 R09: 
[  270.331280] R10: 002c R11: 0004e5dc5048 R12: 88800382f000
[  270.331343] R13: 8880038fa540 R14: 888002f86d80 R15: 888003844930
[  270.331407] FS:  () GS:88803ec0() 
knlGS:
[  270.331470] CS:  0010 DS:  ES:  CR0: 80050033
[  270.331510] CR2:  CR3: 02210001 CR4: 001706f0
[  270.331570] note: swapper/0[1] exited with irqs disabled
[  270.331632] note: swapper/0[1] exited with preempt_count 1
[  270.331699] Kernel panic - not syncing: Attempted to kill init! 
exitcode=0x0009
[  270.331857] Kernel Offset: disabled
[  270.331896] Rebooting in 1 seconds..

Bug#1041849: debsecan: CVE-2022-38457 is not being reported at all

[Sebastien Delafond]

Package: debsecan
Version: 0.4.20.1
Severity: normal

CVE-2022-38457[0] is not being reported on a bullseye system with a
vulnerable kernel:

  root# dpkg -l *linux-image* | grep ii
  ii  linux-image-5.10.0-19-amd64-unsigned 5.10.149-2   amd64Linux 5.10 
for 64-bit PCs
  root# debsecan | grep CVE-2022-38457
  root# 

Tinkering a bit with the debsecan source code, we can see that
CVE-2022-38457 is internally referenced with id 34442, which is not
tied to any source package in debsecan's data file:

  root# grep 34442 /tmp/debsecan-data-20230724.txt
  root# 

Cheers,

-- 
Seb

[0] https://security-tracker.debian.org/tracker/CVE-2022-38457

-- System Information:
Debian Release: 12.0
  APT prefers oldstable-security
  APT policy: (500, 'oldstable-security'), (500, 'unstable'), (500, 'stable'), 
(500, 'oldstable'), (1, 'experimental')
Architecture: amd64 (x86_64)
Foreign Architectures: i386

Kernel: Linux 6.1.0-8-amd64 (SMP w/36 CPU threads; PREEMPT)
Kernel taint flags: TAINT_PROPRIETARY_MODULE, TAINT_OOT_MODULE, 
TAINT_UNSIGNED_MODULE
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8), LANGUAGE not set
Shell: /bin/sh linked to /usr/bin/dash
Init: systemd (via /run/systemd/system)
LSM: AppArmor: enabled

Versions of packages debsecan depends on:
ii  ca-certificates20230311
ii  debconf [debconf-2.0]  1.5.82
ii  python33.11.2-1+b1
ii  python3-apt2.5.3

Versions of packages debsecan recommends:
ii  cron [cron-daemon]  3.0pl1-162
ii  postfix [mail-transport-agent]  3.7.4-2

debsecan suggests no packages.

Bug#1041848: debsecan: Fails to list CVE affecting two separate kernel source packages

[Sebastien Delafond]

Package: debsecan
Version: 0.4.20.1
Severity: normal

CVE-2022-4696 is listed in the tracker[0] as affecting both linux and
linux-5.10 source packages. The data debsecan creates out of that only
associates it to linux-5.10, though. This prevents that CVE from being
reported on a bullseye system with a vulnerable (< 5.10.162-1) kernel:

  root# dpkg -l *linux-image* | grep ii
  ii  linux-image-5.10.0-19-amd64-unsigned 5.10.149-2   amd64Linux 5.10 
for 64-bit PCs
  root# debsecan | grep CVE-2022-4696
  root# 

Tinkering a bit with the debsecan source code, we can see that
CVE-2022-4696 is internally referenced with id 35011, for which the
corresponding package line yields a reference tied only to linux-5.10:

  root# grep 35011 /tmp/debsecan-data-20230724.txt
  CVE-2022-4696 linux-5.10,35011,S   ,,5.10.162-1~deb10u1 5.10.178-3~deb10u1 
5.10.179-1~deb10u1

Comparing with for instance CVE-2023-0615, which is linked in the
tracker[1] only to the linux source package, and assigned the internal
id 35182, we can verify that debsecan properly reports it:

  root# grep 35182 /tmp/data
  linux,35182,S   ,6.1.4-1,4.19.282-1 5.10.158-1 5.10.158-2 5.10.162-1 
5.10.178-1 5.10.178-3 5.10.179-1 5.10.179-2
  root# debsecan | grep CVE-2023-0615
  CVE-2023-0615 linux-image-5.10.0-19-amd64-unsigned

Cheers,

-- 
Seb

[0] https://security-tracker.debian.org/tracker/CVE-2022-4696
[1] https://security-tracker.debian.org/tracker/CVE-2023-0615

-- System Information:
Debian Release: 12.0
  APT prefers oldstable-security
  APT policy: (500, 'oldstable-security'), (500, 'unstable'), (500, 'stable'), 
(500, 'oldstable'), (1, 'experimental')
Architecture: amd64 (x86_64)
Foreign Architectures: i386

Kernel: Linux 6.1.0-8-amd64 (SMP w/36 CPU threads; PREEMPT)
Kernel taint flags: TAINT_PROPRIETARY_MODULE, TAINT_OOT_MODULE, 
TAINT_UNSIGNED_MODULE
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8), LANGUAGE not set
Shell: /bin/sh linked to /usr/bin/dash
Init: systemd (via /run/systemd/system)
LSM: AppArmor: enabled

Versions of packages debsecan depends on:
ii  ca-certificates20230311
ii  debconf [debconf-2.0]  1.5.82
ii  python33.11.2-1+b1
ii  python3-apt2.5.3

Versions of packages debsecan recommends:
ii  cron [cron-daemon]  3.0pl1-162
ii  postfix [mail-transport-agent]  3.7.4-2

debsecan suggests no packages.

Bug#1041502: grub-efi-amd64-bin: update-grub removes UEFI-firmware boot option though 30_uefi-firmware is present

[Sebastien Nguyen]

Package: grub-efi-amd64-bin
Version: 2.06-13
Severity: important
X-Debbugs-Cc: snguyens...@gmail.com

Dear Maintainer,

I am not sure if this bug is already fixed by a newer version than 2.06-13 but 
it does not seems to be reported (though a similar one exists) at the moment. 
Plus I am running debian-stable and have no intention to move to testing or 
unstable, so I hope for a backport or security patch.

The problem is the following:

After installing a large amount of apt packages I realized that my menu entry 
for UEFI-firmware disappeared from grub boot menu though 30_uefi-firmware is 
still present.
update-grub will not resolve the problem.
If the entry is added by editing /boot/grub/grub.cfg the next time update-grub 
is executed the menu entry is removed.
30_uefi-firmware seems to be ok and contains:
#! /bin/sh
set -e

# grub-mkconfig helper script.
# Copyright (C) 2020  Free Software Foundation, Inc.
#
# GRUB is free software: you can redistribute it and/or modify
# it under the terms of the GNU General Public License as published by
# the Free Software Foundation, either version 3 of the License, or
# (at your option) any later version.
#
# GRUB is distributed in the hope that it will be useful,
# but WITHOUT ANY WARRANTY; without even the implied warranty of
# MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE.  See the
# GNU General Public License for more details.
#
# You should have received a copy of the GNU General Public License
# along with GRUB.  If not, see .

prefix="/usr"
exec_prefix="/usr"
datarootdir="/usr/share"

export TEXTDOMAIN=grub
export TEXTDOMAINDIR="${datarootdir}/locale"

. "$pkgdatadir/grub-mkconfig_lib"

EFI_VARS_DIR=/sys/firmware/efi/efivars
EFI_GLOBAL_VARIABLE=8be4df61-93ca-11d2-aa0d-00e098032b8c
OS_INDICATIONS="$EFI_VARS_DIR/OsIndicationsSupported-$EFI_GLOBAL_VARIABLE"

if [ -e "$OS_INDICATIONS" ] && \
   [ "$(( $(printf 0x%x \'"$(cat $OS_INDICATIONS | cut -b5)"\') & 1 ))" = 1 ]; 
then
  LABEL="UEFI Firmware Settings"

  gettext_printf "Adding boot menu entry for UEFI Firmware Settings ...\n" >&2

  cat << EOF
menuentry '$LABEL' \$menuentry_id_option 'uefi-firmware' {
fwsetup
}
EOF
fi

-- Package-specific info:

*** BEGIN /proc/mounts
/dev/nvme0n1p2 / ext4 rw,relatime,errors=remount-ro 0 0
/dev/nvme0n1p3 /var ext4 rw,relatime 0 0
/dev/nvme0n1p5 /tmp ext4 rw,relatime 0 0
/dev/nvme0n1p6 /home ext4 rw,relatime 0 0
/dev/nvme0n1p1 /boot/efi vfat 
rw,relatime,fmask=0077,dmask=0077,codepage=437,iocharset=ascii,shortname=mixed,utf8,errors=remount-ro
 0 0
*** END /proc/mounts

*** BEGIN /boot/grub/grub.cfg
#
# DO NOT EDIT THIS FILE
#
# It is automatically generated by grub-mkconfig using templates
# from /etc/grub.d and settings from /etc/default/grub
#

### BEGIN /etc/grub.d/00_header ###
if [ -s $prefix/grubenv ]; then
  set have_grubenv=true
  load_env
fi
if [ "${next_entry}" ] ; then
   set default="${next_entry}"
   set next_entry=
   save_env next_entry
   set boot_once=true
else
   set default="0"
fi

if [ x"${feature_menuentry_id}" = xy ]; then
  menuentry_id_option="--id"
else
  menuentry_id_option=""
fi

export menuentry_id_option

if [ "${prev_saved_entry}" ]; then
  set saved_entry="${prev_saved_entry}"
  save_env saved_entry
  set prev_saved_entry=
  save_env prev_saved_entry
  set boot_once=true
fi

function savedefault {
  if [ -z "${boot_once}" ]; then
saved_entry="${chosen}"
save_env saved_entry
  fi
}
function load_video {
  if [ x$feature_all_video_module = xy ]; then
insmod all_video
  else
insmod efi_gop
insmod efi_uga
insmod ieee1275_fb
insmod vbe
insmod vga
insmod video_bochs
insmod video_cirrus
  fi
}

if [ x$feature_default_font_path = xy ] ; then
   font=unicode
else
insmod part_gpt
insmod ext2
search --no-floppy --fs-uuid --set=root ed1f3d9e-2055-465f-90ae-72696f2ea04a
font="/usr/share/grub/unicode.pf2"
fi

if loadfont $font ; then
  set gfxmode=auto
  load_video
  insmod gfxterm
  set locale_dir=$prefix/locale
  set lang=fr_FR
  insmod gettext
fi
terminal_output gfxterm
if [ "${recordfail}" = 1 ] ; then
  set timeout=30
else
  if [ x$feature_timeout_style = xy ] ; then
set timeout_style=menu
set timeout=5
  # Fallback normal timeout code in case the timeout_style feature is
  # unavailable.
  else
set timeout=5
  fi
fi
### END /etc/grub.d/00_header ###

### BEGIN /etc/grub.d/05_debian_theme ###
set menu_color_normal=cyan/blue
set menu_color_highlight=white/blue
### END /etc/grub.d/05_debian_theme ###

### BEGIN /etc/grub.d/10_linux ###
function gfxmode {
set gfxpayload="${1}"
}
set linux_gfx_mode=
export linux_gfx_mode
menuentry 'Debian GNU/Linux' --class debian --class gnu-linux --class gnu 
--class os $menuentry_id_option 
'gnulinux-simple-ed1f3d9e-2055-465f-90ae-72696f2ea04a' {
load_video
insmod gzio
if [ x$grub_platform = xxen ]; then insmod xzio; insmod lzopio

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

[Sebastien Bacher]

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


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


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

Control: block -1 by 998627

Am 11.07.23 um 11:55 schrieb Michael Biebl:

Control: tags -1 + moreinfo


Am 29.06.23 um 12:33 schrieb Sebastien Bacher:

Package: udisks2
Version: 2.9.4-4
Severity: wishlist

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


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


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

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



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


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

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

[Sebastien Bacher]

Package: libblockdev
Version: 3.0.1-1

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

Bug#1040801: mcomix: pillow 10.0.0 not recognized as higher than 6.0.0

[Sebastien KALT]

Package: mcomix
Version: 2.1.0-2
Severity: grave
Justification: renders package unusable

Dear Maintainer,

Since python3-pil:amd64 upgrade from 9.5.0-1 to 10.0.0-1, it's impossible to
launch mcomix :

$ mcomix
22:02:01 [MainThread] ERROR: You don't have the required version of the Python
Imaging Library Fork (Pillow) installed.
22:02:01 [MainThread] ERROR: Installed Pillow version is: 10.0.0
22:02:01 [MainThread] ERROR: Required Pillow version is: 6.0.0 or higher

Downgrading python3-pil to 9.5.0-1 solves the problem, but it removes other
packages I use (qgis, matplotlib).

Regards,

Sébastien


-- System Information:
Debian Release: trixie/sid
  APT prefers unstable
  APT policy: (980, 'unstable'), (970, 'testing'), (960, 'stable'), (500, 
'testing-debug')
Architecture: amd64 (x86_64)

Kernel: Linux 6.3.0-2-amd64 (SMP w/4 CPU threads; PREEMPT)
Kernel taint flags: TAINT_OOT_MODULE, TAINT_UNSIGNED_MODULE
Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8), LANGUAGE not set
Shell: /bin/sh linked to /usr/bin/dash
Init: systemd (via /run/systemd/system)
LSM: AppArmor: enabled

Versions of packages mcomix depends on:
ii  gir1.2-gtk-3.03.24.37-2
ii  python3   3.11.4-5
ii  python3-cairo 1.24.0-1
ii  python3-gi3.42.2-3+b1
ii  python3-gi-cairo  3.42.2-3+b1
ii  python3-pil   10.0.0-1

Versions of packages mcomix recommends:
ii  python3-chardet  5.1.0+dfsg-2

Versions of packages mcomix suggests:
pn  lhasa
ii  mupdf-tools  1.22.2+ds1-1
ii  p7zip16.02+dfsg-8
ii  unrar1:6.2.8-1
ii  unzip6.0-28

-- no debconf information

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

[Sebastien Bacher]

Hey Michel,

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


Cheers,
Sébastien

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

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

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

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



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

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

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

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

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

[Sebastien Bacher]

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


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

Bug#1040330: Build without libffado on Ubuntu

[Sebastien Bacher]

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

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


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



Thanks,


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

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

[Sebastien Bacher]

Package: udisks2
Version: 2.9.4-4
Severity: wishlist

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


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


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

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

[Sebastien Bacher]

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

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

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

Could you include it in the Debian package?

Thanks,

Bug#1037486: new upstream (3.5)

[Sebastien Badia]

On Tue, Jun 13, 2023 at 01:59:13PM (+0200), Daniel Baumann wrote:
> Hi,
> 
> thank you so much for maintaining rspamd in debian.
> 
> Some time ago, there was a new upstream release with some nice new
> features. It would be nice if you could update the package to the
> current version (3.5).

Hi Daniel,

Thank you for your message,
Indeed with bookworm freeze, I postponed 3.5; but it's now the time!

Regards,


signature.asc
Description: PGP signature

Bug#1038765: Autopkgtest are failing due to deprecation warnings

[Sebastien Bacher]

Package: liblouisutdml
Version: 2.11.0-2

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

> command1 FAIL stderr: warning: lou_getDataPath is deprecated.

Bug#1036646: libhyperscan5: prevents rspamd from starting

[Sebastien Badia]

severity -1 important
thanks

Hello,

Thank you Antoine for this bug report !

Indeed this issue is tracked upstream in #4409 (and merged in Rspamd 3.5).

I'm maybe wrong, but Bookworm will be released with libhyperscan5 = 5.4.0-2 
(like bullseye).
So this bug (#1036646) is a RC for Trixie but not for Bookworm ?

Cheers,

Sebastien

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

[Sebastien Bacher]

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

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

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


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


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

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

Bug#1036219: Build tests are currently disabled

[Sebastien Bacher]

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

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


Cheers,
Sébastien

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

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

Bug#1035718: Build without libmysofa on Ubuntu

[Sebastien Bacher]

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

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


Thanks,

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

Bug#1033599: RM: mlbstreamer -- ROM; severely broken, won't be fixed upstream

[Sebastien Delafond]

Package: ftp.debian.org
Severity: normal
User: ftp.debian@packages.debian.org
Usertags: remove
X-Debbugs-Cc: mlbstrea...@packages.debian.org
Control: affects -1 + src:mlbstreamer

As documented in RC bug #1033598, mlbstreamer can't authenticate
against 2023 mlb.tv, and crashes instead. Since the project has been
discontinued upstream for a couple of years now, this issue won't be
fixed and we instead want to remove mlbstreamer from Debian.

For the record, yt-dlp is a viable alternative since it gained a
working and maintained MLBTV extractor.

Bug#1033598: mlbstreamer: Can't authenticate against 2023 mlb.tv

[Sebastien Delafond]

Package: mlbstreamer
Version: 0.0.11.dev0+git20190330-1
Severity: grave
Tags: upstream

With a valid account, the stack-trace produced looks like:

  [play:32  ] [   ERROR] Uncaught exception
  Traceback (most recent call last):
File "/bin/mlbplay", line 11, in 
  load_entry_point('mlbstreamer==0.0.11.dev0', 'console_scripts', 
'mlbplay')()
File "/usr/lib/python3/dist-packages/mlbstreamer/play.py", line 374, in main
  proc = play_stream(
 
File "/usr/lib/python3/dist-packages/mlbstreamer/play.py", line 153, in 
play_stream
  stream = state.session.get_stream(media)
   ^^^
File "/usr/lib/python3/dist-packages/mlbstreamer/session.py", line 834, in 
get_stream
  "Authorization": self.access_token,
   ^
File "/usr/lib/python3/dist-packages/mlbstreamer/session.py", line 548, in 
access_token
  self.refresh_access_token()
File "/usr/lib/python3/dist-packages/mlbstreamer/session.py", line 587, in 
refresh_access_token
  raise Exception(authz_content)

The project has been discontinued upstream for a couple of years, so
this won't be fixed.

For the record, yt-dlp is a viable alternative since it gained a
working and maintained MLBTV extractor.

Cheers,

-- 
Seb

Bug#1029434: python3-pydrive2: piuparts error

[Sebastien Bacher]

Hey Adrian,

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


Cheers,

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

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

> ...
>
>

Bug#1032303: RM: odoo-14 -- ROM; 14.x can't work in testing/unstable

[Sebastien Delafond]

Package: ftp.debian.org
Severity: normal
User: ftp.debian@packages.debian.org
Usertags: remove
X-Debbugs-Cc: o...@packages.debian.org
Control: affects -1 + src:odoo

As per #1032300, odoo-14 doesn't work in testing/unstable. 14.x is not
maintained anymore, 16.x will be uploaded to unstable once bookworm is
released, and later pushed to bookworm-backports, so there is no point
in having odoo-14 in bookworm at all.

Cheers,

-- 
Seb

Bug#1032300: odoo-14: Not functional with pypdf2 2.x

[Sebastien Delafond]

Package: odoo-14
Version: 14.0.0+dfsg.4-1
Severity: grave

odoo 14.x is not compatible with pypdf2 2.x, and the server cannot be
started:

  ModuleNotFoundError: No module named 'PyPDF2.utils'

-- System Information:
Debian Release: bookworm/sid
  APT prefers stable-security
  APT policy: (500, 'stable-security'), (500, 'unstable'), (500, 'testing'), 
(500, 'stable'), (1, 'experimental')
Architecture: amd64 (x86_64)
Foreign Architectures: i386

Kernel: Linux 6.1.0-5-amd64 (SMP w/36 CPU threads; PREEMPT)
Kernel taint flags: TAINT_PROPRIETARY_MODULE, TAINT_OOT_MODULE, 
TAINT_UNSIGNED_MODULE
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8), LANGUAGE not set
Shell: /bin/sh linked to /usr/bin/dash
Init: systemd (via /run/systemd/system)
LSM: AppArmor: enabled

Versions of packages odoo-14 depends on:
ii  adduser 3.131
ii  fonts-font-awesome  5.0.10+really4.7.0~dfsg-4.1
ii  fonts-glyphicons-halflings  1.009~3.4.1+dfsg-3
pn  fonts-inconsolata   
ii  fonts-roboto-unhinted   2:0~20170802-3
ii  init-system-helpers 1.65.2
ii  libjs-jquery3.6.1+dfsg+~3.5.14-1
ii  libjs-jquery-ui 1.13.2+dfsg-1
ii  libjs-underscore1.13.4~dfsg+~1.11.4-3
ii  lsb-base11.6
pn  postgresql-client   
ii  python3 3.11.2-1
ii  python3-babel   2.10.3-1
ii  python3-chardet 5.1.0+dfsg-2
ii  python3-dateutil2.8.2-1
ii  python3-decorator   5.1.1-3
ii  python3-docutils0.19+dfsg-6
ii  python3-feedparser  6.0.10-1
pn  python3-freezegun   
pn  python3-gevent  
ii  python3-html2text   2020.1.16-2
ii  python3-idna3.3-1
ii  python3-jinja2  3.0.3-2
pn  python3-libsass 
ii  python3-lxml4.9.2-1+b1
pn  python3-mako
ii  python3-mock4.0.3-4
pn  python3-num2words   
ii  python3-ofxparse0.21-2
ii  python3-passlib 1.7.4-3
ii  python3-pil 9.4.0-1.1+b1
pn  python3-polib   
ii  python3-psutil  5.9.4-1+b1
ii  python3-psycopg22.9.5-1+b1
pn  python3-pydot   
ii  python3-pyparsing   3.0.9-1
ii  python3-pypdf2  2.12.1-3
pn  python3-qrcode  
ii  python3-renderpm3.6.12-1+b1
ii  python3-reportlab   3.6.12-1
ii  python3-requests2.28.1+dfsg-1
pn  python3-serial  
pn  python3-stdnum  
pn  python3-suds
ii  python3-tz  2022.7.1-1
pn  python3-usb 
ii  python3-vobject 0.9.6.1-2
ii  python3-werkzeug2.2.2-2
pn  python3-xlrd
pn  python3-xlsxwriter  
pn  python3-xlwt
pn  python3-zeep
ii  sysvinit-utils [lsb-base]   3.06-2
ii  wkhtmltopdf 0.12.6-2+b1

Versions of packages odoo-14 recommends:
pn  postgresql
pn  python3-ldap  

odoo-14 suggests no packages.

Bug#1014369: Regression: incorrect icon used in 0.8.0

[Sebastien Badia]

Hello,

Thank you for this bug and the upstream forward.
I'll prepare the Debian version for 0.8.1.

Cheers,

Sebastien


signature.asc
Description: PGP signature

Bug#1030844: RM: haproxyctl -- ROM; unmaintained upstream, no changes since 2016

[Sebastien Badia]

Package: ftp.debian.org
Severity: normal
User: ftp.debian@packages.debian.org
Usertags: remove
X-Debbugs-Cc: haproxy...@packages.debian.org, 
pkg-ruby-extras-maintain...@lists.alioth.debian.org
Control: affects -1 + src:haproxyctl

Hello,

haproxyctl, is not widely used 77 (popcon), upstream project has no changes
since 2016, it's time to remove this package for the archive.
no reverses dependencies.

Thanks !

Sebastien

Bug#1028251: [Pkg-xen-devel] Bug#1028251: New Patch (Was: Re: Bug#1028251: xen: FTBFS when building xen binary packages for sid on x86_64)

[Sebastien KOECHLIN]

On Sat, Jan 14, 2023 at 12:59:04AM +0100, Hans van Kranenburg wrote:
> I like this very much. This is the kind of thing that helps admins of
> systems that have just local disks and a few domUs. Like, the case where
> you support some non-profit organization with their server stuff running
> on donated hardware.

As a week-end admin of a non-profit organization running Xen on donated
hardware (and having already spent one or two night trying to get back the
system online for the morning), I thank you for this invisible work for us.

Bug#1027280: mldonkey-server: mldonkey is missing from the repositories.

[Sebastien CHAVAUX]

Package: mldonkey-server
Severity: wishlist
Tags: ftbfs
X-Debbugs-Cc: seb95.s...@gmail.com

Dear Maintainer,

* Mldonkey has been missing since Buster,
* It is impossible for the moment to make the package from the sources, I have
this result:

make[2]: *** [Makefile:5479: src/utils/cdk/zlibstubs.o] Error 2
make[2]: Leaving directory '/build/mldonkey-3.1.7'
make[1]: *** [debian/rules:40: override_dh_auto_build] Error 2
make[1]: Leaving directory '/build/mldonkey-3.1.7'
make: *** [debian/rules:17: binary] Error 2
dpkg-buildpackage: error: debian/rules binary subprocess returned exit
status 2
I: copying local configuration
E: Failed autobuilding of package

Could we have it for Debian 12?

Sincerely, Seb.


-- System Information:
Debian Release: 11.6
  APT prefers stable-updates
  APT policy: (500, 'stable-updates'), (500, 'stable-security'), (500,
'stable'), (1, 'experimental')
Architecture: amd64 (x86_64)
Foreign Architectures: i386

Kernel: Linux 5.10.0-20-amd64 (SMP w/6 CPU threads)
Kernel taint flags: TAINT_PROPRIETARY_MODULE, TAINT_OOT_MODULE,
TAINT_UNSIGNED_MODULE
Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8), LANGUAGE not
set
Shell: /bin/sh linked to /usr/bin/dash
Init: systemd (via /run/systemd/system)

Bug#1021364: RFS: ghostwriter/2.2.0-1 [RC] -- Distraction-free, themeable Markdown editor

[Sebastien Chavaux]

Hello Aurelien :-)

For the integration of Ghostwriter in the scope of the Qt/KDE packaging
team, I agree, no worries, I also had the case at openSUSE and I'm looking
how I could in the following days, pass all that on to Debian as well.

As for gitlab, I have trouble communicating with it, I can't even do that
from my terminal anymore, I have a legal problem, so I do everything from
the risky web interface. I more or less gave up on the git business. But I
will give you the rights.

I haven't worked with the repository long enough, I work directly from home
and a folder. I would like to help in other packages but again I stumble on
the use of gitlab.

I'll try to free up time to make the changes but it's not said. I don't
have any Debian around right now.

Best regards.

Le mar. 20 déc. 2022 à 13:30, Aurélien COUDERC  a écrit :

> Le mercredi 12 octobre 2022, 11:41:50 CET Sebastien Chavaux a écrit :
> > Absolutely, I'm so in my head that I don't see what is the simplest...
>
> Dear Sebastien,
>
> as Ghostwriter has been onboarded as a KDE Project, I’d like to offer to
> integrate the package into the perimeter of the Qt/KDE Packaging Team.
>
> We have an « extras » group [0] for packages that are related to KDE but
> not part of the main KDE Frameworks / Plasma / Gear releases that I think
> would be suitable.
>
> How we would do this is :
> - give me (couc...@debian.org) or one of the team members owner access to
> your packaging repo so we can move it to the qt-kde-team/extras group
> - change the Maintainer field to : Debian KDE Extras Team <
> pkg-kde-ext...@alioth-lists.debian.net>
> - put yourself in the Uploaders field
>
> What you would get :
> - you keep your usual access to the repo and can work on the package as
> you used to
> - team members and myself would be considered welcome to contribute to
> that repository too
> - it would gives additional scrutiny to the package that would show on our
> DDPO dashboard
> - you’re welcome to help on other packages of the team :)
>
> Whether you’re interested or not, you’re welcome to hang out on the
> #debian-qt-kde on Debian’s IRC for help and feedback or upload sponsorship.
>
>
> To follow up on the RFS discussion:
> - MathJax3 is currently not packaged so it’s fine to keep it vendored
> (3rdparty) for now. We can migrate to the Debian package once it’s
> available.
> - The source-is-missing lintian tags are false positives to me (if lintian
> still really emits them, I haven’t checked). The folders
> 3rdparty/{MathJax,react} contain valid, human modifiable source files.
> Please add a comment in the lintian-overrides file to explain so.
> - You should use the Files-Excluded directive in debian/copyright [1] to
> describe which files should be removed from the upstream source. That
> should be the debian/ folder + 3rd party libraries already available in
> Debian.
> - I would prefer the +ds suffix instead of +dfsg, +dfsg is more
> appropriate for cases where we remove upstream sources due to licensing
> concerns which is not the case here IIUC.
> - uscan --download-current-version fails, it should work from a clean
> clone of the repo (the uupdate is not required unless I’m missing
> something), and…
> - it would be preferable for debian/watch to target the invent.kde.org
> repo which is now the reference repo, you have examples for GitLab tags
> here [2].
> - In the git packaging repo you have the « source » folder next to the
> « debian » folder, it should be *inside* it.
> - source/options can be removed.
> - Remove debian/compat and replace the debhelper (>= 11) build dependency
> by a debhelper-compat (= 13) build dep.
> - Remove debian/git-build-recipe.manifest ? I don’t know what it’s for so
> it’s probably not useful. :)
>
>
> Feel free to ping me or the team on IRC about any of the above.
>
>
> [0] https://salsa.debian.org/qt-kde-team/extras
> [1] https://wiki.debian.org/UscanEnhancements
> [2] https://wiki.debian.org/debian/watch#Gitlab
>
>
> Thanks for your response & cheers,
> --
> Aurélien, on behalf of the Qt/KDE Packaging Team
>
>
>

Bug#972211: FTBFS with OCaml 4.11.1 (-unsafe-string is not available)

[Sebastien CHAVAUX]

Package: mldonkey
Followup-For: Bug #972211

Dear Maintainer,

*** Reporter, please consider answering these questions, where appropriate ***

   * What led up to the situation?
   * What exactly did you do (or not do) that was effective (or
 ineffective)?
   * What was the outcome of this action?
   * What outcome did you expect instead?

*** End of the template - remove these template lines ***


-- System Information:
Debian Release: 11.5
  APT prefers stable-updates
  APT policy: (500, 'stable-updates'), (500, 'stable-security'), (500,
'stable'), (1, 'experimental')
Architecture: amd64 (x86_64)
Foreign Architectures: i386

Kernel: Linux 5.10.0-19-amd64 (SMP w/6 CPU threads)
Kernel taint flags: TAINT_PROPRIETARY_MODULE, TAINT_OOT_MODULE,
TAINT_UNSIGNED_MODULE
Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8), LANGUAGE not
set
Shell: /bin/sh linked to /usr/bin/dash
Init: systemd (via /run/systemd/system)

Bug#1024803: Has lintian warnings

[Sebastien Bacher]

Package: libcamera
Version: 0.0.1-4

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


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


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



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


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

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

[Sebastien Bacher]

Package: libcamera
Version: 0.0.1-4

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


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


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


Cheers,

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

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

[Sebastien Bacher]

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

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


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



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

Bug#1024591: Building with libcamera?

[Sebastien Bacher]

Package: pipewire
Version: 0.3.60-2

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


Thanks,

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

[Sebastien Bacher]

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


Cheers,
Sebastien

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

Hi Sebastien,

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

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

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

Could we reconsider?

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

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

Best,
Dylan

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

Bug#1022721: aptly: New upstream version 1.5.0 available

[Sebastien Delafond]

Source: aptly
Version: 1.4.0+ds1-4
Severity: wishlist

1.5.0 is available, however it depends on cavaliergopher/grab
(https://github.com/cavaliergopher/grab) which is not packaged in
Debian; the corresponding RFP is here:

  https://bugs.debian.org/1022720

Cheers,

-- 
Seb

-- System Information:
Debian Release: bookworm/sid
  APT prefers stable-security
  APT policy: (500, 'stable-security'), (500, 'oldstable-proposed-updates'), 
(500, 'unstable'), (500, 'stable'), (500, 'oldstable'), (1, 'experimental')
Architecture: amd64 (x86_64)
Foreign Architectures: i386

Kernel: Linux 5.17.0-2-amd64 (SMP w/36 CPU threads; PREEMPT)
Kernel taint flags: TAINT_PROPRIETARY_MODULE, TAINT_OOT_MODULE, 
TAINT_UNSIGNED_MODULE
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8), LANGUAGE not set
Shell: /bin/sh linked to /usr/bin/dash
Init: systemd (via /run/systemd/system)
LSM: AppArmor: enabled

Bug#1022720: RFP: golang-github-cavaliergophier-grab-dev -- Go package for downloading files from the internet

[Sebastien Delafond]

Package: wnpp
Severity: wishlist

* Package name: golang-github-cavaliergophier-grab-dev
  Version : 3.0.1
  Upstream Author : Ryan Armstrong
* URL : https://github.com/cavaliergopher/grab
* License : BSD-3
  Programming Lang: go
  Description : Go package for downloading files from the internet

Grab is a Go package for downloading files from the internet with the
following rad features:

  - monitor download progress concurrently
  - auto-resume incomplete downloads
  - guess filename from content header or URL path
  - safely cancel downloads using context.Context
  - validate downloads using checksums
  - download batches of files concurrently
  - apply rate limiters

This is a required dependency for aptly 1.5.

Bug#1021667: RFS: ghostwriter/2.1.6 dfsg-1 [RC] -- Distraction-free, themeable Markdown editor

[Sebastien Chavaux]

Package: sponsorship-requests
Severity: important

Dear mentors,

I am looking for a sponsor for my package "ghostwriter":

 * Package name : ghostwriter
   Version  : 2.1.6+dfsg-1
   Upstream contact : wereturtle 
 * URL  : https://ghostwriter.kde.org/
 * License  : Expat, GPL-3.0+, CC-BY-SA-4.0, GPL-3.0, ISC
 * Vcs  : https://salsa.debian.org/seb95-guest/ghostwriter
   Section  : editors

The source builds the following binary packages:

  ghostwriter - Distraction-free, themeable Markdown editor

To access further information about this package, please visit the
following URL:

  https://mentors.debian.net/package/ghostwriter/

Alternatively, you can download the package with 'dget' using this command:

  dget -x
https://mentors.debian.net/debian/pool/main/g/ghostwriter/ghostwriter_2.1.6+dfsg-1.dsc

Changes since the last upload:

 ghostwriter (2.1.6+dfsg-1) unstable; urgency=medium
 .
   * New upstream release.
   * debian/control: set Standards-Version: to 4.6.1
   * debian/control: address correction
   * debian/watch: address correction
   * vulnerability patched in 3rdparty/cmark-gfm CVE-2022-24724,
CVE-2022-39209
   (Closes: #1006757).

Regards,

Bug#1021364: RFS: ghostwriter/2.2.0-1 [RC] -- Distraction-free, themeable Markdown editor

[Sebastien Chavaux]

Absolutely, I'm so in my head that I don't see what is the simplest...

Le mar. 11 oct. 2022 à 21:50, Nicholas D Steeves  a écrit :

> Sebastien Chavaux  writes:
>
> > it's a bit of a mess, I made changes, in debian/copyright, unfortunately
> it
> > makes build errors:
> > *** No rule to make target '3rdparty/MathJax/bin/startup.js', needed by
> > 'build/release/qrc_resources.cpp'.
> > Stop.
> > make[1]: *** Waiting for unfinished jobs
> > make[1]: Leaving directory '/build/ghostwriter-2.1.6+dfsg'
> > dh_auto_build: error: make -j6 returned exit code 2
> > make: *** [debian/rules:6: build] Error 2
> > dpkg-buildpackage: error: debian/rules build subprocess returned exit
> > status 2
> > I: copying local configuration
> > E: Failed autobuilding of package
> >
> >
>
> Isn't libjs-mathjax MathJax2, and doesn't Ghostwriter needs MathJax3,
> which is incompatible with MathJax2?
>
>
> https://github.com/KDE/ghostwriter/blob/master/3rdparty/MathJax/src/package.json
>
> Here is the RFP bug for MathJax3 for anyone who is interested in
> packaging this important javascript library:
> https://bugs.debian.org/950424
>
> Regards,
> Nicholas
>

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

[Sebastien Bacher]

reopen 1013276
thanks;

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


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


Could we reconsider?

Cheers,
Sebastien

Bug#1021364: RFS: ghostwriter/2.2.0-1 [RC] -- Distraction-free, themeable Markdown editor

[Sebastien Chavaux]

Package: sponsorship-requests
Severity: important

Dear mentors,

I am looking for a sponsor for my package "ghostwriter":

 * Package name : ghostwriter
   Version  : 2.2.0-1
   Upstream contact : wereturtle 
 * URL  : https://wereturtle.github.io/ghostwriter/
 * License  : Expat, GPL-3.0+, CC-BY-SA-4.0, GPL-3.0, ISC
 * Vcs  : https://salsa.debian.org/seb95-guest/ghostwriter
   Section  : editors

The source builds the following binary packages:

  ghostwriter - Distraction-free, themeable Markdown editor

To access further information about this package, please visit the
following URL:

  https://mentors.debian.net/package/ghostwriter/

Alternatively, you can download the package with 'dget' using this command:

  dget -x
https://mentors.debian.net/debian/pool/main/g/ghostwriter/ghostwriter_2.2.0-1.dsc

Changes since the last upload:

 ghostwriter (2.2.0-1) unstable; urgency=medium
 .
   * New upstream release.
   * debian/control: set Standards-Version: to 4.6.1
   * debian/control: address correction
   * debian/watch: address correction
   * CVE-2022-24724 (Closes: #1006757)

Regards,

Bug#1017944: Availability in Debian Stable?

[Sebastien KOECHLIN]

Hello,

Thanks a lot for the correction.

The 2.06-3~deb11u2 is now out for two weeks, but not available in Debian
Stable.  Any new XEN installation will not be functionnal since Sept-10
(publication of Debian 11.5).  Rollback is paintfull.

https://packages.debian.org/source/bullseye/grub2 -> 2.06-3~deb11u1

Will it be push into Bullseye? Or do we have to wait for 11.6?

Bug#1019940: Update to the current upstream version

[Sebastien Bacher]

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

The patch is based on the update in Ubuntu.

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


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

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

Bug#1019889: When brltty is upgraded, could brltty.postinstl honor START_IN_INITRAMFS?

[Sebastien Hinderer]

Package: brltty
Version: 6.5-3+b1
Severity: wishlist

In /etc/default/brltty the variable START_IN_INITRAMFS controls whether
brltty is embedded in ramfs or not.

If this still works, would it be possible that brltty.postinst honoors this
variable and runs update-initramfs -u automatically when the package
is upgraded?

Many thanks!

Bug#1017944: Included in Debian 11.5

[Sebastien KOECHLIN]

Hello,

This bug is included in the Debian 11.5 released and the faultly package is
now use as an update on many systems that will be useless.

I vote for critical too:

> critical
>makes unrelated software on the system (or the whole system) break, or
>causes serious data loss, or introduces a security hole on systems where
>you install the package.

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

[Sebastien Bacher]

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

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


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


Cheers,
Sebastien Bacher

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

[Sebastien Bacher]

Package: speech-dispatcher
Version: 0.11.1-3

Hey there,

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


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


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

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

Should espeak-ng be the default?

Thanks,

Bug#1016585: Enable the wpe option on Ubuntu

[Sebastien Bacher]

Package: webkit2gtk
Version: 2.36.4-1

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


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

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

[Sebastien Bacher]

Package: speech-dispatcher
Version: 0.11.1-3

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


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


The attach patch fixes the issue by removing the entry

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

Bug#1014354: depmod: WARNING: could not open modules.builtin.modinfo

[Sebastien KALT]

Package: kmod
Version: 30+20220630-1
Severity: normal

Dear Maintainer,

Since update to kmod version 30+20220630-1, I have this warning when launching
(via apt upgrade or manually) :

# update-initramfs -k 5.18.0-2-amd64 -u
update-initramfs: Generating /boot/initrd.img-5.18.0-2-amd64
depmod: WARNING: could not open modules.builtin.modinfo at
/tmp/user/0/mkinitramfs_BKkoUw/lib/modules/5.18.0-2-amd64: No such file or
directory

It doesn't seem to have any effect on my laptop, I can reboot and it seems
fully functional.

Regards,

Sébastien KALT


-- System Information:
Debian Release: bookworm/sid
  APT prefers unstable
  APT policy: (980, 'unstable'), (970, 'testing'), (960, 'stable'), (500, 
'testing-debug'), (1, 'experimental-debug')
Architecture: amd64 (x86_64)

Kernel: Linux 5.18.0-2-amd64 (SMP w/4 CPU threads; PREEMPT)
Kernel taint flags: TAINT_OOT_MODULE, TAINT_UNSIGNED_MODULE
Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8), LANGUAGE not set
Shell: /bin/sh linked to /usr/bin/dash
Init: systemd (via /run/systemd/system)
LSM: AppArmor: enabled

Versions of packages kmod depends on:
ii  libc6 2.33-7
ii  libkmod2  30+20220630-1
ii  liblzma5  5.2.5-2.1
ii  libssl3   3.0.4-2
ii  libzstd1  1.5.2+dfsg-1
ii  lsb-base  11.2

kmod recommends no packages.

kmod suggests no packages.

-- no debconf information

Bug#1014020: Fails to build on big endian architectures

[Sebastien Bacher]

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

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


Could you include the patch in the Debian package?

Thanks,

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

[Sebastien Bacher]

Package: pipewire
Version: 0.3.52-1

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


'Steps to Reproduce:

install OpenWebStart

sign up on Stellwerksim

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


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


Expected Results:
Self test passes and application starts'

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


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


Cheers,

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

[Sebastien Bacher]

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

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

The current build displays this warning

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


This is not a problem.

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


Cheers,

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

[Sebastien Bacher]

Package: lerc
Version: 3.0+ds-1

The current build displays this warning

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

Cheers,

Bug#1013147: Use an outdated compat version

[Sebastien Bacher]

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

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

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

[Sebastien Bacher]

Package: lerc
Version: 3.0+ds-1

The package uses

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


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


Cheers,

Bug#1011305: closing 1011305

[Sebastien Badia]

On Thu, Jun 09, 2022 at 12:34:28PM (+0200), Paul Gevers wrote:
> Control: severity -1 normal
> 
> Hi,
> 
> On Mon, 06 Jun 2022 23:32:55 +0200 Sebastien Badia 
> wrote:> Just fixed this in the latest upload, but I used the wrong keyword
> in my changelog entry.
> 
> Thanks for fixing this bug. However, in the mean time the maintainer of
> luajit found an alternative solution (by introducing an alternative luajit
> source package called luajit2). See transition bug #1012362).
> 
> So, if you want to you can add support for luajit on ppc64el (and now on
> s390x too) back to your package. Sorry for the extra work this bug caused,
> but when I filed it it wasn't clear on what timescale this would happen and
> if it would work out.
> 
> Paul

Hi Paul,

No worries, thanks you for the feedback !
I take a look on luajit2 and #1012362

Have a good day,

Sebastien


signature.asc
Description: PGP signature

Bug#1012696: ITP: blaeu -- Tools to create (and analyze) RIPE Atlas network measurements

[Sebastien Badia]

Package: wnpp
Severity: wishlist
Owner: Sebastien Badia 
X-Debbugs-Cc: debian-de...@lists.debian.org

* Package name: blaeu
  Version : 1.1.8
  Upstream Author : Stéphane Bortzmeyer 
* URL : https://framagit.org/bortzmeyer/blaeu
* License : BSD
  Programming Lang: Python
  Description : Tools to create (and analyze) RIPE Atlas network
measurements

Blaeu is a set of Python programs to start distributed Internet measurements
on the network of RIPE Atlas probes <https://atlas.ripe.net/>, and to analyze
their results.

Packaging is almost ready here https://salsa.debian.org/debian/blaeu

Bug#1012260: Build time warnings

[Sebastien Bacher]

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

The build log shows those warnings

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

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

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

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

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

[Sebastien Bacher]

Hey there,

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

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

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

Bug#1011354: Does not include an autopkgtest

[Sebastien Bacher]

Package: libqrtr-glib
Version: 1.2.2-1

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


Thanks for considering




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

Bug#1011352: Does not include an autopkgtest

[Sebastien Bacher]

Package: libfreeaptx
Version: 0.1.1-1

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


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


Thanks for considering



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