Bug#1057777: missing dependency on dconf-cli

[Mike Gabriel]

Hi Wolfgang,

On  Fr 08 Dez 2023 18:50:19 CET, Wolfgang Schweer wrote:


Hi Mike,

[ Mike Gabriel, 2023-12-08 ]

as the new dconf logic in update-proxy-from-wpad is only for desktops, I'd
suggest we check whether pkg dconf-cli / executable dconf is installed and
if not, skip that bit in the script.

Acceptable solution?


maybe yes, can't dig into it.


I have proposed a fix now. Simply ignoring the dconf bit if dconf-cli  
is not installed.



iirc cf-agent runs the script in the d-i environment; installations
using 12.3 -edu- ISO images (available tomorrow) might be broken.


My intention for 12.3 is to send out a call for testing and do the  
actual edu0 release for bookworm with 12.4. (Originally, the intention  
was to send out a call for testing and if nothing comes back and  
Guido's and my tests go well, let's announce 12.3 as edu0. But this  
issue and also the d-e-a regression issue is reason enough for waiting  
until 12.4 with the announcement. However, 12.3 should be usable as  
installer ISO (if one works around this issue).


Greets,
Mike

--

DAS-NETZWERKTEAM
c\o Technik- und Ökologiezentrum Eckernförde
Mike Gabriel, Marienthaler Str. 17, 24340 Eckernförde
mobile: +49 (1520) 1976 148
landline: +49 (4351) 850 8940

GnuPG Fingerprint: 9BFB AEE8 6C0A A5FF BF22  0782 9AF4 6B30 2577 1B31
mail: mike.gabr...@das-netzwerkteam.de, http://das-netzwerkteam.de



pgpxm0LN0gq8Z.pgp
Description: Digitale PGP-Signatur

Bug#1057830: qgis: please remove extranous dependency on python3-future

[Sebastiaan Couwenberg]

On 12/9/23 01:44, Alexandre Detiste wrote:

Alike python3-six, at a time, python3-future was a
library that helped writing billingual Python2+3 codebases.

I don't see any usage of python3-future.

Please remove it from the dependencies.


qgis has some dependencies for the sake of plugins which cannot pull in 
dependencies on their own.


Are there plans to remove python3-future from Debian or it being 
deprecated upstream?


Kind Regards,

Bas

--
 GPG Key ID: 4096R/6750F10AE88D4AF1
Fingerprint: 8182 DE41 7056 408D 6146  50D1 6750 F10A E88D 4AF1

Bug#1057815: debian-edu-artwork-emerald: modifies conffile: /etc/plymouth/plymouthd.conf

[Mike Gabriel]

On  Fr 08 Dez 2023 22:52:45 CET, Andreas Beckmann wrote:


Followup-For: Bug #1057815

Hi,

this actually causes prompting for modified conffiles on upgrades from
bullseye to bookworm+pu:

  Setting up plymouth (22.02.122-3) ...

  Configuration file '/etc/plymouth/plymouthd.conf'
   ==> Modified (by you or by a script) since installation.
   ==> Package distributor has shipped an updated version.
 What would you like to do about it ?  Your options are:
  Y or I  : install the package maintainer's version
  N or O  : keep your currently-installed version
D : show the differences between the versions
Z : start a shell to examine the situation
   The default action is to keep your current version.
  *** plymouthd.conf (Y/I/N/O/D/Z) [default=N] ? dpkg: error  
processing package plymouth (--configure):

   end of file on stdin at conffile prompt


Oh damn, we already have been here: #856789.

At that time I manipulated the update script so that plymouthd.conf  
only gets modified on Debian Edu installations. This was sufficient  
for Debian policy. I will revert this now to the previous state.


This is the commit that introduced this regression (neglecting history  
of the package):

https://salsa.debian.org/debian-edu/debian-edu-artwork/-/commit/65703345dd7a400c3f4d548ae037f63253a4f1a2

(My revert will then also contain a comment to never undo this again).

Sorry, for the noise!!!

Mike
--

mike gabriel aka sunweaver (Debian Developer)
mobile: +49 (1520) 1976 148
landline: +49 (4351) 486 14 27

GnuPG Fingerprint: 9BFB AEE8 6C0A A5FF BF22  0782 9AF4 6B30 2577 1B31
mail: sunwea...@debian.org, http://sunweavers.net



pgpg9xmi2IiPj.pgp
Description: Digitale PGP-Signatur

Bug#1057276: pat: PACTOR mode is broken

[tony mancill]

On Sat, Dec 02, 2023 at 03:53:58PM +0100, Joshua Hoffmann | DC7IA wrote:
> Package: pat
> Version: 0.15.0-1+b3
> Severity: important
> X-Debbugs-Cc: martin.h.peder...@gmail.com, d...@dc7ia.eu
> 
> Dear Debian Hamradio Maintainers,
> 
> connecting to a station using PACTOR is broken. This bug is not present when
> using upstream packages.

Hello Joshua,

This is expected for the current packaging, as documented in this patch:

  
https://salsa.debian.org/debian-hamradio-team/pat/-/blob/debian/sid/debian/patches/01_remove_ptc-go.patch

I'm not the author of the patch, so my assessment may be incorrect.
However, at first glance the only reverse dependency missing from Debian
needed to package ptc-go is github.com/howeyc/crc16, which doesn't look
too difficult to package.

So it's doable if there is interest.

Cheers,
tony KG7IEL

Bug#1055786: GID=1000 for netdev created by cloud-init violates Debian Policy

[Ross Vandegrift]

On Mon, Nov 13, 2023 at 01:48:09PM +0900, Osamu Aoki wrote:
> But not for LXD since it uses different images.  Image normally downloaded and
> used by `lxc launch ...` becomes buggy once its instance is started because 
> then
> cloud-init starts system initialization with its default setting.

Oh right, that's what I wasn't putting together.  Sorry for making you repeat
yourself.

> Here is how I get around this problem by removing toxic netdev out of 
> installed
> file /etc/cloud/cloud.cfg:

Is unusual GID numbering the only impact, or does this cause more significant
problems?  I guess user code that tries to statically assign GID 1000 will
break.

I agree it should be fixed.  In unstable it seems reasonable to change the
config.  But I'm not sure I think it warrants a stable update.

Ross

Bug#1057832: golang-google-genproto-dev: New upstream version (0.0~git20231127.3a041ad) available

[Maytham Alsudany]

Package: golang-google-genproto-dev
Severity: normal

Dear Maintainer,

This package is severely outdated, and a new version is needed for
github.com/google/trillian (indirect dependency of miniflux).

Kind regards,
Maytham

Bug#991942: golang-google-cloud-dev: Outdated package

[Maytham Alsudany]

Control: retitle -1 New upstream version (0.111.0) available

Ping!

I also need an updated version of this package, as github.com/google/trillian
depends on it (indirect dependency of miniflux).

Kind regards,
Maytham


signature.asc
Description: This is a digitally signed message part

Bug#1057831: xf86-input-wacom: delegate placement of systemd/udev files to pkg-config data

[Chris Hofstaedtler]

Source: xf86-input-wacom
Version: 1.2.0-1
Severity: normal
Tags: patch
User: helm...@debian.org
Usertags: dep17m2

Dear Maintainer,

your package installs files related to systemd and udev, into /lib.
These files need to be moved to /usr/lib as part of Debian's
usr-merge effort [1].

Attached you will find a patch to delegate the exact placement to
systemd.pc/udev.pc (using pkg-config). This should work today in
unstable and, if necessary, for bookworm. Once udev.pc in unstable
points to /usr/lib your package will benefit automatically after a
binNMU or any other upload. systemd.pc in unstable already points to
/usr/lib.

Later during the trixie cycle I expect this bug class to raise in
priority.

Per the wiki, it is advisable to upload to experimental first, and
wait a few days for the dumat tool to check your package. The same
is advisable when any structural changes are done in the trixie
cycle.

Thank you for considering,
Chris

[1] https://wiki.debian.org/UsrMerge

PS: I would push a merge request to salsa, but cloning the repository
fails.
diff -Nru xf86-input-wacom-1.2.0/debian/changelog xf86-input-wacom-1.2.0/debian/changelog
--- xf86-input-wacom-1.2.0/debian/changelog	2023-06-12 03:31:07.0 +0200
+++ xf86-input-wacom-1.2.0/debian/changelog	2023-12-09 01:53:39.0 +0100
@@ -1,3 +1,10 @@
+xf86-input-wacom (1.2.0-1.1) UNRELEASED; urgency=medium
+
+  * Non-maintainer upload.
+  * Use udev.pc/systemd.pc to place files
+
+ -- Chris Hofstaedtler   Sat, 09 Dec 2023 01:53:39 +0100
+
 xf86-input-wacom (1.2.0-1) unstable; urgency=medium
 
   * Upload to unstable.
diff -Nru xf86-input-wacom-1.2.0/debian/control xf86-input-wacom-1.2.0/debian/control
--- xf86-input-wacom-1.2.0/debian/control	2022-07-14 16:27:43.0 +0200
+++ xf86-input-wacom-1.2.0/debian/control	2023-12-09 01:52:39.0 +0100
@@ -10,6 +10,7 @@
  libxinerama-dev,
  libxrandr-dev,
  pkg-config,
+ systemd-dev,
  xserver-xorg-dev,
  xutils-dev,
 Standards-Version: 4.6.1
diff -Nru xf86-input-wacom-1.2.0/debian/rules xf86-input-wacom-1.2.0/debian/rules
--- xf86-input-wacom-1.2.0/debian/rules	2022-07-14 16:27:39.0 +0200
+++ xf86-input-wacom-1.2.0/debian/rules	2023-12-09 01:53:13.0 +0100
@@ -14,8 +14,8 @@
 
 include /usr/share/dpkg/default.mk
 
-SYSTEMD_SYSTEM_DIR = /lib/systemd/system
-UDEV_RULES_D_DIR = /lib/udev/rules.d
+SYSTEMD_SYSTEM_DIR = $(shell pkg-config --variable=systemdsystemunitdir systemd)
+UDEV_RULES_D_DIR = $(shell pkg-config --variable=udevdir udev)/rules.d
 XORG_MODULE_DIR = /usr/lib/xorg/modules
 
 package = xserver-xorg-input-wacom

Bug#1057830: qgis: please remove extranous dependency on python3-future

[Alexandre Detiste]

Package: qgis
Version: 3.28.13+dfsg-1
Severity: normal

Hi,

Alike python3-six, at a time, python3-future was a
library that helped writing billingual Python2+3 codebases.

I don't see any usage of python3-future.

Please remove it from the dependencies.


("from __future__ import ..." was something else)

Greetings,


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

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

Versions of packages qgis depends on:
ii  libc62.37-12
ii  libgcc-s113.2.0-7
ii  libgdal343.8.1+dfsg-1+b1
ii  libgeos-c1v5 3.12.1-1
ii  libproj259.3.1-1
ii  libqgis-3d3.28.133.28.13+dfsg-1
ii  libqgis-analysis3.28.13  3.28.13+dfsg-1
ii  libqgis-app3.28.13   3.28.13+dfsg-1
ii  libqgis-core3.28.13  3.28.13+dfsg-1
ii  libqgis-gui3.28.13   3.28.13+dfsg-1
ii  libqt5core5a 5.15.10+dfsg-5
ii  libqt5gui5   5.15.10+dfsg-5
ii  libqt5keychain1  0.14.1-1
ii  libqt5network5   5.15.10+dfsg-5
ii  libqt5webkit55.212.0~alpha4-33
ii  libqt5widgets5   5.15.10+dfsg-5
ii  libstdc++6   13.2.0-7
ii  ocl-icd-libopencl1 [libopencl1]  2.3.2-1
ii  python3-qgis 3.28.13+dfsg-1
ii  qgis-common  3.28.13+dfsg-1
ii  qgis-providers   3.28.13+dfsg-1

Versions of packages qgis recommends:
ii  qgis-plugin-grass  3.28.13+dfsg-1

Versions of packages qgis suggests:
pn  gpsbabel  

-- no debconf information

Bug#1057829: mfgtools: use udev.pc to place udev rules

[Chris Hofstaedtler]

Source: mfgtools
Version: 1.5.139-1
Severity: normal
Tags: patch
User: helm...@debian.org
Usertags: dep17m2

Dear Maintainer,

your package installs files related to udev, into /lib. These
files need to be moved to /usr/lib as part of Debian's usr-merge
effort [1].

Attached you will find a patch to delegate the exact placement of
the udev files to udev.pc (using pkg-config). This should work today
in unstable and, if necessary, for bookworm. Once udev.pc in
unstable points to /usr/lib your package will benefit automatically
after a binNMU or any other upload.

Later during the trixie cycle I expect this bug class to raise in
priority.

If during the trixie cycle your package will undergo structural
changes or any other file moves, please see the wiki and upload
to experimental first when these changes are done.

Thank you for considering,
Chris

[1] https://wiki.debian.org/UsrMerge

diff -Nru mfgtools-1.5.139/debian/changelog mfgtools-1.5.139/debian/changelog
--- mfgtools-1.5.139/debian/changelog	2023-11-05 21:46:29.0 +0100
+++ mfgtools-1.5.139/debian/changelog	2023-12-09 01:25:56.0 +0100
@@ -1,3 +1,10 @@
+mfgtools (1.5.139-1.1) UNRELEASED; urgency=medium
+
+  * Non-maintainer upload.
+  * Use udev.pc to place udev rules file
+
+ -- Chris Hofstaedtler   Sat, 09 Dec 2023 01:25:56 +0100
+
 mfgtools (1.5.139-1) unstable; urgency=medium
 
   * Cleanup generated .tarball-version (Closes: #1049209)
diff -Nru mfgtools-1.5.139/debian/control mfgtools-1.5.139/debian/control
--- mfgtools-1.5.139/debian/control	2023-03-13 14:37:59.0 +0100
+++ mfgtools-1.5.139/debian/control	2023-12-09 01:25:20.0 +0100
@@ -14,6 +14,7 @@
  libusb-1.0-0-dev,
  libssl-dev,
  pkg-config,
+ systemd-dev,
  zlib1g-dev,
 Standards-Version: 4.6.0
 Rules-Requires-Root: no
diff -Nru mfgtools-1.5.139/debian/rules mfgtools-1.5.139/debian/rules
--- mfgtools-1.5.139/debian/rules	2023-09-17 13:31:06.0 +0200
+++ mfgtools-1.5.139/debian/rules	2023-12-09 01:25:45.0 +0100
@@ -7,6 +7,8 @@
 export DEB_LDFLAGS_MAINT_APPEND += -Wl,--no-as-needed -latomic -Wl,--as-needed
 endif
 
+deb_udevdir = $(shell pkg-config --variable=udevdir udev)
+
 %:
 	dh $@
 
@@ -23,5 +25,5 @@
 
 # generate udev rules
 execute_after_dh_auto_install:
-	test -e debian/uuu && mkdir -p debian/uuu/lib/udev/rules.d
-	debian/uuu/usr/bin/uuu -udev > debian/uuu/lib/udev/rules.d/70-uuu.rules 2>/dev/null
+	test -e debian/uuu && mkdir -p debian/uuu$(deb_udevdir)/rules.d
+	debian/uuu/usr/bin/uuu -udev > debian/uuu$(deb_udevdir)/rules.d/70-uuu.rules 2>/dev/null

Bug#1057799: systemd: fails to configure

[Michael Biebl]

Am 09.12.23 um 00:53 schrieb JP Pozzi:

Hello,

Here the result :

grep users /etc/group /etc/gshadow
/etc/group:users:x:100:
/etc/gshadow:users:*::suricata


You appear to have a mismatch between /etc/group and /etc/gshadow.
Either your user "suricata" is listed in both or none.

Not sure how you ended up in this situation, but this looks like a local 
misconfiguration.


Michael



OpenPGP_signature.asc
Description: OpenPGP digital signature

Bug#1052304: Debian 6.1 Kernels suspect

[Diederik de Haas]

On Saturday, 9 December 2023 00:28:50 CET Jeffrey Altman wrote:
> The bug is considered valid by upstream.  A proposed fix for this issue is
> being reviewed.
> http://lists.infradead.org/pipermail/linux-afs/2023-December/007408.html
> Please leave this issue open until the fix has been back ported into the
> kernels shipped by Debian.

https://kernel-team.pages.debian.net/kernel-handbook/ch-common-tasks.html#id-1.6.6.4
describes a simple procedure with which one can test patches.
I've attached the above referenced patch and verified that it applies
(cleanly) onto a 6.1 kernel.

Bill: can you test this patch and see if it resolved the issue?From: David Howells 
Subject: afs: Fix refcount underflow from error handling race
Date: Fri, 08 Dec 2023 22:07:09 +
Origin: https://lore.kernel.org/r/2633992.1702073...@warthog.procyon.org.uk

If an AFS cell that has an unreachable (eg. ENETUNREACH) Volume Location
server listed, an asynchronous probe to one of its addresses may fail
immediately because sendmsg() returns an error.  When this happens, a
refcount underflow can happen if certain events hit a very small window.

The way this occurs is:

 (1) There are two levels of "call" object, the afs_call and the
 rxrpc_call.  Each of them can be transitioned to a "completed" state
 in the event of success or failure.

 (2) Asynchronous afs_calls are self-referential whilst they are active to
 prevent them from evaporating when they're not being processed.  This
 reference is disposed of when the afs_call is completed.

 Note that an afs_call may only be completed once; once completed
 completing it again will do nothing.

 (3) When a call transmission is made, the app-side rxrpc code queues a Tx
 buffer for the rxrpc I/O thread to transmit.  The I/O thread invokes
 sendmsg() to transmit it - and in the case of failure, it transitions
 the rxrpc_call to the completed state.

 (4) When an rxrpc_call is completed, the app layer is notified.  In this
 case, the app is kafs and it schedules a work item to process events
 pertaining to an afs_call.

 (5) When the afs_call event processor is run, it goes down through the
 RPC-specific handler to afs_extract_data() to retrieve data from rxrpc
 - and, in this case, it picks up the error from the rxrpc_call and
 returns it.

 The error is then propagated to the afs_call and that is completed
 too.  At this point the self-reference is released.

 (6) If the rxrpc I/O thread manages to complete the rxrpc_call within the
 window between rxrpc_send_data() queuing the request packet and
 checking for call completion on the way out, then
 rxrpc_kernel_send_data() will return the error from sendmsg() to the
 app.

 (7) Then afs_make_call() will see an error and will jump to the error
 handling path which will attempt to clean up the afs_call.

 (8) The problem comes when the error handling path in afs_make_call()
 tries to unconditionally drop an async afs_call's self-reference.
 This self-reference, however, may already have been dropped by
 afs_extract_data() completing the afs_call

 (9) The refcount underflows when we return to afs_do_probe_vlserver() and
 that tries to drop its reference on the afs_call.

Fix this by making afs_make_call() attempt to complete the afs_call rather
than unconditionally putting it.  That way, if afs_extract_data() manages
to complete the call first, afs_make_call() won't do anything.

The bug can be forced by making do_udp_sendmsg() return -ENETUNREACH and
sticking an msleep() in rxrpc_send_data() after the 'success:' label.

The error message looks something like:

refcount_t: underflow; use-after-free.
WARNING: CPU: 3 PID: 720 at lib/refcount.c:28 refcount_warn_saturate+0xba/0x110
...
RIP: 0010:refcount_warn_saturate+0xba/0x110
...
afs_put_call+0x1dc/0x1f0 [kafs]
afs_fs_get_capabilities+0x8b/0xe0 [kafs]
afs_fs_probe_fileserver+0x188/0x1e0 [kafs]
afs_lookup_server+0x3bf/0x3f0 [kafs]
afs_alloc_server_list+0x130/0x2e0 [kafs]
afs_create_volume+0x162/0x400 [kafs]
afs_get_tree+0x266/0x410 [kafs]
vfs_get_tree+0x25/0xc0
fc_mount+0xe/0x40
afs_d_automount+0x1b3/0x390 [kafs]
__traverse_mounts+0x8f/0x210
step_into+0x340/0x760
path_openat+0x13a/0x1260
do_filp_open+0xaf/0x160
do_sys_openat2+0xaf/0x170

or something like:

refcount_t: underflow; use-after-free.
...
RIP: 0010:refcount_warn_saturate+0x99/0xda
...
afs_put_call+0x4a/0x175
afs_send_vl_probes+0x108/0x172
afs_select_vlserver+0xd6/0x311
afs_do_cell_detect_alias+0x5e/0x1e9
afs_cell_detect_alias+0x44/0x92
afs_validate_fc+0x9d/0x134
afs_get_tree+0x20/0x2e6
vfs_get_tree+0x1d/0xc9
fc_mount+0xe/0x33
afs_d_automount+0x48/0x9d
__traverse_mounts+0xe0/0x166
step_into+0x140/0x274
open_last_lookups+0x1c1/0x1df
path_openat+0x138/0x1c3
do_filp_open+0x55/0xb4

Bug#1057799: systemd: fails to configure

[JP Pozzi]

Hello, 

Here the result : 

grep users /etc/group /etc/gshadow 
/etc/group:users:x:100: 
/etc/gshadow:users:*::suricata 

To circumvent the problem ; 
1) I save /etc/gshadow, drop the "offending" line 
and restart systemd --configure 
with success 
2) Restore the saved gshadow file. 

Regards 

JP P 

- Mail original - 
De: "Michael Biebl"  
À: 1057...@bugs.debian.org, "JPPO"  
Envoyé: Vendredi 8 Décembre 2023 18:48:18 
Objet: Re: systemd: fails to configure 

On Fri, 08 Dec 2023 17:30:23 +0100 JPP  wrote: 
> Package: systemd 
> Version: 252.19-1~deb12u1 
> Severity: serious 
> Tags: d-i 
> Justification: normal 
> 
> Dear Maintainer, 
> 
> I get a problem upgrading the system, systemd fails to configure : 
> 
> sudo dpkg --configure systemd 
> Setting up systemd (252.19-1~deb12u1) ... 
> Creating group 'users' with GID 100. 
> /etc/gshadow: Group "users" already exists. 

Can you attach the output of 

sudo grep users /etc/group /etc/gshadow 


OpenPGP_signature.asc
Description: OpenPGP digital signature

Bug#1057799: systemd: fails to configure

[JP Pozzi]

Hello, 

Sorry I didn't see the second part, here is it : 
1) SYSTEMD_LOG_LEVEL=debug 
# systemd-sysusers /usr/lib/sysusers.d/basic.conf 
result : nothing 
2) cat /usr/lib/sysusers.d/basic.conf 
# generated from /usr/share/base-passwd/{passwd,group}.master 
g adm 4 - 
g tty 5 - 
g disk 6 - 
g man 12 - 
g kmem 15 - 
g dialout 20 - 
g fax 21 - 
g voice 22 - 
g cdrom 24 - 
g floppy 25 - 
g tape 26 - 
g sudo 27 - 
g audio 29 - 
g dip 30 - 
g operator 37 - 
g src 40 - 
g shadow 42 - 
g utmp 43 - 
g video 44 - 
g sasl 45 - 
g plugdev 46 - 
g staff 50 - 
g games 60 - 
g users 100 - 
g nogroup 65534 - 

u root 0 - /root /bin/bash 
u daemon 1 - /usr/sbin /usr/sbin/nologin 
u bin 2 - /bin /usr/sbin/nologin 
u sys 3 - /dev /usr/sbin/nologin 
u sync 4:65534 - /bin /bin/sync 
u games 5:60 - /usr/games /usr/sbin/nologin 
u man 6:12 - /var/cache/man /usr/sbin/nologin 
u lp 7 - /var/spool/lpd /usr/sbin/nologin 
u mail 8 - /var/mail /usr/sbin/nologin 
u news 9 - /var/spool/news /usr/sbin/nologin 
u uucp 10 - /var/spool/uucp /usr/sbin/nologin 
u proxy 13 - /bin /usr/sbin/nologin 
u www-data 33 - /var/www /usr/sbin/nologin 
u backup 34 - /var/backups /usr/sbin/nologin 
u list 38 - /var/list /usr/sbin/nologin 
u irc 39 - /run/ircd /usr/sbin/nologin 
u _apt 42:65534 - /nonexistent /usr/sbin/nologin 
u nobody 65534:65534 - /nonexistent /usr/sbin/nologin 


I hope this will help. 

Regards 

JP P 


- Mail original - 
De: "Michael Biebl"  
À: "1057799" <1057...@bugs.debian.org>, "JPPO"  
Envoyé: Vendredi 8 Décembre 2023 18:51:17 
Objet: Re: systemd: fails to configure 

Am 08.12.23 um 18:48 schrieb Michael Biebl: 
> On Fri, 08 Dec 2023 17:30:23 +0100 JPP  wrote: 
>> Package: systemd 
>> Version: 252.19-1~deb12u1 
>> Severity: serious 
>> Tags: d-i 
>> Justification: normal 
>> 
>> Dear Maintainer, 
>> 
>> I get a problem upgrading the system, systemd fails to configure : 
>> 
>> sudo dpkg --configure systemd 
>> Setting up systemd (252.19-1~deb12u1) ... 
>> Creating group 'users' with GID 100. 
>> /etc/gshadow: Group "users" already exists. 
> 
> Can you attach the output of 
> 
> sudo grep users /etc/group /etc/gshadow 
> 

The output of 

sudo SYSTEMD_LOG_LEVEL=debug systemd-sysusers /usr/lib/sysusers.d/basic.conf 

as well, please 

Bug#1057799: systemd: fails to configure

[JP Pozzi]

Hello,

Here the result :

grep users /etc/group /etc/gshadow
/etc/group:users:x:100:
/etc/gshadow:users:*::suricata

To circumvent the problem ;
1) I save /etc/gshadow, drop the "offending" line 
and restart systemd --configure
with success
2) Restore the saved gshadow file.

Regards 

JP P

- Mail original -
De: "Michael Biebl" 
À: 1057...@bugs.debian.org, "JPPO" 
Envoyé: Vendredi 8 Décembre 2023 18:48:18
Objet: Re: systemd: fails to configure

On Fri, 08 Dec 2023 17:30:23 +0100 JPP  wrote:
> Package: systemd
> Version: 252.19-1~deb12u1
> Severity: serious
> Tags: d-i
> Justification: normal
> 
> Dear Maintainer,
> 
> I get a problem upgrading the system, systemd fails to configure :
> 
> sudo dpkg --configure systemd
> Setting up systemd (252.19-1~deb12u1) ...
> Creating group 'users' with GID 100.
> /etc/gshadow: Group "users" already exists.

Can you attach the output of

sudo grep users /etc/group /etc/gshadow

OpenPGP_signature.asc
Description: OpenPGP digital signature

Bug#1057799: systemd: fails to configure

[JP Pozzi]

Hello,

Sorry I didn't see the second part, here is it :
1) SYSTEMD_LOG_LEVEL=debug
# systemd-sysusers /usr/lib/sysusers.d/basic.conf
result : nothing
2) cat /usr/lib/sysusers.d/basic.conf
# generated from /usr/share/base-passwd/{passwd,group}.master
g adm4 -
g tty5 -
g disk   6 -
g man12-
g kmem   15-
g dialout20-
g fax21-
g voice  22-
g cdrom  24-
g floppy 25-
g tape   26-
g sudo   27-
g audio  29-
g dip30-
g operator   37-
g src40-
g shadow 42-
g utmp   43-
g video  44-
g sasl   45-
g plugdev46-
g staff  50-
g games  60-
g users  100   -
g nogroup65534 -

u root   0   - /root/bin/bash
u daemon 1   - /usr/sbin/usr/sbin/nologin
u bin2   - /bin /usr/sbin/nologin
u sys3   - /dev /usr/sbin/nologin
u sync   4:65534 - /bin /bin/sync
u games  5:60- /usr/games   /usr/sbin/nologin
u man6:12- /var/cache/man   /usr/sbin/nologin
u lp 7   - /var/spool/lpd   /usr/sbin/nologin
u mail   8   - /var/mail/usr/sbin/nologin
u news   9   - /var/spool/news  /usr/sbin/nologin
u uucp   10  - /var/spool/uucp  /usr/sbin/nologin
u proxy  13  - /bin /usr/sbin/nologin
u www-data   33  - /var/www /usr/sbin/nologin
u backup 34  - /var/backups /usr/sbin/nologin
u list   38  - /var/list/usr/sbin/nologin
u irc39  - /run/ircd/usr/sbin/nologin
u _apt   42:65534 - /nonexistent /usr/sbin/nologin
u nobody 65534:65534 - /nonexistent /usr/sbin/nologin


I hope this will help.

Regards

JP P


- Mail original -
De: "Michael Biebl" 
À: "1057799" <1057...@bugs.debian.org>, "JPPO" 
Envoyé: Vendredi 8 Décembre 2023 18:51:17
Objet: Re: systemd: fails to configure

Am 08.12.23 um 18:48 schrieb Michael Biebl:
> On Fri, 08 Dec 2023 17:30:23 +0100 JPP  wrote:
>> Package: systemd
>> Version: 252.19-1~deb12u1
>> Severity: serious
>> Tags: d-i
>> Justification: normal
>>
>> Dear Maintainer,
>>
>> I get a problem upgrading the system, systemd fails to configure :
>>
>> sudo dpkg --configure systemd
>> Setting up systemd (252.19-1~deb12u1) ...
>> Creating group 'users' with GID 100.
>> /etc/gshadow: Group "users" already exists.
> 
> Can you attach the output of
> 
> sudo grep users /etc/group /etc/gshadow
> 

The output of

sudo SYSTEMD_LOG_LEVEL=debug systemd-sysusers /usr/lib/sysusers.d/basic.conf

as well, please

Bug#1057827: linux-minidisc: use udev.pc to place udev rules

[Chris Hofstaedtler]

Source: linux-minidisc
Version: 0.9.16-2
Severity: normal
Tags: patch
User: helm...@debian.org
Usertags: dep17m2

Dear Maintainer,

your package installs files related to udev, into /lib. These
files need to be moved to /usr/lib as part of Debian's usr-merge
effort [1].

Attached you will find a patch to delegate the exact placement of
the udev files to udev.pc (using pkg-config). This should work today
in unstable and, if necessary, for bookworm. Once udev.pc in
unstable points to /usr/lib your package will benefit automatically
after a binNMU or any other upload.

Later during the trixie cycle I expect this bug class to raise in
priority.

If during the trixie cycle your package will undergo structural
changes or any other file moves, please see the wiki and upload
to experimental first when these changes are done.

Thank you for considering,
Chris

[1] https://wiki.debian.org/UsrMerge


PS: please push the pristine-tar branch and the upstream/... tags
to salsa, if you are still using git-buildpackage.
diff -Nru linux-minidisc-0.9.16/debian/changelog linux-minidisc-0.9.16/debian/changelog
--- linux-minidisc-0.9.16/debian/changelog	2019-01-16 16:18:06.0 +0100
+++ linux-minidisc-0.9.16/debian/changelog	2023-12-09 00:42:36.0 +0100
@@ -1,3 +1,11 @@
+linux-minidisc (0.9.16-2.1) UNRELEASED; urgency=medium
+
+  * Non-maintainer upload.
+  * Use udev.pc to place udev rules file. (Closes: #-1)
+  * Use debhelper compat level 13, for substitutions in .install files.
+
+ -- Chris Hofstaedtler   Sat, 09 Dec 2023 00:42:36 +0100
+
 linux-minidisc (0.9.16-2) unstable; urgency=medium
 
   * Switch priority from extra to optional in debian/control.
diff -Nru linux-minidisc-0.9.16/debian/compat linux-minidisc-0.9.16/debian/compat
--- linux-minidisc-0.9.16/debian/compat	2019-01-15 23:33:59.0 +0100
+++ linux-minidisc-0.9.16/debian/compat	2023-12-09 00:41:46.0 +0100
@@ -1 +1 @@
-12
+13
diff -Nru linux-minidisc-0.9.16/debian/control linux-minidisc-0.9.16/debian/control
--- linux-minidisc-0.9.16/debian/control	2019-01-16 12:59:19.0 +0100
+++ linux-minidisc-0.9.16/debian/control	2023-12-09 00:41:38.0 +0100
@@ -2,7 +2,7 @@
 Section: sound
 Priority: optional
 Maintainer: John Paul Adrian Glaubitz 
-Build-Depends: debhelper (>= 12), qtbase5-dev, qttools5-dev-tools, libglib2.0-dev, libmad0-dev, libgcrypt20-dev, libusb-1.0-0-dev, libid3tag0-dev, libtag1-dev
+Build-Depends: debhelper (>= 13), qtbase5-dev, qttools5-dev-tools, libglib2.0-dev, libmad0-dev, libgcrypt20-dev, libusb-1.0-0-dev, libid3tag0-dev, libtag1-dev, pkgconf, systemd-dev
 Standards-Version: 4.2.1
 Homepage: https://wiki.physik.fu-berlin.de/linux-minidisc
 Vcs-Git: git://github.com/glaubitz/linux-minidisc-debian.git
diff -Nru linux-minidisc-0.9.16/debian/minidisc-utils.install linux-minidisc-0.9.16/debian/minidisc-utils.install
--- linux-minidisc-0.9.16/debian/minidisc-utils.install	2019-01-15 23:23:24.0 +0100
+++ linux-minidisc-0.9.16/debian/minidisc-utils.install	2023-12-09 00:42:36.0 +0100
@@ -1,3 +1,3 @@
-himdcli/himdcli /usr/bin
-netmdcli/netmdcli /usr/bin
-netmd/etc/netmd.rules /lib/udev/rules.d/
+debian/tmp/usr/bin/himdcli
+debian/tmp/usr/bin/netmdcli
+netmd/etc/netmd.rules ${env:deb_udevdir}/rules.d/
diff -Nru linux-minidisc-0.9.16/debian/qhimdtransfer.install linux-minidisc-0.9.16/debian/qhimdtransfer.install
--- linux-minidisc-0.9.16/debian/qhimdtransfer.install	2019-01-15 23:23:24.0 +0100
+++ linux-minidisc-0.9.16/debian/qhimdtransfer.install	2023-12-09 00:42:36.0 +0100
@@ -8,5 +8,5 @@
 qhimdtransfer/icons/qhimdtransfer_128.png /usr/share/pixmaps
 qhimdtransfer/icons/qhimdtransfer_256.png /usr/share/pixmaps
 qhimdtransfer/icons/qhimdtransfer_512.png /usr/share/pixmaps
-qhimdtransfer/qhimdtransfer /usr/bin
-qhimdtransfer/qhimdtransfer*qm /usr/share/qhimdtransfer/translations/
+debian/tmp/usr/bin/qhimdtransfer
+debian/tmp/usr/share/qhimdtransfer/translations/*.qm
diff -Nru linux-minidisc-0.9.16/debian/rules linux-minidisc-0.9.16/debian/rules
--- linux-minidisc-0.9.16/debian/rules	2019-01-16 12:59:12.0 +0100
+++ linux-minidisc-0.9.16/debian/rules	2023-12-09 00:42:15.0 +0100
@@ -17,5 +17,7 @@
 export DH_OPTIONS
 export QT_SELECT=qt5
 
+export deb_udevdir = $(shell pkg-config --variable=udevdir udev)
+
 %:
 	dh $@

Bug#1057828: liquidctl: use udev.pc to place udev rules

[Chris Hofstaedtler]

Source: liquidctl
Version: 1.13.0-1
Severity: normal
Tags: patch
User: helm...@debian.org
Usertags: dep17m2

Dear Maintainer,

your package installs files related to udev, into /lib. These
files need to be moved to /usr/lib as part of Debian's usr-merge
effort [1].

Attached you will find a patch to delegate the exact placement of
the udev files to udev.pc (using pkg-config). This should work today
in unstable and, if necessary, for bookworm. Once udev.pc in
unstable points to /usr/lib your package will benefit automatically
after a binNMU or any other upload.

Later during the trixie cycle I expect this bug class to raise in
priority.

If during the trixie cycle your package will undergo structural
changes or any other file moves, please see the wiki and upload
to experimental first when these changes are done.

Thank you for considering,
Chris

[1] https://wiki.debian.org/UsrMerge


PS: please push the pristine-tar branch and the upstream/... tags
to salsa, if you are still using git-buildpackage.
diff -Nru liquidctl-1.13.0/debian/changelog liquidctl-1.13.0/debian/changelog
--- liquidctl-1.13.0/debian/changelog	2023-09-07 11:30:45.0 +0200
+++ liquidctl-1.13.0/debian/changelog	2023-12-09 00:48:55.0 +0100
@@ -1,3 +1,10 @@
+liquidctl (1.13.0-1.1) UNRELEASED; urgency=medium
+
+  * Non-maintainer upload.
+  * Use udev.pc to place udev rules file
+
+ -- Chris Hofstaedtler   Sat, 09 Dec 2023 00:48:55 +0100
+
 liquidctl (1.13.0-1) unstable; urgency=medium
 
   * New upstream release.
diff -Nru liquidctl-1.13.0/debian/control liquidctl-1.13.0/debian/control
--- liquidctl-1.13.0/debian/control	2023-02-12 16:43:07.0 +0100
+++ liquidctl-1.13.0/debian/control	2023-12-09 00:48:11.0 +0100
@@ -4,6 +4,7 @@
 Maintainer: Laszlo Boszormenyi (GCS) 
 Build-Depends: debhelper-compat (= 13),
dh-python,
+   pkgconf,
pybuild-plugin-pyproject,
python3-all,
python3-setuptools,
@@ -14,7 +15,8 @@
python3-usb ,
python3-colorlog ,
python3-crcmod ,
-   python3-pil 
+   python3-pil ,
+   systemd-dev,
 Homepage: https://github.com/liquidctl/liquidctl
 Standards-Version: 4.6.2
 Rules-Requires-Root: no
diff -Nru liquidctl-1.13.0/debian/liquidctl.install liquidctl-1.13.0/debian/liquidctl.install
--- liquidctl-1.13.0/debian/liquidctl.install	2021-02-07 08:33:36.0 +0100
+++ liquidctl-1.13.0/debian/liquidctl.install	2023-12-09 00:48:44.0 +0100
@@ -1 +1 @@
-extra/linux/71-liquidctl.rules /lib/udev/rules.d/
+extra/linux/71-liquidctl.rules ${env:deb_udevdir}/rules.d/
diff -Nru liquidctl-1.13.0/debian/rules liquidctl-1.13.0/debian/rules
--- liquidctl-1.13.0/debian/rules	2023-02-12 16:43:07.0 +0100
+++ liquidctl-1.13.0/debian/rules	2023-12-09 00:48:32.0 +0100
@@ -5,6 +5,7 @@
 #export DH_VERBOSE=1
 
 export PYBUILD_NAME=liquidctl
+export deb_udevdir = $(shell pkg-config --variable=udevdir udev)
 
 %:
 	dh $@ --with python3 --buildsystem=pybuild

Bug#1057824: laptop-mode-tools: diff for NMU version 1.74-1.3

[Chris Hofstaedtler]

Control: tags 1057824 + patch
Control: tags 1057824 + pending

Hi Ritesh,

I know you are busy, so I figured I'll put an NMU in, to
DELAYED/14: laptop-mode-tools_1.74-1.3_source.changes

Let me know if you upload before anyway.

Best,
Chris
diff -Nru laptop-mode-tools-1.74/debian/changelog laptop-mode-tools-1.74/debian/changelog
--- laptop-mode-tools-1.74/debian/changelog	2022-10-15 12:13:49.0 +0200
+++ laptop-mode-tools-1.74/debian/changelog	2023-12-09 00:28:36.0 +0100
@@ -1,3 +1,11 @@
+laptop-mode-tools (1.74-1.3) unstable; urgency=medium
+
+  * Non-maintainer upload.
+  * Delegate placement of systemd/udev files to pkg-config data (Closes:
+#1057824)
+
+ -- Chris Hofstaedtler   Sat, 09 Dec 2023 00:28:36 +0100
+
 laptop-mode-tools (1.74-1.2) unstable; urgency=medium
 
   * Non-maintainer upload.
diff -Nru laptop-mode-tools-1.74/debian/control laptop-mode-tools-1.74/debian/control
--- laptop-mode-tools-1.74/debian/control	2020-09-17 11:01:11.0 +0200
+++ laptop-mode-tools-1.74/debian/control	2023-12-09 00:24:16.0 +0100
@@ -4,7 +4,7 @@
 Maintainer: Ritesh Raj Sarraf 
 Homepage: https://github.com/rickysarraf/laptop-mode-tools
 Uploaders: Bart Samwel 
-Build-Depends: debhelper (>= 11), dpkg (>= 1.16.1)
+Build-Depends: debhelper (>= 11), dpkg (>= 1.16.1), pkgconf, systemd-dev
 Standards-Version: 3.9.8
 
 Package: laptop-mode-tools
diff -Nru laptop-mode-tools-1.74/debian/rules laptop-mode-tools-1.74/debian/rules
--- laptop-mode-tools-1.74/debian/rules	2020-09-17 11:01:11.0 +0200
+++ laptop-mode-tools-1.74/debian/rules	2023-12-09 00:25:50.0 +0100
@@ -10,6 +10,9 @@
 include /usr/share/dpkg/pkg-info.mk
 DEB_UPSTREAM_VERSION  = $(shell dpkg-parsechangelog -SVersion | cut -d- -f1)
 
+deb_systemdsystemunitdir = $(shell pkg-config --variable=systemdsystemunitdir systemd)
+deb_udevdir = $(shell pkg-config --variable=udevdir udev)
+
 get-orig-source:
 	uscan --force-download --rename --repack\
 		--download-version=$(DEB_UPSTREAM_VERSION) --destdir=.
@@ -63,8 +66,8 @@
 	install -m755 -d $(DESTDIR)/etc/apm/event.d
 	install -m755 -d $(DESTDIR)/etc/power/scripts.d
 	install -m755 -d $(DESTDIR)/etc/power/event.d
-	install -m755 -d $(DESTDIR)/lib/udev/rules.d
-	install -m755 -d $(DESTDIR)/lib/systemd/system
+	install -m755 -d $(DESTDIR)$(deb_udevdir)/rules.d
+	install -m755 -d $(DESTDIR)$(deb_systemdsystemunitdir)
 	install -m755 -d $(DESTDIR)/usr/lib/pm-utils/sleep.d
 	install -m755 -d $(DESTDIR)/etc/laptop-mode/batt-start
 	install -m755 -d $(DESTDIR)/etc/laptop-mode/batt-stop
@@ -83,11 +86,11 @@
 	install -m755 etc/apm/event.d/* $(DESTDIR)/etc/apm/event.d
 	install -m755 etc/power/scripts.d/* $(DESTDIR)/etc/power/scripts.d
 	install -m755 etc/power/event.d/* $(DESTDIR)/etc/power/event.d
-	install -m644 etc/rules/99-laptop-mode.rules $(DESTDIR)/lib/udev/rules.d
-	install -m755 etc/rules/lmt-udev $(DESTDIR)/lib/udev/lmt-udev
-	install -m644 etc/systemd/laptop-mode.service $(DESTDIR)/lib/systemd/system/laptop-mode.service
-	install -m644 etc/systemd/laptop-mode.timer $(DESTDIR)/lib/systemd/system/laptop-mode.timer
-	install -m644 etc/systemd/lmt-poll.service $(DESTDIR)/lib/systemd/system/lmt-poll.service
+	install -m644 etc/rules/99-laptop-mode.rules $(DESTDIR)$(deb_udevdir)/rules.d
+	install -m755 etc/rules/lmt-udev $(DESTDIR)$(deb_udevdir)/lmt-udev
+	install -m644 etc/systemd/laptop-mode.service $(DESTDIR)$(deb_systemdsystemunitdir)/laptop-mode.service
+	install -m644 etc/systemd/laptop-mode.timer $(DESTDIR)$(deb_systemdsystemunitdir)/laptop-mode.timer
+	install -m644 etc/systemd/lmt-poll.service $(DESTDIR)$(deb_systemdsystemunitdir)/lmt-poll.service
 	install -m644 etc/systemd/laptop-mode.conf.tmpfiles $(DESTDIR)/usr/lib/tmpfiles.d/laptop-mode.conf
 	install -m755 usr/lib/pm-utils/sleep.d/* $(DESTDIR)/usr/lib/pm-utils/sleep.d
 	install -m755 usr/sbin/laptop_mode $(DESTDIR)/usr/sbin

Bug#1052304: Debian 6.1 Kernels suspect

[Jeffrey Altman]

On Wed, 29 Nov 2023 18:06:23 +0100 Salvatore Bonaccorso  
wrote:
> Control: tags -1 + moreinfo
> 
> Hi
> 
> On Sat, Oct 14, 2023 at 11:31:14PM -0700, Bill MacAllister wrote:
> > After more testing Jeff Altman and Marc Dionne have reported that
> > the problem accessing AFS files using kafs does not occur if the
> > client has IPv6 configured.
> 
> Were you able to further track down the issue? I would suggest that
> once you are able to identify reproduction steps and requirements to
> have a look with upstream.
> 
> But if you were already in contact with Marc Dionne: is the bug
> considered valid by upstream or should it be closed here?
> 
> Regards,
> Salvatore

The bug is considered valid by upstream.  A proposed fix for this issue is 
being reviewed.
http://lists.infradead.org/pipermail/linux-afs/2023-December/007408.html
Please leave this issue open until the fix has been back ported into the 
kernels shipped by Debian.

Thank you.

Jeffrey Altman



smime.p7s
Description: S/MIME cryptographic signature

Bug#1057826: RM: dhis-mx-sendmail-engine -- RoQA; dead upstream, orphaned, unmaintained

[Chris Hofstaedtler]

Package: ftp.debian.org
Severity: normal
User: ftp.debian@packages.debian.org
Usertags: remove
X-Debbugs-Cc: dhis-mx-sendmail-eng...@packages.debian.org
Control: affects -1 + src:dhis-mx-sendmail-engine

Dear ftpmasters,

please remove dhis-mx-sendmail-engine, which blocks removal of
dhis-server (#1055839).

Thanks,
Chris

Bug#1057825: zabbix-server-mysql: configuration file is world-readable

[Reiner Herrmann]

Package: zabbix-server-mysql
Version: 1:6.0.14+dfsg-1+b1
Severity: important
Tags: security

Dear maintainer,

after installing zabbix-server-mysql, I noticed that the configuration
file /etc/zabbix/zabbix_server.conf, where one is supposed to configure
database credentials, is world-readable by default:

> -rw-r--r-- 1 root root 25860 Dec  8 23:38 zabbix_server.conf

I have now manually set the group to zabbix and the mode to 0640, which
is still sufficient for zabbix to start up.

Kind regards,
  Reiner

Bug#1057824: laptop-mode-tools: delegate placement of systemd/udev files to pkg-config data

[Chris Hofstaedtler]

Source: laptop-mode-tools
Version: 1.74-1.2
Severity: normal
Tags: patch
User: helm...@debian.org
Usertags: dep17m2

Dear Maintainer,

your package installs files related to systemd and udev, into /lib.
These files need to be moved to /usr/lib as part of Debian's
usr-merge effort [1].

Attached you will find a patch to delegate the exact placement to
systemd.pc/udev.pc (using pkg-config). This should work today in
unstable and, if necessary, for bookworm. Once udev.pc in unstable
points to /usr/lib your package will benefit automatically after a
binNMU or any other upload. systemd.pc in unstable already points to
/usr/lib.

Later during the trixie cycle I expect this bug class to raise in
priority.

Per the wiki, it is advisable to upload to experimental first, and
wait a few days for the dumat tool to check your package. The same
is advisable when any structural changes are done in the trixie
cycle.

Thank you for considering,
Chris

[1] https://wiki.debian.org/UsrMerge
diff -Nru laptop-mode-tools-1.74/debian/changelog laptop-mode-tools-1.74/debian/changelog
--- laptop-mode-tools-1.74/debian/changelog	2022-10-15 12:13:49.0 +0200
+++ laptop-mode-tools-1.74/debian/changelog	2023-12-09 00:26:16.0 +0100
@@ -1,3 +1,10 @@
+laptop-mode-tools (1.74-1.3) UNRELEASED; urgency=medium
+
+  * Non-maintainer upload.
+  * Delegate placement of systemd/udev files to pkg-config data
+
+ -- Chris Hofstaedtler   Sat, 09 Dec 2023 00:26:16 +0100
+
 laptop-mode-tools (1.74-1.2) unstable; urgency=medium
 
   * Non-maintainer upload.
diff -Nru laptop-mode-tools-1.74/debian/control laptop-mode-tools-1.74/debian/control
--- laptop-mode-tools-1.74/debian/control	2020-09-17 11:01:11.0 +0200
+++ laptop-mode-tools-1.74/debian/control	2023-12-09 00:24:16.0 +0100
@@ -4,7 +4,7 @@
 Maintainer: Ritesh Raj Sarraf 
 Homepage: https://github.com/rickysarraf/laptop-mode-tools
 Uploaders: Bart Samwel 
-Build-Depends: debhelper (>= 11), dpkg (>= 1.16.1)
+Build-Depends: debhelper (>= 11), dpkg (>= 1.16.1), pkgconf, systemd-dev
 Standards-Version: 3.9.8
 
 Package: laptop-mode-tools
diff -Nru laptop-mode-tools-1.74/debian/rules laptop-mode-tools-1.74/debian/rules
--- laptop-mode-tools-1.74/debian/rules	2020-09-17 11:01:11.0 +0200
+++ laptop-mode-tools-1.74/debian/rules	2023-12-09 00:25:50.0 +0100
@@ -10,6 +10,9 @@
 include /usr/share/dpkg/pkg-info.mk
 DEB_UPSTREAM_VERSION  = $(shell dpkg-parsechangelog -SVersion | cut -d- -f1)
 
+deb_systemdsystemunitdir = $(shell pkg-config --variable=systemdsystemunitdir systemd)
+deb_udevdir = $(shell pkg-config --variable=udevdir udev)
+
 get-orig-source:
 	uscan --force-download --rename --repack\
 		--download-version=$(DEB_UPSTREAM_VERSION) --destdir=.
@@ -63,8 +66,8 @@
 	install -m755 -d $(DESTDIR)/etc/apm/event.d
 	install -m755 -d $(DESTDIR)/etc/power/scripts.d
 	install -m755 -d $(DESTDIR)/etc/power/event.d
-	install -m755 -d $(DESTDIR)/lib/udev/rules.d
-	install -m755 -d $(DESTDIR)/lib/systemd/system
+	install -m755 -d $(DESTDIR)$(deb_udevdir)/rules.d
+	install -m755 -d $(DESTDIR)$(deb_systemdsystemunitdir)
 	install -m755 -d $(DESTDIR)/usr/lib/pm-utils/sleep.d
 	install -m755 -d $(DESTDIR)/etc/laptop-mode/batt-start
 	install -m755 -d $(DESTDIR)/etc/laptop-mode/batt-stop
@@ -83,11 +86,11 @@
 	install -m755 etc/apm/event.d/* $(DESTDIR)/etc/apm/event.d
 	install -m755 etc/power/scripts.d/* $(DESTDIR)/etc/power/scripts.d
 	install -m755 etc/power/event.d/* $(DESTDIR)/etc/power/event.d
-	install -m644 etc/rules/99-laptop-mode.rules $(DESTDIR)/lib/udev/rules.d
-	install -m755 etc/rules/lmt-udev $(DESTDIR)/lib/udev/lmt-udev
-	install -m644 etc/systemd/laptop-mode.service $(DESTDIR)/lib/systemd/system/laptop-mode.service
-	install -m644 etc/systemd/laptop-mode.timer $(DESTDIR)/lib/systemd/system/laptop-mode.timer
-	install -m644 etc/systemd/lmt-poll.service $(DESTDIR)/lib/systemd/system/lmt-poll.service
+	install -m644 etc/rules/99-laptop-mode.rules $(DESTDIR)$(deb_udevdir)/rules.d
+	install -m755 etc/rules/lmt-udev $(DESTDIR)$(deb_udevdir)/lmt-udev
+	install -m644 etc/systemd/laptop-mode.service $(DESTDIR)$(deb_systemdsystemunitdir)/laptop-mode.service
+	install -m644 etc/systemd/laptop-mode.timer $(DESTDIR)$(deb_systemdsystemunitdir)/laptop-mode.timer
+	install -m644 etc/systemd/lmt-poll.service $(DESTDIR)$(deb_systemdsystemunitdir)/lmt-poll.service
 	install -m644 etc/systemd/laptop-mode.conf.tmpfiles $(DESTDIR)/usr/lib/tmpfiles.d/laptop-mode.conf
 	install -m755 usr/lib/pm-utils/sleep.d/* $(DESTDIR)/usr/lib/pm-utils/sleep.d
 	install -m755 usr/sbin/laptop_mode $(DESTDIR)/usr/sbin

Bug#1057823: libwacom: use udev.pc to place udev rules

[Chris Hofstaedtler]

Source: libwacom
Version: 2.8.0-1
Severity: normal
Tags: patch
User: helm...@debian.org
Usertags: dep17m2

Dear Maintainer,

your package installs files related to udev, into /lib. These
files need to be moved to /usr/lib as part of Debian's usr-merge
effort [1].

Attached you will find a patch to delegate the exact placement of
the udev files to udev.pc (using pkg-config). This should work today
in unstable and, if necessary, for bookworm. Once udev.pc in
unstable points to /usr/lib your package will benefit automatically
after a binNMU or any other upload.

Here is the same patch as a salsa merge request:
  https://salsa.debian.org/debian/libwacom/-/merge_requests/4

Later during the trixie cycle I expect this bug class to raise in
priority.

If during the trixie cycle your package will undergo structural
changes or any other file moves, please see the wiki and upload
to experimental first when these changes are done.

Thank you for considering,
Chris

[1] https://wiki.debian.org/UsrMerge


PS: please push the pristine-tar branch and the upstream/... tags
to salsa, if you are still using git-buildpackage.
>From e9be582e96ae1b98751206ff64060d47ca623178 Mon Sep 17 00:00:00 2001
From: Chris Hofstaedtler 
Date: Sat, 9 Dec 2023 00:05:54 +0100
Subject: [PATCH] Use udev.pc to place udev files

---
 debian/control | 2 ++
 debian/libwacom-common.install | 4 ++--
 debian/rules   | 3 ++-
 3 files changed, 6 insertions(+), 3 deletions(-)

diff --git a/debian/control b/debian/control
index 38282ec..b0ff22b 100644
--- a/debian/control
+++ b/debian/control
@@ -7,10 +7,12 @@ Build-Depends: debhelper-compat (= 13),
  libglib2.0-dev,
  libgudev-1.0-dev,
  libxml2-dev ,
+ pkgconf,
  python3-libevdev ,
  python3-pytest ,
  python3-pyudev ,
  systemd ,
+ systemd-dev,
  udev ,
 Standards-Version: 4.6.1
 Vcs-Git: https://salsa.debian.org/debian/libwacom.git
diff --git a/debian/libwacom-common.install b/debian/libwacom-common.install
index 5cd7219..8379393 100644
--- a/debian/libwacom-common.install
+++ b/debian/libwacom-common.install
@@ -1,3 +1,3 @@
-lib/udev/hwdb.d/65-libwacom.hwdb
-lib/udev/rules.d/65-libwacom.rules
+${env:deb_udevdir}/hwdb.d/65-libwacom.hwdb
+${env:deb_udevdir}/rules.d/65-libwacom.rules
 usr/share/libwacom
diff --git a/debian/rules b/debian/rules
index a99b7f6..df75e22 100755
--- a/debian/rules
+++ b/debian/rules
@@ -1,10 +1,11 @@
 #!/usr/bin/make -f
 
 export DEB_BUILD_MAINT_OPTIONS = optimize=-lto
+export deb_udevdir = $(shell pkg-config --variable=udevdir udev | sed s,^/,,)
 
 override_dh_auto_configure:
 	dh_auto_configure -- \
-		-Dudev-dir=/lib/udev \
+		-Dudev-dir=/$(deb_udevdir) \
 		-Dtests=$(if $(filter nocheck,$(DEB_BUILD_OPTIONS)),dis,en)abled
 
 override_dh_auto_test:
-- 
2.39.2

Bug#1051458: painintheapt: move systemd units to /usr

[Martin]

On 2023-12-08 22:16, Chris Hofstaedtler wrote:
> Is there any way we can help you out? Are there problems with the
> patch Helmut sent?

No problem, just -ENOTIME.
Uploading right now.
Thanks for the patch!

Bug#1057822: libpsm2: use udev.pc to place udev rules

[Chris Hofstaedtler]

Source: libpsm2
Version: 11.2.185-2
Severity: normal
Tags: patch
User: helm...@debian.org
Usertags: dep17m2

Dear Maintainer,

your package installs files related to udev, into /lib. These
files need to be moved to /usr/lib as part of Debian's usr-merge
effort [1].

Attached you will find a patch to delegate the exact placement of
the udev files to udev.pc (using pkg-config). This should work today
in unstable and, if necessary, for bookworm. Once udev.pc in
unstable points to /usr/lib your package will benefit automatically
after a binNMU or any other upload.
I'll note the upstream makefile already supports this.

Later during the trixie cycle I expect this bug class to raise in
priority.

If during the trixie cycle your package will undergo structural
changes or any other file moves, please see the wiki and upload
to experimental first when these changes are done.

Thank you for considering,
Chris

[1] https://wiki.debian.org/UsrMerge
diff -Nru libpsm2-11.2.185/debian/changelog libpsm2-11.2.185/debian/changelog
--- libpsm2-11.2.185/debian/changelog	2022-10-14 05:13:28.0 +0200
+++ libpsm2-11.2.185/debian/changelog	2023-12-08 23:58:29.0 +0100
@@ -1,3 +1,10 @@
+libpsm2 (11.2.185-2.1) UNRELEASED; urgency=medium
+
+  * Non-maintainer upload.
+  * Use udev.pc to place udev rules
+
+ -- Chris Hofstaedtler   Fri, 08 Dec 2023 23:58:29 +0100
+
 libpsm2 (11.2.185-2) unstable; urgency=medium
 
   * Team upload.
diff -Nru libpsm2-11.2.185/debian/control libpsm2-11.2.185/debian/control
--- libpsm2-11.2.185/debian/control	2022-10-14 05:12:14.0 +0200
+++ libpsm2-11.2.185/debian/control	2023-12-08 23:58:29.0 +0100
@@ -11,6 +11,8 @@
 Homepage: https://github.com/01org/opa-psm2
 Build-Depends: debhelper-compat (= 13),
libnuma-dev,
+   pkgconf,
+   systemd-dev,
 
 Package: libpsm2-2
 Architecture: amd64
diff -Nru libpsm2-11.2.185/debian/libpsm2-2-compat.install libpsm2-11.2.185/debian/libpsm2-2-compat.install
--- libpsm2-11.2.185/debian/libpsm2-2-compat.install	2022-10-14 05:12:14.0 +0200
+++ libpsm2-11.2.185/debian/libpsm2-2-compat.install	2023-12-08 23:58:29.0 +0100
@@ -1,3 +1,3 @@
 etc/modprobe.d/libpsm2-compat.conf
-lib/udev/rules.d/40-psm-compat.rules
+${env:deb_udevdir}/rules.d/40-psm-compat.rules
 usr/lib/libpsm2-2
diff -Nru libpsm2-11.2.185/debian/rules libpsm2-11.2.185/debian/rules
--- libpsm2-11.2.185/debian/rules	2022-10-14 05:12:42.0 +0200
+++ libpsm2-11.2.185/debian/rules	2023-12-08 23:58:29.0 +0100
@@ -12,6 +12,8 @@
 	debian/libpsm2-2-compat.prerm \
 	debian/libpsm2-2-compat.postrm
 
+export deb_udevdir = $(shell pkg-config --variable=udevdir udev | sed s,^/,,)
+
 %:
 	dh $@
 
@@ -53,7 +55,7 @@
 	mv $(DESTDIR)/$(LIBDIR)/psm2-compat/libpsm_infinipath.so.* $(DESTDIR)/usr/lib/libpsm2-2/
 	sed -i 's~/libpsm2/~/libpsm2-2/~g' $(DESTDIR)/etc/modprobe.d/libpsm2-compat.conf
 	rmdir $(DESTDIR)/$(LIBDIR)/psm2-compat/
-	rm -f $(DESTDIR)/lib/udev/rules.d/40-psm.rules
+	rm -f $(DESTDIR)/$(deb_udevdir)/rules.d/40-psm.rules
 
 # libpsm2-2 contains the compatibility library. Don't process it for dependencies.
 .PHONY: override_dh_makeshlibs

Bug#1057820: libmtp: delegate placement of udev files to pkg-config data

[Chris Hofstaedtler]

On Fri, Dec 08, 2023 at 11:36:00PM +0100, Chris Hofstaedtler wrote:
> Attached you will find a patch to delegate the exact placement of
> the udev files to udev.pc (using pkg-config).

Please find the same patch as a salsa MR here:
  https://salsa.debian.org/debian/libmtp/-/merge_requests/4

Best,
Chris

Bug#1057759: libdbd-oracle-perl: Package cannot be installed

[gregor herrmann]

On Fri, 08 Dec 2023 09:52:08 +0700, a.kozhemyakin--- via pkg-perl-maintainers 
wrote:

> When installing the package:
> apt-get install libdbd-oracle-perl
> ...
> The following packages have unmet dependencies:
>   libdbd-oracle-perl : Depends: oracle-instantclient-basic but it is not
> installable or
> oracle-instantclient-basiclite but it is not
> installable
> E: Unable to correct problems, you have held broken packages.
> 
> package oracle-instantclient-basic installed via alien
> dpkg-query -l | grep oracle
> ii oracle-instantclient12.1-basic 12.1.0.2.0-2 amd64 Oracle Instant Client
> Basic package

Well, libdbd-oracle-perl needs 'oracle-instantclient-basic' or
'oracle-instantclient-basiclite', and you have
'oracle-instantclient12.1-basic' installed which is a different
package name.
 
> On previous versions of debian, installation succeeds

Because you had the correct oracle package installed :)
 
> I resolved the situation by correcting the package name in the INFO file,
> oracle-instantclient12.1-basic replaced oracle-instantclient-basic, after
> which libdbd-oracle-perl was able to install

The package description of libdbd-oracle-perl says:

| Detailed instructions for this are available at 

which points to
https://salsa.debian.org/perl-team/modules/packages/libdbd-oracle-perl/-/blob/master/debian/README.Debian
(also installed as /usr/share/doc/libdbd-oracle-perl/README.Debian)
which says:

| Click to "Instant Client for Linux x86-64" (amd64) or
| "Instant Client for Linux x86" (i386), and get the RPM package (please,
| note that Instant Client packages no longer include the release number
| as part of the RPM name since release 21):

So apparently Oracle has changed the name of the client from
oracle-instantclient${VERSION}-basic to oracle-instantclient-basic,
and our libdbd-oracle-perl has accordingly updated the dependency.

This may be a bit unfortunate for updates (although it is nice for
the future as no versioned packages are needed) but
- I don't see any bug in the libdbd-oracle-perl package
- I don't see anything we could do about this name change

Cc'ing alexm as the one actually working on libdbd-oracle-perl.


Cheers,
gregor

-- 
 .''`.  https://info.comodo.priv.at -- Debian Developer https://www.debian.org
 : :' : OpenPGP fingerprint D1E1 316E 93A7 60A8 104D  85FA BB3A 6801 8649 AA06
 `. `'  Member VIBE!AT & SPI Inc. -- Supporter Free Software Foundation Europe
   `-   


signature.asc
Description: Digital Signature

Bug#1057821: libpktriggercord: delegate placement of udev files to pkg-config data

[Chris Hofstaedtler]

Source: libpktriggercord
Version: 0.85.1+20221221181244-1
Severity: normal
Tags: patch
User: helm...@debian.org
Usertags: dep17m2

Dear Maintainer,

your package installs files related to udev, into /lib. These
files need to be moved to /usr/lib as part of Debian's usr-merge
effort [1].

Attached you will find a patch to delegate the exact placement of
the udev files to udev.pc (using pkg-config). This should work today
in unstable and, if necessary, for bookworm. Once udev.pc in
unstable points to /usr/lib your package will benefit automatically
after a binNMU or any other upload.

Later during the trixie cycle I expect this bug class to raise in
priority.

If during the trixie cycle your package will undergo structural
changes or any other file moves, please see the wiki and upload
to experimental first when these changes are done.

Thank you for considering,
Chris

[1] https://wiki.debian.org/UsrMerge
diff -Nru libpktriggercord-0.85.1+20221221181244/debian/changelog libpktriggercord-0.85.1+20221221181244/debian/changelog
--- libpktriggercord-0.85.1+20221221181244/debian/changelog	2022-12-21 19:13:59.0 +0100
+++ libpktriggercord-0.85.1+20221221181244/debian/changelog	2023-12-08 23:51:19.0 +0100
@@ -1,3 +1,10 @@
+libpktriggercord (0.85.1+20221221181244-1.1) UNRELEASED; urgency=medium
+
+  * Non-maintainer upload.
+  * Delegate placement of udev files to pkg-config data
+
+ -- Chris Hofstaedtler   Fri, 08 Dec 2023 23:51:19 +0100
+
 libpktriggercord (0.85.1+20221221181244-1) unstable; urgency=medium
 
   * build version from git
diff -Nru libpktriggercord-0.85.1+20221221181244/debian/control libpktriggercord-0.85.1+20221221181244/debian/control
--- libpktriggercord-0.85.1+20221221181244/debian/control	2022-12-21 19:12:48.0 +0100
+++ libpktriggercord-0.85.1+20221221181244/debian/control	2023-12-08 23:45:46.0 +0100
@@ -6,6 +6,8 @@
 Build-Depends: debhelper-compat (= 13)
 	, cmake
 	, libindi-dev
+	, pkgconf
+, systemd-dev
 Standards-Version: 4.6.0
 Homepage: https://github.com/indilib/indi-3rdparty
 Rules-Requires-Root: no
diff -Nru libpktriggercord-0.85.1+20221221181244/debian/rules libpktriggercord-0.85.1+20221221181244/debian/rules
--- libpktriggercord-0.85.1+20221221181244/debian/rules	2022-12-21 19:12:48.0 +0100
+++ libpktriggercord-0.85.1+20221221181244/debian/rules	2023-12-08 23:49:49.0 +0100
@@ -2,3 +2,8 @@
 
 %:
 	dh $@
+
+override_dh_auto_configure:
+	dh_auto_configure -- \
+		-DUDEVRULES_INSTALL_DIR=$(shell pkg-config --variable=udevdir udev)/rules.d
+

Bug#1057776: dh-make-perl: Incorrect .deb filename is used when --install and --revision are supplied

[gregor herrmann]

On Fri, 08 Dec 2023 11:16:12 +, Dan Lewis wrote:

> dh-make-perl correctly builds the .deb file with the supplied revision
> and creates libjson-diffable-perl_0.02-100_all.deb
> 
> However, it then supplies 'libjson-diffable-perl_0.02-1_all.deb' to
> dpkg when attempting to install the package. Note the use of a hardcoded
> '-1' revision. This causes the operation to fail with:

> The filename is generated with:
> 
> $debname = sprintf( "%s_%s-1_%s.deb", $self->pkgname, $self->version,
> $archspec );
> 
> Which I believe should instead be:
> 
> $debname = sprintf( "%s_%s_%s.deb", $self->pkgname, $self->pkgversion,
> $archspec );
> 
> $self->pkgversion contains the revision supplied with --revision.

Nice catch, thank you.

And thanks for providing a patch, which I've now applied in git and
which should be included in the next upload unless someone finds any
issues with it which I missed.
 

Cheers,
gregor

-- 
 .''`.  https://info.comodo.priv.at -- Debian Developer https://www.debian.org
 : :' : OpenPGP fingerprint D1E1 316E 93A7 60A8 104D  85FA BB3A 6801 8649 AA06
 `. `'  Member VIBE!AT & SPI Inc. -- Supporter Free Software Foundation Europe
   `-   


signature.asc
Description: Digital Signature

Bug#1042468:

[Yangfl]

Unfortunately scrcpy is relying more and more on new API and it's no
longer trivial to fit scrcpy-server into debian's android SDK of 23.

Even worse openjdk-17 and SDK 23 is a fatal combination to
scrcpy-server; see
https://github.com/Genymobile/scrcpy/issues/3481#issuecomment-1235538418

The only way to keep scrcpy usable might only be providing a prebuilt
scrcpy-server somewhere else.

Bug#1057820: libmtp: delegate placement of udev files to pkg-config data

[Chris Hofstaedtler]

Source: libmtp
Version: 1.1.21-1
Severity: normal
Tags: patch
User: helm...@debian.org
Usertags: dep17m2

Dear Maintainer,

your package installs files related to udev, into /lib. These
files need to be moved to /usr/lib as part of Debian's usr-merge
effort [1].

Attached you will find a patch to delegate the exact placement of
the udev files to udev.pc (using pkg-config). This should work today
in unstable and, if necessary, for bookworm. Once udev.pc in
unstable points to /usr/lib your package will benefit automatically
after a binNMU or any other upload.

Later during the trixie cycle I expect this bug class to raise in
priority.

If during the trixie cycle your package will undergo structural
changes or any other file moves, please see the wiki and upload
to experimental first when these changes are done.

Thank you for considering,
Chris

[1] https://wiki.debian.org/UsrMerge
>From 586690248e1f3a9434ece63e9808082cb13cec9e Mon Sep 17 00:00:00 2001
From: Chris Hofstaedtler 
Date: Fri, 8 Dec 2023 23:32:07 +0100
Subject: [PATCH] Use udev.pc to determine correct udev install path

---
 debian/control| 1 +
 debian/libmtp-common.install  | 4 ++--
 debian/libmtp-runtime.install | 2 +-
 debian/rules  | 5 +++--
 4 files changed, 7 insertions(+), 5 deletions(-)

diff --git a/debian/control b/debian/control
index c8a8663..65bf4ce 100644
--- a/debian/control
+++ b/debian/control
@@ -12,6 +12,7 @@ Build-Depends: autoconf,
libgcrypt20-dev,
libusb-1.0-0-dev,
pkg-config,
+   systemd-dev,
xsltproc
 Standards-Version: 4.6.2
 Vcs-Browser: https://salsa.debian.org/debian/libmtp
diff --git a/debian/libmtp-common.install b/debian/libmtp-common.install
index b86ff82..87e4e7f 100644
--- a/debian/libmtp-common.install
+++ b/debian/libmtp-common.install
@@ -1,3 +1,3 @@
-lib/udev/rules.d/*
+${env:deb_udevdir}/rules.d/*
 ../../debian/apport/* usr/share/apport/package-hooks
-lib/udev/hwdb.d/*
+${env:deb_udevdir}/hwdb.d/*
diff --git a/debian/libmtp-runtime.install b/debian/libmtp-runtime.install
index 3304986..8c4c7d6 100644
--- a/debian/libmtp-runtime.install
+++ b/debian/libmtp-runtime.install
@@ -1 +1 @@
-lib/udev/mtp-probe
+${env:deb_udevdir}/mtp-probe
diff --git a/debian/rules b/debian/rules
index 31be367..033b85f 100755
--- a/debian/rules
+++ b/debian/rules
@@ -13,8 +13,9 @@ ifeq (,$(findstring libmtp-common, $(shell dh_listpackages)))
 DEB_CONFIGURE_EXTRA_FLAGS += --disable-configfiles
 endif
 
-# The default changed in libmtp 1.1.9 to /usr/lib/udev
-DEB_CONFIGURE_EXTRA_FLAGS += --with-udev=/lib/udev
+export deb_udevdir = $(shell pkg-config --variable=udevdir udev | sed s,^/,,)
+# The default changed in libmtp 1.1.9 to /usr/lib/udev. We defer to udev.pc.
+DEB_CONFIGURE_EXTRA_FLAGS += --with-udev=/$(deb_udevdir)
 
 DB2MAN = /usr/share/sgml/docbook/stylesheet/xsl/nwalsh/manpages/docbook.xsl
 XP = xsltproc --nonet
-- 
2.39.2

Bug#1057819: ITP: session-token -- command-line script for generating session tokens

[gregor herrmann]

Package: wnpp
Owner: gregor herrmann 
Severity: wishlist
X-Debbugs-CC: debian-de...@lists.debian.org, debian-p...@lists.debian.org

* Package name: session-token
  Version : 0.102
  Upstream Author : Doug Hoyte 
* URL : https://metacpan.org/release/App-Session-Token
* License : Artistic or GPL-1+
  Programming Lang: Perl
  Description : command-line script for generating session tokens

session-token is a script, using the Session::Token module, to create session
tokens, password reset codes, temporary passwords, random identifiers, etc.

It performs a similar task as `openssl rand -base64 16' but is more flexible
regarding the alphabet used, and can efficiently generate a large number of
random tokens.

The package will be maintained under the umbrella of the Debian Perl Group.

--
Generated with the help of dpt-gen-itp(1) from pkg-perl-tools.


signature.asc
Description: Digital Signature

Bug#1056980: [devuan-dev] bug#813: Reopen 1056980

[Svante Signell]

Control: severity -1 serious
Control: tags -1 reopen

Hello again,

As long as you (or somebody else) don't give a solid reason for not
allowing configuration files to change, I'll continue this severity
ping-pong!

Thanks!
On Fri, 2023-12-08 at 20:40 +0100, Chris Hofstaedtler wrote:
> Control: severity -1 normal
> Control: tags -1 = wontfix
> 
> * Svante Signell  [231208 19:38]:
> > On Fri, 2023-12-08 at 16:15 +0100, Svante Signell wrote:
> > > reopen 1056980
> > > severity 1056980 serious
> > > tags 1056980 patch
> > > thanks
> > 
> > Sorry, forgot the patch!
> > 
> 
> > --- a/debian/netcat-traditional.postinst2023-11-27
> > 03:20:27.0 +0100
> > +++ b/debian/netcat-traditional.postinst2023-12-04
> > 15:11:31.0 +0100
> > @@ -4,8 +4,8 @@
> >  
> >  if [ "$1" = "configure" ]; then
> >  update-alternatives \
> > -    --install /bin/nc nc /bin/nc.traditional 10 \
> > -    --slave /bin/netcat netcat /bin/nc.traditional \
> > +    --install /usr/bin/nc nc /usr/bin/nc.traditional 10 \
> > +    --slave /usr/bin/netcat netcat /usr/bin/nc.traditional \
> >  --slave /usr/share/man/man1/nc.1.gz nc.1.gz \
> >  /usr/share/man/man1/nc.traditional.1.gz \
> >  --slave /usr/share/man/man1/netcat.1.gz netcat.1.gz \
> 
> This is absolutely wrong on Debian, and must not be uploaded to
> Debian.
> 
> If you want to keep it as a Devuan delta, go ahead.
> 
> Chris
> 

Bug#1057818: libirecovery: delegate placement of udev files to pkg-config data

[Chris Hofstaedtler]

Source: libirecovery
Version: 1.0.0-5
Severity: normal
Tags: patch
User: helm...@debian.org
Usertags: dep17m2

Dear Maintainer,

your package installs files related to udev, into /lib. These
files need to be moved to /usr/lib as part of Debian's usr-merge
effort [1].

Attached you will find a patch to delegate the exact placement of
the udev files to udev.pc (using pkg-config). This should work today
in unstable and, if necessary, for bookworm. Once udev.pc in
unstable points to /usr/lib your package will benefit automatically
after a binNMU or any other upload.

Later during the trixie cycle I expect this bug class to raise in
priority.

If during the trixie cycle your package will undergo structural
changes or any other file moves, please see the wiki and upload
to experimental first when these changes are done.

Thank you for considering,
Chris

[1] https://wiki.debian.org/UsrMerge
diff -Nru libirecovery-1.0.0/debian/changelog libirecovery-1.0.0/debian/changelog
--- libirecovery-1.0.0/debian/changelog	2020-10-22 18:02:40.0 +0200
+++ libirecovery-1.0.0/debian/changelog	2023-12-08 23:19:40.0 +0100
@@ -1,3 +1,11 @@
+libirecovery (1.0.0-5.1) UNRELEASED; urgency=medium
+
+  * Non-maintainer upload.
+  * Delegate placement of udev files to pkg-config data
+  * Use dh compat 13 (from 12), for substitutions in .install files
+
+ -- Chris Hofstaedtler   Fri, 08 Dec 2023 23:19:40 +0100
+
 libirecovery (1.0.0-5) unstable; urgency=medium
 
   * d/rules: force udev rules dir to prevent usrmerge discrepancy
diff -Nru libirecovery-1.0.0/debian/control libirecovery-1.0.0/debian/control
--- libirecovery-1.0.0/debian/control	2020-10-22 18:02:40.0 +0200
+++ libirecovery-1.0.0/debian/control	2023-12-08 23:19:01.0 +0100
@@ -5,10 +5,11 @@
 Uploaders: Yves-Alexis Perez 
 Standards-Version: 4.5.0
 Build-Depends: autoconf-archive,
-   debhelper-compat (= 12),
+   debhelper-compat (= 13),
libreadline-dev,
libusb-1.0-0-dev,
-   pkg-config
+   pkg-config,
+   systemd-dev
 Homepage: https://www.libimobiledevice.org/
 Vcs-Git: https://salsa.debian.org/imobiledevice-team/libirecovery.git
 Vcs-Browser: https://salsa.debian.org/imobiledevice-team/libirecovery
diff -Nru libirecovery-1.0.0/debian/libirecovery-common.install libirecovery-1.0.0/debian/libirecovery-common.install
--- libirecovery-1.0.0/debian/libirecovery-common.install	2020-10-22 18:02:40.0 +0200
+++ libirecovery-1.0.0/debian/libirecovery-common.install	2023-12-08 23:19:31.0 +0100
@@ -1,2 +1,2 @@
 debian/org.libimobiledevice.libirecovery.metainfo.xml /usr/share/metainfo/
-lib/udev/rules.d/39-libirecovery.rules
+${env:deb_udevdir}/rules.d/39-libirecovery.rules
diff -Nru libirecovery-1.0.0/debian/rules libirecovery-1.0.0/debian/rules
--- libirecovery-1.0.0/debian/rules	2020-10-22 18:02:40.0 +0200
+++ libirecovery-1.0.0/debian/rules	2023-12-08 23:19:40.0 +0100
@@ -2,13 +2,13 @@
 
 export DEB_LDFLAGS_MAINT_APPEND = -Wl,--as-needed -Wl,-O1 -Wl,-z,defs
 export DEB_BUILD_MAINT_OPTIONS=hardening=+all
+export deb_udevdir = $(shell pkg-config --variable=udevdir udev | sed s,^/,,)
 
 %:
 	dh $@
 
 override_dh_auto_configure:
-	dh_auto_configure -- --with-udevrule="TAG+=\"uaccess\"" \
-		--with-udevrulesdir=/lib/udev/rules.d
+	dh_auto_configure -- --with-udevrule="TAG+=\"uaccess\""
 
 override_dh_missing:
 	dh_missing --fail-missing

Bug#1057817: oss-compat: move files from /lib to /usr/lib

[Chris Hofstaedtler]

Source: oss-compat
Version: 7
Priority: wishlist
Tags: patch moreinfo
User: helm...@debian.org
Usertags: dep17m2

Dear Maintainer,

your package installs a file into /lib. For the Debian UsrMerge
effort [1] this file needs to move to /usr/lib.

Attached you will find a patch implementing this.

However: at the time of writing you should not upload this to
unstable, thus I tagged this bug "moreinfo".

Feel free to upload to experimental.
Once the wiki page [1] no longer says "pause moves", you may upload
this to unstable too.

I'm guessing oss-compat does not get backports or major
restructuring during trixie. If it does, please see the wiki page on
how to proceed.

Thanks,
Chris

diff -Nru oss-compat-7/debian/changelog oss-compat-7+nmu1/debian/changelog
--- oss-compat-7/debian/changelog	2018-05-15 20:52:02.0 +0200
+++ oss-compat-7+nmu1/debian/changelog	2023-12-08 23:07:54.0 +0100
@@ -1,3 +1,10 @@
+oss-compat (7+nmu1) UNRELEASED; urgency=medium
+
+  * Non-maintainer upload.
+  * Move /lib/oss-compat to /usr/lib/oss-compat.
+
+ -- Chris Hofstaedtler   Fri, 08 Dec 2023 23:07:54 +0100
+
 oss-compat (7) unstable; urgency=medium
 
   * Migrate to Salsa.
diff -Nru oss-compat-7/debian/dirs oss-compat-7+nmu1/debian/dirs
--- oss-compat-7/debian/dirs	2008-07-22 09:40:00.0 +0200
+++ oss-compat-7+nmu1/debian/dirs	2023-12-08 23:04:06.0 +0100
@@ -1,2 +1,2 @@
 etc/modprobe.d
-lib/oss-compat
+usr/lib/oss-compat
diff -Nru oss-compat-7/debian/install oss-compat-7+nmu1/debian/install
--- oss-compat-7/debian/install	2006-09-11 14:54:04.0 +0200
+++ oss-compat-7+nmu1/debian/install	2023-12-08 23:04:01.0 +0100
@@ -1 +1 @@
-linux	lib/oss-compat
+linux	usr/lib/oss-compat
diff -Nru oss-compat-7/debian/postinst oss-compat-7+nmu1/debian/postinst
--- oss-compat-7/debian/postinst	2018-05-14 15:37:59.0 +0200
+++ oss-compat-7+nmu1/debian/postinst	2023-12-08 23:07:31.0 +0100
@@ -30,13 +30,13 @@
 cp ${oldconffile} ${curconffile}
   else
 # Installing from scratch
-cp /lib/oss-compat/linux ${curconffile}
+cp /usr/lib/oss-compat/linux ${curconffile}
   fi
 fi
 # Cleanup extension-less configuration link
 [ -L ${oldconffile} ] && rm -f ${oldconffile}
 # Wheezy configuration file (using install directives)
-[ -f ${curconffile} ] && [ "$(md5sum ${curconffile} | cut -d\  -f1)" = "88222606b0a3ba8b0825c5000c754e6f" ] && cp /lib/oss-compat/linux ${curconffile}
+[ -f ${curconffile} ] && [ "$(md5sum ${curconffile} | cut -d\  -f1)" = "88222606b0a3ba8b0825c5000c754e6f" ] && cp /usr/lib/oss-compat/linux ${curconffile}
 
 if lsmod | grep -q "^snd " ; then
   modprobe snd || true

Bug#1057671: closed by Sylvain Beucler (Re: Bug#1057671: cytadela: game include non free graphical assets)

[Alexandre Detiste]

I understand your arguments.

There was no real emergency to close this bugs.
I was letting some time for other to voice some opinion.

Some non modifiable Scummvm game blob
have ended up in main but it's another fight
I won't take either.

Anyways I think that this package would
greatly benefit from a machine-readable
d/copyright and a more general refresh.

Greetings

Bug#1056222: REGRESSIONS! Re: debian-edu-artwork 2.12.3-2~deb12u1 flagged for acceptance

[Andreas Beckmann]

On Fri, 24 Nov 2023 14:35:19 + Adam D Barratt 
 wrote:



Package: debian-edu-artwork
Version: 2.12.3-2~deb12u1

Explanation: provide an Emerald theme based artwork for Debian Edu 12


This update causes some regressions (#1057815)
- it modifies a conffile (/etc/plymouth/plymouthd.conf)
- which actually causes dpkg prompting due to modified conffiles on 
upgrades from bullseye to bookworm+pu



Andreas

Bug#1051460: crowdsec-custom-bouncer: move systemd units to /usr

[Cyril Brulebois]

Hi,

Chris Hofstaedtler  (2023-12-08):
> On Fri, Sep 08, 2023 at 11:25:24AM +0200, Helmut Grohne wrote:
> > Are you fine with uploading this change at this early
> > stage of the transition?
> 
> Can we help you out in any way to get the systemd units moved? It's
> not so "early stage" anymore and the systemd units can certainly
> move now.

I haven't been able to keep up with the state of this transition (having
been busy with other topics that have been a blocker for it). If it's
safe to move things around, I can handle that. At least that particular
subject line from last week didn't seem encouraging:

Subject: Pause /usr-merge moves

See https://lists.debian.org/20231201210412.ga1344...@subdivi.de


Cheers,
-- 
Cyril Brulebois -- Debian Consultant @ DEBAMAX -- https://debamax.com/


signature.asc
Description: PGP signature

Bug#1054087: dnscrypt-proxy: diff for NMU version 2.0.45+ds1-1.2

[Chris Hofstaedtler]

Control: tags 1054087 + patch
Control: tags 1054087 + pending

Dear maintainer,

I've prepared an NMU for dnscrypt-proxy (versioned as 2.0.45+ds1-1.2) and
uploaded it to DELAYED/10.

Feel free to upload yourself in the meantime.

Best,
Chris

diff -Nru dnscrypt-proxy-2.0.45+ds1/debian/changelog dnscrypt-proxy-2.0.45+ds1/debian/changelog
--- dnscrypt-proxy-2.0.45+ds1/debian/changelog	2023-03-25 15:24:36.0 +0100
+++ dnscrypt-proxy-2.0.45+ds1/debian/changelog	2023-10-16 20:49:51.0 +0200
@@ -1,3 +1,13 @@
+dnscrypt-proxy (2.0.45+ds1-1.2) UNRELEASED; urgency=medium
+
+  * Non-maintainer upload.
+
+  [ Helmut Grohne ]
+  * Install systemd units only once using dh_installsystemd. (Closes:
+#1054087)
+
+ -- Helmut Grohne   Mon, 16 Oct 2023 20:49:51 +0200
+
 dnscrypt-proxy (2.0.45+ds1-1.1) unstable; urgency=medium
 
   * Non-maintainer upload.
diff -Nru dnscrypt-proxy-2.0.45+ds1/debian/dnscrypt-proxy.dnscrypt-proxy-resolvconf.service dnscrypt-proxy-2.0.45+ds1/debian/dnscrypt-proxy.dnscrypt-proxy-resolvconf.service
--- dnscrypt-proxy-2.0.45+ds1/debian/dnscrypt-proxy.dnscrypt-proxy-resolvconf.service	1970-01-01 01:00:00.0 +0100
+++ dnscrypt-proxy-2.0.45+ds1/debian/dnscrypt-proxy.dnscrypt-proxy-resolvconf.service	2023-10-16 20:49:51.0 +0200
@@ -0,0 +1,21 @@
+[Unit]
+Description=DNSCrypt proxy resolvconf support
+Documentation=https://github.com/DNSCrypt/dnscrypt-proxy/wiki
+After=dnscrypt-proxy.socket
+Requires=dnscrypt-proxy.socket
+ConditionFileIsExecutable=/sbin/resolvconf
+
+[Service]
+Type=oneshot
+RemainAfterExit=true
+ExecStart=/bin/sh -c 'systemctl show dnscrypt-proxy.socket \
+| grep "Listen.*Datagram" \
+| cut -d "=" -f 2 \
+| cut -d ":" -f 1 \
+| awk \'{ print "nameserver " $1 }\' \
+| /sbin/resolvconf -a lo.dnscrypt-proxy'
+ExecStop=/sbin/resolvconf -d lo.dnscrypt-proxy
+
+[Install]
+WantedBy=multi-user.target
+Also=dnscrypt-proxy.socket
diff -Nru dnscrypt-proxy-2.0.45+ds1/debian/dnscrypt-proxy.install dnscrypt-proxy-2.0.45+ds1/debian/dnscrypt-proxy.install
--- dnscrypt-proxy-2.0.45+ds1/debian/dnscrypt-proxy.install	2023-03-25 14:23:25.0 +0100
+++ dnscrypt-proxy-2.0.45+ds1/debian/dnscrypt-proxy.install	2023-10-16 20:49:51.0 +0200
@@ -1,5 +1,2 @@
 debian/tmp/usr/bin/* usr/sbin
 debian/dnscrypt-proxy.toml /etc/dnscrypt-proxy
-debian/dnscrypt-proxy.service /lib/systemd/system
-debian/dnscrypt-proxy.socket /lib/systemd/system
-debian/dnscrypt-proxy-resolvconf.service /lib/systemd/system
diff -Nru dnscrypt-proxy-2.0.45+ds1/debian/dnscrypt-proxy-resolvconf.service dnscrypt-proxy-2.0.45+ds1/debian/dnscrypt-proxy-resolvconf.service
--- dnscrypt-proxy-2.0.45+ds1/debian/dnscrypt-proxy-resolvconf.service	2023-03-25 14:23:25.0 +0100
+++ dnscrypt-proxy-2.0.45+ds1/debian/dnscrypt-proxy-resolvconf.service	1970-01-01 01:00:00.0 +0100
@@ -1,21 +0,0 @@
-[Unit]
-Description=DNSCrypt proxy resolvconf support
-Documentation=https://github.com/DNSCrypt/dnscrypt-proxy/wiki
-After=dnscrypt-proxy.socket
-Requires=dnscrypt-proxy.socket
-ConditionFileIsExecutable=/sbin/resolvconf
-
-[Service]
-Type=oneshot
-RemainAfterExit=true
-ExecStart=/bin/sh -c 'systemctl show dnscrypt-proxy.socket \
-| grep "Listen.*Datagram" \
-| cut -d "=" -f 2 \
-| cut -d ":" -f 1 \
-| awk \'{ print "nameserver " $1 }\' \
-| /sbin/resolvconf -a lo.dnscrypt-proxy'
-ExecStop=/sbin/resolvconf -d lo.dnscrypt-proxy
-
-[Install]
-WantedBy=multi-user.target
-Also=dnscrypt-proxy.socket
diff -Nru dnscrypt-proxy-2.0.45+ds1/debian/rules dnscrypt-proxy-2.0.45+ds1/debian/rules
--- dnscrypt-proxy-2.0.45+ds1/debian/rules	2023-03-25 14:59:33.0 +0100
+++ dnscrypt-proxy-2.0.45+ds1/debian/rules	2023-10-16 20:49:51.0 +0200
@@ -9,9 +9,8 @@
 %:
 	dh $@ --builddirectory=_build --buildsystem=golang
 
-override_dh_installsystemd:
-	dh_installsystemd dnscrypt-proxy.service dnscrypt-proxy.socket \
-		dnscrypt-proxy-resolvconf.service
+execute_after_dh_installsystemd:
+	dh_installsystemd --name dnscrypt-proxy-resolvconf
 
 override_dh_auto_install:
 	dh_auto_install --destdir=debian/tmp

Bug#1057816: dnscrypt-proxy: New upstream version 2.1.5

[Chris Hofstaedtler]

Package: dnscrypt-proxy
Version: 2.0.45+ds1-1.1
Severity: normal

A much newer upstream version is available.
Please package it.

Thanks,
Chris

Bug#1057815: debian-edu-artwork-emerald: modifies conffile: /etc/plymouth/plymouthd.conf

[Andreas Beckmann]

Package: debian-edu-artwork-emerald
Version: 2.12.3-2
Severity: serious
User: debian...@lists.debian.org
Usertags: piuparts
Control: found -1 2.12.3-2~deb12u1

Hi,

during a test with piuparts I noticed your package modifies conffiles.
This is forbidden by the policy, see
https://www.debian.org/doc/debian-policy/ch-files.html#configuration-files

10.7.3: "[...] The easy way to achieve this behavior is to make the
configuration file a conffile. [...] This implies that the default
version will be part of the package distribution, and must not be
modified by the maintainer scripts during installation (or at any
other time)."

Note that once a package ships a modified version of that conffile,
dpkg will prompt the user for an action how to handle the upgrade of
this modified conffile (that was not modified by the user).

Further in 10.7.3: "[...] must not ask unnecessary questions
(particularly during upgrades) [...]"

If a configuration file is customized by a maintainer script after
having asked some debconf questions, it may not be marked as a
conffile. Instead a template could be installed in /usr/share and used
by the postinst script to fill in the custom values and create (or
update) the configuration file (preserving any user modifications!).
This file must be removed during postrm purge.
ucf(1) may help with these tasks.
See also https://wiki.debian.org/DpkgConffileHandling

In https://lists.debian.org/debian-devel/2012/09/msg00412.html and
followups it has been agreed that these bugs are to be filed with
severity serious.

debsums reports modification of the following files,
from the attached log (scroll to the bottom...):

/etc/plymouth/plymouthd.conf


Note that this bug is only easily reproducible in piuparts tests
with --install-recomends enabled. (It requires a certain combination of
packages (that are only linked via Recommends) to be installed
concurrently.)

This bug wasn't present in bookworm initially, but is now being
introduced via -pu.

This bug did not exist with pre-bookworm releases.

Since all other theme configuration is handled via alternatives, why
can't the same be done with plymouth? (It may require some packaging
changes on the plymouth side, though).


cheers,

Andreas


debian-edu-artwork-emerald_2.12.3-2.log.gz
Description: application/gzip

Bug#1054012: at: defer placement of systemd unit to systemd's pkgconf file

[Chris Hofstaedtler]

Hi at Maintainers,
Hi Jose, Ansgar,

On Sun, Oct 15, 2023 at 11:15:44AM +0200, Helmut Grohne wrote:
> We want to move files from aliased directories to /usr (see DEP17). The
> at package is involved, because it ships a systemd unit in /lib. I
> propose that instead of hard coding this directory, you may defer the
> placement to systemd's pkgconf file. The advantage of doing so is that a
> backport of apt to an older release will automatically revert back to
> /lib and thus honour the file move moratorium that still applies to
> bookworm.
> I'm attaching a patch for your convenience.

Is there anything we can do to help you out and get Helmut's patch applied?

Thanks for considering,
Chris

Bug#1051460: crowdsec-custom-bouncer: move systemd units to /usr

[Chris Hofstaedtler]

Hi crowdsec-custom-bouncer Maintainers,
Hi Cyril,

On Fri, Sep 08, 2023 at 11:25:24AM +0200, Helmut Grohne wrote:
> Are you fine with uploading this change at this early
> stage of the transition?

Can we help you out in any way to get the systemd units moved? It's
not so "early stage" anymore and the systemd units can certainly
move now.

Thanks for considering,
Chris

Bug#1057814: RFS: streamlink/6.4.2-1~bpo12+1 -- CLI for extracting video streams from various websites to a video player

[Alexis Murzeau]

Package: sponsorship-requests
Severity: normal
X-Debbugs-CC: debian-backpo...@lists.debian.org

Dear mentors,

I am looking for a sponsor for my package "streamlink" into Debian
bookworm-backports repository.

  * Package name: streamlink
Version : 6.4.2-1~bpo12+1
Upstream Author : Streamlink Team
  * URL : https://streamlink.github.io/
  * License : BSD-2-clause, Apache-2.0, MIT/Expat, SIL-OFL-1.1
  * Vcs : https://salsa.debian.org/amurzeau/streamlink/
Section : python

It builds those binary packages:

  python3-streamlink - Python module for extracting video streams from
various websites
  streamlink - CLI for extracting video streams from various websites
to a video player


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

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

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

  dget -x 
https://mentors.debian.net/debian/pool/main/s/streamlink/streamlink_6.4.2-1~bpo12+1.dsc


Differences from testing package (6.3.1-1~bpo12+1):
  * d/control,rules: remove doc package because of missing dependencies
on bookworm.


Changes since the previous backported version in bookworm:
streamlink (6.4.2-1~bpo12+1) bookworm-backports; urgency=medium

  * Rebuild for bookworm-backports.

 -- Alexis Murzeau   Wed, 06 Dec 2023 23:55:14 +0100

streamlink (6.4.2-1) unstable; urgency=medium

  * New upstream version 6.4.2
  * d/control: remove obsolete omxplayer from recommends
  * d/rules: remove now useless pybuild flag --install-scripts

 -- Alexis Murzeau   Mon, 04 Dec 2023 20:17:11 +0100

streamlink (6.3.1-2) unstable; urgency=medium

  * No-change upload to rebuild python3-streamlink-doc against Sphinx 7.2
(Closes: 1055443).

 -- Alexis Murzeau   Mon, 06 Nov 2023 20:44:50 +0100

Regards,

--
Alexis Murzeau
PGP: B7E6 0EBB 9293 7B06 BDBC  2787 E7BD 1904 F480 937F|

Bug#1057391: cinnamon: FTBFS: dh_girepository: error: Could not find Clutter-0.gir dependency

[Fabio Fantoni]

I tried to look on recent gobject-introspection changes

About muffin I tried to add "Provides: ${gir:Provides}" to -dev package 
but it didn't added anything, I tried after saw 
https://salsa.debian.org/gnome-team/gobject-introspection/-/commit/d3611aaf3d8d98ca910b5f1e96f68a579538507f


I not understand what I should do about muffin as have only one packages 
with private gir, maintain one gir package will remain ok? I should add 
only a manual Provides in -dev package?


About cinnamon I saw that add this fixed the build:


override_dh_girepository:
dh_girepository --verbose /usr/lib/$(DEB_HOST_MULTIARCH)/muffin


from the build the output was:


dh_girepository --verbose /usr/lib/x86_64-linux-gnu/muffin
|
Package: cinnamon
||
Public GIR XML directory: debian/cinnamon/usr/share/gir-1.0
||
GIR XML: St-1.0.gir
||
Dependency: Clutter-0.gir
||
Dependency: ClutterX11-0.gir
||
Dependency: Gtk-3.0.gir
||
Dependency: Meta-0.gir
||
GIR XML: Cinnamon-0.1.gir
||
Dependency: CMenu-3.0.gir
||
Dependency: Clutter-0.gir
||
Dependency: ClutterX11-0.gir
||
Dependency: Cogl-0.gir
||
Dependency: CoglPango-0.gir
||
Dependency: Meta-0.gir
||
Dependency: St-1.0.gir
||
rm -f
||
cinnamon Provides gir1.2-st-1.0-dev (= 5.8.4-4~+salsaci+20231208+166)
||
mv debian/cinnamon.substvars.new debian/cinnamon.substvars
||
cinnamon Provides gir1.2-cinnamon-0.1-dev (= 
5.8.4-4~+salsaci+20231208+166)

||
mv debian/cinnamon.substvars.new debian/cinnamon.substvars
||
Dependency: Clutter-0.gir
||
cinnamon Depends libmuffin-dev (>= 5.8~) for Clutter-0.gir (version 
taken from libmuffin-dev in B-D)

||
mv debian/cinnamon.substvars.new debian/cinnamon.substvars
||
Dependency: ClutterX11-0.gir
||
cinnamon Depends libmuffin-dev (>= 5.8~) for ClutterX11-0.gir (version 
taken from libmuffin-dev in B-D)

||
Dependency: Gtk-3.0.gir
||
Dependency: Gtk-3.0.gir
||
dh_girepository: warning: libgtk-3-dev should have Provides: 
gir1.2-gtk-3.0-dev (= ${binary:Version})

||
cinnamon Depends libgtk-3-dev (>= 3.9.12) for Gtk-3.0.gir (version 
taken from libgtk-3-dev in B-D)

||
mv debian/cinnamon.substvars.new debian/cinnamon.substvars
||
Dependency: Meta-0.gir
||
cinnamon Depends libmuffin-dev (>= 5.8~) for Meta-0.gir (version taken 
from libmuffin-dev in B-D)

||
Dependency: CMenu-3.0.gir
||
Dependency: CMenu-3.0.gir
||
dh_girepository: warning: libcinnamon-menu-3-dev should have Provides: 
gir1.2-cmenu-3.0-dev (= ${binary:Version})

||
cinnamon Depends libcinnamon-menu-3-dev (>= 5.4~) for CMenu-3.0.gir 
(version taken from libcinnamon-menu-3-dev in B-D)

||
mv debian/cinnamon.substvars.new debian/cinnamon.substvars
||
Dependency: Cogl-0.gir
||
cinnamon Depends libmuffin-dev (>= 5.8~) for Cogl-0.gir (version taken 
from libmuffin-dev in B-D)

||
Dependency: CoglPango-0.gir
||
cinnamon Depends libmuffin-dev (>= 5.8~) for CoglPango-0.gir (version 
taken from libmuffin-dev in B-D)

||
Dependency: St-1.0.gir
||
found in the same package
||
Package: cinnamon-common
||
rm -f
||
Package: cinnamon-doc
||rm -f|
and seems it should add some -dev packages as cinnamon deps that I think 
not good, I suppose I should create a new package instead like 
gir1.2-cinnamon-0.1-dev, or I'm wrong?


on cinnamon full -dev package is not needed but only gir files for few 
cases (only developer I think) can be useful so was added in cinnamon 
package


anyway when I tried to look artifact 
(https://salsa.debian.org/cinnamon-team/cinnamon/-/commit/c74a32e74374e5c61e7546c2f28a6a858e2f6999/pipelines?ref=master) 
cinnamon packages don't have -dev deps wrote by dh_girepository, is it 
correct?


thanks for any reply



OpenPGP_signature.asc
Description: OpenPGP digital signature

Bug#1051458: painintheapt: move systemd units to /usr

[Chris Hofstaedtler]

Dear painintheapt Maintainers,

On Fri, Sep 08, 2023 at 11:10:18AM +0200, Helmut Grohne wrote:
> Are you fine with uploading this change at this early stage
> of the transition?

It's no longer that "early stage", and systemd units can and should
move at this point.

Is there any way we can help you out? Are there problems with the
patch Helmut sent?

Thanks,
Chris

Bug#1054086: lsm: let dh_installsystemd choose the location of units

[Chris Hofstaedtler]

Hi Lucas,

> Em 16 de outubro de 2023 15:11:55 BRT, Helmut Grohne  
> escreveu:
> >Source: lsm
[..]
> >still is in effect there. debdiff cannot represent this patch:
> >
> >rm debian/lsm.install
> >ln -s ../lsm.service debian/lsm.service

* Lucas Castro :
> Sorry about delay for "fixing" that.
> 
> ASAP I'll work on that.

Are there any blockers I might be able to help you with, to move
this forward?

Thanks,
Chris

Bug#1056955: [INTL:sv] Swedish strings for openldap debconf

[Anders Jonsson]

Small typo fix added (instllationen -> installationen)

Regards,
Anders# Translation of openldap debconf template to Swedish
# Copyright (C) 2023 Martin Bagge 
# This file is distributed under the same license as the openldap package.
#
# Martin Ågren , 2008.
# Martin Bagge , 2010, 2017, 2023
msgid ""
msgstr ""
"Project-Id-Version: openldap_2.4.10-2_sv\n"
"Report-Msgid-Bugs-To: openl...@packages.debian.org\n"
"POT-Creation-Date: 2021-08-16 01:12+\n"
"PO-Revision-Date: 2023-11-27 09:37+0100\n"
"Last-Translator: Martin Bagge / brother \n"
"Language-Team: Swedish \n"
"Language: sv\n"
"MIME-Version: 1.0\n"
"Content-Type: text/plain; charset=UTF-8\n"
"Content-Transfer-Encoding: 8bit\n"
"Plural-Forms: nplurals=2; plural=(n != 1);\n"

#. Type: boolean
#. Description
#: ../slapd.templates:1001
msgid "Omit OpenLDAP server configuration?"
msgstr "Utelämna konfiguration av OpenLDAP-servern?"

#. Type: boolean
#. Description
#: ../slapd.templates:1001
msgid ""
"If you enable this option, no initial configuration or database will be "
"created for you."
msgstr ""
"Om du aktiverar det här alternativet kommer ingen initial konfiguration "
"eller databas att skapas åt dig."

#. Type: select
#. Choices
#: ../slapd.templates:2001
msgid "always"
msgstr "alltid "

#. Type: select
#. Choices
#: ../slapd.templates:2001
msgid "when needed"
msgstr "vid behov"

#. Type: select
#. Choices
#: ../slapd.templates:2001
msgid "never"
msgstr "aldrig"

#. Type: select
#. Description
#: ../slapd.templates:2002
msgid "Dump databases to file on upgrade:"
msgstr "Dumpa databaser till fil vid uppgradering:"

#. Type: select
#. Description
#: ../slapd.templates:2002
msgid ""
"Before upgrading to a new version of the OpenLDAP server, the data from your "
"LDAP directories can be dumped into plain text files in the standard LDAP "
"Data Interchange Format."
msgstr ""
"Innan du uppgraderar till en ny version av OpenLDAP-servern, kan datat från "
"dina LDAP-kataloger dumpas till klartextfiler i standardformatet LDAP Data "
"Interchange Format."

#. Type: select
#. Description
#: ../slapd.templates:2002
msgid ""
"Selecting \"always\" will cause the databases to be dumped unconditionally "
"before an upgrade. Selecting \"when needed\" will only dump the database if "
"the new version is incompatible with the old database format and it needs to "
"be reimported. If you select \"never\", no dump will be done."
msgstr ""
"Väljer du \"alltid\" kommer databaserna alltid att dumpas före en "
"uppgradering. Väljer du \"vid behov\" kommer databasen bara dumpas om den "
"nya versionen är inkompatibel med det gamla databasformatet och måste "
"återimporteras. Om du väljer \"aldrig\", kommer ingen dump göras."

#. Type: string
#. Description
#: ../slapd.templates:3001
msgid "Directory to use for dumped databases:"
msgstr "Katalog att dumpa databaser i:"

#. Type: string
#. Description
#: ../slapd.templates:3001
msgid ""
"Please specify the directory where the LDAP databases will be exported. In "
"this directory, several LDIF files will be created which correspond to the "
"search bases located on the server. Make sure you have enough free space on "
"the partition where the directory is located. The first occurrence of the "
"string \"VERSION\" is replaced with the server version you are upgrading "
"from."
msgstr ""
"Ange den katalog dit LDAP-databaser ska exporteras. I denna katalog kommer "
"flera LDIF-filer att skapas som svarar mot sökbaserna på servern. Se till "
"att du har tillräckligt med ledigt utrymme på den partition där katalogen "
"finns. Den första förekomsten av strängen \"VERSION\" ersätts med den "
"serverversion du uppgraderar från."

#. Type: boolean
#. Description
#: ../slapd.templates:4001
msgid "Move old database?"
msgstr "Flytta gammal databas?"

#. Type: boolean
#. Description
#: ../slapd.templates:4001
msgid ""
"There are still files in /var/lib/ldap which will probably break the "
"configuration process. If you enable this option, the maintainer scripts "
"will move the old database files out of the way before creating a new "
"database."
msgstr ""
"Det finns fortfarande filer i /var/lib/ldap/ som troligen kommer göra att "
"konfigurationsprocessen inte fungerar. Om du aktiverar detta val, kommer "
"administrationsskripten att flytta den gamla databasfilen ur vägen innan en "
"ny databas skapas."

#. Type: boolean
#. Description
#: ../slapd.templates:5001
msgid "Retry configuration?"
msgstr "Försöka konfigurera igen?"

#. Type: boolean
#. Description
#: ../slapd.templates:5001
msgid ""
"The configuration you entered is invalid. Make sure that the DNS domain name "
"is syntactically valid, the field for the organization is not left empty and "
"the admin passwords match. If you decide not to retry the configuration the "
"LDAP server will not be set up. Run 'dpkg-reconfigure slapd' if you want to "
"retry later."
msgstr ""
"Konfigurationen du angav är ogiltig. Säkerställ att DNS-domännamnet är "
"syntaktiskt giltigt, att 

Bug#1057807: dracut-network: broken on sid ("Module 'ifcfg' cannot be found.", and /etc/dracut.conf.d/11-ifcfg.conf add_dracutmodules+=" ifcfg " but modules.d/45ifcfg gone vs bookworm)

[Thomas Lange]

A new dracut version 060+5-1 will be available soon.
060+5 is the same as 059+212 because upstream changed its release process.

-- 
reagrds Thomas

Bug#1057813: elfutils FTCBFS: leaks host flags into native build

[Helmut Grohne]

Source: elfutils
Version: 0.190-1
Tags: patch
User: debian-cr...@lists.debian.org
Usertags: ftcbfs

elfutils fails to cross build from source for amd64 and arm64 both of
which recently added architecture-specific compiler flags such as
PAC/BTI. These leak into the native build pass where the compiler may
not understand them. I'm attaching a patch for your convenience.

Helmut
diff --minimal -Nru elfutils-0.190/debian/changelog 
elfutils-0.190/debian/changelog
--- elfutils-0.190/debian/changelog 2023-11-16 14:54:07.0 +0100
+++ elfutils-0.190/debian/changelog 2023-12-08 07:38:31.0 +0100
@@ -1,3 +1,10 @@
+elfutils (0.190-1.1) UNRELEASED; urgency=medium
+
+  * Non-maintainer upload.
+  * Fix FTCBFS: Do not leak host flags into native build. (Closes: #-1)
+
+ -- Helmut Grohne   Fri, 08 Dec 2023 07:38:31 +0100
+
 elfutils (0.190-1) unstable; urgency=medium
 
   * New upstream version.
diff --minimal -Nru elfutils-0.190/debian/rules elfutils-0.190/debian/rules
--- elfutils-0.190/debian/rules 2023-01-14 14:54:50.0 +0100
+++ elfutils-0.190/debian/rules 2023-12-08 07:38:31.0 +0100
@@ -68,6 +68,10 @@
dh_autoreconf
@mkdir -p stamps
 ifneq ($(DEB_BUILD_GNU_TYPE),$(DEB_HOST_GNU_TYPE))
+   CFLAGS='$(CFLAGS_FOR_BUILD)' \
+   CPPFLAGS='$(CPPFLAGS_FOR_BUILD)' \
+   CXXFLAGS='$(CXXFLAGS_FOR_BUILD)' \
+   LDFLAGS='$(LDFLAGS_FOR_BUILD)' \
./configure --enable-maintainer-mode \
--enable-libdebuginfod=dummy \
--disable-debuginfod

Bug#1057812: luajit2 FTCBFS: passes host flags to build compiler

[Helmut Grohne]

Source: luajit2
Version: 2.1-20230410-1
Tags: patch
User: debian-cr...@lists.debian.org
Usertags: ftcbfs

luajit2 fails to cross build from source. Unfortunately, the
nomenclature gets really confusing here, so let me clarify:

Debian | luajit2
---+
build  | host
host   | target
target | -

Hencefore, I am assuming Debian's meaning. So luajit2 passes host flags
to the build compiler. This happen both during clean (as dh_auto_clean
doesn't pass cross tools yet picks up CFLAGS) and during build (because
CFLAGS automatically promote to both kinds of flags). I'm attaching a
patch that fixes both for your convenience.

Helmut
diff --minimal -Nru luajit2-2.1-20230410/debian/changelog 
luajit2-2.1-20230410/debian/changelog
--- luajit2-2.1-20230410/debian/changelog   2023-06-18 03:26:28.0 
+0200
+++ luajit2-2.1-20230410/debian/changelog   2023-12-08 13:49:40.0 
+0100
@@ -1,3 +1,10 @@
+luajit2 (2.1-20230410-1.1) UNRELEASED; urgency=medium
+
+  * Non-maintainer upload.
+  * Fix FTCBFS: Be more precise about build/host/target. (Closes: #-1)
+
+ -- Helmut Grohne   Fri, 08 Dec 2023 13:49:40 +0100
+
 luajit2 (2.1-20230410-1) unstable; urgency=medium
 
   [ Debian Janitor ]
diff --minimal -Nru luajit2-2.1-20230410/debian/rules 
luajit2-2.1-20230410/debian/rules
--- luajit2-2.1-20230410/debian/rules   2023-02-28 19:24:49.0 +0100
+++ luajit2-2.1-20230410/debian/rules   2023-12-08 13:49:40.0 +0100
@@ -10,10 +10,16 @@
 %:
dh $@
 
+override_dh_auto_clean:
+   dh_auto_clean -- CROSS=$(DEB_HOST_GNU_TYPE)-
+
 override_dh_auto_build:
$(MAKE) amalg PREFIX=/usr \
MULTILIB=lib/$(DEB_HOST_MULTIARCH) \
CROSS=$(DEB_HOST_GNU_TYPE)- \
+   CFLAGS= \
+   HOST_CFLAGS='$(CFLAGS_FOR_BUILD)' \
+   TARGET_CFLAGS='$(CFLAGS)' \
Q= E=@:
 
 override_dh_auto_install:

Bug#1053556: [Pkg-rust-maintainers] Bug#1053556: Bug#1050769: dh-cargo: should provide a build() method

[Fabian Grünbichler]

On Mon, Oct 30, 2023 at 09:30:57AM +0900, Marc Dequènes wrote:
> Quack,
> 
> Sorry for the lag, I really lacked time and energy recently but I'll try to
> upload a fix soon.
> 
> On 2023-10-07 04:09, Jeremy Bícha wrote:
> > No, greetd needs to build itself correctly regardless of whether there
> > are helper functions available.
> 
> You're right and I did not realize nocheck would be used for real in this
> package. I never saw this as a perfect solution but until debcargo
> implements what's needed that seemed fine.
> 
> > https://salsa.debian.org/debian/greetd/-/merge_requests/4
> 
> It looks fine but that's precisely what I wanted to avoid: I do not want to
> maintain the build steps and have to update the calls and flags when cargo
> or any other piece of tooling changes.
> Maybe that won't change often but that's still silly to implement that in
> each and every leaf package and as a consequence there's no unified policy.
> Unfortunately I do not have the bandwidth to propose debcargo changes.

I think we can actually implement a build-step, and no-op that in
debcargo/dh-cargo for pure library crates (for those, "building" is just
testing, the build result is thrown away and only the sources are
contained in the "built" binary package). this should get us what you
want (building application with nocheck, just skipping tests) without
causing any fallout, although it of course requires careful testing.

FWIW, dh_auto_install (which runs `cargo install`) would also take care
of building the binary, if it hasn't been built already. so for a
regular application packaged in debcargo-conf, a nocheck build already
works and skips the tests while still building the application binary.

> So I guess I'll apply the patch you kindly provided but I'm thinking about
> handing over the maintainership of wlgreet and greetd to people who really
> have time to do it properly, or… maybe comaint.
> 
> Anyway, thanks for the report and patch everyone.
> \_o<

Bug#1057807: dracut-network: broken on sid ("Module 'ifcfg' cannot be found.", and /etc/dracut.conf.d/11-ifcfg.conf add_dracutmodules+=" ifcfg " but modules.d/45ifcfg gone vs bookworm)

[наб]

On Fri, Dec 08, 2023 at 08:35:11PM +0100, Thomas Lange wrote:
> remove-on-upgrade /etc/dracut.conf.d/11-ifcfg.conf
Just commenting out the file and regenerating did seem to make the initrd,
but it just hung for so-long-I-thought-it's-forever before going into a
minutes-long initqueue crashloop before finally dropping to
an emergency shell.

This revealed it didn't actually generate a sysroot.mount unit at all!

Though running
  mount -t nfs4 tarta:/mnt/filling/machine/1200-S121 /sysroot
corresponding to the
  ip=dhcp root=nfs4:tarta:/mnt/filling/machine/1200-S121
cmdline did work.

As usual with dracut,
breaking out of the shell after mounting /sysroot proceeded normally.

Whether it's the ifcfg thing or not (probably not),
the nfs netboot generator doesn't work anymore.

Attaching journalctl -b from the emergency shell.

Best,
наб


journalctl-b.zst
Description: application/zstd


signature.asc
Description: PGP signature

Bug#1051501: [Pkg-rust-maintainers] Bug#1051501: provide subcommand that lists debian dependencies for a crate

[Fabian Grünbichler]

On Fri, Sep 08, 2023 at 06:50:22PM +, Jelmer Vernooij wrote:
> Package: debcargo
> Severity: wishlist
> 
> I've packaged a few Python packages that include rust code. Since they're
> python packages, I can't just use debcargo.  However, it would be great if I
> somehow use debcargo to extract Debian dependency information from Cargo.toml.
> 
> Perhaps a subcommand for debcargo that just dumps out a list of Debian
> dependencies and the features they are relevant for?

FWIW, there's both salsa issue[0] and a draft MR[1] open for this, the
former even predates this wishlist bug. Maybe something to finish over
the holidays ;)

FWIW, as a workaround, you can use debcargo's "local crate support" to
kickstart your d/control contents.

given a dir that contains a Cargo.toml file (let's call it "foobar"),
create a debian/debcargo.toml file with the following contents:

overlay = "."
crate_src_path = ".."

and add "debian" to the excludes in Cargo.toml:

exclude = ["debian/"]

(or add it an already existing list of exclusions)

now the following command will generate the debian dir like for a
regular debcargo-packaged crate, even if "foobar" is not published on
crates.io:

debcargo package --config ./foobar/debian/debcargo.toml --no-overlay-write-back 
--directory ./tmp-foobar foobar 0.1.0

FWIW, since this effectively calls "cargo publish" under the hood, it
has the same restrictions w.r.t. dependencies in Cargo.toml (no
unversioned deps except for dev-dependencies which are ignored, no
path/git deps except if they have a version requirement, ..).

0: https://salsa.debian.org/rust-team/debcargo/-/issues/56
1: https://salsa.debian.org/rust-team/debcargo/-/merge_requests/49

Bug#1050580: ruby-roxml: broken by ruby-nokogiri 1.15.4

[Lucas Kanashiro]

Upstream is not active for some years (last commit from more than 2 
years ago), I do not expect them to fix this. I was checking the reverse 
dependencies and it seems there isn't any, I believe we should remove 
this package also from unstable (it was already removed from testing).


--
Lucas Kanashiro

Bug#1055918: [Pkg-rust-maintainers] Bug#1055918: rust-hyper: please provide newer upstream branch v1.0

[Fabian Grünbichler]

On Tue, Nov 14, 2023 at 10:25:51AM +0100, Jonas Smedegaard wrote:
> Source: rust-hyper
> Version: 0.14.25-2
> Severity: normal
> Tags: upstream
> 
> Please separately most likely separately rather than upgrading, due to
> not yet stable) newer upstream branch v1.0 (even if only available as
> release candidate for now).

hyper is stable upstream now, so we should probably prepare a transition
for this eco-system (hyper*, http*, h2, ..). one known (to me) blocker
is reqwest, which hasn't updated upstream yet:

https://github.com/seanmonstar/reqwest/issues/2039

Bug#1056980: [devuan-dev] bug#813: Reopen 1056980

[Chris Hofstaedtler]

Control: severity -1 normal
Control: tags -1 = wontfix

* Svante Signell  [231208 19:38]:
> On Fri, 2023-12-08 at 16:15 +0100, Svante Signell wrote:
> > reopen 1056980
> > severity 1056980 serious
> > tags 1056980 patch
> > thanks
> 
> Sorry, forgot the patch!
> 

> --- a/debian/netcat-traditional.postinst  2023-11-27 03:20:27.0 
> +0100
> +++ b/debian/netcat-traditional.postinst  2023-12-04 15:11:31.0 
> +0100
> @@ -4,8 +4,8 @@
>  
>  if [ "$1" = "configure" ]; then
>  update-alternatives \
> ---install /bin/nc nc /bin/nc.traditional 10 \
> ---slave /bin/netcat netcat /bin/nc.traditional \
> +--install /usr/bin/nc nc /usr/bin/nc.traditional 10 \
> +--slave /usr/bin/netcat netcat /usr/bin/nc.traditional \
>  --slave /usr/share/man/man1/nc.1.gz nc.1.gz \
>  /usr/share/man/man1/nc.traditional.1.gz \
>  --slave /usr/share/man/man1/netcat.1.gz netcat.1.gz \

This is absolutely wrong on Debian, and must not be uploaded to
Debian.

If you want to keep it as a Devuan delta, go ahead.

Chris

Bug#1057811: RFS: opendmarc/1.4.2-4 -- Domain-based Message Authentication, Reporting and Conformance (DMARC) milter

[David Bürgin]

Package: sponsorship-requests
Severity: normal

Dear mentors,

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

 * Package name : opendmarc
   Version  : 1.4.2-4
   Upstream contact : The Trusted Domain Project
 * URL  : http://www.trusteddomain.org/opendmarc
 * License  : BSD-2-clause, BSD-3-clause and SOSL, GPL-3+ with AutoConf 
exception
 * Vcs  : https://salsa.debian.org/kitterman/opendmarc
   Section  : mail

The source builds the following binary packages:

  opendmarc - Domain-based Message Authentication, Reporting and Conformance 
(DMARC) milter
  libopendmarc2 - DMARC policy library
  libopendmarc-dev - DMARC policy library (development files)

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

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

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

  dget -x 
https://mentors.debian.net/debian/pool/main/o/opendmarc/opendmarc_1.4.2-4.dsc

Changes since the last upload:

 opendmarc (1.4.2-4) unstable; urgency=medium
 .
   * systemd: Revert introduction of sandboxing in opendmarc service, as it
 breaks sending of reports, which is a core function (Closes: #1047168)
   * Drop unused opendbx dependencies from Recommends (Closes: #1053435)

Thank you.


-- 
David

Bug#1057807: dracut-network: broken on sid ("Module 'ifcfg' cannot be found.", and /etc/dracut.conf.d/11-ifcfg.conf add_dracutmodules+=" ifcfg " but modules.d/45ifcfg gone vs bookworm)

[Thomas Lange]

I guess I can fix this by adding

remove-on-upgrade /etc/dracut.conf.d/11-ifcfg.conf
to debian/dracut-network.conffiles

--
Thomas

Bug#1057688: aptitude: Stray input on window click when running under tmux

[Thomas Dickey]

On Fri, Dec 08, 2023 at 05:01:43PM +0100, Sven Joachim wrote:
> On 2023-12-07 17:41 -0500, Thomas Dickey wrote:
> 
> > On Thu, Dec 07, 2023 at 06:06:49PM +0100, Axel Beckert wrote:
> >> Hi Sven,
> >>
> >> Sven Joachim via Aptitude-devel wrote:
> >> > Debian ncurses maintainer here, bringing the ncurses upstream developer
> >> > into the loop.
> >>
> >> Thanks for that!
> >>
> >> > In addition to aptitude, mouse support is also broken in dialog(1) under
> >> > tmux.
> >> >
> >> > > Maybe this bug should instead be assigned to ncurses?
> >> >
> >> > Probably should be reassigned to ncurses-base, but let's first see what
> >> > Thomas has to say about it.
> >
> > It's probaby the same issue as this;
> >
> > 20231028
> > + move xterm focus mode 1004 from xterm+sm+1006 into xterm+focus as
> >   fe/fd capabilities, like vim (vim-pr #13440).
> 
> Looking at the misc/terminfo.src changes in that patchlevel, I see that
> you added xterm+focus to several terminfo entries that had used
> xterm+sm+1006, which is logical and in line with the NEWS entry.
> 
> However, tmux got changed the other way around: it already had used
> xterm+focus, and you added xterm+sm+1006.  This is the diff hunk:
> 
> ,
> | @@ -8550,7 +8556,7 @@ tmux|tmux terminal multiplexer,
> | use=ecma+italics, use=ecma+strikeout, use=xterm+edit,
> | use=xterm+pcfkeys, use=xterm+sl, use=xterm+tmux,
> | use=screen, use=bracketed+paste, use=report+version,
> | -   use=xterm+focus,
> | +   use=xterm+focus, use=xterm+sm+1006,
> |
> |  tmux-256color|tmux with 256 colors,
> | use=xterm+256setaf, use=tmux,
> `
> 
> That seems to be not really intended and should likely be reverted,
> given the issue at hand.

will do.

-- 
Thomas E. Dickey 
https://invisible-island.net


signature.asc
Description: PGP signature

Bug#1055801: pandas: test failures with Python 3.12

[Rebecca N. Palmer]

Control: severity -1 normal
Control: retitle -1 pandas/pytables: ignored test fails with Python 3.12
Control: found -1 2.1.3+dfsg-1
Control: tags 1057805 pending

In 1.5.3+dfsg-8, these are ignored, so are no longer an FTBFS but are 
still a bug.  I don't know whether they're a pandas bug or a pytables 
bug; they don't appear to be known to either upstream.


(The build failure on armhf, #1057805, was because this xfail took 
precedence over the existing run=False xfail and hence exposed a 
long-known crash, #790925.  This should be fixed in -9.)


If the 'affects' is because you were trying to test those reverse 
dependencies in Python 3.12, this should now be possible.

Bug#1017473: psi: please make the build reproducible

[Vagrant Cascadian]

On 2022-08-16, Chris Lamb wrote:
> Whilst working on the Reproducible Builds effort [0] we noticed that
> psi could not be built reproducibly.
>
> This is because that it embeds a build date that varies depending on
> the current timezone. Patch attached that ensures that UTC is used.

Yesterday I Uploaded an NMU to DELAYED/10 using dgit with the following
changes:

diff -Nru psi-1.5+dfsg1/debian/changelog psi-1.5+dfsg1/debian/changelog
--- psi-1.5+dfsg1/debian/changelog  2019-12-31 16:00:01.0 -0800
+++ psi-1.5+dfsg1/debian/changelog  2023-12-07 13:16:09.0 -0800
@@ -1,3 +1,12 @@
+psi (1.5+dfsg1-1.1) unstable; urgency=medium
+
+  * Non-maintainer upload.
+
+  [ Chris Lamb ]
+  * Make the build reproducible (Closes: #1017473)
+
+ -- Vagrant Cascadian   Thu, 07 Dec 2023 
13:16:09 -0800
+
 psi (1.5+dfsg1-1) unstable; urgency=medium
 
   * New upstream release.
diff -Nru 
psi-1.5+dfsg1/debian/patches/make-the-build-reproducible-closes-10174.patch 
psi-1.5+dfsg1/debian/patches/make-the-build-reproducible-closes-10174.patch
--- psi-1.5+dfsg1/debian/patches/make-the-build-reproducible-closes-10174.patch 
1969-12-31 16:00:00.0 -0800
+++ psi-1.5+dfsg1/debian/patches/make-the-build-reproducible-closes-10174.patch 
2023-12-07 13:16:09.0 -0800
@@ -0,0 +1,23 @@
+From: Chris Lamb 
+Date: Tue, 16 Aug 2022 13:53:48 -0700
+X-Dgit-Generated: 1.5+dfsg1-1.1 dd0f9f00250fd9aae2920dd7898d4e08e7307666
+Subject: Make the build reproducible (Closes: #1017473)
+
+
+---
+
+diff --git a/src/CMakeLists.txt b/src/CMakeLists.txt
+index 020c68e..5954ab1 100644
+--- a/src/CMakeLists.txt
 b/src/CMakeLists.txt
+@@ -179,8 +179,8 @@ else()
+   include_directories(${Iris_INCLUDE_DIR})
+ endif()
+ 
+-string(TIMESTAMP PSI_COMPILATION_DATE "%Y-%m-%d")
+-string(TIMESTAMP PSI_COMPILATION_TIME "%H:%M:%S")
++string(TIMESTAMP PSI_COMPILATION_DATE "%Y-%m-%d" UTC)
++string(TIMESTAMP PSI_COMPILATION_TIME "%H:%M:%S" UTC)
+ 
+ if(ENABLE_WEBKIT)
+   if(NOT USE_WEBENGINE)
diff -Nru psi-1.5+dfsg1/debian/patches/series 
psi-1.5+dfsg1/debian/patches/series
--- psi-1.5+dfsg1/debian/patches/series 2019-12-31 16:00:01.0 -0800
+++ psi-1.5+dfsg1/debian/patches/series 2023-12-07 13:16:09.0 -0800
@@ -1 +1,2 @@
 01_install-hicolor-icons.patch
+make-the-build-reproducible-closes-10174.patch


live well,
  vagrant


signature.asc
Description: PGP signature

Bug#1057790: linux-image-6.5.0-5-amd64: deadlock on RTL8125 in jumbo mtu mode

[Salvatore Bonaccorso]

Hi Timo,

On Fri, Dec 08, 2023 at 07:02:45PM +0100, Timo van Roermund wrote:
> Yes, you're right, my mistake. It should be that one:
> 
> https://git.kernel.org/pub/scm/linux/kernel/git/stable/linux.git/commit/drivers/net/ethernet/realtek?h=v6.6.5=fbe43b7f02a2b578d547cec93dbca81e94c0dbb5

Thanks for confirming!

Diederik has added a bug closer for the next upload in experimental in
our packaging repo.

Regards,
Salvatore

Bug#1057436: ovn: FTBFS: tar (child): /usr/src/openvswitch/openvswitch.tar.gz: Cannot open: No such file or directory

[Frode Nordahl]

Hello, Chris,

Thank you for reporting this bug.

To resolve a reproducible build issue with the openvswitch package we
had to change the layout of the openvswitch-source package [0].

The necessary changes were proposed to the ovn package simultaneously [1].

Unfortunately these two package changes were uploaded at a different
point in time, allowing for this window of FTBFS for the ovn package.

The ovn change has just been uploaded and should be available as soon
as the build farms have completed building it.

0: 
https://salsa.debian.org/openstack-team/third-party/openvswitch/-/commit/b7c390f39fcc35b05365f021812b3aaba76b7210
1: 
https://salsa.debian.org/openstack-team/third-party/ovn/-/commit/1d71b47c7f4c94f63ac944df0c097e17bb0cc565

-- 
Frode Nordahl

Bug#1020877: edid-decode: reproducible builds: timezone dependent timestamps embedded in /usr/bin/edid-decode

[Vagrant Cascadian]

On 2022-09-27, Vagrant Cascadian wrote:
> A timezone-dependent timestamp is embedded in /usr/games/edid-decode:
>
>   
> https://tests.reproducible-builds.org/debian/rb-pkg/bookworm/amd64/diffoscope-results/edid-decode.html
>
>   2022-03-29·21:29:27
>   vs.
>   2022-03-30·23:29:27
>
> The attached patch to debian/rules fixes this by ensuring the date is
> output in the UTC timezone.

Yesterday I uploaded an NMU to DELAYED/10 and pushed the changes to git,
as well as uploaded with dgit. The following changes were in included:

diff -Nru edid-decode-0.1~git20220315.cb74358c2896/debian/changelog 
edid-decode-0.1~git20220315.cb74358c2896/debian/changelog
--- edid-decode-0.1~git20220315.cb74358c2896/debian/changelog   2022-03-30 
02:29:27.0 -0700
+++ edid-decode-0.1~git20220315.cb74358c2896/debian/changelog   2023-12-07 
12:32:06.0 -0800
@@ -1,3 +1,11 @@
+edid-decode (0.1~git20220315.cb74358c2896-1.1) unstable; urgency=medium
+
+  * Non-maintainer upload.
+  * debian/rules: Use UTC date to ensure reproducible builds regardless of
+timezone. (Closes: #1020877)
+
+ -- Vagrant Cascadian   Thu, 07 Dec 2023 12:32:06 -0800
+
 edid-decode (0.1~git20220315.cb74358c2896-1) unstable; urgency=medium
 
   * New upstream snapshot.
diff -Nru edid-decode-0.1~git20220315.cb74358c2896/debian/rules 
edid-decode-0.1~git20220315.cb74358c2896/debian/rules
--- edid-decode-0.1~git20220315.cb74358c2896/debian/rules   2022-03-30 
02:29:27.0 -0700
+++ edid-decode-0.1~git20220315.cb74358c2896/debian/rules   2023-12-07 
12:32:06.0 -0800
@@ -7,4 +7,4 @@
dh $@
 
 override_dh_auto_build:
-   dh_auto_build -- sha=-DSHA=$(lastword $(subst ., 
,$(DEB_VERSION_UPSTREAM))) date=-DDATE=\""$(shell date -d@$(SOURCE_DATE_EPOCH) 
'+%F %T')"\"
+   dh_auto_build -- sha=-DSHA=$(lastword $(subst ., 
,$(DEB_VERSION_UPSTREAM))) date=-DDATE=\""$(shell date -u 
-d@$(SOURCE_DATE_EPOCH) '+%F %T')"\"


live well,
  vagrant


signature.asc
Description: PGP signature

Bug#1057809: python-pysam ftbfs with Python 3.12

[Andreas Tille]

Control: tags -1 upstream
Control: forwarded -1 https://github.com/biopython/biopython/issues/4532

-- 
http://fam-tille.de

Bug#1057810: kodi: doesn't recognize any input device from (pure) commandline

[Diederik de Haas]

Package: kodi
Version: 2:20.2+dfsg-4+b2
Severity: important

I was trying to test something* in kodi on my Pine64 Rock64 (arm64) and
noticed a few things.

When I run it from the command line with either `kodi --standalone -fs`
or `kodi --standalone -fs --windowing=gbm`, kodi starts up but it
doesn't recognize my keyboard or my LIRC remote.
Both which do work when used with LibreELEC.
Same result if I drop the `--standalone` parameter.
The only way to exit kodi is via ssh killing the kodi process(es) or
with `kodi-send -a "Quit()"`.

```
$ kodi --standalone -fs --windowing=gbm
libva info: VA-API version 1.20.0
libva error: vaGetDriverNames() failed with operation failed
```

I also tried it with the patch from https://bugs.debian.org/1056563
(actually from MR10), but that did not make a difference.
(PS: could you push the latest version to Salsa/git?)


When I first start `sway` (and `foot`), then `kodi --standalone -fs`
does work, but not with the `--windowing=gbm` parameter, but I guess
that's expected:

```
$ kodi --standalone -fs --windowing=gbm
ERROR: Unable to create GUI. Exiting

$ kodi --standalone -fs
libva info: VA-API version 1.20.0
libva info: Trying to open /usr/lib/aarch64-linux-gnu/dri/rockchip_drv_video.so
libva info: va_openDriver() returns -1
$ kodi --version
Kodi from Debian Media Center 20.2 Debian package version: 2:20.2+dfsg-4+b2
Copyright (C) 2005-2021 Team Kodi from Debian - http://kodi.tv
$ ls -lh /usr/lib/aarch64-linux-gnu/dri/rockchip_dri.so
-rw-r--r--  43 root root 27M Sep 29 07:38 
/usr/lib/aarch64-linux-gnu/dri/rockchip_dri.so
$ dpkg -S /usr/lib/aarch64-linux-gnu/dri/rockchip_dri.so
libgl1-mesa-dri:arm64: /usr/lib/aarch64-linux-gnu/dri/rockchip_dri.so
$ find /usr -name '*rockchip_drv_video*' 2>/dev/null
$ (no results)
```

FTR: I don't think 'from Debian' ought to be on the Copyright line?

I don't know if 'VA-API' is a general term that kodi uses (when
logging), but I'm quite sure the video driver (Lima) does not support
the VA API.

*) The thing I'm trying to test is HW accell via the v4l2-request API.

Cheers,
  Diederik

-- System Information:
Debian Release: trixie/sid
  APT prefers unstable
  APT policy: (500, 'unstable'), (500, 'testing')
Architecture: arm64 (aarch64)

Kernel: Linux 6.7.0-0-pine64-arm64 (SMP w/4 CPU threads)
Kernel taint flags: TAINT_CRAP
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8), 
LANGUAGE=en_US:en
Shell: /bin/sh linked to /usr/bin/dash
Init: systemd (via /run/systemd/system)
LSM: AppArmor: enabled

Versions of packages kodi depends on:
ii  kodi-bin   2:20.2+dfsg-4+b2
ii  kodi-data  2:20.2+dfsg-4

Versions of packages kodi recommends:
ii  kodi-repository-kodi [kodi-repository]  2:20.2+dfsg-4
ii  kodi-visualization-spectrum 20.2.0+ds1-1

kodi suggests no packages.

-- no debconf information

Bug#1057707: [Pkg-javascript-devel] Bug#1057707: Bug#1057707: eslint is incompatible with node-ajv >= 8

[Jonas Smedegaard]

Quoting Yadd (2023-12-08 03:55:11)
> On 12/8/23 03:59, Jonas Smedegaard wrote:
>> Quoting Yadd (2023-12-07 14:37:31)
>>> @Jonas, do you agree if I push this to experimental ?
>> 
>> If it succeeds the testsuite then by all means, go for it.
> 
> sure, all test passed now. Only error strings had to be updated

Great! Thanks a lot for working on this.

 - Jonas

-- 
 * Jonas Smedegaard - idealist & Internet-arkitekt
 * Tlf.: +45 40843136  Website: http://dr.jones.dk/
 * Sponsorship: https://ko-fi.com/drjones

 [x] quote me freely  [ ] ask before reusing  [ ] keep private

signature.asc
Description: signature

Bug#1057809: python-pysam ftbfs with Python 3.12

[Matthias Klose]

Package: src:python-pysam
Version: 0.22.0+ds-1
Severity: serious
Tags: sid trixie
User: debian-pyt...@lists.debian.org
Usertags: python3.12

python-pysam ftbfs with Python 3.12, didn't check for any follow-up errors:

[...]
x86_64-linux-gnu-gcc -fno-strict-overflow -Wsign-compare -DNDEBUG -g -O2 
-Wall -g -fstack-protector-strong -fstack-clash-protection -Wformat 
-Werror=format-security -fcf-protection -g -fwrapv -O2 -g -O2 
-ffile-prefix-map=/<>=. -fstack-protector-strong 
-fstack-clash-protection -Wformat -Werror=format-security 
-fcf-protection -Wdate-time -D_FORTIFY_SOURCE=2 -fPIC 
-I/<>/pysam -I/usr/include -I/<>/samtools 
-I/<>/samtools/lz4 -I/<>/bcftools 
-I/<> -I/usr/include/python3.12 -c pysam/libchtslib.c -o 
build/temp.linux-x86_64-cpython-312/pysam/libchtslib.o -Wno-unused 
-Wno-strict-prototypes -Wno-sign-compare 
-Wno-error=declaration-after-statement

pysam/libchtslib.c: In function ‘__pyx_f_5pysam_10libchtslib_set_verbosity’:
pysam/libchtslib.c:1387:32: error: ‘_PyCFrame’ has no member named 
‘use_tracing’

 1387 |  (unlikely((tstate)->cframe->use_tracing) &&\
  |^~
pysam/libchtslib.c:958:43: note: in definition of macro ‘unlikely’
  958 |   #define unlikely(x) __builtin_expect(!!(x), 0)
  |   ^
pysam/libchtslib.c:1426:15: note: in expansion of macro ‘__Pyx_IsTracing’
 1426 |   if (__Pyx_IsTracing(tstate, 1, 1)) {\
  |   ^~~

Bug#1017780: 1.5.517 in salsa repository [was: Version bump: 1.4.230]

[Sven Hartge]

On Fri, 8 Dec 2023 17:36:21 +0100 Sven Hartge  wrote:

You can either pull from https://salsa.debian.org/hartge/mumble.git or 
apply the attached diff.


From the "improvements" branch I meant to say.

Grüße,
Sven.

Bug#1057777: missing dependency on dconf-cli

[Mike Gabriel]

Hi Wolfgang,

On  Fr 08 Dez 2023 18:50:19 CET, Wolfgang Schweer wrote:


Hi Mike,

[ Mike Gabriel, 2023-12-08 ]

as the new dconf logic in update-proxy-from-wpad is only for desktops, I'd
suggest we check whether pkg dconf-cli / executable dconf is installed and
if not, skip that bit in the script.

Acceptable solution?


maybe yes, can't dig into it.


Ok.


iirc cf-agent runs the script in the d-i environment; installations
using 12.3 -edu- ISO images (available tomorrow) might be broken.


Oh damn... Then, we'll need another release cycle...

Mike
--

DAS-NETZWERKTEAM
c\o Technik- und Ökologiezentrum Eckernförde
Mike Gabriel, Marienthaler Str. 17, 24340 Eckernförde
mobile: +49 (1520) 1976 148
landline: +49 (4351) 850 8940

GnuPG Fingerprint: 9BFB AEE8 6C0A A5FF BF22  0782 9AF4 6B30 2577 1B31
mail: mike.gabr...@das-netzwerkteam.de, http://das-netzwerkteam.de



pgpPRK9vpsNro.pgp
Description: Digitale PGP-Signatur

Bug#1057808: vagrant: 'vagrant box prune' raises 'undefined method `provider' for nil:NilClass (NoMethodError)'

[Philippe SWARTVAGHER]

Package: vagrant
Version: 2.3.4+dfsg-1
Severity: normal

Dear Maintainer,

When I run the command `vagrant box prune`, I get the following output
(and error):
The following boxes will be kept...
generic/debian10 (virtualbox, 4.3.2)
generic/debian11 (virtualbox, 3.6.12)
generic/debian12 (virtualbox, 4.3.8)

Checking for older boxes...
Box 'generic/debian12' (v4.3.6) with provider 'virtualbox' appears
to still be in use by at least one Vagrant environment. Removing
the box could corrupt the environment. We recommend destroying
these environments first:

test (ID: 303e585f8f23406dbf2de67ab5d7d1e8)

Are you sure you want to remove this box? [y/N]
/usr/share/rubygems-integration/all/gems/vagrant-libvirt-0.11.2/lib/vagrant-libvirt/action/remove_libvirt_image.rb:15:in
`call': undefined method `provider' for nil:NilClass (NoMethodError)

return @app.call(env) unless env[:box_removed].provider == :libvirt
^
from
/usr/share/rubygems-integration/all/gems/vagrant-2.3.4/lib/vagrant/action/warden.rb:48:in
`call'
from
/usr/share/rubygems-integration/all/gems/vagrant-2.3.4/lib/vagrant/action/builtin/box_remove.rb:123:in
`call'
from
/usr/share/rubygems-integration/all/gems/vagrant-2.3.4/lib/vagrant/action/warden.rb:48:in
`call'
from
/usr/share/rubygems-integration/all/gems/vagrant-2.3.4/lib/vagrant/action/builder.rb:180:in
`call'
from
/usr/share/rubygems-integration/all/gems/vagrant-2.3.4/lib/vagrant/action/runner.rb:101:in
`block in run'
from
/usr/share/rubygems-integration/all/gems/vagrant-2.3.4/lib/vagrant/util/busy.rb:19:in
`busy'
from
/usr/share/rubygems-integration/all/gems/vagrant-2.3.4/lib/vagrant/action/runner.rb:101:in
`run'
from
/usr/share/rubygems-integration/all/gems/vagrant-2.3.4/plugins/commands/box/command/prune.rb:114:in
`block in delete_oldest_boxes'
from
/usr/share/rubygems-integration/all/gems/vagrant-2.3.4/plugins/commands/box/command/prune.rb:102:in
`each'
from
/usr/share/rubygems-integration/all/gems/vagrant-2.3.4/plugins/commands/box/command/prune.rb:102:in
`delete_oldest_boxes'
from
/usr/share/rubygems-integration/all/gems/vagrant-2.3.4/plugins/commands/box/command/prune.rb:48:in
`execute'
from
/usr/share/rubygems-integration/all/gems/vagrant-2.3.4/plugins/commands/box/command/root.rb:66:in
`execute'
from
/usr/share/rubygems-integration/all/gems/vagrant-2.3.4/lib/vagrant/cli.rb:67:in
`execute'
from
/usr/share/rubygems-integration/all/gems/vagrant-2.3.4/lib/vagrant/environment.rb:301:in
`cli'
from
/usr/share/rubygems-integration/all/gems/vagrant-2.3.4/bin/vagrant:243:in
`'
from /usr/bin/vagrant:25:in `load'
from /usr/bin/vagrant:25:in `'

At the question `Are you sure you want to remove this box? [y/N]`, I hit
Enter to select the 'N' answer.

I'm using VirtualBox and not libvirt, but I have some libvirt-related
packages:
ii libsys-virt-perl 9.8.0-1
ii libvirt-l10n 9.10.0-1
ii libvirt0:amd64 9.10.0-1
ii ruby-fog-libvirt 0.11.0-1
ii ruby-libvirt 0.7.1-2
ii vagrant-libvirt 0.11.2-1

Nevertheless, it seems `vagrant box prune` did correctly its job...

Thanks!

Philippe.


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

Kernel: Linux 6.5.0-5-amd64 (SMP w/12 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 vagrant depends on:
ii curl 8.5.0-1
ii libarchive-tools 3.7.2-1
ii libruby3.1 [ruby-rexml] 3.1.2-7
ii openssh-client 1:9.5p1-2
ii rsync 3.2.7-1
ii ruby 1:3.1
ii ruby-bcrypt-pbkdf 1.1.0-2+b3
ii ruby-childprocess 4.1.0-2
ii ruby-ed25519 1.3.0+ds-1+b4
ii ruby-erubi 1.12.0-1
ii ruby-googleapis-common-protos-types 1.4.0-1
ii ruby-grpc 1.51.1-3+b3
ii ruby-i18n 1.14.1-1
pn ruby-ipaddr 
ii ruby-listen 3.8.0-1
ii ruby-log4r 1.1.10-4.1
ii ruby-mime-types 3.5.1-1
ii ruby-net-scp 4.0.0-1
ii ruby-net-sftp 1:4.0.0-1
ii ruby-net-ssh 1:7.2.0-1
ii ruby-vagrant-cloud 3.0.5-1
ii ruby-zip 2.3.2-1

Versions of packages vagrant recommends:
ii vagrant-libvirt 0.11.2-1

Versions of packages vagrant suggests:
ii virtualbox 7.0.12-dfsg-1

-- no debconf information

Bug#1057790: linux-image-6.5.0-5-amd64: deadlock on RTL8125 in jumbo mtu mode

[Timo van Roermund]

Yes, you're right, my mistake. It should be that one:

https://git.kernel.org/pub/scm/linux/kernel/git/stable/linux.git/commit/drivers/net/ethernet/realtek?h=v6.6.5=fbe43b7f02a2b578d547cec93dbca81e94c0dbb5

Cheers,

Timo

Bug#1057807: dracut-network: broken on sid ("Module 'ifcfg' cannot be found.", and /etc/dracut.conf.d/11-ifcfg.conf add_dracutmodules+=" ifcfg " but modules.d/45ifcfg gone vs bookworm)

[наб]

Package: dracut-network
Version: 059+212-3
Severity: important

Dear Maintainer,

  # cat /etc/dracut.conf.d/11-ifcfg.conf
  add_dracutmodules+=" ifcfg "
  # dpkg -L dracut-network | grep ifcfg
  /etc/dracut.conf.d/11-ifcfg.conf
  # dracut -q --kver 6.5.0-5-686
  dracut[E]: Module 'ifcfg' cannot be found.
which naturally breaks upgrades.

Compare 
https://packages.debian.org/search?suite=bookworm=filename=contents=ifcfg
  /etc/dracut.conf.d/11-ifcfg.conf   dracut-network
  /usr/lib/dracut/modules.d/45ifcfg/write-ifcfg.sh   dracut-network
  /usr/lib/dracut/modules.d/80cms/cms-write-ifcfg.sh dracut-network
and 
https://packages.debian.org/search?suite=sid=filename=contents=ifcfg
  /etc/dracut.conf.d/11-ifcfg.conf   dracut-network 
[kfreebsd-amd64, mipsel, hurd-i386, powerpc, mips, kfreebsd-i386, powerpcspe]
  /usr/lib/dracut/modules.d/45ifcfg/write-ifcfg.sh   dracut-network [not 
amd64, arm64, armel, armhf, i386, mips64el, ppc64el, riscv64, s390x]
  /usr/lib/dracut/modules.d/80cms/cms-write-ifcfg.sh dracut-network [not 
amd64, arm64, armel, armhf, i386, mips64el, ppc64el, riscv64, s390x]

This is unnoted both in the NEWS and the changelog,
so it's obviously a bug.

Not tagging grave because presumably it works on.. ppc?
All the more baffling since this is arch:all.

Best,
наб

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

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

Versions of packages dracut-network depends on:
ii  dracut-core  059-4
pn  iputils-arping   
pn  isc-dhcp-client  

Versions of packages dracut-network recommends:
ii  curl7.88.1-10+deb12u4
ii  nbd-client  1:3.24-1.1
ii  nfs-common  1:2.6.2-4
pn  open-iscsi  

dracut-network suggests no packages.


signature.asc
Description: PGP signature

Bug#1040933: Packages from buster cannot be build on bookworm and bullseye.

[Martin]

On 2023-12-06 18:14, Christian Schulte wrote:
> The trac package of bookworm-backports is
> broken.

At least not entirely: I'm using it every day at my workplace.
Maybe it is broken when used with Apache?
In my job, we use Trac with nginx and gunicorn.
Maybe that is a possible workaround for you, too?

Bug#1057806: ITP: lxqt-menu-data -- menu files for LXQt Panel, Configuration Center and PCManFM-Qt/libfm-qt

[陳昌倬]

Package: wnpp
Severity: wishlist
Owner: ChangZhuo Chen (陳昌倬) 
X-Debbugs-Cc: debian-de...@lists.debian.org, team+l...@tracker.debian.org

* Package name: lxqt-menu-data
  Version : 1.4.1
  Upstream Contact: tsujan
* URL : https://github.com/lxqt/lxqt-menu-data
* License : LGPL-2.1
  Programming Lang: C++
  Description : menu files for LXQt Panel, Configuration Center and 
PCManFM-Qt/libfm-qt

 Freedesktop.org compliant menu files for LXQt Panel, Configuration
 Center and PCManFM-Qt/libfm-qt.

 The package will be maintained under the umbrella of the LXQt team.


-- 
ChangZhuo Chen (陳昌倬) czchen@{czchen,debian}.org
Key fingerprint = BA04 346D C2E1 FE63 C790  8793 CC65 B0CD EC27 5D5B


signature.asc
Description: PGP signature

Bug#1057805: pandas ftbfs on at least armhf

[Matthias Klose]

Package: src:pandas
Version: 1.5.3+dfsg-7
Severity: serious
Tags: sid trixie

these fail on armhf (but succeeding on armel), and on some ports 
architectures.  If I'm reading correctly, these fail with Python 3.11, 
but not Python 3.12.


[...]
=== short test summary info 

FAILED 
pandas/tests/window/moments/test_moments_consistency_expanding.py::test_expanding_apply_consistency_sum_nans[all_data1-0-sum]
FAILED 
pandas/tests/window/moments/test_moments_consistency_expanding.py::test_expanding_apply_consistency_sum_nans[all_data5-0-sum]
FAILED 
pandas/tests/window/moments/test_moments_consistency_expanding.py::test_expanding_apply_consistency_sum_nans[all_data5-2-sum]
FAILED 
pandas/tests/window/moments/test_moments_consistency_expanding.py::test_expanding_apply_consistency_sum_nans[all_data6-0-sum]
FAILED 
pandas/tests/window/moments/test_moments_consistency_expanding.py::test_expanding_apply_consistency_sum_nans[all_data6-2-sum]
FAILED 
pandas/tests/window/moments/test_moments_consistency_expanding.py::test_expanding_apply_consistency_sum_nans[all_data7-0-sum]
FAILED 
pandas/tests/window/moments/test_moments_consistency_expanding.py::test_expanding_apply_consistency_sum_nans[all_data7-2-sum]
FAILED 
pandas/tests/window/moments/test_moments_consistency_expanding.py::test_expanding_apply_consistency_sum_nans[all_data11-0-sum]
FAILED 
pandas/tests/window/moments/test_moments_consistency_expanding.py::test_expanding_apply_consistency_sum_nans[all_data15-0-sum]
FAILED 
pandas/tests/window/moments/test_moments_consistency_expanding.py::test_expanding_apply_consistency_sum_nans[all_data15-2-sum]
FAILED 
pandas/tests/window/moments/test_moments_consistency_expanding.py::test_expanding_apply_consistency_sum_nans[all_data16-0-sum]
FAILED 
pandas/tests/window/moments/test_moments_consistency_expanding.py::test_expanding_apply_consistency_sum_nans[all_data16-2-sum]
FAILED 
pandas/tests/window/moments/test_moments_consistency_expanding.py::test_expanding_apply_consistency_sum_nans[all_data17-0-sum]
FAILED 
pandas/tests/window/moments/test_moments_consistency_expanding.py::test_expanding_apply_consistency_sum_nans[all_data17-2-sum]
= 14 failed, 469 passed, 834 skipped, 550 deselected in 45.94s 
=

Bug#1057799: systemd: fails to configure

[Michael Biebl]

Am 08.12.23 um 18:48 schrieb Michael Biebl:

On Fri, 08 Dec 2023 17:30:23 +0100 JPP  wrote:

Package: systemd
Version: 252.19-1~deb12u1
Severity: serious
Tags: d-i
Justification: normal

Dear Maintainer,

I get a problem upgrading the system, systemd fails to configure :

sudo dpkg --configure systemd
Setting up systemd (252.19-1~deb12u1) ...
Creating group 'users' with GID 100.
/etc/gshadow: Group "users" already exists.


Can you attach the output of

sudo grep users /etc/group /etc/gshadow



The output of

sudo SYSTEMD_LOG_LEVEL=debug systemd-sysusers /usr/lib/sysusers.d/basic.conf

as well, please


OpenPGP_signature.asc
Description: OpenPGP digital signature

Bug#1057799: systemd: fails to configure

[Michael Biebl]

On Fri, 08 Dec 2023 17:30:23 +0100 JPP  wrote:

Package: systemd
Version: 252.19-1~deb12u1
Severity: serious
Tags: d-i
Justification: normal

Dear Maintainer,

I get a problem upgrading the system, systemd fails to configure :

sudo dpkg --configure systemd
Setting up systemd (252.19-1~deb12u1) ...
Creating group 'users' with GID 100.
/etc/gshadow: Group "users" already exists.


Can you attach the output of

sudo grep users /etc/group /etc/gshadow



OpenPGP_signature.asc
Description: OpenPGP digital signature

Bug#1057777: missing dependency on dconf-cli

[Wolfgang Schweer]

Hi Mike,

[ Mike Gabriel, 2023-12-08 ]
> as the new dconf logic in update-proxy-from-wpad is only for desktops, I'd
> suggest we check whether pkg dconf-cli / executable dconf is installed and
> if not, skip that bit in the script.
> 
> Acceptable solution?

maybe yes, can't dig into it.

iirc cf-agent runs the script in the d-i environment; installations 
using 12.3 -edu- ISO images (available tomorrow) might be broken.

Wolfgang


signature.asc
Description: PGP signature

Bug#1057804: guestfsd: move /lib/udev/rules.d/99-guestfs-serial.rules into /usr

[Chris Hofstaedtler]

Package: guestfsd
Version: 1:1.50.1-4+b3
Tags: patch
User: helm...@debian.org
Usertags: dep17m2

Dear Maintainer,

your package installs a udev rule, into
/lib/udev/rules.d/99-guestfs-serial.rules. This path appears
hard-coded in the Debian packaging. Please move the rule into
/usr/lib/udev, in trixie.

Depending on your package and intentions to backport, at least these
options are available:

* Use dh_installudev. This will pick the right place, even if you
  backport. Note that in unstable dh_installudev still installs into
  /lib at the time of writing, but this will change soon. After a
  binNMU or normal upload your package will change too.

* Use pkg-config --variable=udevdir udev to find the correct
  location. Do not forget to append `/rules.d`.
  Works also for backports.

* Use dh_movetousr. Should also work for backports.

If you decide to hardcode /usr/lib/udev/... instead, note that this
must be reverted for backports to bookworm or earlier.

If your package undergoes restructuring or files move between / and
/usr, please upload to experimental. See the wiki for details [1].

Thanks,
Chris

[1] https://wiki.debian.org/UsrMerge

Bug#1057781: ifplugd: delegate placement of udev files to pkg-config data

[Chris Hofstaedtler]

* Chris Hofstaedtler :
> Attached you will find a patch to delegate the exact placement of
> the udev files to udev.pc (using pkg-config).

I've uploaded this patch to experimental as -6.
I'll put an NMU to unstable as -7 into DELAYED/10. Feel free to
cancel and upload yourself.

Best,
Chris

Bug#1057803: libfli: delegate placement of udev files to pkg-config data

[Chris Hofstaedtler]

Source: libfli
Version: 2.0+20221221182632-1
Severity: normal
Tags: patch
User: helm...@debian.org
Usertags: dep17m2

Dear Maintainer,

your package installs files related to udev, into /lib. These
files need to be moved to /usr/lib as part of Debian's usr-merge
effort [1].

Attached you will find a patch to delegate the exact placement of
the udev files to udev.pc (using pkg-config). This should work today
in unstable and, if necessary, for bookworm. Once udev.pc in
unstable points to /usr/lib your package will benefit automatically
after a binNMU or any other upload.

Later during the trixie cycle I expect this bug class to raise in
priority.

If during the trixie cycle your package will undergo structural
changes or any other file moves, please see the wiki and upload
to experimental first when these changes are done.

Thank you for considering,
Chris

[1] https://wiki.debian.org/UsrMerge
diff -Nru libfli-2.0+20221221182632/debian/changelog libfli-2.0+20221221182632/debian/changelog
--- libfli-2.0+20221221182632/debian/changelog	2022-12-21 19:27:47.0 +0100
+++ libfli-2.0+20221221182632/debian/changelog	2023-12-08 18:14:45.0 +0100
@@ -1,3 +1,10 @@
+libfli (2.0+20221221182632-1.1) UNRELEASED; urgency=medium
+
+  * Non-maintainer upload.
+  * Delegate placement of udev files to pkg-config data
+
+ -- Chris Hofstaedtler   Fri, 08 Dec 2023 18:14:45 +0100
+
 libfli (2.0+20221221182632-1) unstable; urgency=medium
 
   * build version from git
diff -Nru libfli-2.0+20221221182632/debian/control libfli-2.0+20221221182632/debian/control
--- libfli-2.0+20221221182632/debian/control	2022-12-21 19:26:36.0 +0100
+++ libfli-2.0+20221221182632/debian/control	2023-12-08 18:14:42.0 +0100
@@ -7,6 +7,8 @@
 	, cmake
 	, libusb-1.0-0-dev
 	, libindi-dev
+	, pkg-config
+	, systemd-dev
 Standards-Version: 4.6.0
 Homepage: https://github.com/indilib/indi-3rdparty
 Rules-Requires-Root: no
diff -Nru libfli-2.0+20221221182632/debian/libfli2.install libfli-2.0+20221221182632/debian/libfli2.install
--- libfli-2.0+20221221182632/debian/libfli2.install	2022-12-21 19:26:36.0 +0100
+++ libfli-2.0+20221221182632/debian/libfli2.install	2023-12-08 18:14:27.0 +0100
@@ -1,3 +1,3 @@
 usr/lib/*/libfli.so.2.0
 usr/lib/*/libfli.so.2
-lib/udev/rules.d
+${env:deb_udevdir}
diff -Nru libfli-2.0+20221221182632/debian/rules libfli-2.0+20221221182632/debian/rules
--- libfli-2.0+20221221182632/debian/rules	2022-12-21 19:26:36.0 +0100
+++ libfli-2.0+20221221182632/debian/rules	2023-12-08 18:14:45.0 +0100
@@ -1,4 +1,8 @@
 #!/usr/bin/make -f
+export deb_udevdir = $(shell pkg-config --variable=udevdir udev | sed s,^/,,)
 
 %:
 	dh $@
+
+override_dh_auto_configure:
+	dh_auto_configure -- -DUDEVRULES_INSTALL_DIR=/$(deb_udevdir)/rules.d

Bug#1057802: libgetdata ftbfs when building binary-indep packages only

[Matthias Klose]

Package: src:libgetdata
Version: 0.11.0-8
Severity: serious
Tags: sid trixie

libgetdata ftbfs when building binary-indep packages only:

[...]
   dh_missing -i
dh_missing: warning: 
usr/local/lib/python3.11/dist-packages/pygetdata.cpython-311-x86_64-linux-gnu.so 
exists in debian/tmp but is not installed to anywhere
dh_missing: warning: 
usr/local/lib/python3.12/dist-packages/pygetdata.cpython-312-x86_64-linux-gnu.so 
exists in debian/tmp but is not installed to anywhere

dh_missing: error: missing files, aborting

Bug#984100: libdjconsole: diff for NMU version 0.1.3-3.1

[Chris Hofstaedtler]

Control: tags 984100 + patch
Control: tags 984100 + pending

Dear maintainer,

I've prepared an NMU for libdjconsole (versioned as 0.1.3-3.1) and
uploaded it to DELAYED/7.
Feel free to upload a fix in the meantime or cancel the NMU.

Best,
Chris
diff -Nru libdjconsole-0.1.3/debian/changelog libdjconsole-0.1.3/debian/changelog
--- libdjconsole-0.1.3/debian/changelog	2015-12-16 17:14:43.0 +0100
+++ libdjconsole-0.1.3/debian/changelog	2023-12-08 17:37:04.0 +0100
@@ -1,3 +1,13 @@
+libdjconsole (0.1.3-3.1) unstable; urgency=medium
+
+  * Non-maintainer upload.
+  * Use pkg-config to place udev rules file.
+  * Fix FTBFS by correcting usb_open retval check (Closes: #984100)
+  * Bump to dh compat level 13, away from obsolete level 9.
+Record not installed files in debian/not-installed.
+
+ -- Chris Hofstaedtler   Fri, 08 Dec 2023 17:37:04 +0100
+
 libdjconsole (0.1.3-3) unstable; urgency=medium
 
   * Don't use /usr/share/doc/ symlinks anymore to keep things simple and
diff -Nru libdjconsole-0.1.3/debian/compat libdjconsole-0.1.3/debian/compat
--- libdjconsole-0.1.3/debian/compat	2015-08-28 16:32:22.0 +0200
+++ libdjconsole-0.1.3/debian/compat	1970-01-01 01:00:00.0 +0100
@@ -1 +0,0 @@
-9
diff -Nru libdjconsole-0.1.3/debian/control libdjconsole-0.1.3/debian/control
--- libdjconsole-0.1.3/debian/control	2015-08-28 16:32:22.0 +0200
+++ libdjconsole-0.1.3/debian/control	2023-12-08 17:37:04.0 +0100
@@ -2,7 +2,7 @@
 Section: libs
 Priority: optional
 Maintainer: Adrien Cunin 
-Build-Depends: debhelper (>= 9), dh-autoreconf, pkg-config, libusb-dev
+Build-Depends: debhelper-compat (= 13), pkgconf, libusb-dev, systemd-dev
 Standards-Version: 3.9.6
 Homepage: http://djplay.sourceforge.net/
 
diff -Nru libdjconsole-0.1.3/debian/libdjconsole-data.install libdjconsole-0.1.3/debian/libdjconsole-data.install
--- libdjconsole-0.1.3/debian/libdjconsole-data.install	2015-08-28 16:32:22.0 +0200
+++ libdjconsole-0.1.3/debian/libdjconsole-data.install	2023-12-08 17:37:04.0 +0100
@@ -1,2 +1,2 @@
 debian/tmp/usr/share/
-debian/tmp/lib/udev/rules.d/
+debian/tmp/${env:deb_udevdir}
diff -Nru libdjconsole-0.1.3/debian/not-installed libdjconsole-0.1.3/debian/not-installed
--- libdjconsole-0.1.3/debian/not-installed	1970-01-01 01:00:00.0 +0100
+++ libdjconsole-0.1.3/debian/not-installed	2023-12-08 17:37:04.0 +0100
@@ -0,0 +1 @@
+usr/lib/*/libdjconsole.la
diff -Nru libdjconsole-0.1.3/debian/patches/01_install_udev_rules_lib.patch libdjconsole-0.1.3/debian/patches/01_install_udev_rules_lib.patch
--- libdjconsole-0.1.3/debian/patches/01_install_udev_rules_lib.patch	2015-08-28 16:32:22.0 +0200
+++ libdjconsole-0.1.3/debian/patches/01_install_udev_rules_lib.patch	2023-12-08 17:37:04.0 +0100
@@ -7,7 +7,7 @@
  AUTOMAKE_OPTIONS = gnu
  pkgconfigdir=$(libdir)/pkgconfig
 -rulesdir=$(sysconfdir)/udev/rules.d
-+rulesdir=/lib/udev/rules.d
++rulesdir=$(shell pkg-config --variable=udevdir udev)/rules.d
  
  lib_LTLIBRARIES = libdjconsole.la
  
@@ -18,7 +18,7 @@
  AUTOMAKE_OPTIONS = gnu
  pkgconfigdir = $(libdir)/pkgconfig
 -rulesdir = $(sysconfdir)/udev/rules.d
-+rulesdir = /lib/udev/rules.d
++rulesdir=$(shell pkg-config --variable=udevdir udev)/rules.d
  
  lib_LTLIBRARIES = libdjconsole.la
  
diff -Nru libdjconsole-0.1.3/debian/patches/04_usb_open_retval.patch libdjconsole-0.1.3/debian/patches/04_usb_open_retval.patch
--- libdjconsole-0.1.3/debian/patches/04_usb_open_retval.patch	1970-01-01 01:00:00.0 +0100
+++ libdjconsole-0.1.3/debian/patches/04_usb_open_retval.patch	2023-12-08 17:37:04.0 +0100
@@ -0,0 +1,22 @@
+Index: libdjconsole-0.1.3/djconsole.cpp
+===
+--- libdjconsole-0.1.3.orig/djconsole.cpp
 libdjconsole-0.1.3/djconsole.cpp
+@@ -107,7 +107,7 @@ DJConsole::DJConsole(bool load_data)
+ 
+ 	hdev1=usb_open(dev);
+ 
+-	if(hdev1 < 0)
++	if(hdev1 == nullptr)
+ 	{
+ 		printf("Error opening DJ Console device, check permissions\n");
+ 		return;
+@@ -115,7 +115,7 @@ DJConsole::DJConsole(bool load_data)
+ 
+ 	hdev2=usb_open(dev);
+ 
+-	if(hdev2 < 0)
++	if(hdev2 == nullptr)
+ 	{
+ 		printf("Error opening DJ Console device, check permissions\n");
+ 		return;
diff -Nru libdjconsole-0.1.3/debian/patches/series libdjconsole-0.1.3/debian/patches/series
--- libdjconsole-0.1.3/debian/patches/series	2015-08-28 16:32:22.0 +0200
+++ libdjconsole-0.1.3/debian/patches/series	2023-12-08 17:37:04.0 +0100
@@ -1,3 +1,4 @@
 01_install_udev_rules_lib.patch
 02_udev_rules_sysfs_attr.patch
 03_update_pc_file.patch
+04_usb_open_retval.patch
diff -Nru libdjconsole-0.1.3/debian/rules libdjconsole-0.1.3/debian/rules
--- libdjconsole-0.1.3/debian/rules	2015-12-16 17:14:43.0 +0100
+++ libdjconsole-0.1.3/debian/rules	2023-12-08 17:37:04.0 +0100
@@ -1,3 +1,5 @@
 #!/usr/bin/make -f
+export deb_udevdir = $(shell pkg-config --variable=udevdir udev | sed s,^/,,)
+
 %:
-	dh $@ 

Bug#1057784: ifplugd: RM in forky?

[Yangfl]

Chris Hofstaedtler  于2023年12月8日周五 22:08写道：
>
> Control: affects -1 src:netctl
>
> Hi,
>
> I just filed the following bug against ifplugd. It was pointed out
> to me that netctl Depends on ifplugd.
>
> * Chris Hofstaedtler  [231208 14:06]:
> > Hello,
> >
> > ifplugd is effectively NMU-maintained in Debian, and dead upstream.
> >
> > I propose keeping ifplugd for trixie, but then remove it from forky.
> >
> > If someone wants to keep it, please actively maintain this package
> > for a while and then close this bug.
>
> Are there alternatives to ifplugd in netctl?
> What is the plan for netctl to use maintained software?
>
> Best,
> Chris
>

ifplugd is not a hard dependency of netctl. It is completely safe to
run netctl without ifplugd.

Bug#1017780: 1.5.517 in salsa repository [was: Version bump: 1.4.230]

[Sven Hartge]

On Fri, 3 Mar 2023 06:16:00 + Chris Knadle 
 wrote:


If someone knows how to fix the mumble-server.service file so that mumble-server 
can start, that would be helpful; once that's fixed I can make an upload to 
Debian Experimental. The file in the tree is at:


Hello Chris,

I looked at the problem and I fixed all the problems (and some more) 
preventing the daemon to start under systemd.


You can either pull from https://salsa.debian.org/hartge/mumble.git or 
apply the attached diff.


I tested my changes for fresh installations and upgrades, both work 
correctly.


These changes fix #1039271 as well.

Grüße,
Sven.
diff --git a/debian/mumble-server.README.Debian b/debian/mumble-server.README.Debian
index 6c5a80c4a2073243daefc4992d34336cde41d7fa..a90d8a5c554fe16f95b0f75dc6a80531ad36fc17 100644
--- a/debian/mumble-server.README.Debian
+++ b/debian/mumble-server.README.Debian
@@ -1,9 +1,9 @@
 The Mumble documentation refers to the server for Mumble with several naming
 conventions: mumble-server, murmur, and murmurd all refer to the same server
-binary /usr/sbin/murmurd.
+binary /usr/bin/mumble-server.
 
-This package includes a system-wide installation of murmurd. If you want a
-personal server running on your own user account, use the murmur-user-wrapper
+This package includes a system-wide installation of murd. If you want a
+personal server running on your own user account, use the mumble-server-user-wrapper
 script.
 
 Murmur's root user is called SuperUser. To set the password for superuser,
diff --git a/debian/mumble-server.postinst b/debian/mumble-server.postinst
index c5b65294f43e6ea50831d0fdcb5de9afeaa2c307..e95a22b5bd6a4896bac34131976f39b817f744d5 100644
--- a/debian/mumble-server.postinst
+++ b/debian/mumble-server.postinst
@@ -32,6 +32,7 @@ case "$1" in
 			chmod 0640 /etc/mumble/mumble-server.ini
 			chown root:mumble-server /etc/mumble/mumble-server.ini
 		fi
+		chown root:mumble-server /etc/mumble/
 		# Workaround for when this was in .dirs
 		[ -d /run/mumble-server ] && chown mumble-server:adm /run/mumble-server
 
@@ -61,7 +62,7 @@ case "$1" in
 		# likely to update it outside of debconf.
 		db_get mumble-server/password
 		if [ "$RET" != "" ] ; then
-			echo $RET | su mumble-server -s /bin/sh -c "/usr/sbin/murmurd -ini /etc/mumble-server.ini -readsupw"
+			echo $RET | su mumble-server -s /bin/sh -c "/usr/bin/mumble-server -ini /etc/mumble/mumble-server.ini -readsupw"
 			if [ $? = 0 ] ; then
 db_set mumble-server/password ""
 			else
diff --git a/debian/mumble-server.preinst b/debian/mumble-server.preinst
index 4a0080314f07e3965c621606ad32d25980cbfe0c..4f41afea849f821b6d2016243a930f45e0629573 100644
--- a/debian/mumble-server.preinst
+++ b/debian/mumble-server.preinst
@@ -8,6 +8,7 @@ if [ -f /etc/mumble-server/mumble-server.ini ] ; then
 	if [ ! -f /etc/mumble/mumble-server.ini ] ; then
 		echo "Moving /etc/mumble-server/mumble-server.ini to /etc/mumble/mumble-server.ini.."
 		mkdir -m 750 /etc/mumble
+		chown root:mumble-server /etc/mumble
 		mv /etc/mumble-server/mumble-server.ini /etc/mumble/mumble-server.ini
 		rmdir --ignore-fail-on-non-empty /etc/mumble-server/
 		echo "Done."
@@ -18,6 +19,7 @@ if [ -f /etc/mumble-server.ini ] ; then
 	if [ ! -f /etc/mumble/mumble-server.ini ] ; then
 		echo "Moving /etc/mumble-server.ini to /etc/mumble/mumble-server.ini.."
 		mkdir -m 750 /etc/mumble
+		chown root:mumble-server /etc/mumble
 		mv /etc/mumble-server.ini /etc/mumble/mumble-server.ini
 		echo "Done."
 	fi
diff --git a/debian/mumble-server.templates b/debian/mumble-server.templates
index cd5c1f8ae6cac3104cda4d52d0ccdf432dc7a356..f03373486ecefa703d898a1abe8c24d674ee39c5 100644
--- a/debian/mumble-server.templates
+++ b/debian/mumble-server.templates
@@ -13,11 +13,11 @@ Template: mumble-server/start_daemon
 Type: boolean
 Default: true
 _Description: Autostart mumble-server on server boot?
- Mumble-server (murmurd) can start automatically when the server is booted.
+ Mumble-server (mumble-server) can start automatically when the server is booted.
 
 Template: mumble-server/use_capabilities
 Type: boolean
 Default: false
 _Description: Allow mumble-server to use higher priority?
- Mumble-server (murmurd) can use higher process and network priority to
+ Mumble-server (mumble-server) can use higher process and network priority to
  ensure low latency audio forwarding even on highly loaded servers.
diff --git a/debian/patches/90-debianize-systemd-unit.diff b/debian/patches/90-debianize-systemd-unit.diff
new file mode 100644
index ..0bc3d1366c49ca890b9c1db8d9318c821f82fee0
--- /dev/null
+++ b/debian/patches/90-debianize-systemd-unit.diff
@@ -0,0 +1,28 @@
+--- a/auxiliary_files/config_files/mumble-server.service.in
 b/auxiliary_files/config_files/mumble-server.service.in
+@@ -7,7 +7,7 @@
+ AmbientCapabilities=CAP_NET_BIND_SERVICE
+ CapabilityBoundingSet=CAP_NET_BIND_SERVICE
+ 

Bug#888076: O: dbf -- Python module for reading and writing dbf files

[Alexandre Detiste]

It's imported on Salsa: https://salsa.debian.org/debian/python-dbf

Bug#1057790: linux-image-6.5.0-5-amd64: deadlock on RTL8125 in jumbo mtu mode

[Salvatore Bonaccorso]

Hi,

On Fri, Dec 08, 2023 at 04:10:50PM +0100, Timo van Roermund wrote:
> Package: linux-image-6.5.0-5-amd64
> Version: linux-image-6.5.0-5-amd64
> Severity: important
> 
> Dear Maintainer,
> 
> My RTL8125 NIC stoped working after upgrading the kernel (linux-image-amd64) 
> from version 6.5.10+1 to 6.5.13+1.
> 
> More specifically, the previous kernel that this meta package depends on 
> (package linux-image-6.5.0-4-amd64) worked fine; but the new dependency 
> (linux-image-6.5.0-5-amd64) causes my NIC to stop working.
> 
> I found this upstream bug report: 
> https://bugzilla.kernel.org/show_bug.cgi?id=218187
> 
> And I can confirm that I'm also using a jumbo MTU (9000 bytes).
> 
> The issue has been fixed in kernel 6.6.5:
> https://git.kernel.org/pub/scm/linux/kernel/git/stable/linux.git/commit/drivers/net/ethernet/realtek?h=v6.6.5=a9ef897677f957401842e45f2006167cdf757ee4

Should that be 59d395ed606d ("r8169: fix deadlock on RTL8125 in jumbo
mtu mode")?

Regards,
Salvatore

Bug#1057790: linux-image-6.5.0-5-amd64: deadlock on RTL8125 in jumbo mtu mode

[Diederik de Haas]

Control: reassign -1 src:linux 6.5.13-1
Control: fixed-upstream

On Friday, 8 December 2023 16:10:50 CET Timo van Roermund wrote:
> Package: linux-image-6.5.0-5-amd64
> Version: linux-image-6.5.0-5-amd64
> Severity: important
> 
> My RTL8125 NIC stoped working after upgrading the kernel (linux-image-amd64)
> from version 6.5.10+1 to 6.5.13+1.
> 
> The issue has been fixed in kernel 6.6.5:
> https://git.kernel.org/pub/scm/linux/kernel/git/stable/linux.git/commit/driv
> ers/net/ethernet/realtek?h=v6.6.5=a9ef897677f957401842e45f2006167cdf757ee
> 4
> 
> But I'm not sure if kernel 6.5.x will still receive a fix, as it's EOL.

Upstream won't. There might be a Debian backport, but I don't expect it.
An update to 6.6.5 is already present in Debian kernel's git repo and that or 
a later 6.6 version should be released to Experimental or Unstable at some 
point, but AFAIK it's not known yet when and where.

signature.asc
Description: This is a digitally signed message part.

Bug#1057777: missing dependency on dconf-cli

[Mike Gabriel]

Hi Wolfgang,

On  Fr 08 Dez 2023 12:42:55 CET, Wolfgang Schweer wrote:


Package: debian-edu-config
Version: 2.12.41~deb12u1
Severity: important

Dear Maintainer,

the update-proxy-from-wpad tool fails with error 'dconf: not found' on a
plain main server.

dconf is shipped with the dconf-cli package; it seems that this package
is supposed to be pulled in only in case the 'Workstation' profile has
(also) been chosen and 'desktop=mate' or 'desktop=gnome' has been set on
the kernel command line during installation (non-default edu desktop).

Please test with default installations w/ and w/o GUI.

Wolfgang


as the new dconf logic in update-proxy-from-wpad is only for desktops,  
I'd suggest we check whether pkg dconf-cli / executable dconf is  
installed and if not, skip that bit in the script.


Acceptable solution?
Mike
--

DAS-NETZWERKTEAM
c\o Technik- und Ökologiezentrum Eckernförde
Mike Gabriel, Marienthaler Str. 17, 24340 Eckernförde
mobile: +49 (1520) 1976 148
landline: +49 (4351) 850 8940

GnuPG Fingerprint: 9BFB AEE8 6C0A A5FF BF22  0782 9AF4 6B30 2577 1B31
mail: mike.gabr...@das-netzwerkteam.de, http://das-netzwerkteam.de



pgpcmjssz3qqP.pgp
Description: Digitale PGP-Signatur

Bug#1057801: kio-extras: afc module not enabled

[Ricardo B. Marliere]

Package: kio-extras
Version: 4:22.12.3-1
Severity: normal
X-Debbugs-Cc: rica...@marliere.net

Greetings,

there is upstream support for afc [1] but it is currently unavailable in
Debian.

[1] https://invent.kde.org/network/kio-extras/-/merge_requests/7


Thanks!
-   Ricardo


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

Kernel: Linux 6.6.5-rc1+ (SMP w/16 CPU threads; PREEMPT)
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8), 
LANGUAGE=en_US:en
Shell: /bin/sh linked to /usr/bin/dash
Init: systemd (via /run/systemd/system)
LSM: AppArmor: enabled

Versions of packages kio-extras depends on:
ii  kio5.107.0-1
ii  kio-extras-data4:22.12.3-1
ii  libappimage1.0abi1 1.0.4-5-2
ii  libc6  2.37-13
ii  libgcc-s1  13.2.0-8
ii  libkdsoap1 1.9.1+dfsg-5
ii  libkf5activities5  5.107.0-1
ii  libkf5activitiesstats1 5.107.0-1
ii  libkf5archive5 5.107.0-1
ii  libkf5bookmarks5   5.107.0-1
ii  libkf5configcore5  5.107.0-1
ii  libkf5configgui5   5.107.0-1
ii  libkf5configwidgets5   5.107.0-2
ii  libkf5coreaddons5  5.107.0-1
ii  libkf5dbusaddons5  5.107.0-1
ii  libkf5dnssd5   5.107.0-1
ii  libkf5guiaddons5   5.107.0-1
ii  libkf5i18n55.107.0-1+b1
ii  libkf5kexiv2-15.0.023.04.2-2
ii  libkf5kiocore5 5.107.0-1
ii  libkf5kiofilewidgets5  5.107.0-1
ii  libkf5kiogui5  5.107.0-1
ii  libkf5kiowidgets5  5.107.0-1
ii  libkf5service-bin  5.107.0-1
ii  libkf5service5 5.107.0-1
ii  libkf5solid5   5.107.0-1
ii  libkf5syntaxhighlighting5  5.107.0-1
ii  libmtp91.1.21-1
ii  libopenexr-3-1-30  3.1.5-5.1
ii  libphonon4qt5-44:4.12.0-3
ii  libqt5core5a   5.15.10+dfsg-5
ii  libqt5dbus55.15.10+dfsg-5
ii  libqt5gui5 5.15.10+dfsg-5
ii  libqt5network5 5.15.10+dfsg-5
ii  libqt5sql5 5.15.10+dfsg-5
ii  libqt5svg5 5.15.10-2
ii  libqt5widgets5 5.15.10+dfsg-5
ii  libqt5xml5 5.15.10+dfsg-5
ii  libsmbclient   2:4.19.3+dfsg-1
ii  libssh-4   0.10.5-3
ii  libstdc++6 13.2.0-8
ii  libtag1v5  1.13.1-1
ii  libtirpc3  1.3.4+ds-1
ii  libxcursor11:1.2.1-1
ii  phonon4qt5 4:4.12.0-3

kio-extras recommends no packages.

kio-extras suggests no packages.

-- no debconf information

Bug#1057800: libapogee3: let dh_installudev pick location of udev rules

[Chris Hofstaedtler]

Source: libapogee3
Version: 3.2+20221221183454-1
Severity: normal
Tags: patch
User: helm...@debian.org
Usertags: dep17m2

Dear Maintainer,

your package installs files related to udev, into /lib. These
files need to be moved to /usr/lib as part of Debian's usr-merge
effort [1].

Attached you will find a patch to use dh_installudev to install
the udev rule. When dh_installudev gets changed in unstable, your
package will benefit via a binNMU or the next normal upload.

Later during the trixie cycle I expect this bug class to raise in
priority.

If during the trixie cycle your package will undergo structural
changes or any other file moves, please see the wiki and upload
to experimental first when these changes are done.

Thank you for considering,
Chris

[1] https://wiki.debian.org/UsrMerge
diff -Nru libapogee3-3.2+20221221183454/debian/changelog libapogee3-3.2+20221221183454/debian/changelog
--- libapogee3-3.2+20221221183454/debian/changelog	2022-12-21 19:36:16.0 +0100
+++ libapogee3-3.2+20221221183454/debian/changelog	2023-12-08 17:31:59.0 +0100
@@ -1,3 +1,10 @@
+libapogee3 (3.2+20221221183454-1.1) UNRELEASED; urgency=medium
+
+  * Non-maintainer upload.
+  * Let dh_installudev choose udev rules location
+
+ -- Chris Hofstaedtler   Fri, 08 Dec 2023 17:31:59 +0100
+
 libapogee3 (3.2+20221221183454-1) unstable; urgency=medium
 
   * build version from git
diff -Nru libapogee3-3.2+20221221183454/debian/libapogee3.install libapogee3-3.2+20221221183454/debian/libapogee3.install
--- libapogee3-3.2+20221221183454/debian/libapogee3.install	2022-12-21 19:34:59.0 +0100
+++ libapogee3-3.2+20221221183454/debian/libapogee3.install	2023-12-08 17:30:50.0 +0100
@@ -1,4 +1,3 @@
 usr/lib/*/libapogee.so.3.2
 usr/lib/*/libapogee.so.3
 etc/Apogee/camera/*.txt
-lib/udev/rules.d/99-apogee.rules lib/udev/rules.d
diff -Nru libapogee3-3.2+20221221183454/debian/rules libapogee3-3.2+20221221183454/debian/rules
--- libapogee3-3.2+20221221183454/debian/rules	2022-12-21 19:34:59.0 +0100
+++ libapogee3-3.2+20221221183454/debian/rules	2023-12-08 17:29:43.0 +0100
@@ -7,3 +7,15 @@
 
 %:
 	dh $@
+
+override_dh_clean:
+	dh_clean
+	rm -f debian/libapogee3.udev
+
+override_dh_auto_install:
+	dh_auto_install
+	mv debian/tmp/lib/udev/rules.d/99-apogee.rules debian/libapogee3.udev
+
+override_dh_installudev:
+	dh_installudev --priority=99
+

Bug#1054657: Transition seems to be blocked (Was: Bug#1054657: transition: r-bioc-biocgenerics)

[Dirk Eddelbuettel]

On 9 December 2023 at 01:06, Charles Plessy wrote:
| I do not know for r-bioc-netsam, but for r-bioc-org.hs.eg.db and similar
| packages, it is because it is an "annotation package" made of data and
| therefore not managed the same way as the other Bioconductor packages.
| 
| This is why it DESCRIPTION file does not mention its Bioconductor Git
| branch.  This is also why its version number matches the Bioconductor
| release number.  Also, its homepage resolves to
| 
https://bioconductor.org/packages/release/data/annotation/html/org.Hs.eg.db.html
| while for regular packages there is no data/annotation/html in the URL.
| 
| I think that it does not have to depend on the bioc api pseudo-package.

When r2u builds all of CRAN plus the ~ 200 BioC that are implied plus ~ 200
more that either in Debian or high on BioC's own 'karma' list, I query all
four repositories as one must.  That is basically what the BioC installer
helpers always did for twenty-some years.  My code (quicker for me to find)
is

## cf  contrib.url(BiocManager::repositories())
## [1] "https://bioconductor.org/packages/3.14/bioc/src/contrib;
## [2] 
"https://bioconductor.org/packages/3.14/data/annotation/src/contrib;
## [3] 
"https://bioconductor.org/packages/3.14/data/experiment/src/contrib;
biocrepo <- paste0("https://bioconductor.org/packages/;, 
.getConfig("bioc_version"), "/bioc")
apBIOC <- data.table(ap="Bioc", 
as.data.frame(available.packages(repos=biocrepo)))
biocdataannrepo <- paste0("https://bioconductor.org/packages/;, 
.getConfig("bioc_version"), "/data/annotation")
apBIOCdataann <- data.table(ap="Bioc", 
as.data.frame(available.packages(repos=biocdataannrepo)))
apBIOC <- merge(apBIOC, apBIOCdataann, all=TRUE)
biocdataexprepo <- paste0("https://bioconductor.org/packages/;, 
.getConfig("bioc_version"), "/data/experiment")
apBIOCdataexp <- data.table(ap="Bioc", 
as.data.frame(available.packages(repos=biocdataexprepo)))
apBIOC <- merge(apBIOC, apBIOCdataexp, all=TRUE)

Ah, and younger Dirk left a message for current Dirk that this does indeed
show it too:

> contrib.url(BiocManager::repositories())
'getOption("repos")' replaces Bioconductor standard repositories, see
'help("repositories", package = "BiocManager")' for details.
Replacement repositories:
CRAN: https://cloud.r-project.org
[1] "https://bioconductor.org/packages/3.18/bioc/src/contrib;   
[2] "https://bioconductor.org/packages/3.18/data/annotation/src/contrib;
[3] "https://bioconductor.org/packages/3.18/data/experiment/src/contrib;
[4] "https://bioconductor.org/packages/3.18/workflows/src/contrib;  
[5] "https://bioconductor.org/packages/3.18/books/src/contrib;  
[6] "https://cloud.r-project.org/src/contrib;   
> 

And when I bulk-updated the BioC packages for my 20.04 and 22.04 build in
r2u, I did notice that some of the 'non-R-package packages' in annotations
and experiment did not update.  One could always ask BioC which of these are
/ are not considered release dependent.  Their slack is open and pretty
friendly, I hang there too.

Cheers, Dirk

-- 
dirk.eddelbuettel.com | @eddelbuettel | e...@debian.org

Bug#1057799: systemd: fails to configure

[JPP]

Package: systemd
Version: 252.19-1~deb12u1
Severity: serious
Tags: d-i
Justification: normal

Dear Maintainer,

I get a problem upgrading the system, systemd fails to configure :

sudo dpkg --configure systemd
Setting up systemd (252.19-1~deb12u1) ...
Creating group 'users' with GID 100.
/etc/gshadow: Group "users" already exists.
dpkg: error processing package systemd (--configure):
 installed systemd package post-installation script subprocess returned error 
exit status 1
Errors were encountered while processing:
 systemd


-- Package-specific info:

-- System Information:
Debian Release: 12.3
  APT prefers stable-updates
  APT policy: (500, 'stable-updates'), (500, 'stable-security'), (500, 
'proposed-updates'), (500, 'stable')
Architecture: amd64 (x86_64)

Kernel: Linux 6.4.0-0.deb12.2-amd64 (SMP w/4 CPU threads; PREEMPT)
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=C
Shell: /bin/sh linked to /usr/bin/dash
Init: systemd (via /run/systemd/system)
LSM: AppArmor: enabled

Versions of packages systemd depends on:
ii  libacl12.3.1-3
ii  libaudit1  1:3.0.9-1
ii  libblkid1  2.38.1-5+b1
ii  libc6  2.36-9+deb12u3
ii  libcap21:2.66-4
ii  libcryptsetup122:2.6.1-4~deb12u1
ii  libfdisk1  2.38.1-5+b1
ii  libgcrypt201.10.1-3
ii  libkmod2   30+20221128-1
ii  liblz4-1   1.9.4-1
ii  liblzma5   5.4.1-0.2
ii  libmount1  2.38.1-5+b1
ii  libp11-kit00.24.1-2
ii  libseccomp22.5.4-1+b3
ii  libselinux13.4-1+b6
ii  libssl33.0.11-1~deb12u2
ii  libsystemd-shared  252.19-1~deb12u1
ii  libsystemd0252.19-1~deb12u1
ii  libzstd1   1.5.4+dfsg2-5
ii  mount  2.38.1-5+b1

Versions of packages systemd recommends:
ii  dbus [default-dbus-system-bus]  1.14.10-1~deb12u1
ii  ntpsec [time-daemon]1.2.2+dfsg1-1+deb12u1

Versions of packages systemd suggests:
ii  libfido2-11.12.0-2+b1
ii  libqrencode4  4.1.1-1
ii  libtss2-esys-3.0.2-0  3.2.1-3
ii  libtss2-mu0   3.2.1-3
pn  libtss2-rc0   
ii  policykit-1   122-3
ii  polkitd   122-3
pn  systemd-boot  
pn  systemd-container 
pn  systemd-homed 
pn  systemd-resolved  
pn  systemd-userdbd   

Versions of packages systemd is related to:
ii  dbus-user-session  1.14.10-1~deb12u1
pn  dracut 
ii  initramfs-tools0.142
iu  libnss-systemd 252.19-1~deb12u1
iu  libpam-systemd 252.19-1~deb12u1
ii  udev   252.19-1~deb12u1

-- Configuration Files:
/etc/systemd/system.conf changed:
[Manager]
DefaultTimeoutStopSec=30s
DefaultDeviceTimeoutSec=20s

/etc/systemd/user.conf changed:
[Manager]
DefaultTimeoutStopSec=30s
DefaultRestartSec=100ms


-- no debconf information

Bug#1057688: aptitude: Stray input on window click when running under tmux

[Antonio Russo]

On 2023-12-08 09:01, Sven Joachim wrote:
> 
> ,
> | @@ -8550,7 +8556,7 @@ tmux|tmux terminal multiplexer,
> | use=ecma+italics, use=ecma+strikeout, use=xterm+edit,
> | use=xterm+pcfkeys, use=xterm+sl, use=xterm+tmux,
> | use=screen, use=bracketed+paste, use=report+version,
> | -   use=xterm+focus,
> | +   use=xterm+focus, use=xterm+sm+1006,
> |
> |  tmux-256color|tmux with 256 colors,
> | use=xterm+256setaf, use=tmux,
> `
> 
> That seems to be not really intended and should likely be reverted,
> given the issue at hand.

I can confirm this change resolves the aptitude issue for me.  I'll continue
testing it.

> 
>> (a change to the terminal description to help vim turned out to expose one
>> of the VTE bugs - fixed by making it less likely for other applications
>> to trigger the bug)
> 
> There is no VTE involved in this case, I reproduced the problem in
> xterm.
> 
> Cheers,
>Sven

Thanks!
Antonio

OpenPGP_0xB01C53D5DED4A4EE.asc
Description: OpenPGP public key


OpenPGP_signature.asc
Description: OpenPGP digital signature

Bug#1057798: kdump-tools: use dh tools to install systemd/udev files

[Chris Hofstaedtler]

Source: kdump-tools
Version: 1:1.8.1
Severity: normal
Tags: patch
User: helm...@debian.org
Usertags: dep17m2

Dear Maintainer,

your package installs files related to systemd and udev, into /lib.
These files need to be moved to /usr/lib as part of Debian's
usr-merge effort [1].

Attached you'll find two patches to use the debhelper tools
dh_installsystemd and dh_installudev to install these files.
For unstable, the systemd files will immediately go to /usr/lib. The
udev files will move there once we update dh_installudev, and your
package will benefit after a binNMU.

The same patches can be found in this salsa MR:
  https://salsa.debian.org/debian/kdump-tools/-/merge_requests/21

Later during the trixie cycle I expect this bug class to raise in
priority.

If during the trixie cycle your package will undergo structural
changes or any other file moves, please see the wiki and upload
to experimental first when these changes are done.

Thank you for considering,
Chris

[1] https://wiki.debian.org/UsrMerge
>From bdaaf4e4ca2db654f5b324b73124dfa284383ee6 Mon Sep 17 00:00:00 2001
From: Chris Hofstaedtler 
Date: Fri, 8 Dec 2023 17:01:39 +0100
Subject: [PATCH 1/2] Let dh_installudev choose location of udev rules

---
 debian/kdump-tools.install| 1 -
 debian/{50-kdump-tools.rules => kdump-tools.udev} | 0
 debian/rules  | 3 +++
 3 files changed, 3 insertions(+), 1 deletion(-)
 rename debian/{50-kdump-tools.rules => kdump-tools.udev} (100%)

diff --git a/debian/kdump-tools.install b/debian/kdump-tools.install
index 39fb6ec..28dbc60 100644
--- a/debian/kdump-tools.install
+++ b/debian/kdump-tools.install
@@ -1,4 +1,3 @@
-debian/50-kdump-tools.rules /lib/udev/rules.d/
 debian/kdump-config	/usr/sbin
 debian/kdump-tools-dump.service /lib/systemd/system/
 debian/kdump-tools.conf /usr/share/kdump-tools/
diff --git a/debian/50-kdump-tools.rules b/debian/kdump-tools.udev
similarity index 100%
rename from debian/50-kdump-tools.rules
rename to debian/kdump-tools.udev
diff --git a/debian/rules b/debian/rules
index 9bddbef..aa47d89 100755
--- a/debian/rules
+++ b/debian/rules
@@ -54,6 +54,9 @@ override_dh_installdeb:
 		debian/kdump-tools.maintscript
 	dh_installdeb
 
+override_dh_installudev:
+	dh_installudev -pkdump-tools --priority=50
+
 override_dh_auto_clean:
 	rm -f debian/kdump-tools.maintscript
 	rm -f debian/kdump-config debian/kdump-tools.conf debian/kdump-tools.5
-- 
2.39.2

>From 151408bbfef079e938e90e8bd712248078360c07 Mon Sep 17 00:00:00 2001
From: Chris Hofstaedtler 
Date: Fri, 8 Dec 2023 17:04:22 +0100
Subject: [PATCH 2/2] Let dh_installsystemd choose location of systemd services

---
 debian/kdump-tools.install| 1 -
 ...ools-dump.service => kdump-tools.kdump-tools-dump.service} | 0
 debian/rules  | 4 
 3 files changed, 4 insertions(+), 1 deletion(-)
 rename debian/{kdump-tools-dump.service => kdump-tools.kdump-tools-dump.service} (100%)

diff --git a/debian/kdump-tools.install b/debian/kdump-tools.install
index 28dbc60..d3c1c6d 100644
--- a/debian/kdump-tools.install
+++ b/debian/kdump-tools.install
@@ -1,4 +1,3 @@
 debian/kdump-config	/usr/sbin
-debian/kdump-tools-dump.service /lib/systemd/system/
 debian/kdump-tools.conf /usr/share/kdump-tools/
 debian/sysctl.conf /etc/kdump/
diff --git a/debian/kdump-tools-dump.service b/debian/kdump-tools.kdump-tools-dump.service
similarity index 100%
rename from debian/kdump-tools-dump.service
rename to debian/kdump-tools.kdump-tools-dump.service
diff --git a/debian/rules b/debian/rules
index aa47d89..a358a06 100755
--- a/debian/rules
+++ b/debian/rules
@@ -57,6 +57,10 @@ override_dh_installdeb:
 override_dh_installudev:
 	dh_installudev -pkdump-tools --priority=50
 
+override_dh_installsystemd:
+	dh_installsystemd -pkdump-tools kdump-tools.service
+	dh_installsystemd -pkdump-tools --name=kdump-tools-dump --no-enable kdump-tools-dump.service
+
 override_dh_auto_clean:
 	rm -f debian/kdump-tools.maintscript
 	rm -f debian/kdump-config debian/kdump-tools.conf debian/kdump-tools.5
-- 
2.39.2

Bug#1057797: glib2.0: thread-pool-slow test intermittently times out on 32-bit ARM

[Simon McVittie]

Source: glib2.0
Version: 2.78.2-1
Severity: important
Tags: help
X-Debbugs-Cc: debian-...@lists.debian.org

Similar to threadtests in #1023652, the single test-case in
glib/tests/thread-pool-slow.c intermittently times out (takes more than
10 minutes) on armel and armhf. It seems to be reasonably reliable on
other architectures.

Similar to threadtests in #1023652, this has never been reliable and I'm
going to mark it as flaky. If you can help to isolate what is going wrong
and fix it, please do!

In upstream GLib, this test is run unconditionally. In Debian's packaging,
depending on version, environment variable DEB_ALLOW_FLAKY_TESTS=1 might
be required to run it.

On hardware that is equivalent to Debian's buildds, if it's going to
succeed, it should take around 40 seconds.

smcv

Bug#1057796: spyne introduces an ImportError in pytest

[Benedikt Spranger]

Package: python3-spyne
Version: 2.14.0-2
Severity: normal
Tags: upstream
X-Debbugs-Cc: b.spran...@linutronix.de

Dear Maintainer,

the tests of an application using python3-spyne failed due to an ImportError:

Traceback (most recent call last):
  File "frozen importlib._bootstrap>", line 1072, in _find_spec
AttributeError: '_SixMetaPathImporter' object has no attribute 'find_spec'

During handling of the above exception, another exception occurred:

Traceback (most recent call last):
  File "/usr/lib/python3.11/unittest/loader.py", line 452, in _find_test_path
package = self._get_module_from_name(name)
  
  File "/usr/lib/python3.11/unittest/loader.py", line 362, in 
_get_module_from_name
__import__(name)
  File "/build/elbe-14.9.3/elbepack/daemons/soap/__init__.py", line 14, in 
module>
from spyne import Application
  File "/usr/lib/python3/dist-packages/spyne/__init__.py", line 39, in 
module>
from spyne.evmgr import EventManager
  File "/usr/lib/python3/dist-packages/spyne/evmgr.py", line 21, in module>
from spyne.util.oset import oset
  File "/usr/lib/python3/dist-packages/spyne/util/__init__.py", line 44, in 
module>
import thread
  File "frozen importlib._bootstrap>", line 1176, in _find_and_load
  File "frozen importlib._bootstrap>", line 1138, in _find_and_load_unlocked
  File "frozen importlib._bootstrap>", line 1074, in _find_spec
  File "frozen importlib._bootstrap>", line 1047, in _find_spec_legacy
ImportWarning: _SixMetaPathImporter.find_spec() not found; falling back to 
find_module()


The failure is caused by an outdated customized copy of six.py
(1.14.0 instead of 1.16.0) The issue is reported with a fix to upstream by
pull request #704. https://github.com/arskom/spyne/pull/704

Regards
Benedikt Spranger

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

Kernel: Linux 6.5.0-5-amd64 (SMP w/4 CPU threads; PREEMPT)
Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8), LANGUAGE not set
Shell: /bin/sh linked to /usr/bin/dash
Init: sysvinit (via /sbin/init)
LSM: AppArmor: enabled

Versions of packages python3-spyne depends on:
ii  python33.11.6-1
ii  python3-lxml   4.9.3-1
ii  python3-pyparsing  3.1.1-1
ii  python3-tz 2023.3.post1-1

python3-spyne recommends no packages.

python3-spyne suggests no packages.

-- no debconf information