Bug#1061866: adns: NMU diff for 64-bit time_t transition

[Steve Langasek]

Dear maintainer,

Please find attached a final version of this patch for the time_t
transition.  This patch is being uploaded to unstable.

Note that this adds a versioned build-dependency on dpkg-dev, to guard
against accidental backports with a wrong ABI.

Thanks!


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

Kernel: Linux 6.5.0-14-generic (SMP w/12 CPU threads; PREEMPT)
Kernel taint flags: TAINT_PROPRIETARY_MODULE, TAINT_OOT_MODULE
Locale: LANG=C, LC_CTYPE=C.UTF-8 (charmap=UTF-8), LANGUAGE not set
Shell: /bin/sh linked to /usr/bin/dash
Init: systemd (via /run/systemd/system)
diff -Nru adns-1.6.0/debian/changelog adns-1.6.0/debian/changelog
--- adns-1.6.0/debian/changelog 2020-08-23 20:25:53.0 +
+++ adns-1.6.0/debian/changelog 2024-02-28 00:10:07.0 +
@@ -1,3 +1,10 @@
+adns (1.6.0-2.1) unstable; urgency=medium
+
+  * Non-maintainer upload.
+  * Rename libraries for 64-bit time_t transition.  Closes: #1061866
+
+ -- Steve Langasek   Wed, 28 Feb 2024 00:10:07 +
+
 adns (1.6.0-2) unstable; urgency=medium
 
   * Don't ignore make clean failures.
diff -Nru adns-1.6.0/debian/control adns-1.6.0/debian/control
--- adns-1.6.0/debian/control   2020-08-23 20:25:53.0 +
+++ adns-1.6.0/debian/control   2024-02-28 00:10:06.0 +
@@ -3,14 +3,14 @@
 Priority: optional
 Maintainer: Ian Jackson 
 Uploaders: Magnus Holmgren 
-Build-Depends: debhelper (>= 7), netbase, m4, lynx, help2man
+Build-Depends: dpkg-dev (>= 1.22.5), debhelper (>= 7), netbase, m4, lynx, 
help2man
 Standards-Version: 3.8.0
 Homepage: http://www.chiark.greenend.org.uk/~ian/adns/
 
 Package: libadns1-dev
 Section: libdevel
 Architecture: any
-Depends: libadns1 (= ${binary:Version}), libc6-dev, ${misc:Depends}
+Depends: libadns1t64 (= ${binary:Version}), libc6-dev, ${misc:Depends}
 Conflicts: libadns0
 Description: Asynchronous-capable DNS client library (development)
  adns is a resolver library for C (and C++) programs.  In contrast
@@ -36,7 +36,10 @@
  This package contains useful utilities for IP address resolving,
  fast bulk logfile processing, and testing.
 
-Package: libadns1
+Package: libadns1t64
+Provides: ${t64:Provides}
+Replaces: libadns1
+Breaks: libadns1 (<< ${source:Version})
 Section: libs
 Architecture: any
 Depends: ${shlibs:Depends}, ${misc:Depends}
@@ -54,7 +57,7 @@
 Section: debug
 Priority: extra
 Architecture: any
-Depends: libadns1 (= ${binary:Version}), ${misc:Depends}
+Depends: libadns1t64 (= ${binary:Version}), ${misc:Depends}
 Description: Asynchronous-capable DNS client library (debugging symbols)
  adns is a resolver library for C (and C++) programs.  In contrast
  with the existing interfaces, gethostbyname et al and libresolv, it
@@ -62,5 +65,5 @@
  convenient interface which doesn't require the application to handle
  any DNS data formats.  Many queries can be handled simultaneously.
  .
- This package contains the debugging symbols associated with libadns1,
+ This package contains the debugging symbols associated with libadns1t64,
  for debugging adns and programs that use it.
diff -Nru adns-1.6.0/debian/libadns1.dirs adns-1.6.0/debian/libadns1.dirs
--- adns-1.6.0/debian/libadns1.dirs 2020-08-23 20:25:53.0 +
+++ adns-1.6.0/debian/libadns1.dirs 1970-01-01 00:00:00.0 +
@@ -1,2 +0,0 @@
-usr/lib
-usr/share/doc
diff -Nru adns-1.6.0/debian/libadns1.docs adns-1.6.0/debian/libadns1.docs
--- adns-1.6.0/debian/libadns1.docs 2020-08-23 20:25:53.0 +
+++ adns-1.6.0/debian/libadns1.docs 1970-01-01 00:00:00.0 +
@@ -1,3 +0,0 @@
-GPL-vs-LGPL
-README.html
-README
diff -Nru adns-1.6.0/debian/libadns1.install adns-1.6.0/debian/libadns1.install
--- adns-1.6.0/debian/libadns1.install  2020-08-23 20:25:53.0 +
+++ adns-1.6.0/debian/libadns1.install  1970-01-01 00:00:00.0 +
@@ -1,2 +0,0 @@
-usr/lib/libadns.so.1
-usr/lib/libadns.so.1.6
diff -Nru adns-1.6.0/debian/libadns1.symbols adns-1.6.0/debian/libadns1.symbols
--- adns-1.6.0/debian/libadns1.symbols  2020-08-23 20:25:53.0 +
+++ adns-1.6.0/debian/libadns1.symbols  1970-01-01 00:00:00.0 +
@@ -1,34 +0,0 @@
-libadns.so.1 libadns1 #MINVER#
- (regex)"^adns__.*@Base$" 1.5.0~
- adns_afterpoll@Base 1.5.0~
- adns_afterselect@Base 1.5.0~
- adns_beforepoll@Base 1.5.0~
- adns_beforeselect@Base 1.5.0~
- adns_cancel@Base 1.5.0~
- adns_check@Base 1.5.0~
- adns_checkconsistency@Base 1.5.0~
- adns_errabbrev@Base 1.5.0~
- adns_errtypeabbrev@Base 1.5.0~
- adns_finish@Base 1.5.0~
- adns_firsttimeout@Base 1.5.0~
- adns_forallqueries_begin@Base 1.5.0~
- adns_forallqueries_next@Base 1.5.0~
- adns_globalsystemfailure@Base 1.5.0~
- adns_init@Base 1.5.0~
- adns_init_logfn@Base 1.5.0~
- adns_init_strcfg@Base 1.5.0~
- adns_processany@Base 1.5.0~
- adns_processexceptional@Base 1.5.0~
- adns_processreadable@Base 1.5.0~
- adns_processtimeouts@Base 1.5.0~
- 

Bug#1061872: adolc: NMU diff for 64-bit time_t transition

[Steve Langasek]

Dear maintainer,

Please find attached a final version of this patch for the time_t
transition.  This patch is being uploaded to unstable.

Note that this adds a versioned build-dependency on dpkg-dev, to guard
against accidental backports with a wrong ABI.

Thanks!


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

Kernel: Linux 6.5.0-14-generic (SMP w/12 CPU threads; PREEMPT)
Kernel taint flags: TAINT_PROPRIETARY_MODULE, TAINT_OOT_MODULE
Locale: LANG=C, LC_CTYPE=C.UTF-8 (charmap=UTF-8), LANGUAGE not set
Shell: /bin/sh linked to /usr/bin/dash
Init: systemd (via /run/systemd/system)
diff -Nru adolc-2.7.2/debian/changelog adolc-2.7.2/debian/changelog
--- adolc-2.7.2/debian/changelog2023-01-04 09:58:22.0 +
+++ adolc-2.7.2/debian/changelog2024-02-28 00:11:14.0 +
@@ -1,3 +1,10 @@
+adolc (2.7.2-6.1) unstable; urgency=medium
+
+  * Non-maintainer upload.
+  * Rename libraries for 64-bit time_t transition.  Closes: #1061872
+
+ -- Steve Langasek   Wed, 28 Feb 2024 00:11:14 +
+
 adolc (2.7.2-6) unstable; urgency=medium
 
   * upstream URL updates
diff -Nru adolc-2.7.2/debian/control adolc-2.7.2/debian/control
--- adolc-2.7.2/debian/control  2023-01-04 09:58:22.0 +
+++ adolc-2.7.2/debian/control  2024-02-28 00:11:14.0 +
@@ -2,7 +2,7 @@
 Priority: optional
 Maintainer: Debian Science Maintainers 

 Uploaders: Barak A. Pearlmutter 
-Build-Depends: debhelper-compat (= 13),
+Build-Depends: dpkg-dev (>= 1.22.5), debhelper-compat (= 13),
autoconf-archive,
libcolpack-dev, libboost-system-dev
 Standards-Version: 4.6.2
@@ -16,7 +16,7 @@
 Section: libdevel
 Architecture: any
 Multi-Arch: same
-Depends: ${shlibs:Depends}, ${misc:Depends}, libadolc2 (= ${binary:Version}), 
libcolpack-dev
+Depends: ${shlibs:Depends}, ${misc:Depends}, libadolc2t64 (= 
${binary:Version}), libcolpack-dev
 Description: ADOLC development libs and headers
  The ADOLC system automatically calculates exact derivatives of a
  C/C++ function.  It uses C++ overloading to record arithmetic
@@ -26,7 +26,10 @@
  This package contains the development library, header files,
  and user's manual.
 
-Package: libadolc2
+Package: libadolc2t64
+Provides: ${t64:Provides}
+Replaces: libadolc2
+Breaks: libadolc2 (<< ${source:Version})
 Architecture: any
 Multi-Arch: same
 Pre-Depends: ${misc:Pre-Depends}
diff -Nru adolc-2.7.2/debian/libadolc2.install 
adolc-2.7.2/debian/libadolc2.install
--- adolc-2.7.2/debian/libadolc2.install2020-05-31 10:35:51.0 
+
+++ adolc-2.7.2/debian/libadolc2.install1970-01-01 00:00:00.0 
+
@@ -1 +0,0 @@
-usr/lib/*/lib*.so.*
diff -Nru adolc-2.7.2/debian/libadolc2t64.install 
adolc-2.7.2/debian/libadolc2t64.install
--- adolc-2.7.2/debian/libadolc2t64.install 1970-01-01 00:00:00.0 
+
+++ adolc-2.7.2/debian/libadolc2t64.install 2020-05-31 10:35:51.0 
+
@@ -0,0 +1 @@
+usr/lib/*/lib*.so.*
diff -Nru adolc-2.7.2/debian/libadolc2t64.lintian-overrides 
adolc-2.7.2/debian/libadolc2t64.lintian-overrides
--- adolc-2.7.2/debian/libadolc2t64.lintian-overrides   1970-01-01 
00:00:00.0 +
+++ adolc-2.7.2/debian/libadolc2t64.lintian-overrides   2024-02-28 
00:10:43.0 +
@@ -0,0 +1 @@
+libadolc2t64: package-name-doesnt-match-sonames libadolc2

Bug#1064940: vipw's manpage does not document ~/.selected_editor

[Toni]

Package: passwd
Version: 1:4.13+dfsg1-1+b1
Severity: minor
Tags: patch


Hi,

the 'vipw' program uses a file that isn't documented. The attached patch
should fill this gap, although I haven't tried to build the package with
it.


Enjoy,
Toni



-- System Information:
Debian Release: 12.5
  APT prefers stable
  APT policy: (990, 'stable'), (500, 'oldstable')
Architecture: amd64 (x86_64)
Foreign Architectures: i386

Kernel: Linux 6.1.0-18-amd64 (SMP w/12 CPU threads; PREEMPT)
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.utf8 (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 passwd depends on:
ii  libaudit1   1:3.0.9-1
ii  libc6   2.36-9+deb12u4
ii  libcrypt1   1:4.4.33-2
ii  libpam-modules  1.5.2-6+deb12u1
ii  libpam0g1.5.2-6+deb12u1
ii  libselinux1 3.4-1+b6
ii  libsemanage23.4-1+b5

Versions of packages passwd recommends:
ii  sensible-utils  0.0.17+nmu1

passwd suggests no packages.

-- no debconf information
diff --git a/man/vipw.8.xml b/man/vipw.8.xml
index 4caddcb..9775af7 100644
--- a/man/vipw.8.xml
+++ b/man/vipw.8.xml
@@ -77,6 +77,11 @@
   vi
   1.
 
+
+On the first run, this program asks you for an editor and stores your
+selection in ~/.selected_editor. If the editor mentioned therein does
+not exist on your system, the program will fall back to using 'nano'.
+
   
 
   
@@ -210,6 +215,9 @@
   
 	gshadow5
   
+  
+  ~/.selected_editor5
+  
   
 	login.defs5
   ,

Bug#1061864: actor-framework: NMU diff for 64-bit time_t transition

[Steve Langasek]

Dear maintainer,

Please find attached a final version of this patch for the time_t
transition.  This patch is being uploaded to unstable.

Note that this adds a versioned build-dependency on dpkg-dev, to guard
against accidental backports with a wrong ABI.

Thanks!


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

Kernel: Linux 6.5.0-14-generic (SMP w/12 CPU threads; PREEMPT)
Kernel taint flags: TAINT_PROPRIETARY_MODULE, TAINT_OOT_MODULE
Locale: LANG=C, LC_CTYPE=C.UTF-8 (charmap=UTF-8), LANGUAGE not set
Shell: /bin/sh linked to /usr/bin/dash
Init: systemd (via /run/systemd/system)
diff -Nru actor-framework-0.17.6/debian/changelog 
actor-framework-0.17.6/debian/changelog
--- actor-framework-0.17.6/debian/changelog 2023-07-28 19:25:33.0 
+
+++ actor-framework-0.17.6/debian/changelog 2024-02-28 00:04:41.0 
+
@@ -1,3 +1,10 @@
+actor-framework (0.17.6-3.1) unstable; urgency=medium
+
+  * Non-maintainer upload.
+  * Rename libraries for 64-bit time_t transition.  Closes: #1061864
+
+ -- Steve Langasek   Wed, 28 Feb 2024 00:04:41 +
+
 actor-framework (0.17.6-3) unstable; urgency=medium
 
   * Add patch for missing include needed with GCC 13 (Closes: #1037568)
diff -Nru actor-framework-0.17.6/debian/control 
actor-framework-0.17.6/debian/control
--- actor-framework-0.17.6/debian/control   2023-07-28 19:02:38.0 
+
+++ actor-framework-0.17.6/debian/control   2024-02-28 00:04:41.0 
+
@@ -1,7 +1,7 @@
 Source: actor-framework
 Priority: optional
 Maintainer: Hilko Bengen 
-Build-Depends: debhelper (>= 12~),
+Build-Depends: dpkg-dev (>= 1.22.5), debhelper (>= 12~),
  cmake,
  libssl-dev,
 # ocl-icd-opencl-dev,
@@ -15,9 +15,9 @@
 Package: libcaf-dev
 Section: libdevel
 Architecture: any
-Depends: libcaf-core0.17 (= ${binary:Version}),
- libcaf-io0.17 (= ${binary:Version}),
- libcaf-openssl0.17 (= ${binary:Version}),
+Depends: libcaf-core0.17t64 (= ${binary:Version}),
+ libcaf-io0.17t64 (= ${binary:Version}),
+ libcaf-openssl0.17t64 (= ${binary:Version}),
  ${misc:Depends}
 Recommends: libcaf-doc
 Description: Implementation of the Actor Model in C++, development files
@@ -27,7 +27,10 @@
  This package contains headers and other files required to develop
  applications against the library.
 
-Package: libcaf-core0.17
+Package: libcaf-core0.17t64
+Provides: ${t64:Provides}
+Replaces: libcaf-core0.17
+Breaks: libcaf-core0.17 (<< ${source:Version})
 Architecture: any
 Depends: ${shlibs:Depends}, ${misc:Depends}
 Description: Implementation of the Actor Model in C++, core library
@@ -36,7 +39,10 @@
  .
  This package contains the core library.
 
-Package: libcaf-io0.17
+Package: libcaf-io0.17t64
+Provides: ${t64:Provides}
+Replaces: libcaf-io0.17
+Breaks: libcaf-io0.17 (<< ${source:Version})
 Architecture: any
 Depends: ${shlibs:Depends}, ${misc:Depends}
 Description: Implementation of the Actor Model in C++, I/O library
@@ -45,7 +51,10 @@
  .
  This package contains the io library required for network transparency.
 
-Package: libcaf-openssl0.17
+Package: libcaf-openssl0.17t64
+Provides: ${t64:Provides}
+Replaces: libcaf-openssl0.17
+Breaks: libcaf-openssl0.17 (<< ${source:Version})
 Architecture: any
 Depends: ${shlibs:Depends}, ${misc:Depends}
 Description: Implementation of the Actor Model in C++, OpenSSL library
diff -Nru actor-framework-0.17.6/debian/libcaf-core0.17.dirs 
actor-framework-0.17.6/debian/libcaf-core0.17.dirs
--- actor-framework-0.17.6/debian/libcaf-core0.17.dirs  2023-07-28 
19:02:38.0 +
+++ actor-framework-0.17.6/debian/libcaf-core0.17.dirs  1970-01-01 
00:00:00.0 +
@@ -1 +0,0 @@
-usr/lib
diff -Nru actor-framework-0.17.6/debian/libcaf-core0.17.install 
actor-framework-0.17.6/debian/libcaf-core0.17.install
--- actor-framework-0.17.6/debian/libcaf-core0.17.install   2023-07-28 
19:02:38.0 +
+++ actor-framework-0.17.6/debian/libcaf-core0.17.install   1970-01-01 
00:00:00.0 +
@@ -1 +0,0 @@
-usr/lib/*-*/libcaf_core.so.*
diff -Nru actor-framework-0.17.6/debian/libcaf-core0.17t64.dirs 
actor-framework-0.17.6/debian/libcaf-core0.17t64.dirs
--- actor-framework-0.17.6/debian/libcaf-core0.17t64.dirs   1970-01-01 
00:00:00.0 +
+++ actor-framework-0.17.6/debian/libcaf-core0.17t64.dirs   2023-07-28 
19:02:38.0 +
@@ -0,0 +1 @@
+usr/lib
diff -Nru actor-framework-0.17.6/debian/libcaf-core0.17t64.install 
actor-framework-0.17.6/debian/libcaf-core0.17t64.install
--- actor-framework-0.17.6/debian/libcaf-core0.17t64.install1970-01-01 
00:00:00.0 +
+++ actor-framework-0.17.6/debian/libcaf-core0.17t64.install2023-07-28 
19:02:38.0 +
@@ -0,0 +1 @@
+usr/lib/*-*/libcaf_core.so.*
diff -Nru actor-framework-0.17.6/debian/libcaf-core0.17t64.lintian-overrides 
actor-framework-0.17.6/debian/libcaf-core0.17t64.lintian-overrides
--- 

Bug#1062065: ceph: NMU diff for 64-bit time_t transition

[Steve Langasek]

On Wed, Feb 28, 2024 at 12:50:16AM +0100, Thomas Goirand wrote:
> Hi Steve,

> The time_t transition was only for 32 bits arch support, right? It needs
> nothing in 64 bits arch.

> If that's the case, then you can remove Ceph from your list. The
> Experimental package of Ceph, already lost support for 32 bits, and I asked
> all reverse dependency maintainers to remove Ceph support on 32 bits arch
> (this includes various packages like Samba, Qemu, etc.).

> When I'll have time to work on Ceph again, then I'll upload Ceph 18.2.x from
> Experimental, and that will mean no 32 bits support for Ceph in Debian
> anymore.

> Can you please confirm that I'm right above, so that on my next upload of
> Ceph 18.2.x to unstable, I can close this bug?

Yes, if you are dropping 32-bit support then you can close the bug then.

In the short term, this is still on the list of packages to NMU for
transition.  Even if it will be dropped on armhf before release, we don't
want to risk problems with ABI skew of the existing reverse-dependencies
clogging up buildability or migratability so it's safest to just make sure
we rebuild with the new name.  But once 32-bit is dropped you should feel
free to ignore the rename (except perhaps that you should then add
Provides/Breaks/Replaces back the other direction for t64).

-- 
Steve Langasek   Give me a lever long enough and a Free OS
Debian Developer   to set it on, and I can move the world.
Ubuntu Developer   https://www.debian.org/
slanga...@ubuntu.com vor...@debian.org


signature.asc
Description: PGP signature

Bug#1061863: ace: NMU diff for 64-bit time_t transition

[Steve Langasek]

Dear maintainer,

Please find attached a final version of this patch for the time_t
transition.  This patch is being uploaded to unstable.

Note that this adds a versioned build-dependency on dpkg-dev, to guard
against accidental backports with a wrong ABI.

Thanks!


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

Kernel: Linux 6.5.0-14-generic (SMP w/12 CPU threads; PREEMPT)
Kernel taint flags: TAINT_PROPRIETARY_MODULE, TAINT_OOT_MODULE
Locale: LANG=C, LC_CTYPE=C.UTF-8 (charmap=UTF-8), LANGUAGE not set
Shell: /bin/sh linked to /usr/bin/dash
Init: systemd (via /run/systemd/system)
diff -Nru ace-7.1.2+dfsg/debian/changelog ace-7.1.2+dfsg/debian/changelog
--- ace-7.1.2+dfsg/debian/changelog 2023-12-06 17:28:25.0 +
+++ ace-7.1.2+dfsg/debian/changelog 2024-02-27 22:56:50.0 +
@@ -1,3 +1,10 @@
+ace (7.1.2+dfsg-2.1) unstable; urgency=medium
+
+  * Non-maintainer upload.
+  * Rename libraries for 64-bit time_t transition.  Closes: #1061863
+
+ -- Steve Langasek   Tue, 27 Feb 2024 22:56:50 +
+
 ace (7.1.2+dfsg-2) unstable; urgency=medium
 
   * Team upload.
diff -Nru ace-7.1.2+dfsg/debian/control ace-7.1.2+dfsg/debian/control
--- ace-7.1.2+dfsg/debian/control   2023-12-01 20:50:21.0 +
+++ ace-7.1.2+dfsg/debian/control   2024-02-27 22:56:50.0 +
@@ -3,7 +3,7 @@
 Priority: optional
 Maintainer: Debian ACE maintainers 
 Uploaders: Thomas Girard , Johnny Willemsen 

-Build-Depends: debhelper-compat (=13), libssl-dev, libxt-dev (>= 4.3.0), 
libfltk1.3-dev, tk-dev (>= 8.5), libfox-1.6-dev, docbook-to-man, libxerces-c-dev
+Build-Depends: dpkg-dev (>= 1.22.5), dpkg-dev (>= 1.22.5), debhelper-compat 
(=13), libssl-dev, libxt-dev (>= 4.3.0), libfltk1.3-dev, tk-dev (>= 8.5), 
libfox-1.6-dev, docbook-to-man, libxerces-c-dev
 Build-Depends-Indep: doxygen, graphviz
 Standards-Version: 4.6.2
 Vcs-Git: https://salsa.debian.org/debian/ace.git
@@ -27,7 +27,10 @@
   * mpc-ace: generates project files for a single target
   * mwc-ace: generates workspace files for a set of projects
 
-Package: libace-7.1.2
+Package: libace-7.1.2t64
+Provides: ${t64:Provides}
+Replaces: libace-7.1.2
+Breaks: libace-7.1.2 (<< ${source:Version})
 Architecture: any
 Section: libs
 Depends: ${shlibs:Depends}, ${misc:Depends}
@@ -45,7 +48,7 @@
 Package: libace-dev
 Architecture: any
 Section: libdevel
-Depends: libace-7.1.2 (= ${binary:Version}), ${misc:Depends}
+Depends: libace-7.1.2t64 (= ${binary:Version}), ${misc:Depends}
 Suggests: libace-doc, pkg-config
 Replaces: mpc-ace (<< 5.6.3-4)
 Description: C++ network programming framework - development files
@@ -62,7 +65,10 @@
  This package contains the ACE overview documentation, tutorials,
  examples, and information regarding upstream development.
 
-Package: libace-ssl-7.1.2
+Package: libace-ssl-7.1.2t64
+Provides: ${t64:Provides}
+Replaces: libace-ssl-7.1.2
+Breaks: libace-ssl-7.1.2 (<< ${source:Version})
 Architecture: any
 Section: libs
 Depends: ${shlibs:Depends}, ${misc:Depends}
@@ -73,12 +79,15 @@
 Package: libace-ssl-dev
 Architecture: any
 Section: libdevel
-Depends: libace-ssl-7.1.2 (= ${binary:Version}), libace-dev (= 
${binary:Version}), libssl-dev, ${misc:Depends}
+Depends: libace-ssl-7.1.2t64 (= ${binary:Version}), libace-dev (= 
${binary:Version}), libssl-dev, ${misc:Depends}
 Description: ACE secure socket layer library - development files
  This package contains the header files and static library for the ACE
  SSL library.
 
-Package: libace-rmcast-7.1.2
+Package: libace-rmcast-7.1.2t64
+Provides: ${t64:Provides}
+Replaces: libace-rmcast-7.1.2
+Breaks: libace-rmcast-7.1.2 (<< ${source:Version})
 Architecture: any
 Section: libs
 Depends: ${shlibs:Depends}, ${misc:Depends}
@@ -92,12 +101,15 @@
 Package: libace-rmcast-dev
 Architecture: any
 Section: libdevel
-Depends: libace-rmcast-7.1.2 (= ${binary:Version}), libace-dev (= 
${binary:Version}), ${misc:Depends}
+Depends: libace-rmcast-7.1.2t64 (= ${binary:Version}), libace-dev (= 
${binary:Version}), ${misc:Depends}
 Description: ACE reliable multicast library - development files
  This package contains the header files and static library for the ACE
  reliable multicast library.
 
-Package: libace-tmcast-7.1.2
+Package: libace-tmcast-7.1.2t64
+Provides: ${t64:Provides}
+Replaces: libace-tmcast-7.1.2
+Breaks: libace-tmcast-7.1.2 (<< ${source:Version})
 Architecture: any
 Section: libs
 Depends: ${shlibs:Depends}, ${misc:Depends}
@@ -111,12 +123,15 @@
 Package: libace-tmcast-dev
 Architecture: any
 Section: libdevel
-Depends: libace-tmcast-7.1.2 (= ${binary:Version}), libace-dev (= 
${binary:Version}), ${misc:Depends}
+Depends: libace-tmcast-7.1.2t64 (= ${binary:Version}), libace-dev (= 
${binary:Version}), ${misc:Depends}
 Description: ACE transactional multicast library - development files
  This package contains the header files and static library for the ACE
  

Bug#1062065: ceph: NMU diff for 64-bit time_t transition

[Thomas Goirand]

On 2/27/24 08:07, Bernd Zeimetz wrote:

Hi Steve,

I would not bother too much, actually I'm winding why ceph was not yet removed 
from the 32bit architectures. It's just not supported by upstream and although 
it builds, I would not trust it to work correctly.


Bernd


Hi Bernd,

Well, Ceph 18.2.x was able to build in unstable. It's not anymore, 
because of the Cython 3.0 transition that made 
src/pybind/rados/rados.pxd not buildable. Otherwise, I would have upload 
it...


If you know how to fix, please help. All reverse 32 bits use of Ceph 
must have been removed already from Debian at this point. I believe I 
did everything else that was needed for 18.2.x to be in good enough 
shape for Unstable, but I'm a bit stuck on that Cython 3 pb. :/


I've pushed my latest work (ie: upgrading to 18.2.1+ds) to Git...

Cheers,

Thomas Goirand (zigo)

Bug#1062007: daq: NMU diff for 64-bit time_t transition

[mwhudson]

Dear maintainer,

Please find attached a final version of this patch for the time_t
transition.  This patch is being uploaded to unstable.

Note that this adds a versioned build-dependency on dpkg-dev, to guard
against accidental backports with a wrong ABI.

Thanks!


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

Kernel: Linux 6.5.0-21-generic (SMP w/16 CPU threads; PREEMPT)
Kernel taint flags: TAINT_PROPRIETARY_MODULE, TAINT_OOT_MODULE
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8), LANGUAGE not set
Shell: /bin/sh linked to /usr/bin/dash
Init: systemd (via /run/systemd/system)
diff -Nru daq-2.0.7/debian/changelog daq-2.0.7/debian/changelog
--- daq-2.0.7/debian/changelog  2020-07-19 13:13:40.0 +
+++ daq-2.0.7/debian/changelog  2024-02-27 23:54:17.0 +
@@ -1,3 +1,10 @@
+daq (2.0.7-5.1) unstable; urgency=medium
+
+  * Non-maintainer upload.
+  * Rename libraries for 64-bit time_t transition.  Closes: #1062007
+
+ -- Michael Hudson-Doyle   Tue, 27 Feb 2024 23:54:17 +
+
 daq (2.0.7-5) unstable; urgency=medium
 
   * debian/libdaq-dev.install: Include the static modules again as they are
diff -Nru daq-2.0.7/debian/control daq-2.0.7/debian/control
--- daq-2.0.7/debian/control2020-07-19 10:14:52.0 +
+++ daq-2.0.7/debian/control2024-02-27 23:54:17.0 +
@@ -1,7 +1,7 @@
 Source: daq
 Priority: optional
 Maintainer: Javier Fernández-Sanguino Peña 
-Build-Depends: debhelper (>= 12~), flex, bison, libpcap0.8-dev, 
libdumbnet-dev, libnetfilter-queue-dev
+Build-Depends: dpkg-dev (>= 1.22.5), debhelper (>= 12~), flex, bison, 
libpcap0.8-dev, libdumbnet-dev, libnetfilter-queue-dev
 Standards-Version: 4.5.0
 Section: libs
 Homepage: https://www.snort.org/downloads/
@@ -9,7 +9,7 @@
 Package: libdaq-dev
 Section: libdevel
 Architecture: any
-Depends: libdaq2 (= ${binary:Version}), libpcap0.8-dev, libdumbnet-dev, 
libnetfilter-queue-dev, ${shlibs:Depends}, ${misc:Depends}
+Depends: libdaq2t64 (= ${binary:Version}), libpcap0.8-dev, libdumbnet-dev, 
libnetfilter-queue-dev, ${shlibs:Depends}, ${misc:Depends}
 Description: Data Acquisition library for packet I/O - development files
  DAQ is a library that introduces an abstraction layer to PCAP functions
  facilitation operation in a variety of hardware and software interfaces. 
@@ -19,7 +19,10 @@
  .
  This package contains the static library and the C header files.
 
-Package: libdaq2
+Package: libdaq2t64
+Provides: ${t64:Provides}
+Replaces: libdaq2
+Breaks: libdaq2 (<< ${source:Version})
 Architecture: any
 Depends: ${shlibs:Depends}, ${misc:Depends}
 Conflicts: libdaq0
diff -Nru daq-2.0.7/debian/libdaq2.dirs daq-2.0.7/debian/libdaq2.dirs
--- daq-2.0.7/debian/libdaq2.dirs   2010-11-10 23:52:29.0 +
+++ daq-2.0.7/debian/libdaq2.dirs   1970-01-01 00:00:00.0 +
@@ -1 +0,0 @@
-usr/lib
diff -Nru daq-2.0.7/debian/libdaq2.install daq-2.0.7/debian/libdaq2.install
--- daq-2.0.7/debian/libdaq2.install2020-07-19 09:53:56.0 +
+++ daq-2.0.7/debian/libdaq2.install1970-01-01 00:00:00.0 +
@@ -1,2 +0,0 @@
-usr/lib/*/lib*.so.*
-usr/lib/*/daq/*.so
diff -Nru daq-2.0.7/debian/libdaq2t64.dirs daq-2.0.7/debian/libdaq2t64.dirs
--- daq-2.0.7/debian/libdaq2t64.dirs1970-01-01 00:00:00.0 +
+++ daq-2.0.7/debian/libdaq2t64.dirs2010-11-10 23:52:29.0 +
@@ -0,0 +1 @@
+usr/lib
diff -Nru daq-2.0.7/debian/libdaq2t64.install 
daq-2.0.7/debian/libdaq2t64.install
--- daq-2.0.7/debian/libdaq2t64.install 1970-01-01 00:00:00.0 +
+++ daq-2.0.7/debian/libdaq2t64.install 2020-07-19 09:53:56.0 +
@@ -0,0 +1,2 @@
+usr/lib/*/lib*.so.*
+usr/lib/*/daq/*.so
diff -Nru daq-2.0.7/debian/libdaq2t64.lintian-overrides 
daq-2.0.7/debian/libdaq2t64.lintian-overrides
--- daq-2.0.7/debian/libdaq2t64.lintian-overrides   1970-01-01 
00:00:00.0 +
+++ daq-2.0.7/debian/libdaq2t64.lintian-overrides   2024-02-27 
23:54:09.0 +
@@ -0,0 +1 @@
+libdaq2t64: package-name-doesnt-match-sonames libdaq2

Bug#1061997: czmq: NMU diff for 64-bit time_t transition

[mwhudson]

Dear maintainer,

Please find attached a final version of this patch for the time_t
transition.  This patch is being uploaded to unstable.

Note that this adds a versioned build-dependency on dpkg-dev, to guard
against accidental backports with a wrong ABI.

Thanks!


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

Kernel: Linux 6.5.0-21-generic (SMP w/16 CPU threads; PREEMPT)
Kernel taint flags: TAINT_PROPRIETARY_MODULE, TAINT_OOT_MODULE
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8), LANGUAGE not set
Shell: /bin/sh linked to /usr/bin/dash
Init: systemd (via /run/systemd/system)
diff -Nru czmq-4.2.1/debian/changelog czmq-4.2.1/debian/changelog
--- czmq-4.2.1/debian/changelog 2021-01-17 15:51:51.0 +
+++ czmq-4.2.1/debian/changelog 2024-02-27 23:44:09.0 +
@@ -1,3 +1,10 @@
+czmq (4.2.1-1.1) unstable; urgency=medium
+
+  * Non-maintainer upload.
+  * Rename libraries for 64-bit time_t transition.  Closes: #1061997
+
+ -- Michael Hudson-Doyle   Tue, 27 Feb 2024 23:44:09 +
+
 czmq (4.2.1-1) unstable; urgency=medium
 
   * New upstream version 4.2.1
diff -Nru czmq-4.2.1/debian/control czmq-4.2.1/debian/control
--- czmq-4.2.1/debian/control   2021-01-17 15:51:32.0 +
+++ czmq-4.2.1/debian/control   2024-02-27 23:44:09.0 +
@@ -1,7 +1,7 @@
 Source: czmq
 Priority: optional
 Maintainer: Luca Boccassi 
-Build-Depends: debhelper-compat (= 12),
+Build-Depends: dpkg-dev (>= 1.22.5), debhelper-compat (= 12),
  pkg-config,
  libnss3-dev,
  libzmq3-dev,
@@ -16,7 +16,10 @@
 Vcs-Git: https://salsa.debian.org/debian/czmq.git
 Vcs-Browser: https://salsa.debian.org/debian/czmq
 
-Package: libczmq4
+Package: libczmq4t64
+Provides: ${t64:Provides}
+Replaces: libczmq4
+Breaks: libczmq4 (<< ${source:Version})
 Architecture: any
 Depends: ${shlibs:Depends}, ${misc:Depends}
 Pre-Depends: ${misc:Pre-Depends}
@@ -44,7 +47,7 @@
  libzmq3-dev,
  uuid-dev,
  libsystemd-dev [linux-any],
- libczmq4 (= ${binary:Version})
+ libczmq4t64 (= ${binary:Version})
 Multi-Arch: same
 Description: High-level C binding for ZeroMQ (development files)
  czmq (previously known as libzapi) provides a high-level C binding for
diff -Nru czmq-4.2.1/debian/libczmq4.install czmq-4.2.1/debian/libczmq4.install
--- czmq-4.2.1/debian/libczmq4.install  2021-01-17 15:30:39.0 +
+++ czmq-4.2.1/debian/libczmq4.install  1970-01-01 00:00:00.0 +
@@ -1 +0,0 @@
-usr/lib/*/lib*.so.*
diff -Nru czmq-4.2.1/debian/libczmq4.symbols czmq-4.2.1/debian/libczmq4.symbols
--- czmq-4.2.1/debian/libczmq4.symbols  2021-01-17 15:51:51.0 +
+++ czmq-4.2.1/debian/libczmq4.symbols  1970-01-01 00:00:00.0 +
@@ -1,922 +0,0 @@
-libczmq.so.4 libczmq4 #MINVER#
-* Build-Depends-Package: libczmq-dev
-#MISSING: 4.0.0# _NUM_MODES@Base 3.0.2
- sha1_init@Base 3.0.2
- sha1_loop@Base 3.0.2
- sha1_pad@Base 3.0.2
- sha1_result@Base 3.0.2
- slre_compile@Base 3.0.2
- slre_dump@Base 3.0.2
- slre_match@Base 3.0.2
- zactor_destroy@Base 3.0.2
- zactor_is@Base 3.0.2
- zactor_new@Base 3.0.2
- zactor_recv@Base 3.0.2
- zactor_resolve@Base 3.0.2
- zactor_send@Base 3.0.2
- zactor_sock@Base 3.0.2
- zactor_test@Base 3.0.2
- zarmour_decode@Base 3.0.2
- zarmour_destroy@Base 3.0.2
- zarmour_encode@Base 3.0.2
- zarmour_line_breaks@Base 3.0.2
- zarmour_line_length@Base 3.0.2
- zarmour_mode@Base 3.0.2
- zarmour_mode_str@Base 3.0.2
- zarmour_new@Base 3.0.2
- zarmour_pad@Base 3.0.2
- zarmour_pad_char@Base 3.0.2
- zarmour_print@Base 3.0.2
- zarmour_set_line_breaks@Base 3.0.2
- zarmour_set_line_length@Base 3.0.2
- zarmour_set_mode@Base 3.0.2
- zarmour_set_pad@Base 3.0.2
- zarmour_set_pad_char@Base 3.0.2
- zarmour_test@Base 3.0.2
- zauth@Base 3.0.2
-#MISSING: 4.0.0# zauth_allow@Base 3.0.2
-#MISSING: 4.0.0# zauth_configure_curve@Base 3.0.2
-#MISSING: 4.0.0# zauth_configure_gssapi@Base 3.0.2
-#MISSING: 4.0.0# zauth_configure_plain@Base 3.0.2
-#MISSING: 4.0.0# zauth_deny@Base 3.0.2
-#MISSING: 4.0.0# zauth_destroy@Base 3.0.2
-#MISSING: 4.0.0# zauth_new@Base 3.0.2
-#MISSING: 4.0.0# zauth_set_verbose@Base 3.0.2
- zauth_test@Base 3.0.2
-#MISSING: 4.0.0# zauth_v2_test@Base 3.0.2
- zbeacon@Base 3.0.2
-#MISSING: 4.0.0# zbeacon_destroy@Base 3.0.2
-#MISSING: 4.0.0# zbeacon_hostname@Base 3.0.2
-#MISSING: 4.0.0# zbeacon_new@Base 3.0.2
-#MISSING: 4.0.0# zbeacon_noecho@Base 3.0.2
-#MISSING: 4.0.0# zbeacon_publish@Base 3.0.2
-#MISSING: 4.0.0# zbeacon_set_interval@Base 3.0.2
-#MISSING: 4.0.0# zbeacon_silence@Base 3.0.2
-#MISSING: 4.0.0# zbeacon_socket@Base 3.0.2
-#MISSING: 4.0.0# zbeacon_subscribe@Base 3.0.2
- zbeacon_test@Base 3.0.2
-#MISSING: 4.0.0# zbeacon_unsubscribe@Base 3.0.2
-#MISSING: 4.0.0# zbeacon_v2_test@Base 3.0.2
- zcert_apply@Base 3.0.2
- zcert_destroy@Base 3.0.2
- zcert_dup@Base 3.0.2
- zcert_eq@Base 3.0.2
-#MISSING: 4.0.0# zcert_fprint@Base 3.0.2
- zcert_load@Base 3.0.2
- 

Bug#1062065: ceph: NMU diff for 64-bit time_t transition

[Thomas Goirand]

On 1/31/24 10:00, Steve Langasek wrote:

Source: ceph
Version: 16.2.11+ds-5
Severity: serious
Tags: patch pending
Justification: library ABI skew on upgrade
User: debian-...@lists.debian.org
Usertags: time-t

Dear maintainer,

As part of the 64-bit time_t transition required to support 32-bit
architectures in 2038 and beyond
(https://wiki.debian.org/ReleaseGoals/64bit-time), we have identified
ceph as a source package shipping runtime libraries whose ABI
either is affected by the change in size of time_t, or could not be
analyzed via abi-compliance-checker (and therefore to be on the safe
side we assume is affected).

To ensure that inconsistent combinations of libraries with their
reverse-dependencies are never installed together, it is necessary to
have a library transition, which is most easily done by renaming the
runtime library package.

Since turning on 64-bit time_t is being handled centrally through a change
to the default dpkg-buildflags (https://bugs.debian.org/1037136), it is
important that libraries affected by this ABI change all be uploaded close
together in time.  Therefore I have prepared a 0-day NMU for ceph
which will initially be uploaded to experimental if possible, then to
unstable after packages have cleared binary NEW.

Please find the patch for this NMU attached.

If you have any concerns about this patch, please reach out ASAP.  Although
this package will be uploaded to experimental immediately, there will be a
period of several days before we begin uploads to unstable; so if information
becomes available that your package should not be included in the transition,
there is time for us to amend the planned uploads.


Hi Steve,

The time_t transition was only for 32 bits arch support, right? It needs 
nothing in 64 bits arch.


If that's the case, then you can remove Ceph from your list. The 
Experimental package of Ceph, already lost support for 32 bits, and I 
asked all reverse dependency maintainers to remove Ceph support on 32 
bits arch (this includes various packages like Samba, Qemu, etc.).


When I'll have time to work on Ceph again, then I'll upload Ceph 18.2.x 
from Experimental, and that will mean no 32 bits support for Ceph in 
Debian anymore.


Can you please confirm that I'm right above, so that on my next upload 
of Ceph 18.2.x to unstable, I can close this bug?


Cheers,

Thomas Goirand (zigo)

Bug#1064919: vokoscreen-ng: Prompts for updates on startup

[Thiago Andrade]

Hi Wesley,

thanks for these patches.
I'll upload as soon as possible!

Regards.

On 27/02/2024 15:07, Wesley Schwengle wrote:

Package: vokoscreen-ng
Version: 3.7.0-1
Severity: normal
Tags: patch
X-Debbugs-Cc: wes...@schwengle.net

Dear Maintainer,

I started up vokoscreen and saw there was an update available for vokoscreen.
When running this app from source that might be great information, but from a
Debian point of view this is unwanted.

I patched vokoscreen-ng with 3 patches, for version 3.5.0 (stable),
v3.7.0 (unstable/testing) and v3.8.0, which would be nice to have in Debian
unstable perhaps?

Patches are attached.

-- System Information:
Debian Release: trixie/sid
   APT prefers unstable
   APT policy: (900, 'unstable'), (500, 'experimental'), (500, 'testing'), (10, 
'stable-updates'), (10, 'stable-security'), (10, 'oldstable-security'), (10, 
'oldoldstable'), (10, 'stable'), (10, 'oldstable')
Architecture: amd64 (x86_64)
Foreign Architectures: i386

Kernel: Linux 6.6.15-amd64 (SMP w/8 CPU threads; PREEMPT)
Kernel taint flags: TAINT_WARN, TAINT_OOT_MODULE, TAINT_UNSIGNED_MODULE
Locale: LANG=C.UTF-8, LC_CTYPE=C.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 vokoscreen-ng depends on:
ii  gstreamer1.0-plugins-good  1.22.10-1
ii  libc6  2.37-15
ii  libgcc-s1  14-20240201-3
ii  libglib2.0-0   2.78.4-1
ii  libgstreamer1.0-0  1.22.10-1
ii  libpulse0  16.1+dfsg1-3
ii  libqt5core5a   5.15.10+dfsg-7
ii  libqt5dbus55.15.10+dfsg-7
ii  libqt5gui5 5.15.10+dfsg-7
ii  libqt5multimedia5  5.15.10-2+b1
ii  libqt5network5 5.15.10+dfsg-7
ii  libqt5widgets5 5.15.10+dfsg-7
ii  libqt5x11extras5   5.15.10-2+b1
ii  libstdc++6 14-20240201-3
ii  libwayland-client0 1.22.0-2.1+b1
ii  libx11-6   2:1.8.7-1

Versions of packages vokoscreen-ng recommends:
ii  gstreamer1.0-libav 1.22.10-1
ii  gstreamer1.0-pulseaudio1.22.10-1
ii  libqt5multimedia5-plugins  5.15.10-2+b1
pn  pulseaudio 

Versions of packages vokoscreen-ng suggests:
ii  gstreamer1.0-plugins-bad   1.22.10-1
ii  gstreamer1.0-plugins-ugly  1.22.10-1
ii  gstreamer1.0-vaapi 1.22.10-1
ii  intel-media-va-driver  24.1.0+dfsg1-1

-- debconf-show failed

Bug#1061996: cyclonedds: NMU diff for 64-bit time_t transition

[mwhudson]

Dear maintainer,

Please find attached a final version of this patch for the time_t
transition.  This patch is being uploaded to unstable.

Note that this adds a versioned build-dependency on dpkg-dev, to guard
against accidental backports with a wrong ABI.

Thanks!


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

Kernel: Linux 6.5.0-21-generic (SMP w/16 CPU threads; PREEMPT)
Kernel taint flags: TAINT_PROPRIETARY_MODULE, TAINT_OOT_MODULE
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8), LANGUAGE not set
Shell: /bin/sh linked to /usr/bin/dash
Init: systemd (via /run/systemd/system)
diff -Nru cyclonedds-0.10.4/debian/changelog cyclonedds-0.10.4/debian/changelog
--- cyclonedds-0.10.4/debian/changelog  2023-08-29 11:16:42.0 +
+++ cyclonedds-0.10.4/debian/changelog  2024-02-27 23:25:46.0 +
@@ -1,3 +1,10 @@
+cyclonedds (0.10.4-1.1) UNRELEASED; urgency=medium
+
+  * Non-maintainer upload.
+  * Rename libraries for 64-bit time_t transition.  Closes: #1061996
+
+ -- Michael Hudson-Doyle   Tue, 27 Feb 2024 23:25:46 +
+
 cyclonedds (0.10.4-1) unstable; urgency=medium
 
   * New upstream version 0.10.4
diff -Nru cyclonedds-0.10.4/debian/control cyclonedds-0.10.4/debian/control
--- cyclonedds-0.10.4/debian/control2023-08-29 11:11:49.0 +
+++ cyclonedds-0.10.4/debian/control2024-02-27 23:25:46.0 +
@@ -28,14 +28,20 @@
  Eclipse IoT project with a growing list of adopters, and has become a
  tier-1 middleware for the Robot Operating System (ROS 2).
 
-Package: libddsc0debian
+Package: libddsc0t64
+Provides: ${t64:Provides}
+Replaces: libddsc0debian
+Breaks: libddsc0debian (<< ${source:Version})
 Architecture: any
 Multi-Arch: same
 Depends: ${shlibs:Depends}, ${misc:Depends}
 Description: ${source:Synopsis} library
  ${source:Extended-Description}
 
-Package: libcycloneddsidl0
+Package: libcycloneddsidl0t64
+Provides: ${t64:Provides}
+Replaces: libcycloneddsidl0
+Breaks: libcycloneddsidl0 (<< ${source:Version})
 Architecture: any
 Multi-Arch: same
 Depends: ${shlibs:Depends}, ${misc:Depends}
@@ -52,8 +58,8 @@
 Multi-Arch: same
 Recommends: cyclonedds-tools
 Depends: ${misc:Depends},
- libddsc0debian (= ${binary:Version}),
- libcycloneddsidl0 (= ${binary:Version}),
+ libddsc0t64 (= ${binary:Version}),
+ libcycloneddsidl0t64 (= ${binary:Version}),
  libiceoryx-binding-c-dev [amd64 arm64 mips64el ppc64el s390x alpha 
ia64 ppc64 riscv64 sparc64],
 Breaks: libddsc-dev (<< 0.8.1-1)
 Replaces: libddsc-dev (<< 0.8.1-1)
diff -Nru cyclonedds-0.10.4/debian/libcycloneddsidl0.install 
cyclonedds-0.10.4/debian/libcycloneddsidl0.install
--- cyclonedds-0.10.4/debian/libcycloneddsidl0.install  2022-02-22 
08:29:59.0 +
+++ cyclonedds-0.10.4/debian/libcycloneddsidl0.install  1970-01-01 
00:00:00.0 +
@@ -1 +0,0 @@
-usr/lib/*/libcycloneddsidl.so.*
diff -Nru cyclonedds-0.10.4/debian/libcycloneddsidl0.symbols 
cyclonedds-0.10.4/debian/libcycloneddsidl0.symbols
--- cyclonedds-0.10.4/debian/libcycloneddsidl0.symbols  2023-05-25 
07:39:04.0 +
+++ cyclonedds-0.10.4/debian/libcycloneddsidl0.symbols  1970-01-01 
00:00:00.0 +
@@ -1,132 +0,0 @@
-libcycloneddsidl.so.0 libcycloneddsidl0 #MINVER#
-* Build-Depends-Package: cyclonedds-dev
- idl_allowable_data_representations@Base 0.9.0
- idl_ancestor@Base 0.8.0
- idl_array_size@Base 0.8.0
- idl_asprintf@Base 0.8.0
- idl_bound@Base 0.8.0
- idl_case_label_intvalue@Base 0.9.0
- idl_compare@Base 0.8.0
- idl_construct@Base 0.8.0
- idl_create_pstate@Base 0.8.0
- idl_current_path@Base 0.8.0
- idl_declaration@Base 0.8.0
- idl_default_value@Base 0.9.0
- idl_degree@Base 0.8.0
- idl_delete_directive@Base 0.8.0
- idl_delete_pstate@Base 0.8.0
- idl_enum_max_value@Base 0.9.0
- idl_error@Base 0.8.0
- idl_evaluate@Base 0.8.0
- idl_find@Base 0.8.0
- idl_find_field_name@Base 0.8.0
- idl_find_scoped_name@Base 0.8.0
- idl_fopen@Base 0.8.0
- idl_fprintf@Base 0.8.0
- idl_generate_out_file@Base 0.10.2
- idl_has_unset_extensibility_r@Base 0.9.0
- idl_hashid@Base 0.8.0
- idl_identifier@Base 0.8.0
- idl_identifier_is@Base 0.9.0
- idl_is_alias@Base 0.8.0
- idl_is_annotation_appl@Base 0.8.0
- idl_is_annotation_member@Base 0.8.0
- idl_is_array@Base 0.8.0
- idl_is_base_type@Base 0.8.0
- idl_is_bit_value@Base 0.9.0
- idl_is_bitmask@Base 0.9.0
- idl_is_bounded@Base 0.8.0
- idl_is_bounded_string@Base 0.9.0
- idl_is_case@Base 0.8.0
- idl_is_case_label@Base 0.8.0
- idl_is_const@Base 0.8.0
- idl_is_constr_type@Base 0.8.0
- idl_is_declaration@Base 0.8.0
- idl_is_declarator@Base 0.8.0
- idl_is_default_case@Base 0.8.0
- idl_is_empty@Base 0.9.0
- idl_is_enum@Base 0.8.0
- idl_is_enumerator@Base 0.8.0
- idl_is_extensible@Base 0.9.0
- idl_is_external@Base 0.9.0
- idl_is_floating_pt_type@Base 0.8.0
- idl_is_forward@Base 0.9.0
- idl_is_implicit_default_case@Base 0.8.0
- 

Bug#1064939: simple-scan: Please update to 46 Beta

[Jeremy Bícha]

You could also add Build-Depends: appstream 

Thank you,
Jeremy Bícha

Bug#1064918: tex-common postinst script fails due to a bug in lua script /usr/bin/mtxrun.lua

[Preuße]

On 27.02.2024 19:06, Giacomo Mulas wrote:

Hello Giacomo,

Indeed, mtxrun.lua uses texlua, as an interpreter, and that is provided 
by texlive-binaries, which was also upgraded a couple of days ago.
Gotcha! I downgraded texlive-binaries to the previous version, and now 
tex-common configures correctly.
So, apparently, the upgrade of texlive-binaries from version 
2023.20230311.66589-8+b1 to 2023.20230311.66589-9 broke the postinst 
script of tex-common, where it attempts to run mtxrun.lua.




According to the actual knowledge (#1064402) the issue is caused by the 
(not very helpful) luametatex upgrade, which should have been targeted 
to experimental, as it belongs to the upcoming TL 2024 release. Please 
downgrade your luametatex to the version from testing (and put it on 
hold), then upgrading tl-bin should not be an issue.


Hilmar
--
sigfault



OpenPGP_signature.asc
Description: OpenPGP digital signature

Bug#1061995: cwiid: NMU diff for 64-bit time_t transition

[mwhudson]

Dear maintainer,

Please find attached a final version of this patch for the time_t
transition.  This patch is being uploaded to unstable.

Note that this adds a versioned build-dependency on dpkg-dev, to guard
against accidental backports with a wrong ABI.

Thanks!


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

Kernel: Linux 6.5.0-21-generic (SMP w/16 CPU threads; PREEMPT)
Kernel taint flags: TAINT_PROPRIETARY_MODULE, TAINT_OOT_MODULE
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8), LANGUAGE not set
Shell: /bin/sh linked to /usr/bin/dash
Init: systemd (via /run/systemd/system)
diff -Nru cwiid-0.6.91/debian/changelog cwiid-0.6.91/debian/changelog
--- cwiid-0.6.91/debian/changelog   2024-01-18 15:02:15.0 +
+++ cwiid-0.6.91/debian/changelog   2024-02-27 23:25:09.0 +
@@ -1,3 +1,10 @@
+cwiid (0.6.91-7.1) unstable; urgency=medium
+
+  * Non-maintainer upload.
+  * Rename libraries for 64-bit time_t transition.  Closes: #1061995
+
+ -- Michael Hudson-Doyle   Tue, 27 Feb 2024 23:25:09 +
+
 cwiid (0.6.91-7) unstable; urgency=medium
 
   * modified the Homepage. Closes: #977204
diff -Nru cwiid-0.6.91/debian/control cwiid-0.6.91/debian/control
--- cwiid-0.6.91/debian/control 2024-01-18 14:58:21.0 +
+++ cwiid-0.6.91/debian/control 2024-02-27 23:25:09.0 +
@@ -2,7 +2,7 @@
 Section: utils
 Priority: optional
 Maintainer: Georges Khaznadar 
-Build-Depends: debhelper-compat (= 13),
+Build-Depends: dpkg-dev (>= 1.22.5), debhelper-compat (= 13),
  libtool,
  automake,
  autoconf,
@@ -21,7 +21,7 @@
 
 Package: python3-cwiid
 Architecture: any
-Depends: ${python3:Depends}, ${shlibs:Depends}, libcwiid1 (>= 
${binary:Version}), ${misc:Depends}
+Depends: ${python3:Depends}, ${shlibs:Depends}, libcwiid1t64 (>= 
${binary:Version}), ${misc:Depends}
 Section: python
 Description: library to interface with the wiimote
  CWiid is a working userspace driver along with various
@@ -31,7 +31,10 @@
  .
  This package provides the Python cwiid module.
 
-Package: libcwiid1
+Package: libcwiid1t64
+Provides: ${t64:Provides}
+Replaces: libcwiid1
+Breaks: libcwiid1 (<< ${source:Version})
 Architecture: any
 Depends: ${shlibs:Depends}, ${misc:Depends}
 Section: libs
@@ -47,7 +50,7 @@
 
 Package: libcwiid-dev
 Architecture: any
-Depends: libcwiid1 (= ${binary:Version}), libbluetooth-dev, pkg-config, 
${misc:Depends}
+Depends: libcwiid1t64 (= ${binary:Version}), libbluetooth-dev, pkg-config, 
${misc:Depends}
 Conflicts: libcwiid0-dev
 Replaces: libcwiid0-dev, libcwiid1-dev
 Section: libdevel
diff -Nru cwiid-0.6.91/debian/control.in cwiid-0.6.91/debian/control.in
--- cwiid-0.6.91/debian/control.in  2023-09-21 16:20:23.0 +
+++ cwiid-0.6.91/debian/control.in  2024-02-27 23:25:03.0 +
@@ -10,7 +10,7 @@
 
 Package: python-cwiid
 Architecture: any
-Depends: ${python:Depends}, ${shlibs:Depends}, libcwiid1 (>= 
${binary:Version}), ${misc:Depends}
+Depends: ${python:Depends}, ${shlibs:Depends}, libcwiid1t64 (>= 
${binary:Version}), ${misc:Depends}
 Section: python
 Description: library to interface with the wiimote
  CWiid is a working userspace driver along with various
@@ -20,7 +20,10 @@
  .
  This package provides the Python cwiid module.
 
-Package: libcwiid1
+Package: libcwiid1t64
+Provides: ${t64:Provides}
+Replaces: libcwiid1
+Breaks: libcwiid1 (<< ${source:Version})
 Architecture: any
 Depends: ${shlibs:Depends}, ${misc:Depends}
 Section: libs
@@ -36,7 +39,7 @@
 
 Package: libcwiid-dev
 Architecture: any
-Depends: libcwiid1 (= ${binary:Version}), libbluetooth-dev, pkg-config, 
${misc:Depends}
+Depends: libcwiid1t64 (= ${binary:Version}), libbluetooth-dev, pkg-config, 
${misc:Depends}
 Conflicts: libcwiid0-dev
 Replaces: libcwiid0-dev, libcwiid1-dev
 Section: libdevel
diff -Nru cwiid-0.6.91/debian/libcwiid1.install 
cwiid-0.6.91/debian/libcwiid1.install
--- cwiid-0.6.91/debian/libcwiid1.install   2023-09-08 14:25:59.0 
+
+++ cwiid-0.6.91/debian/libcwiid1.install   1970-01-01 00:00:00.0 
+
@@ -1 +0,0 @@
-debian/tmp/usr/lib/libcwiid.so.1* 
diff -Nru cwiid-0.6.91/debian/libcwiid1.shlibs 
cwiid-0.6.91/debian/libcwiid1.shlibs
--- cwiid-0.6.91/debian/libcwiid1.shlibs2023-09-08 14:25:59.0 
+
+++ cwiid-0.6.91/debian/libcwiid1.shlibs1970-01-01 00:00:00.0 
+
@@ -1 +0,0 @@
-libcwiid 1 libcwiid1 (>= 0.6~)
\ No newline at end of file
diff -Nru cwiid-0.6.91/debian/libcwiid1.symbols 
cwiid-0.6.91/debian/libcwiid1.symbols
--- cwiid-0.6.91/debian/libcwiid1.symbols   2023-09-08 14:25:59.0 
+
+++ cwiid-0.6.91/debian/libcwiid1.symbols   1970-01-01 00:00:00.0 
+
@@ -1,57 +0,0 @@
-libcwiid.so.1 libcwiid1 #MINVER#
- cancel_mesg_callback@Base 0.6.00+svn184
- cancel_rw@Base 0.6.00+svn184
- cwiid_beep@Base 0.6.00+svn184
- cwiid_close@Base 0.6.00+svn184
- 

Bug#1061994: cvm: NMU diff for 64-bit time_t transition

[mwhudson]

Dear maintainer,

Please find attached a final version of this patch for the time_t
transition.  This patch is being uploaded to unstable.

Note that this adds a versioned build-dependency on dpkg-dev, to guard
against accidental backports with a wrong ABI.

Thanks!


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

Kernel: Linux 6.5.0-21-generic (SMP w/16 CPU threads; PREEMPT)
Kernel taint flags: TAINT_PROPRIETARY_MODULE, TAINT_OOT_MODULE
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8), LANGUAGE not set
Shell: /bin/sh linked to /usr/bin/dash
Init: systemd (via /run/systemd/system)
diff -Nru cvm-0.97/debian/changelog cvm-0.97/debian/changelog
--- cvm-0.97/debian/changelog   2022-05-27 19:24:32.0 +
+++ cvm-0.97/debian/changelog   2024-02-27 23:24:25.0 +
@@ -1,3 +1,10 @@
+cvm (0.97-3.1) unstable; urgency=medium
+
+  * Non-maintainer upload.
+  * Rename libraries for 64-bit time_t transition.  Closes: #1061994
+
+ -- Michael Hudson-Doyle   Tue, 27 Feb 2024 23:24:25 +
+
 cvm (0.97-3) unstable; urgency=medium
 
   * QA upload.
diff -Nru cvm-0.97/debian/control cvm-0.97/debian/control
--- cvm-0.97/debian/control 2022-05-27 19:24:32.0 +
+++ cvm-0.97/debian/control 2024-02-27 23:24:25.0 +
@@ -2,7 +2,7 @@
 Section: admin
 Priority: optional
 Maintainer: Debian QA Group 
-Build-Depends: debhelper-compat (= 13),
+Build-Depends: dpkg-dev (>= 1.22.5), debhelper-compat (= 13),
  libbg-dev,
  default-libmysqlclient-dev,
  libpq-dev,
@@ -75,7 +75,10 @@
  .
  This package includes cvm binaries to interact with PostgreSQL databases.
 
-Package: libcvm1
+Package: libcvm1t64
+Provides: ${t64:Provides}
+Replaces: libcvm1
+Breaks: libcvm1 (<< ${source:Version})
 Section: libs
 Architecture: any
 Depends: ${misc:Depends}, ${shlibs:Depends}
@@ -99,7 +102,7 @@
 Package: libcvm1-dev
 Section: libdevel
 Architecture: any
-Depends: ${misc:Depends}, ${shlibs:Depends}, libcvm1 (= ${binary:Version})
+Depends: ${misc:Depends}, ${shlibs:Depends}, libcvm1t64 (= ${binary:Version})
 Provides: libcvm-dev, cvm-dev
 Conflicts: libcvm-dev, cvm-dev
 Recommends: cvm
@@ -117,4 +120,4 @@
  and is much simpler to implement on both sides than PAM and the authmod
  framework.
  .
- This package includes development files for compiling against libcvm1
+ This package includes development files for compiling against libcvm1t64
diff -Nru cvm-0.97/debian/libcvm1.install cvm-0.97/debian/libcvm1.install
--- cvm-0.97/debian/libcvm1.install 2022-05-27 19:24:32.0 +
+++ cvm-0.97/debian/libcvm1.install 1970-01-01 00:00:00.0 +
@@ -1 +0,0 @@
-/usr/lib/*.so.*
diff -Nru cvm-0.97/debian/libcvm1.lintian-overrides 
cvm-0.97/debian/libcvm1.lintian-overrides
--- cvm-0.97/debian/libcvm1.lintian-overrides   2022-05-27 19:24:32.0 
+
+++ cvm-0.97/debian/libcvm1.lintian-overrides   1970-01-01 00:00:00.0 
+
@@ -1 +0,0 @@
-libcvm1: package-name-doesnt-match-sonames *
diff -Nru cvm-0.97/debian/libcvm1t64.install cvm-0.97/debian/libcvm1t64.install
--- cvm-0.97/debian/libcvm1t64.install  1970-01-01 00:00:00.0 +
+++ cvm-0.97/debian/libcvm1t64.install  2022-05-27 19:24:32.0 +
@@ -0,0 +1 @@
+/usr/lib/*.so.*
diff -Nru cvm-0.97/debian/libcvm1t64.lintian-overrides 
cvm-0.97/debian/libcvm1t64.lintian-overrides
--- cvm-0.97/debian/libcvm1t64.lintian-overrides1970-01-01 
00:00:00.0 +
+++ cvm-0.97/debian/libcvm1t64.lintian-overrides2024-02-27 
23:24:14.0 +
@@ -0,0 +1,2 @@
+libcvm1t64: package-name-doesnt-match-sonames *
+libcvm1t64: package-name-doesnt-match-sonames libcvm1

Bug#1061993: curlpp: NMU diff for 64-bit time_t transition

[mwhudson]

Dear maintainer,

Please find attached a final version of this patch for the time_t
transition.  This patch is being uploaded to unstable.

Note that this adds a versioned build-dependency on dpkg-dev, to guard
against accidental backports with a wrong ABI.

Thanks!


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

Kernel: Linux 6.5.0-21-generic (SMP w/16 CPU threads; PREEMPT)
Kernel taint flags: TAINT_PROPRIETARY_MODULE, TAINT_OOT_MODULE
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8), LANGUAGE not set
Shell: /bin/sh linked to /usr/bin/dash
Init: systemd (via /run/systemd/system)
diff -Nru curlpp-0.8.1/debian/changelog curlpp-0.8.1/debian/changelog
--- curlpp-0.8.1/debian/changelog   2023-05-25 13:39:56.0 +
+++ curlpp-0.8.1/debian/changelog   2024-02-27 23:23:36.0 +
@@ -1,3 +1,10 @@
+curlpp (0.8.1-5.2) unstable; urgency=medium
+
+  * Non-maintainer upload.
+  * Rename libraries for 64-bit time_t transition.  Closes: #1061993
+
+ -- Michael Hudson-Doyle   Tue, 27 Feb 2024 23:23:36 +
+
 curlpp (0.8.1-5.1) unstable; urgency=medium
 
   * Non-maintainer upload.
diff -Nru curlpp-0.8.1/debian/control curlpp-0.8.1/debian/control
--- curlpp-0.8.1/debian/control 2021-09-02 08:59:36.0 +
+++ curlpp-0.8.1/debian/control 2024-02-27 23:23:36.0 +
@@ -2,7 +2,7 @@
 Priority: optional
 Maintainer: Aloïs Micard 
 Uploaders: Ximin Luo 
-Build-Depends: debhelper-compat (= 13),
+Build-Depends: dpkg-dev (>= 1.22.5), debhelper-compat (= 13),
  cmake,
  g++ (>= 4:7),
  libboost-dev (>= 1.33),
@@ -15,7 +15,10 @@
 Vcs-Git: https://salsa.debian.org/creekorful/curlpp.git
 Vcs-Browser: https://salsa.debian.org/creekorful/curlpp
 
-Package: libcurlpp0
+Package: libcurlpp0t64
+Provides: ${t64:Provides}
+Replaces: libcurlpp0
+Breaks: libcurlpp0 (<< ${source:Version})
 Architecture: any
 Multi-Arch: same
 Pre-Depends: ${misc:Pre-Depends}
@@ -30,7 +33,7 @@
 Section: libdevel
 Architecture: any
 Multi-Arch: same
-Depends: ${misc:Depends}, libcurlpp0 (= ${binary:Version}),
+Depends: ${misc:Depends}, libcurlpp0t64 (= ${binary:Version}),
  libcurl4-openssl-dev | libcurl4-dev
 Conflicts: libcurl4-nss-dev
 Description: c++ wrapper for libcurl (development files)
diff -Nru curlpp-0.8.1/debian/libcurlpp0.dirs 
curlpp-0.8.1/debian/libcurlpp0.dirs
--- curlpp-0.8.1/debian/libcurlpp0.dirs 2021-09-02 08:59:36.0 +
+++ curlpp-0.8.1/debian/libcurlpp0.dirs 1970-01-01 00:00:00.0 +
@@ -1 +0,0 @@
-usr/lib
diff -Nru curlpp-0.8.1/debian/libcurlpp0.docs 
curlpp-0.8.1/debian/libcurlpp0.docs
--- curlpp-0.8.1/debian/libcurlpp0.docs 2021-09-02 08:59:36.0 +
+++ curlpp-0.8.1/debian/libcurlpp0.docs 1970-01-01 00:00:00.0 +
@@ -1 +0,0 @@
-Readme.md
diff -Nru curlpp-0.8.1/debian/libcurlpp0.install 
curlpp-0.8.1/debian/libcurlpp0.install
--- curlpp-0.8.1/debian/libcurlpp0.install  2021-09-02 08:59:36.0 
+
+++ curlpp-0.8.1/debian/libcurlpp0.install  1970-01-01 00:00:00.0 
+
@@ -1 +0,0 @@
-usr/lib/*/lib*.so.*
diff -Nru curlpp-0.8.1/debian/libcurlpp0t64.dirs 
curlpp-0.8.1/debian/libcurlpp0t64.dirs
--- curlpp-0.8.1/debian/libcurlpp0t64.dirs  1970-01-01 00:00:00.0 
+
+++ curlpp-0.8.1/debian/libcurlpp0t64.dirs  2021-09-02 08:59:36.0 
+
@@ -0,0 +1 @@
+usr/lib
diff -Nru curlpp-0.8.1/debian/libcurlpp0t64.docs 
curlpp-0.8.1/debian/libcurlpp0t64.docs
--- curlpp-0.8.1/debian/libcurlpp0t64.docs  1970-01-01 00:00:00.0 
+
+++ curlpp-0.8.1/debian/libcurlpp0t64.docs  2021-09-02 08:59:36.0 
+
@@ -0,0 +1 @@
+Readme.md
diff -Nru curlpp-0.8.1/debian/libcurlpp0t64.install 
curlpp-0.8.1/debian/libcurlpp0t64.install
--- curlpp-0.8.1/debian/libcurlpp0t64.install   1970-01-01 00:00:00.0 
+
+++ curlpp-0.8.1/debian/libcurlpp0t64.install   2021-09-02 08:59:36.0 
+
@@ -0,0 +1 @@
+usr/lib/*/lib*.so.*
diff -Nru curlpp-0.8.1/debian/libcurlpp0t64.lintian-overrides 
curlpp-0.8.1/debian/libcurlpp0t64.lintian-overrides
--- curlpp-0.8.1/debian/libcurlpp0t64.lintian-overrides 1970-01-01 
00:00:00.0 +
+++ curlpp-0.8.1/debian/libcurlpp0t64.lintian-overrides 2024-02-27 
23:23:31.0 +
@@ -0,0 +1 @@
+libcurlpp0t64: package-name-doesnt-match-sonames libcurlpp0

Bug#1061915: cups-filters: NMU diff for 64-bit time_t transition

[mwhudson]

Dear maintainer,

Please find attached a final version of this patch for the time_t
transition.  This patch is being uploaded to unstable.

Note that this adds a versioned build-dependency on dpkg-dev, to guard
against accidental backports with a wrong ABI.

Thanks!


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

Kernel: Linux 6.5.0-21-generic (SMP w/16 CPU threads; PREEMPT)
Kernel taint flags: TAINT_PROPRIETARY_MODULE, TAINT_OOT_MODULE
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8), LANGUAGE not set
Shell: /bin/sh linked to /usr/bin/dash
Init: systemd (via /run/systemd/system)
diff -Nru cups-filters-1.28.17/debian/changelog 
cups-filters-1.28.17/debian/changelog
--- cups-filters-1.28.17/debian/changelog   2023-05-19 16:25:20.0 
+
+++ cups-filters-1.28.17/debian/changelog   2024-02-27 23:14:13.0 
+
@@ -1,3 +1,10 @@
+cups-filters (1.28.17-3.1) unstable; urgency=medium
+
+  * Non-maintainer upload.
+  * Rename libraries for 64-bit time_t transition.  Closes: #1061915
+
+ -- Michael Hudson-Doyle   Tue, 27 Feb 2024 23:14:13 +
+
 cups-filters (1.28.17-3) unstable; urgency=medium
 
   * CVE-2023-24805 
diff -Nru cups-filters-1.28.17/debian/control 
cups-filters-1.28.17/debian/control
--- cups-filters-1.28.17/debian/control 2023-05-19 08:48:08.0 +
+++ cups-filters-1.28.17/debian/control 2024-02-27 23:14:13.0 +
@@ -5,7 +5,7 @@
  Thorsten Alteholz ,
 Section: net
 Priority: optional
-Build-Depends:
+Build-Depends: dpkg-dev (>= 1.22.5),
  autoconf,
  debhelper-compat (= 13),
  dh-apparmor,
@@ -40,7 +40,10 @@
 Homepage: http://www.openprinting.org/
 Rules-Requires-Root: no
 
-Package: libcupsfilters1
+Package: libcupsfilters1t64
+Provides: ${t64:Provides}
+Replaces: libcupsfilters1
+Breaks: libcupsfilters1 (<< ${source:Version})
 Architecture: any
 Multi-Arch: same
 Section: libs
@@ -152,7 +155,7 @@
 Multi-Arch: same
 Section: libdevel
 Depends:
- libcupsfilters1 (= ${binary:Version}),
+ libcupsfilters1t64 (= ${binary:Version}),
  ${misc:Depends},
  ${shlibs:Depends},
 Description: OpenPrinting CUPS Filters - Development files for the library
@@ -169,7 +172,7 @@
 Multi-Arch: same
 Section: libdevel
 Depends:
- libfontembed1 (= ${binary:Version}),
+ libfontembed1t64 (= ${binary:Version}),
  ${misc:Depends},
  ${shlibs:Depends},
 Description: OpenPrinting CUPS Filters - Development files for font embed 
library
@@ -179,7 +182,10 @@
  This package contains the header files to develop applications using
  libfontembed.
 
-Package: libfontembed1
+Package: libfontembed1t64
+Provides: ${t64:Provides}
+Replaces: libfontembed1
+Breaks: libfontembed1 (<< ${source:Version})
 Architecture: any
 Multi-Arch: same
 Section: libs
diff -Nru cups-filters-1.28.17/debian/libcupsfilters1.install 
cups-filters-1.28.17/debian/libcupsfilters1.install
--- cups-filters-1.28.17/debian/libcupsfilters1.install 2023-05-19 
08:48:08.0 +
+++ cups-filters-1.28.17/debian/libcupsfilters1.install 1970-01-01 
00:00:00.0 +
@@ -1 +0,0 @@
-usr/lib/*/libcupsfilters.so.*
diff -Nru cups-filters-1.28.17/debian/libcupsfilters1.symbols 
cups-filters-1.28.17/debian/libcupsfilters1.symbols
--- cups-filters-1.28.17/debian/libcupsfilters1.symbols 2023-05-19 
08:48:08.0 +
+++ cups-filters-1.28.17/debian/libcupsfilters1.symbols 1970-01-01 
00:00:00.0 +
@@ -1,163 +0,0 @@
-libcupsfilters.so.1 libcupsfilters1 #MINVER#
-* Build-Depends-Package: libcupsfilters-dev
- _CFcupsSetError@Base 1.13.5
- _cupsImagePutCol@Base 1.0~b1
- _cupsImagePutRow@Base 1.0~b1
- _cupsImageReadBMP@Base 1.0~b1
- _cupsImageReadEXIF@Base 1.28.16
- _cupsImageReadGIF@Base 1.0~b1
- _cupsImageReadJPEG@Base 1.0~b1
- _cupsImageReadPIX@Base 1.0~b1
- _cupsImageReadPNG@Base 1.0~b1
- _cupsImageReadPNM@Base 1.0~b1
- _cupsImageReadPhotoCD@Base 1.0~b1
- _cupsImageReadSGI@Base 1.0~b1
- _cupsImageReadSunRaster@Base 1.0~b1
- _cupsImageReadTIFF@Base 1.0~b1
- _cupsImageZoomDelete@Base 1.0~b1
- _cupsImageZoomFill@Base 1.0~b1
- _cupsImageZoomNew@Base 1.0~b1
- _cupsLangString@Base 1.12.0
- _cupsStrFormatd@Base 1.12.0
- _cups_isalnum@Base 1.12.0
- _cups_isalpha@Base 1.12.0
- _cups_islower@Base 1.12.0
- _cups_isspace@Base 1.12.0
- _cups_isupper@Base 1.12.0
- _cups_strcasecmp@Base 1.12.0
- _cups_strncasecmp@Base 1.12.0
- _cups_tolower@Base 1.12.0
- _cups_toupper@Base 1.12.0
- _findCUPSMessageCatalog@Base 1.20.0
- _pwgInputSlotForSource@Base 1.12.0
- _pwgMediaTypeForType@Base 1.12.0
- _pwgPageSizeForMedia@Base 1.12.0
- _searchDirForCatalog@Base 1.20.0
- _strlcpy@Base 1.0.36
- add_choice_to_array@Base 1.20.0
- add_opt_to_array@Base 1.20.0
- adobergb_gamma@Base 1.0.58
- adobergb_matrix@Base 1.0.58
- adobergb_wp@Base 1.0.58
- apply_filters@Base 1.24.0
- blackpoint_default@Base 1.0.58
- check_driverless_support@Base 1.27.5
- cmBlackPointDefault@Base 1.0.58
- cmGammaAdobeRgb@Base 1.0.58
- 

Bug#1061913: ctpl: NMU diff for 64-bit time_t transition

[mwhudson]

Dear maintainer,

Please find attached a final version of this patch for the time_t
transition.  This patch is being uploaded to unstable.

Note that this adds a versioned build-dependency on dpkg-dev, to guard
against accidental backports with a wrong ABI.

Thanks!


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

Kernel: Linux 6.5.0-21-generic (SMP w/16 CPU threads; PREEMPT)
Kernel taint flags: TAINT_PROPRIETARY_MODULE, TAINT_OOT_MODULE
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8), LANGUAGE not set
Shell: /bin/sh linked to /usr/bin/dash
Init: systemd (via /run/systemd/system)
diff -Nru ctpl-0.3.4+dfsg/debian/changelog ctpl-0.3.4+dfsg/debian/changelog
--- ctpl-0.3.4+dfsg/debian/changelog2022-09-27 07:56:13.0 +
+++ ctpl-0.3.4+dfsg/debian/changelog2024-02-27 23:13:05.0 +
@@ -1,3 +1,10 @@
+ctpl (0.3.4+dfsg-4.1) unstable; urgency=medium
+
+  * Non-maintainer upload.
+  * Rename libraries for 64-bit time_t transition.  Closes: #1061913
+
+ -- Michael Hudson-Doyle   Tue, 27 Feb 2024 23:13:05 +
+
 ctpl (0.3.4+dfsg-4) unstable; urgency=medium
 
   * Reupload as source-only package to unblock migration to testing
diff -Nru ctpl-0.3.4+dfsg/debian/control ctpl-0.3.4+dfsg/debian/control
--- ctpl-0.3.4+dfsg/debian/control  2022-09-27 07:56:13.0 +
+++ ctpl-0.3.4+dfsg/debian/control  2024-02-27 23:13:05.0 +
@@ -3,7 +3,7 @@
 Maintainer: Geany Packaging Team 
 Uploaders: Jonathan Michalon ,
  Evgeni Golov , Chow Loong Jin 
-Build-Depends: debhelper-compat (= 13),
+Build-Depends: dpkg-dev (>= 1.22.5), debhelper-compat (= 13),
libtool (>= 2.2),
libglib2.0-dev (>= 2.24),
libglib2.0-doc (>= 2.24),
@@ -21,7 +21,7 @@
 Multi-Arch: same
 Depends: ${misc:Depends},
  libglib2.0-dev,
- libctpl2 (= ${binary:Version})
+ libctpl2t64 (= ${binary:Version})
 Suggests: libctpl-doc
 Description: template engine written in C, development files
  CTPL is a C template engine library allowing fast and easy computation of
@@ -33,7 +33,10 @@
  This package contains the header files which are needed for developing
  CTPL applications.
 
-Package: libctpl2
+Package: libctpl2t64
+Provides: ${t64:Provides}
+Replaces: libctpl2
+Breaks: libctpl2 (<< ${source:Version})
 Architecture: any
 Multi-Arch: same
 Pre-Depends: ${shlibs:Pre-Depends}, ${misc:Pre-Depends}
@@ -77,7 +80,7 @@
 Section: utils
 Architecture: any
 Depends: ${shlibs:Depends}, ${misc:Depends},
- libctpl2 (= ${binary:Version})
+ libctpl2t64 (= ${binary:Version})
 Description: command-line template parsing utility
  CTPL is a C template engine library allowing fast and easy computation of
  templates with precise control over the parsing environment.
diff -Nru ctpl-0.3.4+dfsg/debian/libctpl2.install 
ctpl-0.3.4+dfsg/debian/libctpl2.install
--- ctpl-0.3.4+dfsg/debian/libctpl2.install 2022-09-27 07:56:13.0 
+
+++ ctpl-0.3.4+dfsg/debian/libctpl2.install 1970-01-01 00:00:00.0 
+
@@ -1 +0,0 @@
-usr/lib/*/lib*.so.*
diff -Nru ctpl-0.3.4+dfsg/debian/libctpl2.symbols 
ctpl-0.3.4+dfsg/debian/libctpl2.symbols
--- ctpl-0.3.4+dfsg/debian/libctpl2.symbols 2022-09-27 07:56:13.0 
+
+++ ctpl-0.3.4+dfsg/debian/libctpl2.symbols 1970-01-01 00:00:00.0 
+
@@ -1,115 +0,0 @@
-libctpl.so.2 libctpl2 #MINVER#
- ctpl_check_version@Base 0.3
- ctpl_environ_add_from_path@Base 0.3
- ctpl_environ_add_from_stream@Base 0.3
- ctpl_environ_add_from_string@Base 0.3
- ctpl_environ_error_quark@Base 0.3
- ctpl_environ_foreach@Base 0.3
- ctpl_environ_lookup@Base 0.3
- ctpl_environ_merge@Base 0.3
- ctpl_environ_new@Base 0.3
- ctpl_environ_pop@Base 0.3
- ctpl_environ_push@Base 0.3
- ctpl_environ_push_float@Base 0.3
- ctpl_environ_push_int@Base 0.3
- ctpl_environ_push_string@Base 0.3
- ctpl_environ_ref@Base 0.3
- ctpl_environ_unref@Base 0.3
- ctpl_eval_bool@Base 0.3
- ctpl_eval_error_quark@Base 0.3
- ctpl_eval_value@Base 0.3
- ctpl_gettext@Base 0.3.4
- ctpl_input_stream_eof@Base 0.3
- ctpl_input_stream_eof_fast@Base 0.3
- ctpl_input_stream_get_c@Base 0.3
- ctpl_input_stream_get_line@Base 0.3
- ctpl_input_stream_get_line_position@Base 0.3
- ctpl_input_stream_get_name@Base 0.3
- ctpl_input_stream_get_stream@Base 0.3
- ctpl_input_stream_new@Base 0.3
- ctpl_input_stream_new_for_gfile@Base 0.3
- ctpl_input_stream_new_for_memory@Base 0.3
- ctpl_input_stream_new_for_path@Base 0.3
- ctpl_input_stream_new_for_uri@Base 0.3
- ctpl_input_stream_peek@Base 0.3
- ctpl_input_stream_peek_c@Base 0.3
- ctpl_input_stream_peek_symbol_full@Base 0.3
- ctpl_input_stream_peek_word@Base 0.3
- ctpl_input_stream_read@Base 0.3
- ctpl_input_stream_read_float@Base 0.3
- ctpl_input_stream_read_int@Base 0.3
- ctpl_input_stream_read_number@Base 0.3
- ctpl_input_stream_read_string_literal@Base 0.3
- 

Bug#1061912: ctemplate: NMU diff for 64-bit time_t transition

[mwhudson]

Dear maintainer,

Please find attached a final version of this patch for the time_t
transition.  This patch is being uploaded to unstable.

Note that this adds a versioned build-dependency on dpkg-dev, to guard
against accidental backports with a wrong ABI.

Thanks!


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

Kernel: Linux 6.5.0-21-generic (SMP w/16 CPU threads; PREEMPT)
Kernel taint flags: TAINT_PROPRIETARY_MODULE, TAINT_OOT_MODULE
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8), LANGUAGE not set
Shell: /bin/sh linked to /usr/bin/dash
Init: systemd (via /run/systemd/system)
diff -Nru ctemplate-2.4/debian/changelog ctemplate-2.4/debian/changelog
--- ctemplate-2.4/debian/changelog  2023-08-13 17:56:48.0 +
+++ ctemplate-2.4/debian/changelog  2024-02-27 23:11:50.0 +
@@ -1,3 +1,10 @@
+ctemplate (2.4-3.1) unstable; urgency=medium
+
+  * Non-maintainer upload.
+  * Rename libraries for 64-bit time_t transition.  Closes: #1061912
+
+ -- Michael Hudson-Doyle   Tue, 27 Feb 2024 23:11:50 +
+
 ctemplate (2.4-3) unstable; urgency=medium
 
   * Set upstream metadata fields: Repository.
diff -Nru ctemplate-2.4/debian/control ctemplate-2.4/debian/control
--- ctemplate-2.4/debian/control2023-08-13 17:39:23.0 +
+++ ctemplate-2.4/debian/control2024-02-27 23:11:50.0 +
@@ -3,7 +3,7 @@
 Priority: optional
 Maintainer: Debian KDE Extras Team 
 Uploaders: Pino Toscano ,
-Build-Depends: debhelper-compat (= 13),
+Build-Depends: dpkg-dev (>= 1.22.5), debhelper-compat (= 13),
  python3:any,
 Standards-Version: 4.6.2
 Rules-Requires-Root: no
@@ -13,7 +13,7 @@
 
 Package: libctemplate-dev
 Architecture: any
-Depends: libctemplate3 (= ${binary:Version}), ${shlibs:Depends}, 
${misc:Depends}, ${perl:Depends}
+Depends: libctemplate3t64 (= ${binary:Version}), ${shlibs:Depends}, 
${misc:Depends}, ${perl:Depends}
 Description: Simple but powerful template language for C++ - development files
  This package contains a library implementing a simple but
  powerful template language for C++.  It emphasizes separating logic
@@ -23,7 +23,10 @@
  ctemplate package.
  This package contains the ctemplate development files.
 
-Package: libctemplate3
+Package: libctemplate3t64
+Provides: ${t64:Provides}
+Replaces: libctemplate3
+Breaks: libctemplate3 (<< ${source:Version})
 Section: libs
 Architecture: any
 Multi-Arch: same
diff -Nru ctemplate-2.4/debian/libctemplate3.install 
ctemplate-2.4/debian/libctemplate3.install
--- ctemplate-2.4/debian/libctemplate3.install  2019-12-28 09:36:04.0 
+
+++ ctemplate-2.4/debian/libctemplate3.install  1970-01-01 00:00:00.0 
+
@@ -1,2 +0,0 @@
-usr/lib/*/libctemplate.so.3*
-usr/lib/*/libctemplate_nothreads.so.3*
diff -Nru ctemplate-2.4/debian/libctemplate3t64.install 
ctemplate-2.4/debian/libctemplate3t64.install
--- ctemplate-2.4/debian/libctemplate3t64.install   1970-01-01 
00:00:00.0 +
+++ ctemplate-2.4/debian/libctemplate3t64.install   2019-12-28 
09:36:04.0 +
@@ -0,0 +1,2 @@
+usr/lib/*/libctemplate.so.3*
+usr/lib/*/libctemplate_nothreads.so.3*
diff -Nru ctemplate-2.4/debian/libctemplate3t64.lintian-overrides 
ctemplate-2.4/debian/libctemplate3t64.lintian-overrides
--- ctemplate-2.4/debian/libctemplate3t64.lintian-overrides 1970-01-01 
00:00:00.0 +
+++ ctemplate-2.4/debian/libctemplate3t64.lintian-overrides 2024-02-27 
23:11:45.0 +
@@ -0,0 +1 @@
+libctemplate3t64: package-name-doesnt-match-sonames libctemplate3

Bug#1061911: csmith: NMU diff for 64-bit time_t transition

[mwhudson]

Dear maintainer,

Please find attached a final version of this patch for the time_t
transition.  This patch is being uploaded to unstable.

Note that this adds a versioned build-dependency on dpkg-dev, to guard
against accidental backports with a wrong ABI.

Thanks!


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

Kernel: Linux 6.5.0-21-generic (SMP w/16 CPU threads; PREEMPT)
Kernel taint flags: TAINT_PROPRIETARY_MODULE, TAINT_OOT_MODULE
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8), LANGUAGE not set
Shell: /bin/sh linked to /usr/bin/dash
Init: systemd (via /run/systemd/system)
diff -Nru csmith-2.3.0/debian/changelog csmith-2.3.0/debian/changelog
--- csmith-2.3.0/debian/changelog   2022-12-06 22:01:38.0 +
+++ csmith-2.3.0/debian/changelog   2024-02-27 23:10:44.0 +
@@ -1,3 +1,10 @@
+csmith (2.3.0-7.1) unstable; urgency=medium
+
+  * Non-maintainer upload.
+  * Rename libraries for 64-bit time_t transition.  Closes: #1061911
+
+ -- Michael Hudson-Doyle   Tue, 27 Feb 2024 23:10:44 +
+
 csmith (2.3.0-7) unstable; urgency=medium
 
   [ Debian Janitor ]
diff -Nru csmith-2.3.0/debian/control csmith-2.3.0/debian/control
--- csmith-2.3.0/debian/control 2022-12-06 22:01:38.0 +
+++ csmith-2.3.0/debian/control 2024-02-27 23:10:44.0 +
@@ -2,7 +2,7 @@
 Maintainer: Nobuhiro Iwamatsu 
 Section: devel
 Priority: optional
-Build-Depends: debhelper-compat (= 13), m4
+Build-Depends: dpkg-dev (>= 1.22.5), debhelper-compat (= 13), m4
 Standards-Version: 4.6.1
 Rules-Requires-Root: no
 Vcs-Browser: https://salsa.debian.org/debian/csmith
@@ -20,7 +20,10 @@
  stress-testing compilers, static analyzers, and other tools that
  process C code.
 
-Package: libcsmith0
+Package: libcsmith0t64
+Provides: ${t64:Provides}
+Replaces: libcsmith0
+Breaks: libcsmith0 (<< ${source:Version})
 Architecture: any
 Multi-Arch: same
 Section: libs
@@ -39,7 +42,7 @@
 Package: libcsmith-dev
 Architecture: any
 Section: libdevel
-Depends: libcsmith0 (= ${binary:Version}),
+Depends: libcsmith0t64 (= ${binary:Version}),
  ${misc:Depends}
 Multi-Arch: same
 Description: generator of random C programs (development files)
diff -Nru csmith-2.3.0/debian/libcsmith0.install 
csmith-2.3.0/debian/libcsmith0.install
--- csmith-2.3.0/debian/libcsmith0.install  2022-12-06 22:01:38.0 
+
+++ csmith-2.3.0/debian/libcsmith0.install  1970-01-01 00:00:00.0 
+
@@ -1,2 +0,0 @@
-usr/lib/*/libcsmith.so.0
-usr/lib/*/libcsmith.so.0.*
diff -Nru csmith-2.3.0/debian/libcsmith0t64.install 
csmith-2.3.0/debian/libcsmith0t64.install
--- csmith-2.3.0/debian/libcsmith0t64.install   1970-01-01 00:00:00.0 
+
+++ csmith-2.3.0/debian/libcsmith0t64.install   2022-12-06 22:01:38.0 
+
@@ -0,0 +1,2 @@
+usr/lib/*/libcsmith.so.0
+usr/lib/*/libcsmith.so.0.*
diff -Nru csmith-2.3.0/debian/libcsmith0t64.lintian-overrides 
csmith-2.3.0/debian/libcsmith0t64.lintian-overrides
--- csmith-2.3.0/debian/libcsmith0t64.lintian-overrides 1970-01-01 
00:00:00.0 +
+++ csmith-2.3.0/debian/libcsmith0t64.lintian-overrides 2024-02-27 
23:10:39.0 +
@@ -0,0 +1 @@
+libcsmith0t64: package-name-doesnt-match-sonames libcsmith0

Bug#1061989: cupt: NMU diff for 64-bit time_t transition

[mwhudson]

Dear maintainer,

Please find attached a final version of this patch for the time_t
transition.  This patch is being uploaded to unstable.

Note that this adds a versioned build-dependency on dpkg-dev, to guard
against accidental backports with a wrong ABI.

Thanks!


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

Kernel: Linux 6.5.0-21-generic (SMP w/16 CPU threads; PREEMPT)
Kernel taint flags: TAINT_PROPRIETARY_MODULE, TAINT_OOT_MODULE
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8), LANGUAGE not set
Shell: /bin/sh linked to /usr/bin/dash
Init: systemd (via /run/systemd/system)
diff -Nru cupt-2.10.4+nmu1/debian/changelog cupt-2.10.4+nmu2/debian/changelog
--- cupt-2.10.4+nmu1/debian/changelog   2020-06-07 20:56:21.0 +
+++ cupt-2.10.4+nmu2/debian/changelog   2024-02-27 23:18:16.0 +
@@ -1,3 +1,10 @@
+cupt (2.10.4+nmu2) unstable; urgency=medium
+
+  * Non-maintainer upload.
+  * Rename libraries for 64-bit time_t transition.  Closes: #1061989
+
+ -- Michael Hudson-Doyle   Tue, 27 Feb 2024 23:18:16 +
+
 cupt (2.10.4+nmu1) unstable; urgency=medium
 
   * Non-maintainer upload.
diff -Nru cupt-2.10.4+nmu1/debian/control cupt-2.10.4+nmu2/debian/control
--- cupt-2.10.4+nmu1/debian/control 2020-06-07 20:52:19.0 +
+++ cupt-2.10.4+nmu2/debian/control 2024-02-27 23:18:16.0 +
@@ -1,7 +1,7 @@
 Source: cupt
 Section: admin
 Priority: optional
-Build-Depends:
+Build-Depends: dpkg-dev (>= 1.22.5),
 # build system
   debhelper (>= 9),
   cmake (>= 2.6),
@@ -36,18 +36,20 @@
 Section: debug
 Priority: optional
 Architecture: any
-Depends: libcupt4-2 (= ${binary:Version}) | cupt (= ${binary:Version}) |
+Depends: libcupt4-2t64 (= ${binary:Version}) | cupt (= ${binary:Version}) |
  libcupt4-2-downloadmethod-curl (= ${binary:Version}) |
  libcupt4-2-downloadmethod-wget (= ${binary:Version}),
  ${misc:Depends}
 Description: flexible package manager -- debugging symbols
  This package contains gdb debugging symbols for the Cupt packages.
 
-Package: libcupt4-2
+Package: libcupt4-2t64
+Provides: ${t64:Provides}
+Replaces: libcupt4-2
 Section: libs
 Architecture: any
 Depends: ${misc:Depends}, ${shlibs:Depends}, libcupt-common (>= 
${source:Version})
-Breaks: dpkg (<< 1.17.11~), gpgv (<< 2~)
+Breaks: libcupt4-2 (<< ${source:Version}), dpkg (<< 1.17.11~), gpgv (<< 2~)
 Recommends: libcupt4-2-downloadmethod-curl | libcupt4-2-downloadmethod-wget, 
bzip2, gpgv, ed
 Suggests: cupt, lzma, xz-utils, debdelta (>= 0.31), dpkg-dev, dpkg-repack
 Description: flexible package manager -- runtime library
@@ -76,18 +78,18 @@
 Description: flexible package manager -- runtime library (support files)
  This package provides architecture-independent support parts for Cupt library.
  .
- See also description of libcupt4-2 package.
+ See also description of libcupt4-2t64 package.
 
 Package: libcupt4-dev
 Section: libdevel
 Architecture: any
-Depends: ${misc:Depends}, libcupt4-2 (= ${binary:Version})
+Depends: ${misc:Depends}, libcupt4-2t64 (= ${binary:Version})
 Conflicts: libcupt2-dev, libcupt3-dev
 Suggests: libcupt4-doc
 Description: flexible package manager -- development files
  This package provides headers for Cupt library.
  .
- See also description of libcupt4-2 package.
+ See also description of libcupt4-2t64 package.
 
 Package: libcupt4-doc
 Section: doc
@@ -96,11 +98,11 @@
 Description: flexible package manager -- library documentation
  This package provides documentation for Cupt library.
  .
- See also description of libcupt4-2 package.
+ See also description of libcupt4-2t64 package.
 
 Package: cupt
 Architecture: any
-Depends: ${misc:Depends}, ${shlibs:Depends}, libcupt4-2 (>= ${binary:Version})
+Depends: ${misc:Depends}, ${shlibs:Depends}, libcupt4-2t64 (>= 
${binary:Version})
 Suggests: sensible-utils, libreadline7
 Description: flexible package manager -- console interface
  This package provides a console interface to Cupt library, which implements
@@ -139,7 +141,7 @@
  This package provides http(s) and ftp download handlers for Cupt library
  using libcurl.
  .
- See also description of libcupt4-2 package.
+ See also description of libcupt4-2t64 package.
 
 Package: libcupt4-2-downloadmethod-wget
 Architecture: any
@@ -148,4 +150,4 @@
  This package provides http(s) and ftp download handlers for Cupt library
  using wget.
  .
- See also description of libcupt4-2 package.
+ See also description of libcupt4-2t64 package.
diff -Nru cupt-2.10.4+nmu1/debian/libcupt4-2.install 
cupt-2.10.4+nmu2/debian/libcupt4-2.install
--- cupt-2.10.4+nmu1/debian/libcupt4-2.install  2019-11-10 09:53:34.0 
+
+++ cupt-2.10.4+nmu2/debian/libcupt4-2.install  1970-01-01 00:00:00.0 
+
@@ -1,3 +0,0 @@
-usr/lib/libcupt4.so.2
-usr/lib/cupt4-2/downloadmethods/libdebdelta*
-usr/lib/cupt4-2/downloadmethods/libfile*
diff -Nru 

Bug#1061910: cryptominisat: NMU diff for 64-bit time_t transition

[mwhudson]

Dear maintainer,

Please find attached a final version of this patch for the time_t
transition.  This patch is being uploaded to unstable.

Note that this adds a versioned build-dependency on dpkg-dev, to guard
against accidental backports with a wrong ABI.

Thanks!


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

Kernel: Linux 6.5.0-21-generic (SMP w/16 CPU threads; PREEMPT)
Kernel taint flags: TAINT_PROPRIETARY_MODULE, TAINT_OOT_MODULE
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8), LANGUAGE not set
Shell: /bin/sh linked to /usr/bin/dash
Init: systemd (via /run/systemd/system)
diff -Nru cryptominisat-5.11.15+dfsg1/debian/changelog 
cryptominisat-5.11.15+dfsg1/debian/changelog
--- cryptominisat-5.11.15+dfsg1/debian/changelog2023-12-14 
09:26:35.0 +
+++ cryptominisat-5.11.15+dfsg1/debian/changelog2024-02-27 
23:03:48.0 +
@@ -1,3 +1,10 @@
+cryptominisat (5.11.15+dfsg1-1.1) unstable; urgency=medium
+
+  * Non-maintainer upload.
+  * Rename libraries for 64-bit time_t transition.  Closes: #1061910
+
+ -- Michael Hudson-Doyle   Tue, 27 Feb 2024 23:03:48 +
+
 cryptominisat (5.11.15+dfsg1-1) unstable; urgency=medium
 
   * New upstream release.
diff -Nru cryptominisat-5.11.15+dfsg1/debian/control 
cryptominisat-5.11.15+dfsg1/debian/control
--- cryptominisat-5.11.15+dfsg1/debian/control  2023-12-14 09:26:35.0 
+
+++ cryptominisat-5.11.15+dfsg1/debian/control  2024-02-27 23:03:48.0 
+
@@ -4,7 +4,7 @@
 Maintainer: Debian Science Team 

 Uploaders: Julian Rüth ,
Julien Puydt 
-Build-Depends: cmake,
+Build-Depends: dpkg-dev (>= 1.22.5), cmake,
debhelper-compat (=13),
dh-python,
help2man,
@@ -19,7 +19,10 @@
 Vcs-Git: https://salsa.debian.org/science-team/cryptominisat.git
 Vcs-Browser: https://salsa.debian.org/science-team/cryptominisat
 
-Package: libcryptominisat5-5.11
+Package: libcryptominisat5-5.11t64
+Provides: ${t64:Provides}
+Replaces: libcryptominisat5-5.11
+Breaks: libcryptominisat5-5.11 (<< ${source:Version})
 Architecture: any
 Multi-Arch: same
 Section: libs
@@ -58,7 +61,7 @@
 Multi-Arch: same
 Section: libdevel
 Pre-Depends: ${misc:Pre-Depends}
-Depends: libcryptominisat5-5.11 (= ${binary:Version}), ${misc:Depends}
+Depends: libcryptominisat5-5.11t64 (= ${binary:Version}), ${misc:Depends}
 Description: development files for the CryptoMiniSat SAT solver
  CryptoMiniSat is a modern, multi-threaded, simplifying SAT solver.
  .
diff -Nru cryptominisat-5.11.15+dfsg1/debian/libcryptominisat5-5.11.install 
cryptominisat-5.11.15+dfsg1/debian/libcryptominisat5-5.11.install
--- cryptominisat-5.11.15+dfsg1/debian/libcryptominisat5-5.11.install   
2023-12-14 09:26:35.0 +
+++ cryptominisat-5.11.15+dfsg1/debian/libcryptominisat5-5.11.install   
1970-01-01 00:00:00.0 +
@@ -1 +0,0 @@
-/usr/lib/*/libcryptominisat5.so.*
diff -Nru cryptominisat-5.11.15+dfsg1/debian/libcryptominisat5-5.11t64.install 
cryptominisat-5.11.15+dfsg1/debian/libcryptominisat5-5.11t64.install
--- cryptominisat-5.11.15+dfsg1/debian/libcryptominisat5-5.11t64.install
1970-01-01 00:00:00.0 +
+++ cryptominisat-5.11.15+dfsg1/debian/libcryptominisat5-5.11t64.install
2023-12-14 09:26:35.0 +
@@ -0,0 +1 @@
+/usr/lib/*/libcryptominisat5.so.*
diff -Nru 
cryptominisat-5.11.15+dfsg1/debian/libcryptominisat5-5.11t64.lintian-overrides 
cryptominisat-5.11.15+dfsg1/debian/libcryptominisat5-5.11t64.lintian-overrides
--- 
cryptominisat-5.11.15+dfsg1/debian/libcryptominisat5-5.11t64.lintian-overrides  
1970-01-01 00:00:00.0 +
+++ 
cryptominisat-5.11.15+dfsg1/debian/libcryptominisat5-5.11t64.lintian-overrides  
2024-02-27 23:03:40.0 +
@@ -0,0 +1 @@
+libcryptominisat5-5.11t64: package-name-doesnt-match-sonames 
libcryptominisat5-5.11

Bug#1064939: simple-scan: Please update to 46 Beta

[Jeremy Bícha]

Source: simple-scan
Version: 44.0-1
Severity: wishlist

Please update to simple-scan 46~beta. You'd need to update
Build-Depends: libgtk-3-dev
to
libgtk-4-dev and libadwaita-1-dev

Thank you,
Jeremy Bícha

Bug#1061863: ace: NMU diff for 64-bit time_t transition

[mwhudson]

Dear maintainer,

Please find attached a final version of this patch for the time_t
transition.  This patch is being uploaded to unstable.

Note that this adds a versioned build-dependency on dpkg-dev, to guard
against accidental backports with a wrong ABI.

Thanks!


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

Kernel: Linux 6.5.0-21-generic (SMP w/16 CPU threads; PREEMPT)
Kernel taint flags: TAINT_PROPRIETARY_MODULE, TAINT_OOT_MODULE
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8), LANGUAGE not set
Shell: /bin/sh linked to /usr/bin/dash
Init: systemd (via /run/systemd/system)
diff -Nru ace-7.1.2+dfsg/debian/changelog ace-7.1.2+dfsg/debian/changelog
--- ace-7.1.2+dfsg/debian/changelog 2023-12-06 17:28:25.0 +
+++ ace-7.1.2+dfsg/debian/changelog 2024-02-27 22:36:14.0 +
@@ -1,3 +1,10 @@
+ace (7.1.2+dfsg-2.1) unstable; urgency=medium
+
+  * Non-maintainer upload.
+  * Rename libraries for 64-bit time_t transition.
+
+ -- Michael Hudson-Doyle   Tue, 27 Feb 2024 22:36:14 +
+
 ace (7.1.2+dfsg-2) unstable; urgency=medium
 
   * Team upload.
diff -Nru ace-7.1.2+dfsg/debian/control ace-7.1.2+dfsg/debian/control
--- ace-7.1.2+dfsg/debian/control   2023-12-01 20:50:21.0 +
+++ ace-7.1.2+dfsg/debian/control   2024-02-27 22:36:14.0 +
@@ -3,7 +3,7 @@
 Priority: optional
 Maintainer: Debian ACE maintainers 
 Uploaders: Thomas Girard , Johnny Willemsen 

-Build-Depends: debhelper-compat (=13), libssl-dev, libxt-dev (>= 4.3.0), 
libfltk1.3-dev, tk-dev (>= 8.5), libfox-1.6-dev, docbook-to-man, libxerces-c-dev
+Build-Depends: dpkg-dev (>= 1.22.5), debhelper-compat (=13), libssl-dev, 
libxt-dev (>= 4.3.0), libfltk1.3-dev, tk-dev (>= 8.5), libfox-1.6-dev, 
docbook-to-man, libxerces-c-dev
 Build-Depends-Indep: doxygen, graphviz
 Standards-Version: 4.6.2
 Vcs-Git: https://salsa.debian.org/debian/ace.git
@@ -27,7 +27,10 @@
   * mpc-ace: generates project files for a single target
   * mwc-ace: generates workspace files for a set of projects
 
-Package: libace-7.1.2
+Package: libace-7.1.2t64
+Provides: ${t64:Provides}
+Replaces: libace-7.1.2
+Breaks: libace-7.1.2 (<< ${source:Version})
 Architecture: any
 Section: libs
 Depends: ${shlibs:Depends}, ${misc:Depends}
@@ -45,7 +48,7 @@
 Package: libace-dev
 Architecture: any
 Section: libdevel
-Depends: libace-7.1.2 (= ${binary:Version}), ${misc:Depends}
+Depends: libace-7.1.2t64 (= ${binary:Version}), ${misc:Depends}
 Suggests: libace-doc, pkg-config
 Replaces: mpc-ace (<< 5.6.3-4)
 Description: C++ network programming framework - development files
@@ -62,7 +65,10 @@
  This package contains the ACE overview documentation, tutorials,
  examples, and information regarding upstream development.
 
-Package: libace-ssl-7.1.2
+Package: libace-ssl-7.1.2t64
+Provides: ${t64:Provides}
+Replaces: libace-ssl-7.1.2
+Breaks: libace-ssl-7.1.2 (<< ${source:Version})
 Architecture: any
 Section: libs
 Depends: ${shlibs:Depends}, ${misc:Depends}
@@ -73,12 +79,15 @@
 Package: libace-ssl-dev
 Architecture: any
 Section: libdevel
-Depends: libace-ssl-7.1.2 (= ${binary:Version}), libace-dev (= 
${binary:Version}), libssl-dev, ${misc:Depends}
+Depends: libace-ssl-7.1.2t64 (= ${binary:Version}), libace-dev (= 
${binary:Version}), libssl-dev, ${misc:Depends}
 Description: ACE secure socket layer library - development files
  This package contains the header files and static library for the ACE
  SSL library.
 
-Package: libace-rmcast-7.1.2
+Package: libace-rmcast-7.1.2t64
+Provides: ${t64:Provides}
+Replaces: libace-rmcast-7.1.2
+Breaks: libace-rmcast-7.1.2 (<< ${source:Version})
 Architecture: any
 Section: libs
 Depends: ${shlibs:Depends}, ${misc:Depends}
@@ -92,12 +101,15 @@
 Package: libace-rmcast-dev
 Architecture: any
 Section: libdevel
-Depends: libace-rmcast-7.1.2 (= ${binary:Version}), libace-dev (= 
${binary:Version}), ${misc:Depends}
+Depends: libace-rmcast-7.1.2t64 (= ${binary:Version}), libace-dev (= 
${binary:Version}), ${misc:Depends}
 Description: ACE reliable multicast library - development files
  This package contains the header files and static library for the ACE
  reliable multicast library.
 
-Package: libace-tmcast-7.1.2
+Package: libace-tmcast-7.1.2t64
+Provides: ${t64:Provides}
+Replaces: libace-tmcast-7.1.2
+Breaks: libace-tmcast-7.1.2 (<< ${source:Version})
 Architecture: any
 Section: libs
 Depends: ${shlibs:Depends}, ${misc:Depends}
@@ -111,12 +123,15 @@
 Package: libace-tmcast-dev
 Architecture: any
 Section: libdevel
-Depends: libace-tmcast-7.1.2 (= ${binary:Version}), libace-dev (= 
${binary:Version}), ${misc:Depends}
+Depends: libace-tmcast-7.1.2t64 (= ${binary:Version}), libace-dev (= 
${binary:Version}), ${misc:Depends}
 Description: ACE transactional multicast library - development files
  This package contains the header files and static library for the ACE
  transactional 

Bug#1061862: abseil: NMU diff for 64-bit time_t transition

[Steve Langasek]

Dear maintainer,

Please find attached a final version of this patch for the time_t
transition.  This patch is being uploaded to unstable.

Note that this adds a versioned build-dependency on dpkg-dev, to guard
against accidental backports with a wrong ABI.

Thanks!


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

Kernel: Linux 6.5.0-14-generic (SMP w/12 CPU threads; PREEMPT)
Kernel taint flags: TAINT_PROPRIETARY_MODULE, TAINT_OOT_MODULE
Locale: LANG=C, LC_CTYPE=C.UTF-8 (charmap=UTF-8), LANGUAGE not set
Shell: /bin/sh linked to /usr/bin/dash
Init: systemd (via /run/systemd/system)
diff -Nru abseil-20220623.1/debian/changelog abseil-20220623.1/debian/changelog
--- abseil-20220623.1/debian/changelog  2023-08-09 22:33:54.0 +
+++ abseil-20220623.1/debian/changelog  2024-02-27 22:41:14.0 +
@@ -1,3 +1,10 @@
+abseil (20220623.1-3.1) unstable; urgency=medium
+
+  * Non-maintainer upload.
+  * Rename libraries for 64-bit time_t transition.  Closes: #1061862
+
+ -- Steve Langasek   Tue, 27 Feb 2024 22:41:14 +
+
 abseil (20220623.1-3) unstable; urgency=medium
 
   * Patch cycle-counting code for riscv64 to use the monotonic and
diff -Nru abseil-20220623.1/debian/control abseil-20220623.1/debian/control
--- abseil-20220623.1/debian/control2023-08-09 22:22:50.0 +
+++ abseil-20220623.1/debian/control2024-02-27 22:41:14.0 +
@@ -15,7 +15,7 @@
 Source: abseil
 Priority: optional
 Maintainer: Benjamin Barenblat 
-Build-Depends:
+Build-Depends: dpkg-dev (>= 1.22.5),
  cmake (>= 3.5),
  debhelper-compat (= 12),
  g++-12,
@@ -38,7 +38,7 @@
 Multi-Arch: same
 Section: libdevel
 Depends:
- libabsl20220623 (= ${binary:Version}),
+ libabsl20220623t64 (= ${binary:Version}),
  ${misc:Depends},
 Recommends: cmake (>= 2.6) | pkg-config, g++ (>= 5.1)
 Description: ${source:Synopsis} (development files)
@@ -47,7 +47,10 @@
  This package contains header files and other data necessary for developing 
with
  Abseil.
 
-Package: libabsl20220623
+Package: libabsl20220623t64
+Provides: ${t64:Provides}
+Replaces: libabsl20220623
+Breaks: libabsl20220623 (<< ${source:Version})
 Architecture: any
 Multi-Arch: same
 Depends: ${shlibs:Depends}, ${misc:Depends}
diff -Nru abseil-20220623.1/debian/libabsl20220623.install 
abseil-20220623.1/debian/libabsl20220623.install
--- abseil-20220623.1/debian/libabsl20220623.install2023-08-09 
22:22:50.0 +
+++ abseil-20220623.1/debian/libabsl20220623.install1970-01-01 
00:00:00.0 +
@@ -1,15 +0,0 @@
-# Copyright 2020 Google LLC
-#
-# Licensed under the Apache License, Version 2.0 (the "License"); you may not
-# use this file except in compliance with the License. You may obtain a copy of
-# the License at
-#
-# https://www.apache.org/licenses/LICENSE-2.0
-#
-# Unless required by applicable law or agreed to in writing, software
-# distributed under the License is distributed on an "AS IS" BASIS, WITHOUT
-# WARRANTIES OR CONDITIONS OF ANY KIND, either express or implied. See the
-# License for the specific language governing permissions and limitations under
-# the License.
-
-usr/lib/*/libabsl_*.so.*
diff -Nru abseil-20220623.1/debian/libabsl20220623.lintian-overrides 
abseil-20220623.1/debian/libabsl20220623.lintian-overrides
--- abseil-20220623.1/debian/libabsl20220623.lintian-overrides  2023-08-09 
22:22:50.0 +
+++ abseil-20220623.1/debian/libabsl20220623.lintian-overrides  1970-01-01 
00:00:00.0 +
@@ -1,40 +0,0 @@
-# Copyright 2022 Google LLC
-#
-# Licensed under the Apache License, Version 2.0 (the "License"); you may not
-# use this file except in compliance with the License. You may obtain a copy of
-# the License at
-#
-# https://www.apache.org/licenses/LICENSE-2.0
-#
-# Unless required by applicable law or agreed to in writing, software
-# distributed under the License is distributed on an "AS IS" BASIS, WITHOUT
-# WARRANTIES OR CONDITIONS OF ANY KIND, either express or implied. See the
-# License for the specific language governing permissions and limitations under
-# the License.
-
-libabsl20220623: hardening-no-fortify-functions [usr/lib/*/libabsl_base.so*]
-libabsl20220623: hardening-no-fortify-functions 
[usr/lib/*/libabsl_debugging_internal.so*]
-libabsl20220623: hardening-no-fortify-functions 
[usr/lib/*/libabsl_random_internal_seed_material.so*]
-libabsl20220623: hardening-no-fortify-functions 
[usr/lib/*/libabsl_time_zone.so*]
-libabsl20220623: library-not-linked-against-libc 
[usr/lib/*/libabsl_bad_any_cast_impl.so*]
-libabsl20220623: library-not-linked-against-libc 
[usr/lib/*/libabsl_bad_optional_access.so*]
-libabsl20220623: library-not-linked-against-libc 
[usr/lib/*/libabsl_bad_variant_access.so*]
-libabsl20220623: library-not-linked-against-libc 
[usr/lib/*/libabsl_cordz_functions.so*]
-libabsl20220623: library-not-linked-against-libc 

Bug#1061863: ace: NMU diff for 64-bit time_t transition

[mwhudson]

Dear maintainer,

Please find attached a final version of this patch for the time_t
transition.  This patch is being uploaded to unstable.

Note that this adds a versioned build-dependency on dpkg-dev, to guard
against accidental backports with a wrong ABI.

Thanks!


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

Kernel: Linux 6.5.0-21-generic (SMP w/16 CPU threads; PREEMPT)
Kernel taint flags: TAINT_PROPRIETARY_MODULE, TAINT_OOT_MODULE
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8), LANGUAGE not set
Shell: /bin/sh linked to /usr/bin/dash
Init: systemd (via /run/systemd/system)
diff -Nru ace-7.1.2+dfsg/debian/changelog ace-7.1.2+dfsg/debian/changelog
--- ace-7.1.2+dfsg/debian/changelog 2023-12-06 17:28:25.0 +
+++ ace-7.1.2+dfsg/debian/changelog 2024-02-27 22:20:04.0 +
@@ -1,3 +1,10 @@
+ace (7.1.2+dfsg-2.1) unstable; urgency=medium
+
+  * Non-maintainer upload.
+  * Rename libraries for 64-bit time_t transition.
+
+ -- Michael Hudson-Doyle   Tue, 27 Feb 2024 22:20:04 +
+
 ace (7.1.2+dfsg-2) unstable; urgency=medium
 
   * Team upload.
diff -Nru ace-7.1.2+dfsg/debian/control ace-7.1.2+dfsg/debian/control
--- ace-7.1.2+dfsg/debian/control   2023-12-01 20:50:21.0 +
+++ ace-7.1.2+dfsg/debian/control   2024-02-27 22:20:04.0 +
@@ -3,7 +3,7 @@
 Priority: optional
 Maintainer: Debian ACE maintainers 
 Uploaders: Thomas Girard , Johnny Willemsen 

-Build-Depends: debhelper-compat (=13), libssl-dev, libxt-dev (>= 4.3.0), 
libfltk1.3-dev, tk-dev (>= 8.5), libfox-1.6-dev, docbook-to-man, libxerces-c-dev
+Build-Depends: dpkg-dev (>= 1.22.5), debhelper-compat (=13), libssl-dev, 
libxt-dev (>= 4.3.0), libfltk1.3-dev, tk-dev (>= 8.5), libfox-1.6-dev, 
docbook-to-man, libxerces-c-dev
 Build-Depends-Indep: doxygen, graphviz
 Standards-Version: 4.6.2
 Vcs-Git: https://salsa.debian.org/debian/ace.git
@@ -27,7 +27,10 @@
   * mpc-ace: generates project files for a single target
   * mwc-ace: generates workspace files for a set of projects
 
-Package: libace-7.1.2
+Package: libace-7.1.2t64
+Provides: ${t64:Provides}
+Replaces: libace-7.1.2
+Breaks: libace-7.1.2 (<< ${source:Version})
 Architecture: any
 Section: libs
 Depends: ${shlibs:Depends}, ${misc:Depends}
@@ -45,7 +48,7 @@
 Package: libace-dev
 Architecture: any
 Section: libdevel
-Depends: libace-7.1.2 (= ${binary:Version}), ${misc:Depends}
+Depends: libace-7.1.2t64 (= ${binary:Version}), ${misc:Depends}
 Suggests: libace-doc, pkg-config
 Replaces: mpc-ace (<< 5.6.3-4)
 Description: C++ network programming framework - development files
@@ -62,7 +65,10 @@
  This package contains the ACE overview documentation, tutorials,
  examples, and information regarding upstream development.
 
-Package: libace-ssl-7.1.2
+Package: libace-ssl-7.1.2t64
+Provides: ${t64:Provides}
+Replaces: libace-ssl-7.1.2
+Breaks: libace-ssl-7.1.2 (<< ${source:Version})
 Architecture: any
 Section: libs
 Depends: ${shlibs:Depends}, ${misc:Depends}
@@ -73,12 +79,15 @@
 Package: libace-ssl-dev
 Architecture: any
 Section: libdevel
-Depends: libace-ssl-7.1.2 (= ${binary:Version}), libace-dev (= 
${binary:Version}), libssl-dev, ${misc:Depends}
+Depends: libace-ssl-7.1.2t64 (= ${binary:Version}), libace-dev (= 
${binary:Version}), libssl-dev, ${misc:Depends}
 Description: ACE secure socket layer library - development files
  This package contains the header files and static library for the ACE
  SSL library.
 
-Package: libace-rmcast-7.1.2
+Package: libace-rmcast-7.1.2t64
+Provides: ${t64:Provides}
+Replaces: libace-rmcast-7.1.2
+Breaks: libace-rmcast-7.1.2 (<< ${source:Version})
 Architecture: any
 Section: libs
 Depends: ${shlibs:Depends}, ${misc:Depends}
@@ -92,12 +101,15 @@
 Package: libace-rmcast-dev
 Architecture: any
 Section: libdevel
-Depends: libace-rmcast-7.1.2 (= ${binary:Version}), libace-dev (= 
${binary:Version}), ${misc:Depends}
+Depends: libace-rmcast-7.1.2t64 (= ${binary:Version}), libace-dev (= 
${binary:Version}), ${misc:Depends}
 Description: ACE reliable multicast library - development files
  This package contains the header files and static library for the ACE
  reliable multicast library.
 
-Package: libace-tmcast-7.1.2
+Package: libace-tmcast-7.1.2t64
+Provides: ${t64:Provides}
+Replaces: libace-tmcast-7.1.2
+Breaks: libace-tmcast-7.1.2 (<< ${source:Version})
 Architecture: any
 Section: libs
 Depends: ${shlibs:Depends}, ${misc:Depends}
@@ -111,12 +123,15 @@
 Package: libace-tmcast-dev
 Architecture: any
 Section: libdevel
-Depends: libace-tmcast-7.1.2 (= ${binary:Version}), libace-dev (= 
${binary:Version}), ${misc:Depends}
+Depends: libace-tmcast-7.1.2t64 (= ${binary:Version}), libace-dev (= 
${binary:Version}), ${misc:Depends}
 Description: ACE transactional multicast library - development files
  This package contains the header files and static library for the ACE
  transactional 

Bug#1064648: allegro5-doc: please make the build reproducible.

[Andreas Rönnquist]

On Tue, 27 Feb 2024 14:37:30 + James Addison  wrote:
> Followup-For: Bug #1064648
> X-Debbugs-Cc: gus...@debian.org
> 
> Hi Andreas - thanks for investigating!
> 
> > https://github.com/gusnan/allegro5/commit/e4369e13b1edb96b8ae4821c5363ac7b61002d3e
> 
> Looks good - I noticed you fixed the typo already :)
> 
> > https://github.com/gusnan/allegro5/commit/842af9e5d6cd9c8fd0d0d2f8095f872e7bd77cef
> 
> Yep, also looks good to me.
> 
> > Nah, my mistake, that didn't seem to fix the reproducibility - The
> > SOURCE_DATE_EPOCH stuff seems to work, but the other one needs more
> > work.
> 
> Huh, strange - what differences do you find?  Two doc packages that I built a
> few moments ago using reprotest here are identical -- although I did have time
> variance disabled during that test.
> 

Now I managed to build it twice and debdiff those builds which showed
no differences. So I assume the patches work fine - but we still have
the time_t transition we will have to wait for before uploading.

Meanwhile i will try to get the patches into Allegro upstream, and see
what they say about them. 

/Andreas

Bug#1064938: isospec - maintainer does not access email from ftp-master

[Bastian Blank]

Package: isospec
Severity: serious

- Forwarded message from debichem-devel-ow...@alioth-lists.debian.net -

From: debichem-devel-ow...@alioth-lists.debian.net
To: ftpmas...@ftp-master.debian.org
Subject: Processing of isospec_2.2.1-4.1~exp2_source.changes

You are not allowed to post to this mailing list From: a domain which
publishes a DMARC policy of reject or quarantine, and your message has
been automatically rejected.  If you think that your messages are
being rejected in error, contact the mailing list owner at
debichem-devel-ow...@alioth-lists.debian.net.


Date: Sat, 24 Feb 2024 02:03:38 +
From: Debian FTP Masters 
To: debichem-de...@lists.alioth.debian.org
Subject: Processing of isospec_2.2.1-4.1~exp2_source.changes

isospec_2.2.1-4.1~exp2_source.changes uploaded successfully to localhost
along with the files:
  isospec_2.2.1-4.1~exp2.dsc
  isospec_2.2.1-4.1~exp2.debian.tar.xz
  isospec_2.2.1-4.1~exp2_source.buildinfo

Greetings,

Your Debian queue daemon (running on host usper.debian.org)



- End forwarded message -

-- 
Hailing frequencies open, Captain.

Bug#1064937: django-mailman3: please remove old dependencies on python3-mock

[Alexandre Detiste]

Source: django-mailman3
Version: 1.3.11-1
Severity: normal

python3-mock is slowly being removed from Debian.
It's functionality is now part of the Python standard library
under the name "unittest.mock", which this packages uses.

> debian/control:   python3-mock,
> debian/tests/control: python3-mock,


Greetings,

Alexandre

Bug#1064936: django-axes: please remove obsolete python3-mock build-dependency

[Alexandre Detiste]

Source: django-axes
Version: 5.39.0-2
Severity: normal


"mock" has been merged in the standard Python3 library
as "unittest.mock", which is what django-axes uses.

Please remove this one last reference to old "mock"
from packaging:

   debian/control: python3-mock,


Greetings,

Alexandre

Bug#1064931: RM: makedev -- RoQA; obsolete

[Guilherme Xavier]

Dear Chris,

I am not opposed to removing the referenced package if Debian decides
that it is no longer relevant.

Thank you for your attention,

Guilherme Xavier

Em ter., 27 de fev. de 2024 às 17:45, Chris Hofstaedtler
 escreveu:
>
> Package: ftp.debian.org
> Severity: normal
> Tags: moreinfo
> User: ftp.debian@packages.debian.org
> Usertags: remove
> X-Debbugs-Cc: make...@packages.debian.org, helm...@debian.org
> Control: affects -1 + src:makedev
>
> Dear ftpmasters, makedev packagers,
>
> I propose to remove makedev. All its uses should be obsoleted by udev.
>
> The source package has some build requirements making building it
> non-trivial in various environments (however the official buildds with
> root support are fine).
>
> I intend to keep this bug tagged moreinfo until mid-April to give
> everybody enough time to respond to this proposal.
>
> Thanks for your attention,
> Chris



-- 
Guilherme de Paula Xavier Segundo
GPG: 4096R/976B8AC9
GPG Fingerprint: 1808D92674863C2E07B7B08C1B140644976B8AC9

Bug#1064369: gobject-introspection dropped versioned dependency on python3

[Matthias Klose]

On 23.02.24 22:10, Jeremy Bícha wrote:

Matthias,

Since glib and gobject-introspection have migrated out of
noble-proposed, is there still a need to keep this bug open?


I'm unsure how many packages are affected by this. I need to trust your 
assessment for that.


Suppose you would start again building glib2.0 (and depending packages) 
for all supported Python versions, would that work with the current 
gobject-introspection?


Matthias

Bug#1064935: python-django-compressor: please remove extraneous dependency on python3-six

[Alexandre Detiste]

Source: python-django-compressor
Version: 4.4-1
Severity: normal

Hi,

The six dependency is now gone.

Greetings


tchet@brix /tmp/python-django-compressor $ grep six -r
compressor/filters/css_default.py:import posixpath
compressor/filters/css_default.py:full_url = 
posixpath.normpath('/'.join([str(self.directory_name),
debian/control: python3-six,
debian/control: python3-six,
tchet@brix /tmp/python-django-compressor $

Bug#1064126: libvirt: install NSS modules into /usr

[Andrea Bolognani]

On Mon, Feb 26, 2024 at 11:38:58AM +0100, Michael Biebl wrote:
> > > Am 25.02.24 um 19:30 schrieb Andrea Bolognani:
> > Right there with you. I just don't want to rush things, especially
> > since AFAIK some really problematic scenarios can be triggered when
> > paths are canonicalized at the same time as they are moved across
> > binary packages.
> 
> This is correct. Moving files between packages and from / to /usr at the
> same time corresponds to the file loss scenario described at
> https://subdivi.de/~helmut/dep17.html as P1.
> See also
> https://udd.debian.org/cgi-bin/bts-usertags.cgi?user=helmutg%40debian.org=dep17p1

Note that "at the same time" can mean two things in this context:

  1) when upgrading from bookworm to trixie;
  2) when upgrading testing/unstable.

I'm sure that 1) can be handled correctly, but the prospect of
causing file loss for 2) by accident is not particularly appealing
and I'd like to avoid it if at all possible.

> > Going forward, I will focus all the time I can spend on Debian on
> > reorganizing the libvirt package to enable modular daemons. I hope to
> > have at least a rough implementation ready within a few weeks.
> 
> I don't think postponing the usr-merge changes helps mitigating any issues
> since those need to happen for trixie in one way or another.
> 
> My recommendation is to upload the current patch in this bug report soon,
> and do the package re-organisation later  via an upload to experimental.
> dumat will then pick up any potential issues.
> See the recommendations in https://wiki.debian.org/UsrMerge

As I've explained we want to preserve backportability as much as
possible, which pretty much rules out the current patch. At the very
least we'd have to use dh_movetousr instead.

What I still fail to understand, and please bear with me because the
issue is most likely on my side, is how the fallout from a "bad" file
move would be dealt with.

Suppose that I made the usr-merge upload today, and the package
restructure upload in a month. At that point, dumat would detect that
file loss could occur, report it and... What then?

Have reliable mitigations been developed for all possible file loss
scenarios?  Is it guaranteed that such mitigations, when applied,
will protect from file loss not just the people running stable, but
also those running testing and unstable?

My instincts tell me that it would be much easier to reason about
this if the two transitions happened at the same time rather than
potentially months apart. This is my main concern with applying the
usr-merge changes when we still don't have a clear picture of what
the final state of the package will look like.

-- 
Andrea Bolognani 
Resistance is futile, you will be garbage collected.


signature.asc
Description: PGP signature

Bug#1062946: 64-bit time_t transition in progress

[Dmitry Shachnev]

Control: tags 1062723 -pending
Control: tags 1062747 -pending
Control: tags 1062749 -pending
Control: tags 1062750 -pending
Control: tags 1062751 -pending
Control: tags 1062758 -pending
Control: tags 1062759 -pending
Control: tags 1062760 -pending
Control: tags 1062762 -pending
Control: tags 1062763 -pending
Control: tags 1062764 -pending
Control: tags 1062766 -pending
Control: tags 1062940 -pending

Hi all,

On Thu, Feb 08, 2024 at 01:06:40PM -0300, Lisandro Damián Nicanor Pérez Meyer 
wrote:
> Hi!
> 
> On Fri, 2 Feb 2024 at 13:22, Steve Langasek  wrote:
> >
> > Dear developers,
> >
> > A number of you will have noticed already that the 64-bit time_t transition
> > is now in progress in Debian experimental.
> [snip]
> 
> >qt6-virtualkeyboard
> >qt-qml-models
> 
> For all Qt packages, be it Qt 5 or 6, you only need to modify
> libqtXcoreX. The rest of the packages will just follow suite,
> **nothing** in Qt does not depends upon libQtCoreX. In fact I would
> say that by doing that you get even the whole KDE stack in.

Lisandro is right, it is enough to NMU only qtbase. All other Qt submodules
depend on libqtXcoreX, so they just need to be binNMUed to rebuild against
the new version, changing SONAMEs is not needed.

So removing pending tags from Qt modules other than qtbase, to exclude them
from upload list.

--
Dmitry Shachnev


signature.asc
Description: PGP signature

Bug#1064917: apology for the duplicated bug report

[Preuße]

Control: merge -1 1064918

On 27.02.2024 21:56, Giacomo Mulas wrote:

Sorry for sending the same bug report twice, I thought the first one did 
not

get sent. Please feel free to remove one of them, or to merge them,
whichever is easier.


Done.

Hilmar
--
sigfault



OpenPGP_signature.asc
Description: OpenPGP digital signature

Bug#1064890: [xml/sgml-pkgs] Bug#1064890: libxmlsec1-dev, libxmlsec1-doc: both ship /usr/share/doc/libxmlsec1-dev/examples/*

[Andreas Beckmann]

On 27/02/2024 21.22, Rene Engelhard wrote:

dh_installexamples examples/* installs into the first package being 
acted on ... and that differs between -A and -B builds.


this is masked by libxmlsec1 vs. libxmlsec1-dev and I guess the t64 
rename broke whatever magic is there...


Determining the "main package" (i.e. the path for docs) might change 
with a t64 rename (since packages are no longer paired: libfoo42 and 
libfoo42-doc may be a pair, but libfoo42bar and libfoo42-doc are not)



Will do dh_installexamples -plibxmlsec1-dev.


That should work against the double installation.
Or put "examples/*" into d/libxmlsec1-dev.examples and drop the override 
from d/rules.



Andreas

Bug#1064934: RFS: nanomsg/1.2.1+dfsg-1 -- nanomsg utilities

[Phil Wyett]

Package: sponsorship-requests
Severity: normal

Dear mentors,

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

 * Package name : nanomsg
   Version  : 1.2.1+dfsg-1
   Upstream contact : Martin Sústrik 
 * URL  : https://nanomsg.org/
 * License  : Expat
 * Vcs  : https://salsa.debian.org/debian/nanomsg
   Section  : libs

The source builds the following binary packages:

  libnanomsg6 - high-performance implementation of scalability libraries
  libnanomsg-dev - nanomsg development files
  nanomsg-utils - nanomsg utilities

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

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

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

  dget -x 
https://mentors.debian.net/debian/pool/main/n/nanomsg/nanomsg_1.2.1+dfsg-1.dsc

Changes since the last upload:

 nanomsg (1.2.1+dfsg-1) experimental; urgency=medium
 .
   * New upstream version 1.2.1.
   * Remove not required patches.
   * Remove not required lintian overrides.
   * 'd/libnanomsg6.symbols': Correct typographical error.

Note:

Could I be given upload rights to this package when accepted please.

Regards

Phil

-- 
Playing the game for the games sake.

Web:

* Debian Wiki: https://wiki.debian.org/PhilWyett
* Website: https://kathenas.org
* Social Debian: https://pleroma.debian.social/kathenas/
* Social Instagram: https://www.instagram.com/kathenasorg/




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

Bug#1064933: node-es5-ext: CVE-2024-27088

[Salvatore Bonaccorso]

Source: node-es5-ext
Version: 0.10.62+dfsg1+~1.1.0-2
Severity: important
Tags: security upstream
Forwarded: https://github.com/medikoo/es5-ext/issues/201
X-Debbugs-Cc: car...@debian.org, Debian Security Team 

Hi,

The following vulnerability was published for node-es5-ext.

CVE-2024-27088[0]:
| es5-ext contains ECMAScript 5 extensions. Passing functions with
| very long names or complex default argument names into
| `function#copy` or `function#toStringTokens` may cause the script to
| stall. The vulnerability is patched in v0.10.63.


If you fix the vulnerability please also make sure to include the
CVE (Common Vulnerabilities & Exposures) id in your changelog entry.

For further information see:

[0] https://security-tracker.debian.org/tracker/CVE-2024-27088
https://www.cve.org/CVERecord?id=CVE-2024-27088
[1] https://github.com/medikoo/es5-ext/issues/201
[2] https://github.com/medikoo/es5-ext/security/advisories/GHSA-4gmj-3p3h-gm8h

Please adjust the affected versions in the BTS as needed.

Regards,
Salvatore

Bug#1064917: apology for the duplicated bug report

[Giacomo Mulas]

Sorry for sending the same bug report twice, I thought the first one did not
get sent. Please feel free to remove one of them, or to merge them,
whichever is easier.

Thanks, and sorry for the annoyance
Giacomo

--
_

Giacomo Mulas 
_

INAF - Osservatorio Astronomico di Cagliari
via della scienza 5 - 09047 Selargius (CA)

tel.   +39 070 71180255
mob. : +39 329  6603810
_

"every year keeps getting shorter, never seem to find the time
 plans that either come to naught, or half a page of scribbled lines
 the time is gone, the song is over, thought I'd something more to say"
 (Pink Floyd)
_

Bug#1064932: erlang-cowlib: new version upstream

[Jeffrey Cliff]

Package: erlang-cowlib
Version: 1.3.0-3+b1
Severity: wishlist

Dear Maintainer,

looks like cowlib 2.3 is available upstream: this is a major version upgrade



-- System Information:
Distributor ID: Devuan
Description: Devuan GNU/Linux 6 (excalibur/ceres)
Release: 6
Codename: excalibur ceres
Architecture: x86_64

Kernel: Linux 6.7.0-gnmlibre (SMP w/2 CPU threads; PREEMPT)
Locale: LANG=en_CA.UTF-8, LC_CTYPE=en_CA.UTF-8 (charmap=UTF-8),
LANGUAGE=en_CA:en
Shell: /bin/ass linked to /usr/bin/ass
Init: sysvinit (via /sbin/init)
LSM: AppArmor: enabled

Versions of packages erlang-cowlib depends on:
ii  erlang-base1:25.3.2.8+dfsg-1
ii  erlang-crypto  1:25.3.2.8+dfsg-1

erlang-cowlib recommends no packages.

erlang-cowlib suggests no packages.

-- no debconf information

Bug#1064446: Acknowledgement (confused by changing absolute pathname)

[Zefram]

Upstream:
https://debbugs.gnu.org/cgi/bugreport.cgi?bug=69436

-zefram

Bug#986711: z8530-utils2: diff for NMU version 3.0-1-10.1

[Chris Hofstaedtler]

Package: z8530-utils2
Version: 3.0-1-10
Severity: normal
Tags: patch  pending


Dear maintainer,

I've prepared an NMU for z8530-utils2 (versioned as 3.0-1-10.1) and
uploaded it to DELAYED/10. Please feel free to tell me if I
should delay it longer.

Regards.

diff -Nru z8530-utils2-3.0-1/debian/changelog z8530-utils2-3.0-1/debian/changelog
--- z8530-utils2-3.0-1/debian/changelog	2019-10-05 05:58:39.0 +0200
+++ z8530-utils2-3.0-1/debian/changelog	2024-02-27 21:43:48.0 +0100
@@ -1,3 +1,11 @@
+z8530-utils2 (3.0-1-10.1) unstable; urgency=medium
+
+  * Non-maintainer upload.
+  * Drop Depends on makedev, useless on udev systems. (Closes: #986711)
+  * Remove Colin Tuckley  from Uploaders (Closes: #990586)
+
+ -- Chris Hofstaedtler   Tue, 27 Feb 2024 21:43:48 +0100
+
 z8530-utils2 (3.0-1-10) unstable; urgency=medium
 
   * Team upload
diff -Nru z8530-utils2-3.0-1/debian/control z8530-utils2-3.0-1/debian/control
--- z8530-utils2-3.0-1/debian/control	2019-10-05 05:58:39.0 +0200
+++ z8530-utils2-3.0-1/debian/control	2024-02-27 21:43:48.0 +0100
@@ -2,7 +2,7 @@
 Section: hamradio
 Priority: optional
 Maintainer: Debian Hamradio Maintainers 
-Uploaders: Jaime Robles , Patrick Ouellette , Colin Tuckley 
+Uploaders: Jaime Robles , Patrick Ouellette 
 Standards-Version: 4.4.1
 Build-Depends: debhelper (>=12)
 Vcs-Browser: https://salsa.debian.org/debian-hamradio-team/z8530-utils2
@@ -11,7 +11,7 @@
 Package: z8530-utils2
 Architecture: linux-any
 Conflicts: z8530-utils
-Depends: ${shlibs:Depends}, ${misc:Depends}, makedev (>= 2.3.1-22)
+Depends: ${shlibs:Depends}, ${misc:Depends}
 Description: Utilities for Z8530 based HDLC cards for AX.25
  This package contains utilities to load, configure and modify
  the kernel driver for Z8530 based SCC cards.

Bug#1063741: ITP: hipify -- CUDA to HIP source-to-source translation tools

[Kari Pahula]

Hi, I had a look.  Looks simple enough but the control file needs one
change at least.

On Sun, Feb 11, 2024 at 03:40:43PM -0700, Cordell Bloor wrote:
> hipify is a set of tools to convert CUDA sources into HIP sources. It
> provides hipify-clang, which uses a clang-based parser and can therefore
> translate complex C++ constructs, but requires complete input sources,
> including access to any CUDA headers used. For cases where this is not

If CUDA headers are a necessity then the section for hipify-clang
needs to be contrib/devel, not devel.  That's for free software that
has dependencies on non-free software.  Also, it should have a
dependency on nvidia-cuda-dev.  Unless its reasonable to assume CUDA
users to get their headers otherwise but even in that case the section
needs to be contrib/devel.

> possible, it provides hipify-perl, which uses a simple perl-based parser

hipify-perl is fine with regular devel section.

Either package didn't include any documentation and there's no -doc
package, which isn't really ideal.  There is the docs directory and it
could be used, but even without going for it I would suggest a
README.Debian with a note about documentation being available at
https://rocmdocs.amd.com/projects/HIPIFY/en/latest/.

Strictly optional but something I'd like to see: Have an example .cu
file to use hipify on to test the package.  Can any of the unit test
files serve the purpose?

Bug#1064443: Acknowledgement (confused by changing absolute pathname)

[Zefram]

Upstream:
https://debbugs.gnu.org/cgi/bugreport.cgi?bug=69436

-zefram

Bug#1064931: RM: makedev -- RoQA; obsolete

[Chris Hofstaedtler]

Package: ftp.debian.org
Severity: normal
Tags: moreinfo
User: ftp.debian@packages.debian.org
Usertags: remove
X-Debbugs-Cc: make...@packages.debian.org, helm...@debian.org
Control: affects -1 + src:makedev

Dear ftpmasters, makedev packagers,

I propose to remove makedev. All its uses should be obsoleted by udev.

The source package has some build requirements making building it
non-trivial in various environments (however the official buildds with
root support are fine).

I intend to keep this bug tagged moreinfo until mid-April to give
everybody enough time to respond to this proposal.

Thanks for your attention,
Chris

Bug#1064930: parcellite: Update to 1.2.4.0

[Amr Ibrahim]

Package: parcellite
Severity: normal

Dear Maintainer,

Please update parcellite to 1.2.4.0.

https://github.com/rickyrockrat/parcellite/blob/master/ChangeLog

V1.2.4.0
 +Fixed span parse error for preferenced dialog.
 +Move icon menu up 150 so it is not over systray, and history to top if not
set in pref.
 +Attempt to fix xdotool segfaulting when passed mis-matched quotes. This may
break xdotool deps.
 +Added install-bin, install-doc, and install-lang to support Alpine's sparse
packages.

V1.2.3 Saturday, Dec 29, 2023
 +Added top_builddir definition for some intltools.
 +Added basque translation.

V1.2.2 Saturday, Mar 11, 2023
 +Added Makefile.simple as a fix before changing autodiscover build system.
 +Fixed issue with systemd logging output.
 +Fixed bug with zero length history file.
 +Added Disable clear history.
 +Added manual Unity setting.
 +Added save_history_Lineno preference for save as option
 +Added fifo command to save history. echo "save_history /path/to/file"
>/home/user/.local/share/parcellite/fifo_cmd
 +Fixed bug where single and double quotes are lost when using xdotool and
keyboard input.


Best,
Amr


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

Kernel: Linux 6.6.15-amd64 (SMP w/8 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: systemd (via /run/systemd/system)
LSM: AppArmor: enabled

Versions of packages parcellite depends on:
ii  libc6   2.37-15
ii  libglib2.0-02.78.4-1
ii  libgtk-3-0  3.24.41-1
ii  libpango-1.0-0  1.51.0+ds-4
ii  libx11-62:1.8.7-1

parcellite recommends no packages.

parcellite suggests no packages.

Bug#1064593: debian-policy: missing static resources for www.debian.org policy page

[Stéphane Blondon]

Hello,

Le dim. 25 févr. 2024 à 14:24, Holger Wansing  a écrit :
>
> Hi,
> Seems there is more than only one issue:
>
> 1.
> In the binary package (debian-policy latest version) the above files and
> directories are existing, but the files are all empty (0 B size).
> However, in the previous version (4.6.2.0) the javascript .js files
> are also empty (0 B), so that's most probably not the issue.
> [...]
> In a local build here, they are all fine, and the document is displayed
> correctly. But that's build on bookworm, so sphinx version 5.3.0.
> The binary packages built by buildd will get build on sphinx 7.2.x
> I think, so maybe there is the difference?
> Maybe we need some adaption for latest sphinx version?


Sphinx Changelog (https://www.sphinx-doc.org/en/master/changes.html)
shows several incompatibilities between 5.3 and 7 branches.
Can we get the logs of the built of the package?

I will try to do some tests with Sphinx 7.2 in a virtualenv too.

>
> 2.
> The first file from above list _static/css/theme.css is likely to be
> the point, since the html layout is completely broken.
> That file is also empty in latest debian-policy binary package.
> Since it is fine in local build here, also an issue with latest sphinx
> version maybe ???
> Or do we no longer need _static/css/theme.css, as we now have
> _static/debian.css ?

We need both:
 - theme.css is the theme provided by sphinx (and must be not empty)
 - debian.css overwrites and adds some CSS to theme.css

I replaced theme.css with an empty file in my draft
(http://stephane.yaal.fr/tmp/policy/) and this change reproduces the
issue.


> 3.
> Despite the fact, that the files from above are empty, there seems to be
> another issue with debian.org website:
> [...]
> But first, we need to have a working version in the binary package,
> since that's the basis for website build.

I fully agree.

-- 
Stéphane

Bug#1064929: RFP: elixir-cowlib -- Support library for manipulating Web protocols.

[Jeffrey Cliff]

Package: wnpp
Severity: wishlist
* Package name:  elixir-cowlib
  Upstream Author :ericmj
* URL : https://hex.pm/packages/cowlib
* License : ISC
  Programming Lang: elixir
  Description :  Support library for manipulating Web protocols

Cowlib provides libraries for parsing and building messages for
various Web protocols, including HTTP/1.1, HTTP/2 and Websocket.

It is optimized for completeness rather than speed. No value is
ignored, they are all returned.

it is a dependency of elixir-evacuated-phoenix ( #1023300 )

Bug#1064890: [xml/sgml-pkgs] Bug#1064890: libxmlsec1-dev, libxmlsec1-doc: both ship /usr/share/doc/libxmlsec1-dev/examples/*

[Rene Engelhard]

Hi,

Am 27.02.24 um 11:43 schrieb Andreas Beckmann via debian-xml-sgml-pkgs:

Package: libxmlsec1-dev,libxmlsec1-doc
Version: 1.2.39-2
Severity: serious
User: debian...@lists.debian.org
Usertags: piuparts

Hi,

during a test with piuparts I noticed your package failed to install
because it tries to overwrite other packages files.

 From the attached log (scroll to the bottom...):

   Preparing to unpack .../libxmlsec1-doc_1.2.39-2_all.deb ...
   Unpacking libxmlsec1-doc (1.2.39-2) ...
   dpkg: error processing archive 
/var/cache/apt/archives/libxmlsec1-doc_1.2.39-2_all.deb (--unpack):
trying to overwrite '/usr/share/doc/libxmlsec1-dev/examples/Makefile', 
which is also in package libxmlsec1-dev 1.2.39-2
   Errors were encountered while processing:
/var/cache/apt/archives/libxmlsec1-doc_1.2.39-2_all.deb

These files are in conflict:

usr/share/doc/libxmlsec1-dev/examples/Makefile


*sigh*.

debuild -A installs into -doc

debuild -B installs into -dev

-> boom


Compared to sid:

rene@frodo:~$ dpkg -L libxmlsec1-dev | grep examples > dev
rene@frodo:~$ dpkg -L libxmlsec1-doc | grep examples > doc
rene@frodo:~$ diff -u dev doc
--- dev    2024-02-27 20:20:01.410212432 +
+++ doc    2024-02-27 20:20:06.382271127 +
@@ -1,42 +1,46 @@
-/usr/share/doc/libxmlsec1-dev/examples
-/usr/share/doc/libxmlsec1-dev/examples/Makefile
-/usr/share/doc/libxmlsec1-dev/examples/Makefile.w32
-/usr/share/doc/libxmlsec1-dev/examples/README.md
-/usr/share/doc/libxmlsec1-dev/examples/binary.dat
-/usr/share/doc/libxmlsec1-dev/examples/ca2cert.pem
-/usr/share/doc/libxmlsec1-dev/examples/cacert.pem
-/usr/share/doc/libxmlsec1-dev/examples/decrypt1.c
-/usr/share/doc/libxmlsec1-dev/examples/decrypt2.c
-/usr/share/doc/libxmlsec1-dev/examples/decrypt3.c
-/usr/share/doc/libxmlsec1-dev/examples/deskey.bin
-/usr/share/doc/libxmlsec1-dev/examples/encrypt1-res.xml
-/usr/share/doc/libxmlsec1-dev/examples/encrypt1-tmpl.xml
-/usr/share/doc/libxmlsec1-dev/examples/encrypt1.c
-/usr/share/doc/libxmlsec1-dev/examples/encrypt2-doc.xml
-/usr/share/doc/libxmlsec1-dev/examples/encrypt2-res.xml
-/usr/share/doc/libxmlsec1-dev/examples/encrypt2.c
-/usr/share/doc/libxmlsec1-dev/examples/encrypt3-doc.xml
-/usr/share/doc/libxmlsec1-dev/examples/encrypt3-res.xml
-/usr/share/doc/libxmlsec1-dev/examples/encrypt3.c
-/usr/share/doc/libxmlsec1-dev/examples/mywin32make.bat
-/usr/share/doc/libxmlsec1-dev/examples/rsacert.pem
-/usr/share/doc/libxmlsec1-dev/examples/rsakey.pem
-/usr/share/doc/libxmlsec1-dev/examples/rsapub.pem
-/usr/share/doc/libxmlsec1-dev/examples/sign1-res.xml
-/usr/share/doc/libxmlsec1-dev/examples/sign1-tmpl.xml
-/usr/share/doc/libxmlsec1-dev/examples/sign1.c
-/usr/share/doc/libxmlsec1-dev/examples/sign2-doc.xml
-/usr/share/doc/libxmlsec1-dev/examples/sign2-res.xml
-/usr/share/doc/libxmlsec1-dev/examples/sign2.c
-/usr/share/doc/libxmlsec1-dev/examples/sign3-doc.xml
-/usr/share/doc/libxmlsec1-dev/examples/sign3-res.xml
-/usr/share/doc/libxmlsec1-dev/examples/sign3.c
-/usr/share/doc/libxmlsec1-dev/examples/verify1.c
-/usr/share/doc/libxmlsec1-dev/examples/verify2.c
-/usr/share/doc/libxmlsec1-dev/examples/verify3.c
-/usr/share/doc/libxmlsec1-dev/examples/verify4-bad-res.xml
-/usr/share/doc/libxmlsec1-dev/examples/verify4-bad-tmpl.xml
-/usr/share/doc/libxmlsec1-dev/examples/verify4-res.xml
-/usr/share/doc/libxmlsec1-dev/examples/verify4-tmpl.xml
-/usr/share/doc/libxmlsec1-dev/examples/verify4.c
-/usr/share/doc/libxmlsec1-dev/examples/xmldsigverify.c
+/usr/share/doc/libxmlsec1/examples
+/usr/share/doc/libxmlsec1/examples/Makefile
+/usr/share/doc/libxmlsec1/examples/Makefile.w32
+/usr/share/doc/libxmlsec1/examples/README.md
+/usr/share/doc/libxmlsec1/examples/binary.dat
+/usr/share/doc/libxmlsec1/examples/ca2cert.pem
+/usr/share/doc/libxmlsec1/examples/cacert.pem
+/usr/share/doc/libxmlsec1/examples/decrypt1.c
+/usr/share/doc/libxmlsec1/examples/decrypt2.c
+/usr/share/doc/libxmlsec1/examples/decrypt3.c
+/usr/share/doc/libxmlsec1/examples/deskey.bin
+/usr/share/doc/libxmlsec1/examples/encrypt1-res.xml
+/usr/share/doc/libxmlsec1/examples/encrypt1-tmpl.xml
+/usr/share/doc/libxmlsec1/examples/encrypt1.c
+/usr/share/doc/libxmlsec1/examples/encrypt2-doc.xml
+/usr/share/doc/libxmlsec1/examples/encrypt2-res.xml
+/usr/share/doc/libxmlsec1/examples/encrypt2.c
+/usr/share/doc/libxmlsec1/examples/encrypt3-doc.xml
+/usr/share/doc/libxmlsec1/examples/encrypt3-res.xml
+/usr/share/doc/libxmlsec1/examples/encrypt3.c
+/usr/share/doc/libxmlsec1/examples/mywin32make.bat
+/usr/share/doc/libxmlsec1/examples/rsacert.pem
+/usr/share/doc/libxmlsec1/examples/rsakey.pem
+/usr/share/doc/libxmlsec1/examples/rsapub.pem
+/usr/share/doc/libxmlsec1/examples/sign1-res.xml
+/usr/share/doc/libxmlsec1/examples/sign1-tmpl.xml
+/usr/share/doc/libxmlsec1/examples/sign1.c
+/usr/share/doc/libxmlsec1/examples/sign2-doc.xml
+/usr/share/doc/libxmlsec1/examples/sign2-res.xml
+/usr/share/doc/libxmlsec1/examples/sign2.c
+/usr/share/doc/libxmlsec1/examples/sign3-doc.xml

Bug#1064928: FTBFS everywhere

[Pierre Gruet]

Source: openturns
Version: 1.21.1-4
Severity: serious
Tags: ftbfs fixed-in-experimental pending

Hi,

Since latest swig upstream version was uploaded to unstable, openturns FTBFS on
all architectures. This can be fixed by applying

https://github.com/openturns/openturns/commit/ff713c2520d5874b9a8a02cd313b95156bc3ec72
or alternatively by just waiting version 1.22 enters unstable, as it currently
lies in experimental and incorporates this fix. We have to wait for the 64bit
time_t transition and also for a proper transition slot for openturns.

Best,

-- 
Pierre

Bug#1064927: Incompatible build for libproxy1v5

[Jannick Loch]

Package: libproxy1v5
Version: 0.5.4-1

During my peroid update routine, I notice that the AMD64-Build
for libproxy1v5 is incompatible with the gnome and gnome-core package 
and force apt to remove them. This can lead to system instability and i 
can't reinstall this packages anymore




I am using Debian GNU/Linux SID and the Kernel 6.6.15-amd64.

Bug#1064901: printer-driver-pxljr: Loss of duplex on Dell 2130cn with pxlcolor

[Gavin King]

On Tue, 27 Feb 2024 08:31:15 -0500 (EST) jkl...@nordicboycomputing.com 
wrote:

Subject: printer-driver-pxljr: Loss of duplex on Dell 2130cn with pxlcolor

Sometime since buster, but probably bullseye, my Dell 2130cn stopped printing
in duplex. I don't use the printer much and I upgraded from buster to bullseye
to bookworm in fairly quick order, so I don't recall if I ever tried printing
in bullseye.


I have had the same problem with a FujiXerox Docucentre SC2020. Being a 
little new, I have been trying to understand the bug reporting system to 
make a coherent submission, but will add these notes here. Please tell 
me if this is the wrong way to go about it. I'm also not sure what the 
relevant package is, if it is this one or some other.


The SC2020 will print duplex from Ubuntu 18.04.6 LTS and from Raspbian 
GNU/Linux 10 (buster). It is not the PPD file changing, because copying 
the working pxlcolor.ppd from those machines makes no difference.


I changed to debian bookworm after the previous machine died, so this is 
a fresh install.


One point I have noticed, that may or may not be relevant, is that the 
printer seems to receive a duplex command of some sort: on the printer's 
LCD display, when looking at the details of a duplex job, it shows 
"two-sided" even though it only prints on one side.


Another possibly irrelevant point is that this is over ethernet, and the 
problem persists whether it is IPP, socket 9100, or LPD.


I have also tried
'Generic PCL 6/PCL XL Printer Foomatic/pxlcolor (recommended)'
and
'Generic PCL Color Laser - CUPS+Gutenprint v5.3.4'
and some others, in a fit of confusion, as drivers; these also fail to 
print duplex.

Bug#1062369: libhx: NMU diff for 64-bit time_t transition

[Steve Langasek]

On Tue, Feb 27, 2024 at 08:08:09PM +0100, Jörg Frings-Fürst wrote:
> Hello Steve,

> I have uploaded a new upstream release including your changes to mentors. 
> Please use the new release if possible.

Sorry, as pertains to the transition this is all scripted against the
patches that have been generated and we can't commit to doing other changes
as part of it.

> Am Donnerstag, dem 01.02.2024 um 07:29 + schrieb Steve Langasek:
> > Source: libhx
> > Version: 4.19-1
> > Severity: serious
> > Tags: patch pending
> > Justification: library ABI skew on upgrade
> > User: debian-...@lists.debian.org
> > Usertags: time-t
> > 
> > Dear maintainer,
> > 
> > As part of the 64-bit time_t transition required to support 32-bit
> > architectures in 2038 and beyond
> > (https://wiki.debian.org/ReleaseGoals/64bit-time), we have identified
> > libhx as a source package shipping runtime libraries whose ABI
> > either is affected by the change in size of time_t, or could not be
> > analyzed via abi-compliance-checker (and therefore to be on the safe
> > side we assume is affected).
> > 
> > To ensure that inconsistent combinations of libraries with their
> > reverse-dependencies are never installed together, it is necessary to
> > have a library transition, which is most easily done by renaming the
> > runtime library package.
> > 
> > Since turning on 64-bit time_t is being handled centrally through a change
> > to the default dpkg-buildflags (https://bugs.debian.org/1037136), it is
> > important that libraries affected by this ABI change all be uploaded close
> > together in time.  Therefore I have prepared a 0-day NMU for libhx
> > which will initially be uploaded to experimental if possible, then to
> > unstable after packages have cleared binary NEW.
> > 
> > Please find the patch for this NMU attached.
> > 
> > If you have any concerns about this patch, please reach out ASAP.  Although
> > this package will be uploaded to experimental immediately, there will be a
> > period of several days before we begin uploads to unstable; so if 
> > information
> > becomes available that your package should not be included in the 
> > transition,
> > there is time for us to amend the planned uploads.

-- 
Steve Langasek   Give me a lever long enough and a Free OS
Debian Developer   to set it on, and I can move the world.
Ubuntu Developer   https://www.debian.org/
slanga...@ubuntu.com vor...@debian.org


signature.asc
Description: PGP signature

Bug#1064031: rustc-web 1.70.0+dfsg1-7~deb12u1 flagged for acceptance

[Andres Salomon]

So it looks like I'll need a new upload to fix two bookworm architecture 
build failures (armhf and ppc64el), and also to fix #1064562. Should I 
file a new release.d.o bug, or continue using this one?



(I'm ignoring armel and mipsel build failures, since firefox-esr hasn't 
built on either architecture in several years in bookworm, and also 
armel doesn't really have a matching upstream stage0 compiler.)




On Fri, 23 Feb 2024 14:57:46 + Adam D Barratt 
 wrote:

package release.debian.org
tags 1064031 = bookworm pending
thanks

Hi,

The upload referenced by this bug report has been flagged for acceptance into 
the proposed-updates queue for Debian bookworm.

Thanks for your contribution!

Upload details
==

Package: rustc-web
Version: 1.70.0+dfsg1-7~deb12u1

Explanation: new source package to support builds of web browsers




OpenPGP_0x645D0247C36E7637.asc
Description: OpenPGP public key


OpenPGP_signature.asc
Description: OpenPGP digital signature

Bug#1064925: ITP: fail2ban-prometheus-exporter - collect and export Prometheus metrics on Fail2Ban)

[Antoine Beaupré]

Control: retitle -1 RFP: fail2ban-prometheus-exporter - collect and export 
Prometheus metrics on Fail2Ban)

I thought all deps were in Debian, but I was wrong, those are missing:

github.com/kisielk/og-rek
github.com/nlpodyssey/gopickle

It's not that bad! Only two! But weirdly, they both relate to
(presumably Python) "pickles" so I'm not sure why both are necessary.

So I'll step away from this package for now, I ran out of cycles. It's
much easier to just do the fail2ban hack for now. I pushed the goods to
Salsa:

https://salsa.debian.org/go-team/packages/fail2ban-prometheus-exporter

Here's the build log:

Command: dpkg-buildpackage --sanitize-env -us -uc -rfakeroot
dpkg-buildpackage: info: source package fail2ban-prometheus-exporter
dpkg-buildpackage: info: source version 0.10.1-1
dpkg-buildpackage: info: source distribution experimental
dpkg-buildpackage: info: source changed by Antoine Beaupré 
 dpkg-source --before-build .
dpkg-buildpackage: info: host architecture amd64
 debian/rules clean
dh clean --builddirectory=_build --buildsystem=golang --with=golang
   dh_auto_clean -O--builddirectory=_build -O--buildsystem=golang
   dh_autoreconf_clean -O--builddirectory=_build -O--buildsystem=golang
   dh_clean -O--builddirectory=_build -O--buildsystem=golang
 dpkg-source -b .
dpkg-source: info: using source format '3.0 (quilt)'
dpkg-source: info: building fail2ban-prometheus-exporter using existing 
./fail2ban-prometheus-exporter_0.10.1.orig.tar.gz
dpkg-source: info: building fail2ban-prometheus-exporter in 
fail2ban-prometheus-exporter_0.10.1-1.debian.tar.xz
 debian/rules binary
dpkg-source: info: building fail2ban-prometheus-exporter in 
fail2ban-prometheus-exporter_0.10.1-1.dsc
dh binary --builddirectory=_build --buildsystem=golang --with=golang
   dh_update_autotools_config -O--builddirectory=_build -O--buildsystem=golang
   dh_autoreconf -O--builddirectory=_build -O--buildsystem=golang
   dh_auto_configure -O--builddirectory=_build -O--buildsystem=golang
   dh_auto_build -O--builddirectory=_build -O--buildsystem=golang
cd _build && go install -trimpath -v -p 12 
gitlab.com/hectorjsmith/fail2ban-prometheus-exporter 
gitlab.com/hectorjsmith/fail2ban-prometheus-exporter/auth 
gitlab.com/hectorjsmith/fail2ban-prometheus-exporter/cfg 
gitlab.com/hectorjsmith/fail2ban-prometheus-exporter/collector/f2b 
gitlab.com/hectorjsmith/fail2ban-prometheus-exporter/collector/textfile 
gitlab.com/hectorjsmith/fail2ban-prometheus-exporter/server 
gitlab.com/hectorjsmith/fail2ban-prometheus-exporter/socket
src/gitlab.com/hectorjsmith/fail2ban-prometheus-exporter/socket/fail2banSocket.go:5:2:
 cannot find package "github.com/kisielk/og-rek" in any of:
/usr/lib/go-1.22/src/github.com/kisielk/og-rek (from $GOROOT)
/<>/_build/src/github.com/kisielk/og-rek (from $GOPATH)
src/gitlab.com/hectorjsmith/fail2ban-prometheus-exporter/socket/protocol.go:7:2:
 cannot find package "github.com/nlpodyssey/gopickle/pickle" in any of:
/usr/lib/go-1.22/src/github.com/nlpodyssey/gopickle/pickle (from 
$GOROOT)
/<>/_build/src/github.com/nlpodyssey/gopickle/pickle (from 
$GOPATH)
src/gitlab.com/hectorjsmith/fail2ban-prometheus-exporter/socket/fail2banSocket.go:6:2:
 cannot find package "github.com/nlpodyssey/gopickle/types" in any of:
/usr/lib/go-1.22/src/github.com/nlpodyssey/gopickle/types (from $GOROOT)
/<>/_build/src/github.com/nlpodyssey/gopickle/types (from 
$GOPATH)
dh_auto_build: error: cd _build && go install -trimpath -v -p 12 
gitlab.com/hectorjsmith/fail2ban-prometheus-exporter 
gitlab.com/hectorjsmith/fail2ban-prometheus-exporter/auth 
gitlab.com/hectorjsmith/fail2ban-prometheus-exporter/cfg 
gitlab.com/hectorjsmith/fail2ban-prometheus-exporter/collector/f2b 
gitlab.com/hectorjsmith/fail2ban-prometheus-exporter/collector/textfile 
gitlab.com/hectorjsmith/fail2ban-prometheus-exporter/server 
gitlab.com/hectorjsmith/fail2ban-prometheus-exporter/socket returned exit code 1
make: *** [debian/rules:4: binary] Error 25
dpkg-buildpackage: error: debian/rules binary subprocess returned exit status 2

Build finished at 2024-02-27T19:51:28Z


-- 
By now the computer has moved out of the den and into the rest of your
life. It will consume all of your spare time, and even your vacation,
if you let it. It will empty your wallet and tie up your thoughts. It
will drive away your family. Your friends will start to think of you
as a bore. And what for?
   - The True Computerist by Tom Pittman

Bug#1064926: python-requests-unixsocket: test flake on HEAD request that can lead to FTBFS

[Dan Bungert]

Source: python-requests-unixsocket
Version: 0.3.0-3
Severity: normal
Tags: ftbfs
X-Debbugs-Cc: daniel.bung...@canonical.com

Dear Maintainer,

While doing an upload to Ubuntu for another python-requests-unixsocket
fix (Debian bug 1063892), we observed that the package may FTBFS on the
testsuite. The HEAD request portion of some of the tests may fail,
apparently due to particular write/read patterns that can leave excess
data around for the next test request - the unread body.

In local testing the failure rate was small (< 5%), but on official
buidlers it was apparently 100%, so system load is likely a factor.

To that end an upstream PR has been opened:
https://github.com/msabramo/requests-unixsocket/pull/71

--- a/requests_unixsocket/testutils.py
+++ b/requests_unixsocket/testutils.py
@@ -51,6 +51,8 @@
 ('X-Requested-Query-String', environ['QUERY_STRING']),
 ('X-Requested-Path', environ['PATH_INFO'])]
 body_bytes = b'Hello world!'
+if environ["REQUEST_METHOD"] == "HEAD":
+body_bytes = b''
 start_response(status_text, response_headers)
 logger.debug(
 'WSGIApp.__call__: Responding with '

Also filed in Ubuntu as https://pad.lv/2053154

-Dan

Bug#1064925: ITP: fail2ban-prometheus-exporter - collect and export Prometheus metrics on Fail2Ban

[Antoine Beaupré]

Package: wnpp
Severity: wishlist
Owner: Antoine Beaupré 

Reasoning: I need this! :) I could have written a mtail parser instead, but
/fail2ban.actions\s+\[\d+\]:\s+\w+\s+\[(?P)\] (?PBan|Unban)\s+/ {
fail2ban_action_count[$jail][$action]++
/fail2ban.filter\s+\[\d+\]:\s+\w+\s+\[(?P)\] (?PFound)\s+/ {
fail2ban_filter_count[$jail][$action]++
* Package name: fail2ban-prometheus-exporter
  Version : 0.10.1-1
  Upstream Author : hectorjsmith
* URL : https://gitlab.com/hectorjsmith/fail2ban-prometheus-exporter
* License : MIT
  Programming Lang: Go
  Description : collect and export Prometheus metrics on fail2ban

This Prometheus exporter provides Prometheus (or OpenMetrics) metrics
for the fail2ban package. It tracks the number of IPs currently
blocked, matched, how long they are tracked, and keeps track of
errors.

It parses data from the fail2ban socket and can export metrics over a
normal HTTP service or the text file collector.



halfway through doing that, I wondered "surely someone must have fixed that
already", and lo and behold.

A mtail equivalent might be:

# fail2ban log parser
#
# log lines:
#
# 2024-02-17 15:30:53,167 fail2ban.filter [578]: INFO
[fraud-donation-spam] Found 185.92.25.49 - 2024-02-17 15:30:52
# 2024-02-17 15:30:53,542 fail2ban.actions[578]: NOTICE  
[fraud-donation-spam] Ban 185.92.25.49
# 2024-02-24 15:30:45,200 fail2ban.actions[578]: NOTICE  
[fraud-donation-spam] Unban 91.230.225.115

counter fail2ban_action_count by jail, action

}

}

 but is not quite as accurate, because it tracks bans/unbans
independently, and doesn't reflect the actual state of the system
properly.
Autocrypt: addr=anar...@debian.org; prefer-encrypt=nopreference; 
keydata=xjMEZHZPzhYJKwYBBAHaRw8BAQdAWdVzOFRW6FYVpeVaDo3sC4aJ2kUW4ukdEZ36UJLAHd7NJUFudG9pbmUgQmVhdXByw6kgPGFuYXJjYXRAZGViaWFuLm9yZz7ClgQTFggAPhYhBLu2zUyY104TWKdSpgIpOm+k5TRzBQJkdmCVAhsDBQkB4TOABQsJCAcDBRUKCQgLBRYCAwEAAh4BAheAAAoJEAIpOm+k5TRz+w8BANbRA+AMH0LN7trugVhaWe4wDpg94UVJloHPL+adJMK/AQCh39hyQXk3ivS2cK7xKZUgK0dBsbtJ2I2XBXvL9dS3Cc44BGR2UM4SCisGAQQBl1UBBQEBB0CYZha2IMY54WFXMG4S9/Smef54Pgon99LJ/hJ885p0ZAMBCAfCdwQYFggAIBYhBLu2zUyY104TWKdSpgIpOm+k5TRzBQJkdlDOAhsMAAoJEAIpOm+k5TRzBg0A+IbcsZhLx6FRIqBJCdfYMo7qovEo+vX0HZsUPRlq4HkBAIctCzmH3WyfOD/aUTeOF3tY+tIGUxxjQLGsNQZeGrQI
Date: Tue, 27 Feb 2024 14:34:11 -0500
Message-ID: <87msrl3dn0@angela.anarc.at>

Bug#1064924: RFS: python-chameleon/4.5.2-1 [ITA] -- XML-based template compiler - doc

[Akash Doppalapudi]

Package: sponsorship-requests
Severity: normal

Dear mentors,

I am looking for a sponsor for my package "python-chameleon":

 * Package name : python-chameleon
   Version  : 4.5.2-1
   Upstream contact : Malthe Borch 
 * URL  : https://github.com/malthe/chameleon
 * License  : BSD-3-clause~repoze, Zope-2.1, Python, BSD-3-clause
 * Vcs  : https://salsa.debian.org/debian/python-chameleon
   Section  : python

The source builds the following binary packages:

  python3-chameleon - XML-based template compiler
  python-chameleon-doc - XML-based template compiler - doc

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


  https://mentors.debian.net/package/python-chameleon/

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

  dget -x 
https://mentors.debian.net/debian/pool/main/p/python-chameleon/python-chameleon_4.5.2-1.dsc


Changes since the last upload:

 python-chameleon (4.5.2-1) unstable; urgency=medium
 .
   * New upstream version 4.5.2
   * New Maintainer (Closes: #980408)
   * d/control:
 - Add pytest and sphinx as Build-Depends to run tests and generate 
docs

 - Change Maintainer name
 - Add a new package python-chameleon-doc for documentation
 - Bump Standards-Version to 4.6.2
 - Add Vcs-Browser and Vcs-Git links
   * d/copyright:
 - Remove copyright stanza for non existent files
 - Add copyright stanza for debian/* files
   * d/rules:
 - Add PYBUILD_TEST_ARGS
 - Run dh along with sphinxdoc
 - override_dh_installchangelogs to install CHANGES.rst
 - override_dh_sphinxdoc to generate docs using sphinx
   * d/tests/control: Modify the Test-Command
   * d/python-chameleon-doc.doc-base: Add doc-base for python-chameleon-doc
   * d/python3-chameleon.lintian-overrides: Add lintian false positives to
 lintian-overrides

Regards,
--
  Akash Doppalapudi


OpenPGP_0xBCBCAE31ECE05007.asc
Description: OpenPGP public key


OpenPGP_signature.asc
Description: OpenPGP digital signature

Bug#1064923: jetty9: CVE-2024-22201

[Salvatore Bonaccorso]

Source: jetty9
Version: 9.4.53-1
Severity: important
Tags: security upstream
Forwarded: https://github.com/jetty/jetty.project/issues/11256
X-Debbugs-Cc: car...@debian.org, Debian Security Team 

Hi,

The following vulnerability was published for jetty9.

CVE-2024-22201[0]:
| Jetty is a Java based web server and servlet engine. An HTTP/2 SSL
| connection that is established and TCP congested will be leaked when
| it times out. An attacker can cause many connections to end up in
| this state, and the server may run out of file descriptors,
| eventually causing the server to stop accepting new connections from
| valid clients. The vulnerability is patched in 9.4.54, 10.0.20,
| 11.0.20, and 12.0.6.


If you fix the vulnerability please also make sure to include the
CVE (Common Vulnerabilities & Exposures) id in your changelog entry.

For further information see:

[0] https://security-tracker.debian.org/tracker/CVE-2024-22201
https://www.cve.org/CVERecord?id=CVE-2024-22201
[1] https://github.com/jetty/jetty.project/issues/11256
[2] 
https://github.com/jetty/jetty.project/security/advisories/GHSA-rggv-cv7r-mw98

Please adjust the affected versions in the BTS as needed.

Regards,
Salvatore

Bug#1062369: libhx: NMU diff for 64-bit time_t transition

[Jörg Frings-Fürst]

Hello Steve,


I have uploaded a new upstream release including your changes to mentors. Please
use the new release if possible.


CU 

Jörg



-- 
New:
GPG Fingerprint: 63E0 075F C8D4 3ABB 35AB  30EE 09F8 9F3C 8CA1 D25D
GPG key (long) : 09F89F3C8CA1D25D
GPG Key: 8CA1D25D
CAcert Key S/N : 0E:D4:56


Jörg Frings-Fürst
D-54470 Lieser


git:  https://git.jff.email/cgit/

Skype:jff-skype@jff.email
Jami: joergfringsfuerst
Telegram: @joergfringsfuerst
Matrix:   @joergff:matrix.snct-gmbh.de

My wish list: 
 - Please send me a picture from the nature at your home.





Am Donnerstag, dem 01.02.2024 um 07:29 + schrieb Steve Langasek:
> Source: libhx
> Version: 4.19-1
> Severity: serious
> Tags: patch pending
> Justification: library ABI skew on upgrade
> User: debian-...@lists.debian.org
> Usertags: time-t
> 
> Dear maintainer,
> 
> As part of the 64-bit time_t transition required to support 32-bit
> architectures in 2038 and beyond
> (https://wiki.debian.org/ReleaseGoals/64bit-time), we have identified
> libhx as a source package shipping runtime libraries whose ABI
> either is affected by the change in size of time_t, or could not be
> analyzed via abi-compliance-checker (and therefore to be on the safe
> side we assume is affected).
> 
> To ensure that inconsistent combinations of libraries with their
> reverse-dependencies are never installed together, it is necessary to
> have a library transition, which is most easily done by renaming the
> runtime library package.
> 
> Since turning on 64-bit time_t is being handled centrally through a change
> to the default dpkg-buildflags (https://bugs.debian.org/1037136), it is
> important that libraries affected by this ABI change all be uploaded close
> together in time.  Therefore I have prepared a 0-day NMU for libhx
> which will initially be uploaded to experimental if possible, then to
> unstable after packages have cleared binary NEW.
> 
> Please find the patch for this NMU attached.
> 
> If you have any concerns about this patch, please reach out ASAP.  Although
> this package will be uploaded to experimental immediately, there will be a
> period of several days before we begin uploads to unstable; so if information
> becomes available that your package should not be included in the transition,
> there is time for us to amend the planned uploads.
> 
> 
[...]






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

Bug#1057442: onboard ftbfs with Python 3.12

[James Addison]

Followup-For: Bug #1057442
X-Debbugs-Cc: tsu.y...@gmail.com

Hi Bo,

On Wed, 6 Dec 2023 17:31:52 +0800, Bo wrote:
> I think it is okay to remove `-Wdeclaration-after-statement` option
> which to support Arch linux build from code comment.

FYI: I've reported #1064028 against Python3.12 to suggest fixing the cause of
this (the non-C90-compliant code in Python3.12 headers).

I'm intentionally not making it a blocker here, because other approaches are
possible, but am mentioning it for awareness.

Regards,
James

Bug#1061661: python3-tables-lib [s390x] -- RoM ANAIS

[Paul Gevers]

Hi all,

On Sun, 28 Jan 2024 10:52:38 +0100 Antonio Valentino 
 wrote:

Package: python3-tables-lib


This bug would need to be reassigned to the ftp.debian.org pseudo 
package to actually do anything.



Version: 3.9.2-1
Severity: normal
Tags: ftbfs
X-Debbugs-Cc: antonio.valent...@tiscali.it

Dear Maintainer,
the new upstream version of pytables, v3.9.2, depends on c-blosc2
that is not abailable on s390x.
Removing the python3-tables-lib binary package from s390x/unstable
should allow to pytables v3.9.2 to migrate into testing.


Indeed. If nothing happens soon, I'll file an out-of-sync bug report 
which would lead to autoremoval starting.


Paul


OpenPGP_signature.asc
Description: OpenPGP digital signature

Bug#1064922: src:r-cran-gbm: fails to migrate to testing for too long: autopkgtest regression

[Paul Gevers]

Source: r-cran-gbm
Version: 2.1.8.1-1
Severity: serious
Control: close -1 2.1.9-1
Tags: sid trixie
User: release.debian@packages.debian.org
Usertags: out-of-sync

Dear maintainer(s),

The Release Team considers packages that are out-of-sync between testing 
and unstable for more than 30 days as having a Release Critical bug in 
testing [1]. Your package src:r-cran-gbm has been trying to migrate for 
31 days [2]. Hence, I am filing this bug. The version in unstable fails 
its own autopkgtest everywhere except on amd64 and i386.


If a package is out of sync between unstable and testing for a longer 
period, this usually means that bugs in the package in testing cannot be 
fixed via unstable. Additionally, blocked packages can have impact on 
other packages, which makes preparing for the release more difficult. 
Finally, it often exposes issues with the package and/or
its (reverse-)dependencies. We expect maintainers to fix issues that 
hamper the migration of their package in a timely manner.


This bug will trigger auto-removal when appropriate. As with all new 
bugs, there will be at least 30 days before the package is auto-removed.


I have immediately closed this bug with the version in unstable, so if 
that version or a later version migrates, this bug will no longer affect 
testing. I have also tagged this bug to only affect sid and trixie, so 
it doesn't affect (old-)stable.


If you believe your package is unable to migrate to testing due to 
issues beyond your control, don't hesitate to contact the Release Team.


Paul

[1] https://lists.debian.org/debian-devel-announce/2023/06/msg1.html
[2] https://qa.debian.org/excuses.php?package=r-cran-gbm



OpenPGP_signature.asc
Description: OpenPGP digital signature

Bug#1064921: src:r-cran-estimatr: fails to migrate to testing for too long: autopkgtest regression on i386

[Paul Gevers]

Source: r-cran-estimatr
Version: 1.0.0-3
Severity: serious
Control: close -1 1.0.2-1
Tags: sid trixie
User: release.debian@packages.debian.org
Usertags: out-of-sync

Dear maintainer(s),

The Release Team considers packages that are out-of-sync between testing 
and unstable for more than 30 days as having a Release Critical bug in 
testing [1]. Your package src:r-cran-estimatr has been trying to migrate 
for 31 days [2]. Hence, I am filing this bug. The version in unstable 
fails its own autopkgtest on i386.


If a package is out of sync between unstable and testing for a longer 
period, this usually means that bugs in the package in testing cannot be 
fixed via unstable. Additionally, blocked packages can have impact on 
other packages, which makes preparing for the release more difficult. 
Finally, it often exposes issues with the package and/or
its (reverse-)dependencies. We expect maintainers to fix issues that 
hamper the migration of their package in a timely manner.


This bug will trigger auto-removal when appropriate. As with all new 
bugs, there will be at least 30 days before the package is auto-removed.


I have immediately closed this bug with the version in unstable, so if 
that version or a later version migrates, this bug will no longer affect 
testing. I have also tagged this bug to only affect sid and trixie, so 
it doesn't affect (old-)stable.


If you believe your package is unable to migrate to testing due to 
issues beyond your control, don't hesitate to contact the Release Team.


Paul

[1] https://lists.debian.org/debian-devel-announce/2023/06/msg1.html
[2] https://qa.debian.org/excuses.php?package=r-cran-estimatr



OpenPGP_signature.asc
Description: OpenPGP digital signature

Bug#1064358: network-manager-l2tp: cannot connect with mschapv2 if mppe is required

[Rémi Letot]

Oh, strange, I didn't receive your answer by mail...

I actually have no idea if MPPE is used in my 1.20.10-1 log, I just
configured it as I was told and never thought about it :)

Now that I documented myself, it makes sense that IPSEC is much
stronger. The l2tp tunnel being protected by IPSEC, there is no need for
MPPE at the l2tp level.

So now I can upgrade and adapt my configurations, but it would probably
be interresting to disable the MPPE possibility if IPSEC is used: make
it unselectable in the gui, or not enforce it when the vpn is created.

Thanks,
-- 
Rémi Letot

Bug#1064920: FTBFS on 32-bit architectures

[dann frazier]

Source: rshim-user-space
Version: 2.0.12+debian-1
Severity: serious
Tags: ftbfs
Justification: fails to build from source (but built successfully in the past)

The switch to fuse3 appears to have introduced a build issue for 32-bit
architectures such as armhf:

From 
https://buildd.debian.org/status/fetch.php?pkg=rshim-user-space=armhf=2.0.20%2Bdebian-1=1709056732=0
 :

gcc -DHAVE_CONFIG_H -I. -I..  -Wall -DHAVE_RSHIM_NET -I/usr/include/libusb-1.0  
-DHAVE_RSHIM_USB -I/usr/include/arm-linux-gnueabihf  -DHAVE_RSHIM_PCIE 
-I/usr/include/fuse3  -DHAVE_RSHIM_FUSE -Wdate-time -D_FORTIFY_SOURCE=2 
-DFUSE_USE_VERSION=30 -DDEFAULT_RSHIM_CONFIG_FILE='"/etc/rshim.conf"'  -g -O2 
-ffile-prefix-map=/<>=. -fstack-protector-strong 
-fstack-clash-protection -Wformat -Werror=format-security -c -o 
rshim-rshim_fuse.o `test -f 'rshim_fuse.c' || echo './'`rshim_fuse.c
In file included from /usr/include/fuse3/fuse_lowlevel.h:25,
 from /usr/include/fuse3/cuse_lowlevel.h:19,
 from rshim_fuse.c:23:
/usr/include/fuse3/fuse_common.h:928:1: error: static assertion failed: "fuse: 
off_t must be 64bit"
  928 | _Static_assert(sizeof(off_t) == 8, "fuse: off_t must be 64bit");
  | ^~
rshim_pcie.c: In function ‘rshim_pcie_mmap_vfio’:
rshim_pcie.c:52:37: warning: overflow in conversion from ‘long long unsigned 
int’ to ‘__off_t’ {aka ‘long int’} changes value from ‘7696581394436’ to ‘4’ 
[-Woverflow]
   52 | #define VFIO_GET_REGION_ADDR(x) ((uint64_t) x << 40ULL)
  | ^
rshim_pcie.c:634:18: note: in expansion of macro ‘VFIO_GET_REGION_ADDR’
  634 |  VFIO_GET_REGION_ADDR(VFIO_PCI_CONFIG_REGION_INDEX) +
  |  ^~~~
rshim_pcie.c:52:37: warning: overflow in conversion from ‘long long unsigned 
int’ to ‘__off_t’ {aka ‘long int’} changes value from ‘7696581394436’ to ‘4’ 
[-Woverflow]
   52 | #define VFIO_GET_REGION_ADDR(x) ((uint64_t) x << 40ULL)
  | ^
rshim_pcie.c:643:19: note: in expansion of macro ‘VFIO_GET_REGION_ADDR’
  643 |   VFIO_GET_REGION_ADDR(VFIO_PCI_CONFIG_REGION_INDEX) +
  |   ^~~~
rshim_fuse.c: In function ‘rshim_fuse_misc_read’:
rshim_fuse.c:713:36: warning: format ‘%ld’ expects argument of type ‘long int’, 
but argument 5 has type ‘uint64_t’ {aka ‘long long unsigned int’} [-Wformat=]
  713 |   n = snprintf(p, len, "%-16s%ld(s)\n", "UP_TIME", 
value/BF3_REF_CLK_IN_HZ);
  |  ~~^
  ||
  |long int
  |  %lld
rshim_fuse.c: In function ‘rshim_fuse_misc_write’:
rshim_fuse.c:954:25: warning: format ‘%lx’ expects argument of type ‘long 
unsigned int *’, but argument 3 has type ‘uint64_t *’ {aka ‘long long unsigned 
int *’} [-Wformat=]
  954 | if (sscanf(p, " 0x%lx", ) != 1)
  |   ~~^   ~~
  | |   |
  | |   uint64_t * {aka long long unsigned int *}
  | long unsigned int *
  |   %llx
make[3]: *** [Makefile:524: rshim-rshim_fuse.o] Error 1


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

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

Bug#1064889: libproxy: should have transitional packages for the plugins

[Jeremy Bícha]

On Tue, Feb 27, 2024 at 12:36 PM Simon McVittie  wrote:
>
> (Sorry, I thought I had sent this earlier.)
>
> On Tue, 27 Feb 2024 at 08:39:05 -0500, Jeremy Bícha wrote:
> > On Tue, Feb 27, 2024 at 5:33 AM Simon McVittie  wrote:
> > > If that's the case, then we should have transitional packages with those
> > > names that just depend on libproxy1v5 (>= 0.5.3). This serves two 
> > > purposes:
> >
> > What do you think about adding versioned Breaks/Replaces/Provides
> > instead? That seemed to work when Ubuntu dropped
> > adwaita-icon-theme-full this month.
>
> That sometimes works, but sometimes doesn't: it relies on apt being
> able to find a solution that its heuristics see as acceptable. In my
> experience, having real transitional packages has always worked, so it's
> a more robust route.

Yes, your fix is fine for me especially since you've already uploaded.
I wonder if the addition of versioned Provides is making upgrades like
this smoother than they were before.

Thank you,
Jeremy Bícha

Bug#1064919: vokoscreen-ng: Prompts for updates on startup

[Wesley Schwengle]

Package: vokoscreen-ng
Version: 3.7.0-1
Severity: normal
Tags: patch
X-Debbugs-Cc: wes...@schwengle.net

Dear Maintainer,

I started up vokoscreen and saw there was an update available for vokoscreen.
When running this app from source that might be great information, but from a
Debian point of view this is unwanted.

I patched vokoscreen-ng with 3 patches, for version 3.5.0 (stable),
v3.7.0 (unstable/testing) and v3.8.0, which would be nice to have in Debian
unstable perhaps?

Patches are attached.

-- System Information:
Debian Release: trixie/sid
  APT prefers unstable
  APT policy: (900, 'unstable'), (500, 'experimental'), (500, 'testing'), (10, 
'stable-updates'), (10, 'stable-security'), (10, 'oldstable-security'), (10, 
'oldoldstable'), (10, 'stable'), (10, 'oldstable')
Architecture: amd64 (x86_64)
Foreign Architectures: i386

Kernel: Linux 6.6.15-amd64 (SMP w/8 CPU threads; PREEMPT)
Kernel taint flags: TAINT_WARN, TAINT_OOT_MODULE, TAINT_UNSIGNED_MODULE
Locale: LANG=C.UTF-8, LC_CTYPE=C.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 vokoscreen-ng depends on:
ii  gstreamer1.0-plugins-good  1.22.10-1
ii  libc6  2.37-15
ii  libgcc-s1  14-20240201-3
ii  libglib2.0-0   2.78.4-1
ii  libgstreamer1.0-0  1.22.10-1
ii  libpulse0  16.1+dfsg1-3
ii  libqt5core5a   5.15.10+dfsg-7
ii  libqt5dbus55.15.10+dfsg-7
ii  libqt5gui5 5.15.10+dfsg-7
ii  libqt5multimedia5  5.15.10-2+b1
ii  libqt5network5 5.15.10+dfsg-7
ii  libqt5widgets5 5.15.10+dfsg-7
ii  libqt5x11extras5   5.15.10-2+b1
ii  libstdc++6 14-20240201-3
ii  libwayland-client0 1.22.0-2.1+b1
ii  libx11-6   2:1.8.7-1

Versions of packages vokoscreen-ng recommends:
ii  gstreamer1.0-libav 1.22.10-1
ii  gstreamer1.0-pulseaudio1.22.10-1
ii  libqt5multimedia5-plugins  5.15.10-2+b1
pn  pulseaudio 

Versions of packages vokoscreen-ng suggests:
ii  gstreamer1.0-plugins-bad   1.22.10-1
ii  gstreamer1.0-plugins-ugly  1.22.10-1
ii  gstreamer1.0-vaapi 1.22.10-1
ii  intel-media-va-driver  24.1.0+dfsg1-1

-- debconf-show failed
>From eac5373d61b1984b1da8b5a1f019631ff46b4dd2 Mon Sep 17 00:00:00 2001
From: Wesley Schwengle 
Date: Tue, 27 Feb 2024 14:01:25 -0400
Subject: [PATCH] Don't show update information

The application tells a user that an update is available. This is the
opposite of what we want in Debian. We want users to only update when
Debian ships a new .deb. Remove the bits from source.

Signed-off-by: Wesley Schwengle 
---
 src/formMainWindow.ui  | 34 --
 src/information/QvkInformation.cpp | 29 +
 src/information/QvkInformation.h   |  2 --
 3 files changed, 1 insertion(+), 64 deletions(-)

diff --git a/src/formMainWindow.ui b/src/formMainWindow.ui
index 7e17f8cb..e59a4dc3 100644
--- a/src/formMainWindow.ui
+++ b/src/formMainWindow.ui
@@ -2042,40 +2042,6 @@
 

   
-  
-   
-
- 
-  
-   Look for updates
-  
- 
-
-
- 
-  
-   TextLabel
-  
-  
-   true
-  
- 
-
-
- 
-  
-   Qt::Horizontal
-  
-  
-   
-40
-20
-   
-  
- 
-
-   
-  
   

 
diff --git a/src/information/QvkInformation.cpp 
b/src/information/QvkInformation.cpp
index 282a587d..82de9555 100644
--- a/src/information/QvkInformation.cpp
+++ b/src/information/QvkInformation.cpp
@@ -66,11 +66,8 @@ QvkInformation::QvkInformation( QvkMainWindow *vkMainWindow,
 connect( ui->pushButtonPause,SIGNAL( clicked( bool ) ), timerRecord, 
SLOT( stop() ) );
 connect( ui->pushButtonContinue, SIGNAL( clicked( bool ) ), timerRecord, 
SLOT( start() ) );
 
-// Update
+// Debian doesn't need the updates because of the release model
 ui->label_Upate_tab_1->clear();
-ui->label_Upate_tab_4->clear();
-connect( , SIGNAL( signal_newVersionAvailable( QString ) ), this, 
SLOT( slot_newVersionAvailable( QString ) ) );
-connect( ui->checkBoxLookForUpdates, SIGNAL( toggled( bool ) ), , 
SLOT( slot_doDownload( bool ) ) );
 
 // Frames, Format, Codecs
 connect( ui->comboBoxFormat,   SIGNAL( currentTextChanged( QString ) 
), this, SLOT( slot_Format( QString ) ) );
@@ -125,30 

Bug#1064918: tex-common postinst script fails due to a bug in lua script /usr/bin/mtxrun.lua

[Giacomo Mulas]

Package: tex-common
Version: 6.18
Severity: important

Dear Maintainer,

after the latest standard "apt upgrade" I was left with an unconfigured 
tex-common, due to the following reported error:

lua error : startup file: /usr/bin/mtxrun.lua:2438: attempt to assign to const 
variable 'i'

I don't know exactly what caused this, since apparently tex-common was not 
modified by the upgrade, but something else triggered it to reconfigure.
/usr/bin/mtxrun.lua is provided by the package context, which also was not 
upgraded very recently
Most of the upgrade was gnu compilers 13 and 14.
The packages that might have remotely something to do with tex-common could be 
auctex or maybe gnuplot?
Anyway, I attach here the dpkg.log excerpt with the upgrade after which 
tex-common failed to configure.
Regardless, I am not sure whether the bug was introduced by this latest update, 
or rather this upgrade simply made a preexisting bug apparent by triggering a 
tex-common configuration.
Indeed, mtxrun.lua uses texlua, as an interpreter, and that is provided by 
texlive-binaries, which was also upgraded a couple of days ago.
Gotcha! I downgraded texlive-binaries to the previous version, and now 
tex-common configures correctly.
So, apparently, the upgrade of texlive-binaries from version 
2023.20230311.66589-8+b1 to 2023.20230311.66589-9 broke the postinst script of 
tex-common, where it attempts to run mtxrun.lua.

I hope this is enough information to nail and fix the bug, please let me know 
if I can help with further testing.

Bye
Giacomo

P.S. here goes my latest dpkg.log:

2024-02-27 17:09:10 startup archives unpack
2024-02-27 17:09:12 upgrade dpkg:amd64 1.22.4 1.22.5
2024-02-27 17:09:12 status half-configured dpkg:amd64 1.22.4
2024-02-27 17:09:13 status unpacked dpkg:amd64 1.22.4
2024-02-27 17:09:13 status half-installed dpkg:amd64 1.22.4
2024-02-27 17:09:13 status triggers-pending man-db:amd64 2.12.0-3
2024-02-27 17:09:13 status unpacked dpkg:amd64 1.22.5
2024-02-27 17:09:14 startup packages configure
2024-02-27 17:09:14 configure dpkg:amd64 1.22.5 
2024-02-27 17:09:14 status unpacked dpkg:amd64 1.22.5
2024-02-27 17:09:14 status half-configured dpkg:amd64 1.22.5
2024-02-27 17:09:14 status installed dpkg:amd64 1.22.5
2024-02-27 17:09:15 startup archives unpack
2024-02-27 17:09:17 upgrade zfs-initramfs:all 2.2.2-4 2.2.3-1
2024-02-27 17:09:17 status triggers-pending initramfs-tools:all 0.142
2024-02-27 17:09:17 status half-configured zfs-initramfs:all 2.2.2-4
2024-02-27 17:09:17 status unpacked zfs-initramfs:all 2.2.2-4
2024-02-27 17:09:17 status half-installed zfs-initramfs:all 2.2.2-4
2024-02-27 17:09:17 status unpacked zfs-initramfs:all 2.2.3-1
2024-02-27 17:09:18 upgrade zfs-dkms:all 2.2.2-4 2.2.3-1
2024-02-27 17:09:18 status triggers-awaited zfs-dkms:all 2.2.2-4
2024-02-27 17:09:18 status half-configured zfs-dkms:all 2.2.2-4
2024-02-27 17:09:26 status unpacked zfs-dkms:all 2.2.2-4
2024-02-27 17:09:26 status half-installed zfs-dkms:all 2.2.2-4
2024-02-27 17:09:32 status unpacked zfs-dkms:all 2.2.3-1
2024-02-27 17:09:33 upgrade zfsutils-linux:amd64 2.2.2-4 2.2.3-1
2024-02-27 17:09:33 status half-configured zfsutils-linux:amd64 2.2.2-4
2024-02-27 17:09:33 status unpacked zfsutils-linux:amd64 2.2.2-4
2024-02-27 17:09:33 status half-installed zfsutils-linux:amd64 2.2.2-4
2024-02-27 17:09:35 status unpacked zfsutils-linux:amd64 2.2.3-1
2024-02-27 17:09:35 upgrade libnvpair3linux:amd64 2.2.2-4 2.2.3-1
2024-02-27 17:09:35 status triggers-pending libc-bin:amd64 2.37-15
2024-02-27 17:09:35 status half-configured libnvpair3linux:amd64 2.2.2-4
2024-02-27 17:09:35 status unpacked libnvpair3linux:amd64 2.2.2-4
2024-02-27 17:09:35 status half-installed libnvpair3linux:amd64 2.2.2-4
2024-02-27 17:09:36 status unpacked libnvpair3linux:amd64 2.2.3-1
2024-02-27 17:09:36 upgrade libuutil3linux:amd64 2.2.2-4 2.2.3-1
2024-02-27 17:09:36 status half-configured libuutil3linux:amd64 2.2.2-4
2024-02-27 17:09:36 status unpacked libuutil3linux:amd64 2.2.2-4
2024-02-27 17:09:36 status half-installed libuutil3linux:amd64 2.2.2-4
2024-02-27 17:09:37 status unpacked libuutil3linux:amd64 2.2.3-1
2024-02-27 17:09:37 upgrade libzfs4linux:amd64 2.2.2-4 2.2.3-1
2024-02-27 17:09:37 status half-configured libzfs4linux:amd64 2.2.2-4
2024-02-27 17:09:37 status unpacked libzfs4linux:amd64 2.2.2-4
2024-02-27 17:09:37 status half-installed libzfs4linux:amd64 2.2.2-4
2024-02-27 17:09:37 status unpacked libzfs4linux:amd64 2.2.3-1
2024-02-27 17:09:38 upgrade libzpool5linux:amd64 2.2.2-4 2.2.3-1
2024-02-27 17:09:38 status half-configured libzpool5linux:amd64 2.2.2-4
2024-02-27 17:09:38 status unpacked libzpool5linux:amd64 2.2.2-4
2024-02-27 17:09:38 status half-installed libzpool5linux:amd64 2.2.2-4
2024-02-27 17:09:38 status unpacked libzpool5linux:amd64 2.2.3-1
2024-02-27 17:09:39 upgrade zfs-zed:amd64 2.2.2-4 2.2.3-1
2024-02-27 17:09:39 status half-configured zfs-zed:amd64 2.2.2-4
2024-02-27 17:09:39 status unpacked zfs-zed:amd64 2.2.2-4
2024-02-27 17:09:39 

Bug#1064917: tex-common postinst script fails due to a bug in lua script /usr/bin/mtxrun.lua

[root]

Package: tex-common
Version: 6.18
Severity: important

Dear Maintainer,

after the latest standard "apt upgrade" I was left with an unconfigured 
tex-common, due to the following reported error:

lua error : startup file: /usr/bin/mtxrun.lua:2438: attempt to assign to const 
variable 'i'

I don't know exactly what caused this, since apparently tex-common was not 
modified by the upgrade, but something else triggered it to reconfigure.
/usr/bin/mtxrun.lua is provided by the package context, which also was not 
upgraded very recently
Most of the upgrade was gnu compilers 13 and 14. 
The packages that might have remotely something to do with tex-common could be 
auctex or maybe gnuplot?
Anyway, I attach here the dpkg.log excerpt with the upgrade after which 
tex-common failed to configure.
Regardless, I am not sure whether the bug was introduced by this latest update, 
or rather this upgrade simply made a preexisting bug apparent by triggering a 
tex-common configuration.
Indeed, mtxrun.lua uses texlua, as an interpreter, and that is provided by 
texlive-binaries, which was also upgraded a couple of days ago.
Gotcha! I downgraded texlive-binaries to the previous version, and now 
tex-common configures correctly.
So, apparently, the upgrade of texlive-binaries from version 
2023.20230311.66589-8+b1 to 2023.20230311.66589-9 broke the postinst script of 
tex-common, where it attempts to run mtxrun.lua.

I hope this is enough information to nail and fix the bug, please let me know 
if I can help with further testing.

Bye
Giacomo

P.S. here goes my latest dpkg.log:

2024-02-27 17:09:10 startup archives unpack
2024-02-27 17:09:12 upgrade dpkg:amd64 1.22.4 1.22.5
2024-02-27 17:09:12 status half-configured dpkg:amd64 1.22.4
2024-02-27 17:09:13 status unpacked dpkg:amd64 1.22.4
2024-02-27 17:09:13 status half-installed dpkg:amd64 1.22.4
2024-02-27 17:09:13 status triggers-pending man-db:amd64 2.12.0-3
2024-02-27 17:09:13 status unpacked dpkg:amd64 1.22.5
2024-02-27 17:09:14 startup packages configure
2024-02-27 17:09:14 configure dpkg:amd64 1.22.5 
2024-02-27 17:09:14 status unpacked dpkg:amd64 1.22.5
2024-02-27 17:09:14 status half-configured dpkg:amd64 1.22.5
2024-02-27 17:09:14 status installed dpkg:amd64 1.22.5
2024-02-27 17:09:15 startup archives unpack
2024-02-27 17:09:17 upgrade zfs-initramfs:all 2.2.2-4 2.2.3-1
2024-02-27 17:09:17 status triggers-pending initramfs-tools:all 0.142
2024-02-27 17:09:17 status half-configured zfs-initramfs:all 2.2.2-4
2024-02-27 17:09:17 status unpacked zfs-initramfs:all 2.2.2-4
2024-02-27 17:09:17 status half-installed zfs-initramfs:all 2.2.2-4
2024-02-27 17:09:17 status unpacked zfs-initramfs:all 2.2.3-1
2024-02-27 17:09:18 upgrade zfs-dkms:all 2.2.2-4 2.2.3-1
2024-02-27 17:09:18 status triggers-awaited zfs-dkms:all 2.2.2-4
2024-02-27 17:09:18 status half-configured zfs-dkms:all 2.2.2-4
2024-02-27 17:09:26 status unpacked zfs-dkms:all 2.2.2-4
2024-02-27 17:09:26 status half-installed zfs-dkms:all 2.2.2-4
2024-02-27 17:09:32 status unpacked zfs-dkms:all 2.2.3-1
2024-02-27 17:09:33 upgrade zfsutils-linux:amd64 2.2.2-4 2.2.3-1
2024-02-27 17:09:33 status half-configured zfsutils-linux:amd64 2.2.2-4
2024-02-27 17:09:33 status unpacked zfsutils-linux:amd64 2.2.2-4
2024-02-27 17:09:33 status half-installed zfsutils-linux:amd64 2.2.2-4
2024-02-27 17:09:35 status unpacked zfsutils-linux:amd64 2.2.3-1
2024-02-27 17:09:35 upgrade libnvpair3linux:amd64 2.2.2-4 2.2.3-1
2024-02-27 17:09:35 status triggers-pending libc-bin:amd64 2.37-15
2024-02-27 17:09:35 status half-configured libnvpair3linux:amd64 2.2.2-4
2024-02-27 17:09:35 status unpacked libnvpair3linux:amd64 2.2.2-4
2024-02-27 17:09:35 status half-installed libnvpair3linux:amd64 2.2.2-4
2024-02-27 17:09:36 status unpacked libnvpair3linux:amd64 2.2.3-1
2024-02-27 17:09:36 upgrade libuutil3linux:amd64 2.2.2-4 2.2.3-1
2024-02-27 17:09:36 status half-configured libuutil3linux:amd64 2.2.2-4
2024-02-27 17:09:36 status unpacked libuutil3linux:amd64 2.2.2-4
2024-02-27 17:09:36 status half-installed libuutil3linux:amd64 2.2.2-4
2024-02-27 17:09:37 status unpacked libuutil3linux:amd64 2.2.3-1
2024-02-27 17:09:37 upgrade libzfs4linux:amd64 2.2.2-4 2.2.3-1
2024-02-27 17:09:37 status half-configured libzfs4linux:amd64 2.2.2-4
2024-02-27 17:09:37 status unpacked libzfs4linux:amd64 2.2.2-4
2024-02-27 17:09:37 status half-installed libzfs4linux:amd64 2.2.2-4
2024-02-27 17:09:37 status unpacked libzfs4linux:amd64 2.2.3-1
2024-02-27 17:09:38 upgrade libzpool5linux:amd64 2.2.2-4 2.2.3-1
2024-02-27 17:09:38 status half-configured libzpool5linux:amd64 2.2.2-4
2024-02-27 17:09:38 status unpacked libzpool5linux:amd64 2.2.2-4
2024-02-27 17:09:38 status half-installed libzpool5linux:amd64 2.2.2-4
2024-02-27 17:09:38 status unpacked libzpool5linux:amd64 2.2.3-1
2024-02-27 17:09:39 upgrade zfs-zed:amd64 2.2.2-4 2.2.3-1
2024-02-27 17:09:39 status half-configured zfs-zed:amd64 2.2.2-4
2024-02-27 17:09:39 status unpacked zfs-zed:amd64 2.2.2-4
2024-02-27 17:09:39 

Bug#1064744: glib-networking: System trust contains zero trusted certificates

[Jeremy Bícha]

Control: severity -1 important

I don't know what is causing this issue which is causing build test
failures elsewhere.

Ubuntu 24.04 LTS is not affected although its packaging is identical
for glib-networking, ca-certificates, etc.

It also appears to not affect the official Debian buildds or Salsa CI.
The only place I have duplicated the issue is in my older-but-updated
unstable schroot with sbuild. Because things are not failing to build
on Debian itself, I am lowering the severity.

https://buildd.debian.org/status/package.php?p=libgdata

Thank you,
Jeremy Bícha

Bug#1064916: O: zssh -- interactive file transfers over ssh

[Boyuan Yang]

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

I intend to orphan the zssh package as I no longer use it.

The package description is:
 zssh (Zmodem SSH) is a program for interactively transferring files to a
 remote machine  while using  the secure  shell (ssh).  It is intended to
 be a convenient  alternative to scp, allowing to  transfer files without
 having to open another session and re-authenticate oneself.
 .
 Files are transferred through the zmodem  protocol,  using the rz and sz
 commands.

Thanks,
Boyuan Yang


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

Bug#1064909: libbsd-dev: Many functions (possibly all?) aren't available

[Guillem Jover]

Hi!

On Tue, 2024-02-27 at 17:33:16 +0100, Alejandro Colomar wrote:
> Package: libbsd-dev
> Version: 0.12.0-1
> Severity: grave
> Tags: upstream
> Justification: renders package unusable
> X-Debbugs-Cc: a...@kernel.org

> After upgrading to libbsd 0.12 today, several build systems that I use
> started reporting many failures about libbsd functions.  The functions
> seem to have disappeared.  I remember having seen that the build system
> of libbsd has been recently tweaked, so I suspect one of those changes
> might be the cause of the problem.
> 
> Here's a small reproducer:
> 
>   $ cat bsd.c 
>   #include 
> 
>   long
>   strtoi_(char *s, char **endp, int b, long min, long max, int *st)
>   {
>   return strtoi(s, endp, b, min, max, st);
>   }

> Which reports the following error:
> 
>   $ gcc -Wall -Wextra -S bsd.c 
>   bsd.c: In function ‘strtoi_’:
>   bsd.c:6:16: warning: implicit declaration of function ‘strtoi’; did you 
> mean ‘strtoi_’? [-Wimplicit-function-declaration]
>   6 | return strtoi(s, endp, b, min, max, st);
> |^~
> |strtoi_

The strtoi() function is declared in . I don't think that
has changed in libbsd.

> BTW, thanks for updating strtoi/u(3) from NetBSD!  =)

Thanks for handling the upstream interaction in NetBSD!

On Tue, 2024-02-27 at 17:42:43 +0100, Alejandro Colomar wrote:
> On Tue, Feb 27, 2024 at 05:33:16PM +0100, Alejandro Colomar wrote:
> > I've also seen errc(3bsd) disappear, and possibly many more functions.
> > If you need some help to reproduce this issue, just let me know.
> 
> In the case of , the header has disappeared:
> 
>   $ cat bsd.c 
>   #include 
>   #include 
> 
>   long
>   strtoi_(char *s, char **endp, int b, long min, long max, int *st)
>   {
>   return strtoi(s, endp, b, min, max, st);
>   }
>   alx@debian:~/tmp$ gcc -Wall -Wextra -S bsd.c
>   bsd.c:1:10: fatal error: bsd/err.h: No such file or directory
>   1 | #include 
> |  ^~~
>   compilation terminated.
> 
> This seems consistent with the recent build system changes.  The bug is
> probably there.

Ah, it indeed has disappeared. The upstream build system is missing a
conditional for the header, I'll add this later today and prepare a
new upstream release.

Another thing which I was aware, but then slipped my mind is that the
cdefs.h header needs to be placed under a multi-arch qualified
directory otherwise it will conflict with other instances of the
library now that it contains arch-specific defines. Will amend that
with the new Debian upload.

Thanks,
Guillem

Bug#1064915: libkeymancore-dev: Missing dependency: libicu-dev

[Boyuan Yang]

Package: libkeymancore-dev
Version: 17.0.274-1
Severity: grave
Justification: renders package unusable
X-Debbugs-CC: e...@sil.org

Dear Maintainer,

Package libkeymancore-dev needs libicu-dev according to the pkg-config file
via Requires.private:

prefix=/usr
includedir=${prefix}/include
libdir=${prefix}/lib/x86_64-linux-gnu

Name: keyman_core
Description: Keyman processor for KMN keyboards.
Version: 17.0.274
Requires.private: icu-uc, icu-i18n
Libs: -L${libdir} -lkeymancore
Cflags: -I${includedir} -I${includedir}/keyman

However, the debian package libkeymancore-dev does not explicitly depends on
libicu-dev, rendering FTBFS when invoking pkg-config to use libkeymancore-dev:

(example in CMake:)


-- Found PkgConfig: /usr/bin/pkg-config (found version "1.8.1") 
-- Checking for module 'keyman_core'
--   Package 'icu-uc', required by 'keyman_core', not found
Package 'icu-i18n', required by 'keyman_core', not found
CMake Error at /usr/share/cmake-3.28/Modules/FindPkgConfig.cmake:619 (message):
  The following required packages were not found:

   - keyman_core

Call Stack (most recent call first):
  /usr/share/cmake-3.28/Modules/FindPkgConfig.cmake:841 
(_pkg_check_modules_internal)
  CMakeLists.txt:11 (pkg_check_modules)


-- Configuring incomplete, errors occurred!

Please check again whether libicu-dev is absolutely needed when building 
packages
using libkeymancore-dev. If yes, please add the binary dependency explicitly.

Thanks,
Boyuan Yang



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

Bug#1064914: build-depends on superseded package pkg-config

[dann frazier]

Source: rshim-user-space
Version: 2.0.20+debian-1
Severity: minor
X-Debbugs-Cc: Taihsiang Ho (tai271828) 

>From lintian:

W: rshim-user-space source: build-depends-on-obsolete-package Build-Depends: 
pkg-config => pkgconf
N: 
N:   The package build-depends on a package that has been superseded. If the
N:   superseded package is part of an ORed group, it should not be the first
N:   package in the group.
N: 
N:   Visibility: warning
N:   Show-Always: no
N:   Check: fields/package-relations

Bug#1064889: libproxy: should have transitional packages for the plugins

[Simon McVittie]

(Sorry, I thought I had sent this earlier.)

On Tue, 27 Feb 2024 at 08:39:05 -0500, Jeremy Bícha wrote:
> On Tue, Feb 27, 2024 at 5:33 AM Simon McVittie  wrote:
> > If that's the case, then we should have transitional packages with those
> > names that just depend on libproxy1v5 (>= 0.5.3). This serves two purposes:
> 
> What do you think about adding versioned Breaks/Replaces/Provides
> instead? That seemed to work when Ubuntu dropped
> adwaita-icon-theme-full this month.

That sometimes works, but sometimes doesn't: it relies on apt being
able to find a solution that its heuristics see as acceptable. In my
experience, having real transitional packages has always worked, so it's
a more robust route.

The upgrade to Debian 13 and Ubuntu 24.04 is going to include a lot of
Conflicts/Replaces as a result of the 64-bit time_t transition, so I think
anything we can do to reduce the number of packages being removed in the
upgrade path is likely to be helpful.

smcv

Bug#1064913: UDD/upload_history: strange values in the 'distribution' column

[Lucas Nussbaum]

Package: qa.debian.org
User: qa.debian@packages.debian.org
Usertags: udd

The email parsing that is at the core of the upload_history table
generates some erroneous values.

- Forwarded message from Patrice Duroux  -

From: Patrice Duroux 
To: debian-qa 
Date: Wed, 14 Feb 2024 19:36:24 +0100
Subject: remark about the UDD upload_history table
Message-ID: 
X-Mailing-List:  archive/latest/25424
List-Id: 

Hi,

I am a bit surprised with the following output:

udd=> select distinct distribution from upload_history;
  distribution
-
 experimental
 froxzen unstable
 froze unstable
 frozen
 frozen  unstable
 frozen unstable
 frozen unstable contrib
 frozen woody
 frozen-contrib contrib
 non-free
 rc-buggy
 sid
 sid=20
 stable
 stable frozen unstable
 stable unstable
 stable-security
 testing
 testing unstable
 testing-security
 unstable
 unstable  frozen
 unstable contrib
 unstable frozen
 unstable non-free
 unstable stable
 unstable stable frozen
 unstable testing
 unstable testing stable
 unstable unstable
 unstable=20
 woody-proposed-updates unstable
(32 lignes)


I am then not sure about the consistency of another SQL query based on
this column value.

Regards,
Patrice



- End forwarded message -

Bug#1064912: O: nixnote2 -- Open Source Evernote client

[Boyuan Yang]

Subject: O: nixnote2 -- Open Source Evernote client
Package: wnpp
Control: affects -1 + src:nixnote2
X-Debbugs-Cc: nixno...@packages.debian.org
Severity: normal

I intend to orphan the nixnote2 package because I no longer use
Evernote anymore.

The package description is:
 NixNote is a client for the Evernote service (www.evernote.com).  It
 will allow synchronization and editing of notes from your local
 system.
 .
 Once known as "NeverNote", this software was rewritten in C++/Qt to
 provide a native user experience.

Thanks,
Boyuan Yang


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

Bug#1064909: libbsd-dev: Many functions (possibly all?) aren't available

[Alejandro Colomar]

Hi!

On Tue, Feb 27, 2024 at 06:10:01PM +0100, Guillem Jover wrote:
> Hi!
> 
> On Tue, 2024-02-27 at 17:33:16 +0100, Alejandro Colomar wrote:
[...]
> The strtoi() function is declared in . I don't think that
> has changed in libbsd.

Oops!  I wrote the reproducer too fast.  Actually, the problem I saw was
about errc(), but because I tried strtoi() to see if it was the only
function, and it also failed, but I forgot about the right header.

It was also aggravated by the fact that my grepc(1) program didn't find
it.  But it's due to a bug I introduced yesterday in grepc(1).  :|

$ grepc strtoi /usr/include/bsd/

But grep(1) does find it:

$ grep -rn strtoi /usr/include/bsd/
/usr/include/bsd/inttypes.h:43:intmax_t strtoi(const char *__restrict 
nptr, char **__restrict endptr,

And after fixing the bug in grepc(1):

$ grepc strtoi /usr/include/bsd/
/usr/include/bsd/inttypes.h:__BEGIN_DECLS
intmax_t strtoi(const char *__restrict nptr, char **__restrict endptr,
int base, intmax_t lo, intmax_t hi, int *rstatus);

> 
> > BTW, thanks for updating strtoi/u(3) from NetBSD!  =)
> 
> Thanks for handling the upstream interaction in NetBSD!
> 
[...]
> 
> Ah, it indeed has disappeared. The upstream build system is missing a
> conditional for the header, I'll add this later today and prepare a
> new upstream release.
> 
> Another thing which I was aware, but then slipped my mind is that the
> cdefs.h header needs to be placed under a multi-arch qualified
> directory otherwise it will conflict with other instances of the
> library now that it contains arch-specific defines. Will amend that
> with the new Debian upload.

Thanks!

Have a lovely day!
Alex

> 
> Thanks,
> Guillem

-- 

Looking for a remote C programming job at the moment.


signature.asc
Description: PGP signature

Bug#1064911: O: xdiskusage -- Displays a graphic of your disk usage with du

[Boyuan Yang]

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

I intend to orphan the xdiskusage package.

The package description is:
 xdiskusage is a user-friendly program to show you what is using up
 all your disk space. It is based on the design of the "xdu" program
 written by Phillip C. Dykstra. Changes have been made so it runs "du"
 for you, and can display the free space left on the disk, and produce
 a PostScript version of the display.

Thanks,
Boyuan Yang


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

Bug#1064910: O: libinklevel -- check the ink level of a local printer

[Boyuan Yang]

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

I intend to orphan the libinklevel package.

The package description is:
 The aim of this library is to provide a way to check the ink level of a local
 printer.
 .
 It supports printers attached via parallel port or USB.
 .
 Many HP, Epson and Canon printers are supported.


Thanks,
Boyuan Yang


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

Bug#1024977: mmutf8fix does not fix omusrmsg

[Michael Biebl]

Control: tags -1 + upstream

On Mon, 28 Nov 2022 14:33:04 +1100 "Trent W. Buck"  
wrote:

Package: rsyslog
Version: 8.2102.0-2+deb11u1
Severity: minor

Using the attached rsyslog.conf, with this test log:

/usr/bin/printf 'TEST BYTES 
\xc3\xb1\xc3\x28\xa0\xa1\xe2\x82\xa1\xe2\x28\xa1\xe2\x82\x28\xf0\x90\x8c\xbc\xf0\x28\x8c\xbc\xf0\x90\x28\xbc\xf0\x28\x8c\x28\xf8\xa1\xa1\xa1\xa1\xfc\xa1\xa1\xa1\xa1\xa1'
 | logger -p auth.0 -t invalid-utf8-test

...I find that mmutf8fix has fixed auth.log, but not the emergency
event printed to logged-in terminals.

I *guess* this is because omusrmsg uses "properties" instead of "the message"?

Note that once it has been called, it actually modifies the message.
The original messsage is then no longer available.
However, this DOES NOT CHANGE ANY PROPERTIES set, used or extracted before 
the modification is done.


https://rsyslog.readthedocs.io/en/latest/configuration/modules/mmutf8fix.html


This issue doesn't really bother me, but
it would be nice if it was explicitly mentioned in the documentation, e.g.

For example, omusrmsg will not be affected, because
it uses properties (ignored by mmutf8fix) and ignores the message (fixed by 
mmutf8fix).




As the Debian package does not ship any patches in that regard, please 
consider filing this directly upstream at

https://github.com/rsyslog/rsyslog/issues/
or
https://github.com/rsyslog/rsyslog-doc/issues/ if you think this is a 
documentation issue.


OpenPGP_signature.asc
Description: OpenPGP digital signature

Bug#1064909: libbsd-dev: Many functions (possibly all?) aren't available

[Alejandro Colomar]

Hi Guillem!

On Tue, Feb 27, 2024 at 05:33:16PM +0100, Alejandro Colomar wrote:
> I've also seen errc(3bsd) disappear, and possibly many more functions.
> If you need some help to reproduce this issue, just let me know.

In the case of , the header has disappeared:

$ cat bsd.c 
#include 
#include 

long
strtoi_(char *s, char **endp, int b, long min, long max, int *st)
{
return strtoi(s, endp, b, min, max, st);
}
alx@debian:~/tmp$ gcc -Wall -Wextra -S bsd.c
bsd.c:1:10: fatal error: bsd/err.h: No such file or directory
1 | #include 
  |  ^~~
compilation terminated.

This seems consistent with the recent build system changes.  The bug is
probably there.

Have a lovely day!
Alex

-- 

Looking for a remote C programming job at the moment.


signature.asc
Description: PGP signature

Bug#1064909: libbsd-dev: Many functions (possibly all?) aren't available

[Alejandro Colomar]

Package: libbsd-dev
Version: 0.12.0-1
Severity: grave
Tags: upstream
Justification: renders package unusable
X-Debbugs-Cc: a...@kernel.org

Dear Guillem,

After upgrading to libbsd 0.12 today, several build systems that I use
started reporting many failures about libbsd functions.  The functions
seem to have disappeared.  I remember having seen that the build system
of libbsd has been recently tweaked, so I suspect one of those changes
might be the cause of the problem.

Here's a small reproducer:

$ cat bsd.c 
#include 

long
strtoi_(char *s, char **endp, int b, long min, long max, int *st)
{
return strtoi(s, endp, b, min, max, st);
}

Which reports the following error:

$ gcc -Wall -Wextra -S bsd.c 
bsd.c: In function ‘strtoi_’:
bsd.c:6:16: warning: implicit declaration of function ‘strtoi’; did you 
mean ‘strtoi_’? [-Wimplicit-function-declaration]
6 | return strtoi(s, endp, b, min, max, st);
  |^~
  |strtoi_

I've also seen errc(3bsd) disappear, and possibly many more functions.
If you need some help to reproduce this issue, just let me know.

BTW, thanks for updating strtoi/u(3) from NetBSD!  =)


Have a lovely day!
Alex


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

Kernel: Linux 6.8.0-rc5-alx+ (SMP w/24 CPU threads; PREEMPT)
Locale: LANG=C.utf8, LC_CTYPE=C.utf8 (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 libbsd-dev depends on:
ii  libbsd00.12.0-1
ii  libmd-dev  1.1.0-2

libbsd-dev recommends no packages.

libbsd-dev suggests no packages.

-- no debconf information

Bug#1064908: xsd: Package is outdated as new upstream version (4.2.0) is available

[Guillermo Frontera]

Package: xsd
Version: 4.0.0-9
Severity: wishlist
X-Debbugs-Cc: gfrontera@gmail.com

Dear Maintainer,

A new version of xsd has been released 
(https://codesynthesis.com/pipermail/xsd-announcements/2023/43.html). This 
new version contains numerous bug fixes and improvements, so I hope you 
consider packaging this new version.

Source code is available at https://codesynthesis.com/download/xsd/4.2/

Thank you.

-- debconf information excluded

Bug#1064899: nix-bin: fails to find nixpkgs, no $NIX_PATH found

[farhad]

  
  
nvm, Idk how to remove this bug report but i did a clean install
  of the nix-bin package and followed the arch wiki's guide again
  and it works now. i think problem was that i wasn't using sudo on
  nix-channel --add.

  

Bug#1064907: firebird3.0: overrides CXXFLAGS when building on arm64

[Emanuele Rocca]

On 2024-02-27 04:39, Emanuele Rocca wrote:
> Whilst trying to figure out why a rebuild of firebird3.0 on arm64 does
> not fully enable BTI [1]

And the mysterious link is:

[1] https://wiki.debian.org/ToolChain/PACBTI

Bug#1064907: firebird3.0: overrides CXXFLAGS when building on arm64

[Emanuele Rocca]

Source: firebird3.0
Version: 3.0.11.33703.ds4-2
Tags: patch
User: debian-...@lists.debian.org
Usertags: pac-bti

Dear Maintainer,

Whilst trying to figure out why a rebuild of firebird3.0 on arm64 does
not fully enable BTI [1] I have noticed that there is an issue with the
way the build process uses CXXFLAGS on arm64.

CFLAGS seems to be respected, and all hardening flags such as
-fstack-clash-protection and -mbranch-protection=standard are there:

  cc -c -ggdb -fPIC -MMD -MP -W -Wall -Wno-unused-parameter -g 
-ffile-prefix-map=/<>=. -fstack-protector-strong 
-fstack-clash-protection -Wformat -Werror=format-security 
-mbranch-protection=standard -fno-strict-aliasing -O3 -Wdate-time 
-D_FORTIFY_SOURCE=2 src/tests/test1/CTest.c -o 
/<>/temp/Release/cloop/release/tests/test1/CTest.o

The same cannot be said about CXXFLAGS, no hardening flag is in use:

 g++ -c -ggdb -fPIC -MMD -MP -W -Wall -Wno-unused-parameter -std=gnu++03 
-Wdate-time -D_FORTIFY_SOURCE=2 -O3 src/cloop/Expr.cpp -o 
/<>/temp/Release/cloop/release/cloop/Expr.o

To fix this, honour-buildflags.patch needs to be updated to ensure
CXXFLAGS is not overridden in prefix.linux_arm64. See attached patch.
diff -Nru firebird3.0-3.0.11.33703.ds4/debian/changelog firebird3.0-3.0.11.33703.ds4/debian/changelog
--- firebird3.0-3.0.11.33703.ds4/debian/changelog	2023-09-26 12:25:06.0 +0200
+++ firebird3.0-3.0.11.33703.ds4/debian/changelog	2024-02-27 16:31:04.0 +0100
@@ -1,3 +1,10 @@
+firebird3.0 (3.0.11.33703.ds4-2.1) UNRELEASED; urgency=medium
+
+  * Non-maintainer upload.
+  * Do not override CXXFLAGS on arm64. (Closes: #-1)
+
+ -- Emanuele Rocca   Tue, 27 Feb 2024 16:31:04 +0100
+
 firebird3.0 (3.0.11.33703.ds4-2) unstable; urgency=medium
 
   * Bump policy-compliance version to 4.6.2 (no changes needed)
diff -Nru firebird3.0-3.0.11.33703.ds4/debian/patches/out/honour-buildflags.patch firebird3.0-3.0.11.33703.ds4/debian/patches/out/honour-buildflags.patch
--- firebird3.0-3.0.11.33703.ds4/debian/patches/out/honour-buildflags.patch	2023-09-26 12:10:03.0 +0200
+++ firebird3.0-3.0.11.33703.ds4/debian/patches/out/honour-buildflags.patch	2024-02-27 16:31:04.0 +0100
@@ -8,8 +8,10 @@
  linking.
 Author: Damyan Ivanov 
 
 a/builds/posix/Makefile.in
-+++ b/builds/posix/Makefile.in
+Index: firebird3.0-3.0.11.33703.ds4/builds/posix/Makefile.in
+===
+--- firebird3.0-3.0.11.33703.ds4.orig/builds/posix/Makefile.in
 firebird3.0-3.0.11.33703.ds4/builds/posix/Makefile.in
 @@ -641,7 +641,7 @@ MAKE_HEADER_Src = $(addprefix $(SRC_ROOT
  MAKE_HEADER_Bin = ./makeHeader
  
@@ -19,8 +21,10 @@
  	$(CP) $^ .
  	$(MAKE_HEADER_Bin) $@
  	$(RM) -f ibase.h
 a/extern/btyacc/Makefile
-+++ b/extern/btyacc/Makefile
+Index: firebird3.0-3.0.11.33703.ds4/extern/btyacc/Makefile
+===
+--- firebird3.0-3.0.11.33703.ds4.orig/extern/btyacc/Makefile
 firebird3.0-3.0.11.33703.ds4/extern/btyacc/Makefile
 @@ -42,7 +42,7 @@ OTHERS	  = README README.BYACC \
  all:		$(PROGRAM)
  
@@ -30,8 +34,10 @@
  
  clean:;		rm -f $(OBJS)
  
 a/builds/posix/make.defaults
-+++ b/builds/posix/make.defaults
+Index: firebird3.0-3.0.11.33703.ds4/builds/posix/make.defaults
+===
+--- firebird3.0-3.0.11.33703.ds4.orig/builds/posix/make.defaults
 firebird3.0-3.0.11.33703.ds4/builds/posix/make.defaults
 @@ -166,8 +166,8 @@ LD =	@CXX@
  
  LIB_LINK = $(CXX) $(GLOB_OPTIONS) $(CXXFLAGS)
@@ -43,8 +49,10 @@
  
  LINK_LIBS = @LIBS@
  STATICLINK_LIBS = @LIBS@
 a/builds/posix/prefix.linux
-+++ b/builds/posix/prefix.linux
+Index: firebird3.0-3.0.11.33703.ds4/builds/posix/prefix.linux
+===
+--- firebird3.0-3.0.11.33703.ds4.orig/builds/posix/prefix.linux
 firebird3.0-3.0.11.33703.ds4/builds/posix/prefix.linux
 @@ -19,7 +19,7 @@
  # 2 Oct 2002, Nickolay Samofatov - Major cleanup
  
@@ -54,8 +62,10 @@
  OPTIMIZE_FLAGS=-O3 -march=i586 -mtune=i686 -fno-omit-frame-pointer
  WARN_FLAGS=-Wall -Wno-switch -Wno-parentheses -Wno-unknown-pragmas -Wno-unused-variable -Wno-narrowing
  
 a/builds/posix/prefix.linux_amd64
-+++ b/builds/posix/prefix.linux_amd64
+Index: firebird3.0-3.0.11.33703.ds4/builds/posix/prefix.linux_amd64
+===
+--- firebird3.0-3.0.11.33703.ds4.orig/builds/posix/prefix.linux_amd64
 firebird3.0-3.0.11.33703.ds4/builds/posix/prefix.linux_amd64
 @@ -19,7 +19,7 @@
  # 2 Oct 2002, Nickolay Samofatov - Major cleanup
  
@@ -65,8 +75,10 @@
  OPTIMIZE_FLAGS=-O3 -fno-omit-frame-pointer
  WARN_FLAGS=-Wall -Wno-switch -Wno-parentheses -Wno-unknown-pragmas -Wno-unused-variable -Wno-invalid-offsetof -Wno-narrowing -Wno-unused-local-typedefs -Wno-class-memaccess
  
 a/builds/posix/prefix.linux_generic
-+++ b/builds/posix/prefix.linux_generic
+Index: 

Bug#1064402: Quick and dirty patch

[Plasson R.]

All the errors comes down to the modification of for loop variables inside the 
loop. I don't know much about lua, but this seems to be forbidden, for loop 
variables being seen as const.

The attached patch is just a quick and dirty correction, that roughly comes 
down to change this kind of pattern:

for i in thing do
 ...

i = somethingelse
 ...
 use(i)

...

end

into this one:

for i in thing do
 ...

ii = somethingelse
 ...
 use(ii)

...

end

This is thoroughly NOT tested, it just seems to do the trick. I didn't dig at 
all the context of the code; I just did fix the errors as they keep appearing, 
until the script could run without error.

Raphaël2435c2435,2436
<  for i,v in next,t do 
---
>  for i,v in next,t do
>   ind = i
2438c2439
< i=tables[i]
---
> ind=tables[i]
2440c2441
< i=copy(i,tables)
---
> ind=copy(i,tables)
2444c2445
tcopy[ind]=v
2446c2447
tcopy[ind]=tables[v]
2448c2449
tcopy[ind]=copy(v,tables)
12983c12984
ww=topattern(w,true,true)
12986c12987
< elseif find(name,w) then
---
> elseif find(name,ww) then
13555c13556
< c=topattern(c,true,true)
---
> cc=topattern(c,true,true)
13557c13558
<  if find(k,c) then
---
>  if find(k,cc) then
14501c14502,14504
<   line=0
---
>   lline=0
>  else
>   lline=line
14503c14506
<  dataset[#dataset+1]={ real,total,count,name,source,line }
---
>  dataset[#dataset+1]={ real,total,count,name,source,lline }
21136,21137c21139,21140
ss=validate(s)
>if ss then
21139c21142
< t[n]=s
---
> t[n]=ss

Bug#1058317: Bug#1063345: python3.12: Segmentation fault in get_module_state_by_cls at ../Modules/itertoolsmodule.c

[Colin Watson]

Control: unmerge 1058317 1063345
Control: reassign 1063345 python3.12
Control: affects 1063345 celery
Control: forwarded 1063345 https://github.com/python/cpython/issues/115874
Control: block 1058317 by 1063345
Control: tag 1063345 patch

On Tue, Feb 06, 2024 at 02:26:55PM +0100, Jérémy Lal wrote:
> python3-celery test suite crashes with python 3.12 during gc before exit (see 
> attached stack trace).
> 
> It can be reproduced quickly with
> 
> apt build-dep celery
> dget -xu https://deb.debian.org/debian/pool/main/c/celery/celery_5.3.4-2.dsc
> cd celery-5.3.4
> python3.12 -m pytest -v 
> t/unit/tasks/test_canvas.py::test_group::test_apply_contains_chords_containing_empty_chain
>  t/unit/tasks/test_canvas.py::test_group::test_apply
>  
> > Results (0.56s):
>1 passed
>1 xfailed
> Erreur de segmentation (core dumped)

There are two separate issues in the current celery FTBFS, so I'm
unmerging these two bugs again because they ought to be tracked
separately - and it turns out that this one really is a bug in Python
3.12.

I happened to notice that something very similar to #1063345 had
recently been reported to Python upstream as
https://github.com/python/cpython/issues/115874, with a much more
manageably-sized reproducer, and there's a patch for it in
https://github.com/python/cpython/issues/115874#issuecomment-1965775536.
I've built the Debian python3.12 package with this patch, and I've
confirmed that Celery 5.3.6 passes its tests with this patch when it
previously failed.

Celery is unlucky to run into this, but it doesn't seem to be anything
particularly intrinsic to Celery - it's an artifact of the particular
set of pytest plugins it happens to use, which manage to tickle this
particular bug.  I think it would be worth applying this patch to
Debian's python3.12 package, as it could easily bite in other places and
this was a real time-sink for me before I managed to find the upstream
bug that somebody else had fortunately filed.  (It would also be nice to
get Celery back into Debian testing and Ubuntu noble if at all possible,
the latter of which has a fairly close deadline.)

Separately, #1058317 still has the test failure in
test_AsyncResult.test_del.  That was fixed in Celery 5.3.5, and 5.3.6 is
currently on salsa, but there's only limited point in uploading it until
the Python bug is fixed.

Suggested Python patch follows, though you might want to check whether
it's progressed any further upstream in case there've been any
additional tweaks:

diff --git a/debian/changelog b/debian/changelog
index 0e16636..b57f7dc 100644
--- a/debian/changelog
+++ b/debian/changelog
@@ -1,3 +1,10 @@
+python3.12 (3.12.2-1.1) UNRELEASED; urgency=medium
+
+  * Don't rely on module state in teedataobject_clear (from Brandt Bucher in
+https://github.com/python/cpython/issues/115874; closes: #1063345).
+
+ -- Colin Watson   Tue, 27 Feb 2024 10:15:37 +
+
 python3.12 (3.12.2-1) unstable; urgency=medium
 
   * Python 3.12.2 release.
diff --git a/debian/patches/itertools-clear-crash.diff 
b/debian/patches/itertools-clear-crash.diff
new file mode 100644
index 000..cdaeebb
--- /dev/null
+++ b/debian/patches/itertools-clear-crash.diff
@@ -0,0 +1,19 @@
+Description: Don't rely on module state in teedataobject_clear
+Origin: other, 
https://github.com/python/cpython/issues/115874#issuecomment-1965775536
+Bug: https://github.com/python/cpython/issues/115874
+Bug-Debian: https://bugs.debian.org/1063345
+
+Index: b/Modules/itertoolsmodule.c
+===
+--- a/Modules/itertoolsmodule.c
 b/Modules/itertoolsmodule.c
+@@ -832,8 +832,7 @@
+ Py_CLEAR(tdo->values[i]);
+ tmp = tdo->nextlink;
+ tdo->nextlink = NULL;
+-itertools_state *state = get_module_state_by_cls(Py_TYPE(tdo));
+-teedataobject_safe_decref(tmp, state->teedataobject_type);
++teedataobject_safe_decref(tmp, Py_TYPE(tdo));
+ return 0;
+ }
+ 
diff --git a/debian/patches/series b/debian/patches/series
index 63c72c2..0a85028 100644
--- a/debian/patches/series
+++ b/debian/patches/series
@@ -31,3 +31,4 @@ fix-py_compile.diff
 ntpath-import.diff
 python3.12-updates.diff
 issue108447.diff
+itertools-clear-crash.diff

Thanks,

-- 
Colin Watson (he/him)  [cjwat...@debian.org]

Bug#1064900: debian-edu-config: Depends on libproxy plugins which are NBS

[Jeremy Bícha]

Control: severity -1 important

I'm lowering the severity since the latest libproxy upload added
transitional packages.

Thank you,
Jeremy Bícha

Bug#1064906: Connman manages vnet virtual ethernet interfaces and assigns direct default route when DHCP fails

[Pascal Hambourg]

Package: connman
Version: 1.41-3

* My use case:
I run a virtual machine with virt-manager (KVM/QEMU). Each time the 
virtual machine is switched on, virt-manager creates a virtual ethernet 
interface vnetN with a different number and MAC address on the host and 
attaches it to the bridge virbr0. As a bridge member, vnetN is not 
supposed to receive any IP configuration.
Connman was installed on the host with LXDE and manages the physical 
ethernet and wireless interfaces with IPv4 and IPv6 automatic configuration.


* Problem description:
By default, connman manages vnetN with automatic methods and, after 
failing to use DHCP, assigns it a link-local IPv4 address (APIPA 
169.254.0.0/16) and a direct default IPv4 route with default metric (the 
highest priority). This default route conflicts with the existing IPv4 
default route associated with the physical network interface and breaks 
the host IPv4 connectivity outside the LAN.


syslog:

2024-02-27T14:40:24.211054+01:00 chantecler connmand[14215]: vnet0 {add} 
address 169.254.248.201/16 label vnet0 family 2
2024-02-27T14:40:24.211505+01:00 chantecler connmand[14215]: vnet0 {add} route 
169.254.0.0 gw 0.0.0.0 scope 253 
2024-02-27T14:40:24.211727+01:00 chantecler connmand[14215]: vnet0 {add} route 
0.0.0.0 gw 0.0.0.0 scope 253 
2024-02-27T14:40:24.211943+01:00 chantecler connmand[14215]: vnet0 {add} route 
0.0.0.0 gw 0.0.0.0 scope 253 


ip addr:

2: enp0s25:  mtu 1500 qdisc fq_codel 
state UP group default qlen 1000
inet 192.168.0.252/24 brd 192.168.0.255 scope global enp0s25
4: virbr0:  mtu 1500 qdisc noqueue state UP 
group default qlen 1000
inet 192.168.122.1/24 brd 192.168.122.255 scope global virbr0
8: vnet0:  mtu 1500 qdisc noqueue 
master virbr0 state UNKNOWN group default qlen 1000
inet 169.254.248.201/16 brd 169.254.255.255 scope global vnet0


ip route:
0.0.0.0 dev vnet0 scope link 
default dev vnet0 scope link 
default via 192.168.0.1 dev enp0s25 
169.254.0.0/16 dev vnet0 proto kernel scope link src 169.254.248.201 
192.168.0.0/24 dev enp0s25 proto kernel scope link src 192.168.0.252 
192.168.0.1 dev enp0s25 scope link 
192.168.122.0/24 dev virbr0 proto kernel scope link src 192.168.122.1 


* Workaround:
Add "vnet" to NetworkInterfaceBlacklist in /etc/connman/main.conf.

* Comments/questions:
1) Isn't it desirable to ignore "vnet" interfaces in the default 
configuration ? Or is there a use case where connman should manage vnet 
interfaces ?


2) What is the use case for creating a direct default IPv4 route when 
DHCP failed and an APIPA address was assigned, specially when another 
default route already exists ? Communicating with other hosts in the 
APIPA subnet on the same LAN does not require it. It may allow to send 
packets to other hosts in non-APIPA subnets on the same LAN, but usually 
they do not have a direct route to the APIPA subnet and are unable to reply.


3) If such use case exists, shouldn't this default route have a low 
priority (high metric) so that other default routes take precedence ?

Bug#1064648: allegro5-doc: please make the build reproducible.

[Andreas Rönnquist]

On Tue, 27 Feb 2024 14:37:30 +
James Addison  wrote:

>Followup-For: Bug #1064648
>X-Debbugs-Cc: gus...@debian.org
>
>Hi Andreas - thanks for investigating!
>
>> https://github.com/gusnan/allegro5/commit/e4369e13b1edb96b8ae4821c5363ac7b61002d3e
>>   
>
>Looks good - I noticed you fixed the typo already :)
>
>> https://github.com/gusnan/allegro5/commit/842af9e5d6cd9c8fd0d0d2f8095f872e7bd77cef
>>   
>
>Yep, also looks good to me.
>
>> Nah, my mistake, that didn't seem to fix the reproducibility - The
>> SOURCE_DATE_EPOCH stuff seems to work, but the other one needs more
>> work.  
>
>Huh, strange - what differences do you find?  Two doc packages that I built a
>few moments ago using reprotest here are identical -- although I did have time
>variance disabled during that test.
>

Oh, it's quite likely that my test case is flawed and it does already
work - maybe we should just upload it and see what the reproducibility
tests say then, and handle any problems that come up then.

But, this will have to wait a while - Allegro5 is involved in the time_t
transition which has asked to avoid uploads during the transition.
(We'll have to wait a few days if I'm not mistaken).

best
/Andreas
gus...@debian.org

Bug#1064905: Why is cyrus_sasl_config_path ignored in bookworm and older releases? The README.Debian.gz only states "For policy reasons: a. SASL configuration goes in /etc/postfix/sasl" but doesn't gi

[monochromec]

Package: postfix
Version: 3.7.10-0+deb12u1
Severity: minor




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

Kernel: Linux 6.1.0-18-cloud-amd64 (SMP w/1 CPU thread; PREEMPT)
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) (ignored: LC_ALL 
set to en_US.UTF-8), LANGUAGE=en_US.UTF-8
Shell: /bin/sh linked to /usr/bin/dash
Init: systemd (via /run/systemd/system)
LSM: AppArmor: enabled

Versions of packages postfix depends on:
ii  adduser3.134
ii  cpio   2.13+dfsg-7.1
ii  debconf [debconf-2.0]  1.5.82
ii  dpkg   1.21.22
ii  e2fsprogs  1.47.0-2
ii  init-system-helpers1.65.2
ii  libc6  2.36-9+deb12u4
ii  libdb5.3   5.3.28+dfsg2-1
ii  libicu72   72.1-3
ii  libnsl21.3.0-2
ii  libsasl2-2 2.1.28+dfsg-10
ii  libssl33.0.11-1~deb12u2
ii  netbase6.4
ii  ssl-cert   1.1.2

Versions of packages postfix recommends:
ii  ca-certificates  20230311
ii  python3  3.11.2-1+b1

Versions of packages postfix suggests:
ii  emacs-nox [mail-reader]1:28.2+1-15
ii  libsasl2-modules   2.1.28+dfsg-10
ii  mailutils [mail-reader]1:3.15-4
pn  postfix-cdb
pn  postfix-doc
pn  postfix-ldap   
pn  postfix-lmdb   
pn  postfix-mta-sts-resolver   
pn  postfix-mysql  
pn  postfix-pcre   
pn  postfix-pgsql  
pn  postfix-sqlite 
pn  procmail   
ii  sasl2-bin  2.1.28+dfsg-10
ii  systemd-resolved [resolvconf]  252.22-1~deb12u1
pn  ufw

-- debconf information excluded

Bug#1064904: ITP: slm -- school library management

[Georges Khaznadar]

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

* Package name: slm
  Version : 0.4
  Upstream Contact: Georges Khaznadar 
* URL : https://salsa.debian.org/georgesk/slm0
* License : GPL-3+
  Programming Lang: Python, Javascript
  Description : school library management

 SLM stands for "school library management". It provides a web service
 useful for teams who lend school books to students. Here are some
 features:
 .
  - defining constants for the school, like name, logo, manager's name
  - creating a catalogue of available books
  - managing the inventory of books, each one identified by a unique barcode
  - importing lists of students, with their optional curricula
  - lending quickly a few books to every student, with the help of a
barcode reader
  - managing the book returns, with the help of a barcode reader
  - replying to some request, like "whom is this book?", list of
students which still owe books, list of students who have no book
lended, and so on.
  - every web page comes with a contextual help


I am using SML in my school's cooperative association to lend school books
to students, and already packaged extra dependencies which were not part
of Debian previously: python3-pylabels, node-html5-qrcode, python3-trml2pdf.

This package's source is maintained in Salsa:
https://salsa.debian.org/debian/slm

Bug#1064648: allegro5-doc: please make the build reproducible.

[James Addison]

Followup-For: Bug #1064648
X-Debbugs-Cc: gus...@debian.org

Hi Andreas - thanks for investigating!

> https://github.com/gusnan/allegro5/commit/e4369e13b1edb96b8ae4821c5363ac7b61002d3e

Looks good - I noticed you fixed the typo already :)

> https://github.com/gusnan/allegro5/commit/842af9e5d6cd9c8fd0d0d2f8095f872e7bd77cef

Yep, also looks good to me.

> Nah, my mistake, that didn't seem to fix the reproducibility - The
> SOURCE_DATE_EPOCH stuff seems to work, but the other one needs more
> work.

Huh, strange - what differences do you find?  Two doc packages that I built a
few moments ago using reprotest here are identical -- although I did have time
variance disabled during that test.

James

Bug#1064903: ITP: slm -- school library management

[Georges Khaznadar (debian)]

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

* Package name: slm
  Version : 0.4
  Upstream Contact: Georges Khaznadar 
* URL : https://salsa.debian.org/georgesk/slm0
* License : GPL-3+
  Programming Lang: Python, Javascript
  Description : school library management

 SLM stands for "school library management". It provides a web service
 useful for teams who lend school books to students. Here are some
 features:
 .
  - defining constants for the school, like name, logo, manager's name
  - creating a catalogue of available books
  - managing the inventory of books, each one identified by a unique 
barcode

  - importing lists of students, with their optional curricula
  - lending quickly a few books to every student, with the help of a
barcode reader
  - managing the book returns, with the help of a barcode reader
  - replying to some request, like "whom is this book?", list of
students which still owe books, list of students who have no book
lended, and so on.
  - every web page comes with a contextual help


I am using SML in my school's cooperative association to lend school 
books

to students, and already packaged extra dependencies which were not part
of Debian previously: python3-pylabels, node-html5-qrcode, 
python3-trml2pdf.


This package's source is maintained in Salsa:
https://salsa.debian.org/debian/slm

Bug#1064902: ratt fails to add deb:// line if appropriate line not in apt/sources.list

[Alastair McKinstry]

Package: ratt
Version: 0.0~git20190123.9e77a6d-1+b6
Severity: normal


I ran ratt on a system without a deb: line in /etc/apt/sources.list
for the dist.
It calls dose-ceve without the necessary deb:// and silently fails to find the 
right rdeps to rebuild.

Please add some --verbose debugging and more checking args.

Thanks
Alastair


-- System Information:
Debian Release: 12.5
  APT prefers stable-security
  APT policy: (500, 'stable-security'), (500, 'unstable'), (500, 'stable')
Architecture: amd64 (x86_64)

Kernel: Linux 6.1.0-18-amd64 (SMP w/4 CPU threads; PREEMPT)
Locale: LANG=en_IE.UTF-8, LC_CTYPE=en_IE.UTF-8 (charmap=UTF-8) (ignored: LC_ALL 
set to en_IE.UTF-8), LANGUAGE=en_IE:en
Shell: /bin/sh linked to /usr/bin/dash
Init: systemd (via /run/systemd/system)
LSM: AppArmor: enabled

Versions of packages ratt depends on:
ii  libc6   2.36-9+deb12u4
ii  sbuild  0.85.0

Versions of packages ratt recommends:
ii  dose-extra  7.0.0-1+b2

ratt suggests no packages.

-- no debconf information