Bug#1063129: libmicrohttpd: NMU diff for 64-bit time_t transition

[Steve Langasek]

Source: libmicrohttpd
Version: 1.0.0-1
Severity: serious
Tags: patch pending sid trixie
Justification: library ABI skew on upgrade
User: debian-...@lists.debian.org
Usertags: time-t

NOTICE: these changes must not be uploaded to unstable yet!

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
libmicrohttpd 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 libmicrohttpd
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.



-- System Information:
Debian Release: trixie/sid
  APT prefers unstable
  APT policy: (500, 'unstable')
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 libmicrohttpd-1.0.0/debian/changelog 
libmicrohttpd-1.0.0/debian/changelog
--- libmicrohttpd-1.0.0/debian/changelog2024-02-03 05:32:37.0 
+
+++ libmicrohttpd-1.0.0/debian/changelog2024-02-05 07:55:29.0 
+
@@ -1,3 +1,10 @@
+libmicrohttpd (1.0.0-1.1) experimental; urgency=medium
+
+  * Non-maintainer upload.
+  * Rename libraries for 64-bit time_t transition.
+
+ -- Steve Langasek   Mon, 05 Feb 2024 07:55:29 +
+
 libmicrohttpd (1.0.0-1) sid; urgency=medium
 
   * Uploading to sid.
diff -Nru libmicrohttpd-1.0.0/debian/control libmicrohttpd-1.0.0/debian/control
--- libmicrohttpd-1.0.0/debian/control  2024-02-03 05:31:57.0 +
+++ libmicrohttpd-1.0.0/debian/control  2024-02-05 07:55:28.0 +
@@ -24,7 +24,7 @@
 Multi-arch: same
 Depends:
  libgnutls28-dev,
- libmicrohttpd12 (= ${binary:Version}),
+ libmicrohttpd12t64 (= ${binary:Version}),
  ${misc:Depends},
 Description: library embedding HTTP server functionality (development)
  GNU libmicrohttpd is a small C library that is supposed to make it easy to run
@@ -32,7 +32,10 @@
  .
  This package contains the development files.
 
-Package: libmicrohttpd12
+Package: libmicrohttpd12t64
+Provides: ${t64:Provides}
+Replaces: libmicrohttpd12
+Breaks: libmicrohttpd12 (<< ${source:Version})
 Section: libs
 Architecture: any
 Multi-arch: same
diff -Nru libmicrohttpd-1.0.0/debian/libmicrohttpd12.install 
libmicrohttpd-1.0.0/debian/libmicrohttpd12.install
--- libmicrohttpd-1.0.0/debian/libmicrohttpd12.install  2024-02-03 
05:31:57.0 +
+++ libmicrohttpd-1.0.0/debian/libmicrohttpd12.install  1970-01-01 
00:00:00.0 +
@@ -1 +0,0 @@
-usr/lib/*/*.so.*
diff -Nru libmicrohttpd-1.0.0/debian/libmicrohttpd12.symbols 
libmicrohttpd-1.0.0/debian/libmicrohttpd12.symbols
--- libmicrohttpd-1.0.0/debian/libmicrohttpd12.symbols  2024-02-03 
05:31:57.0 +
+++ libmicrohttpd-1.0.0/debian/libmicrohttpd12.symbols  1970-01-01 
00:00:00.0 +
@@ -1,64 +0,0 @@
-libmicrohttpd.so.12 libmicrohttpd12 #MINVER#
-* Build-Depends-Package: libmicrohttp-dev
- MHD_add_connection@Base 0.9.50
- MHD_add_response_footer@Base 0.9.50
- MHD_add_response_header@Base 0.9.50
- MHD_basic_auth_get_username_password@Base 0.9.50
- MHD_create_post_processor@Base 0.9.50
- MHD_create_response_for_upgrade@Base 0.9.52
- MHD_create_response_from_buffer@Base 0.9.50
- MHD_create_response_from_buffer_with_free_callback@Base 0.9.61
- MHD_create_response_from_buffer_with_free_callback_cls@Base 0.9.75-2
- MHD_create_response_from_callback@Base 0.9.50
- MHD_create_response_from_data@Base 0.9.50
- MHD_create_response_from_fd64@Base 0.9.50
- MHD_create_response_from_fd@Base 0.9.50
- MHD_create_response_from_fd_at_offset64@Base 0.9.50
- MHD_create_response_from_fd_at_offset@Base 0.9.50
- MHD_create_response_from_iovec@Base 0.9.75-2

Bug#1063128: libfreefare: NMU diff for 64-bit time_t transition

[Steve Langasek]

Source: libfreefare
Version: 0.4.0-2.1
Severity: serious
Tags: patch pending sid trixie
Justification: library ABI skew on upgrade
User: debian-...@lists.debian.org
Usertags: time-t

NOTICE: these changes must not be uploaded to unstable yet!

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
libfreefare 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 libfreefare
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.



-- System Information:
Debian Release: trixie/sid
  APT prefers unstable
  APT policy: (500, 'unstable')
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 libfreefare-0.4.0/debian/changelog libfreefare-0.4.0/debian/changelog
--- libfreefare-0.4.0/debian/changelog  2021-01-05 10:29:39.0 +
+++ libfreefare-0.4.0/debian/changelog  2024-02-05 07:54:32.0 +
@@ -1,3 +1,10 @@
+libfreefare (0.4.0-2.2) experimental; urgency=medium
+
+  * Non-maintainer upload.
+  * Rename libraries for 64-bit time_t transition.
+
+ -- Steve Langasek   Mon, 05 Feb 2024 07:54:32 +
+
 libfreefare (0.4.0-2.1) unstable; urgency=medium
 
   * Non maintainer upload by the Reproducible Builds team.
diff -Nru libfreefare-0.4.0/debian/control libfreefare-0.4.0/debian/control
--- libfreefare-0.4.0/debian/control2013-12-26 04:31:31.0 +
+++ libfreefare-0.4.0/debian/control2024-02-05 07:54:32.0 +
@@ -8,7 +8,10 @@
 Vcs-Git: git://anonscm.debian.org/collab-maint/libnfc.git
 Vcs-Browser: 
http://anonscm.debian.org/gitweb/?p=collab-maint/libfreefare.git;a=summary
 
-Package: libfreefare0
+Package: libfreefare0t64
+Provides: ${t64:Provides}
+Replaces: libfreefare0
+Breaks: libfreefare0 (<< ${source:Version})
 Section: libs
 Architecture: any
 Depends: ${shlibs:Depends}, ${misc:Depends}
@@ -23,7 +26,7 @@
 Package: libfreefare-dev
 Section: libdevel
 Architecture: any
-Depends: ${misc:Depends}, libfreefare0 (= ${binary:Version}), libnfc-dev
+Depends: ${misc:Depends}, libfreefare0t64 (= ${binary:Version}), libnfc-dev
 Suggests: libfreefare-doc
 Multi-Arch: same
 Description: MIFARE card manipulations library (development files)
@@ -35,7 +38,7 @@
 Package: libfreefare-bin
 Section: utils
 Architecture: any
-Depends: ${shlibs:Depends}, ${misc:Depends}, libfreefare0 (>= 
${binary:Version})
+Depends: ${shlibs:Depends}, ${misc:Depends}, libfreefare0t64 (>= 
${binary:Version})
 Description: MIFARE card manipulations binaries
  The libfreefare project aims to provide a convenient API for MIFARE
  card manipulations.
diff -Nru libfreefare-0.4.0/debian/libfreefare0.install 
libfreefare-0.4.0/debian/libfreefare0.install
--- libfreefare-0.4.0/debian/libfreefare0.install   2013-12-24 
23:04:54.0 +
+++ libfreefare-0.4.0/debian/libfreefare0.install   1970-01-01 
00:00:00.0 +
@@ -1 +0,0 @@
-usr/lib/*/libfreefare.so.*
diff -Nru libfreefare-0.4.0/debian/libfreefare0t64.install 
libfreefare-0.4.0/debian/libfreefare0t64.install
--- libfreefare-0.4.0/debian/libfreefare0t64.install1970-01-01 
00:00:00.0 +
+++ libfreefare-0.4.0/debian/libfreefare0t64.install2013-12-24 
23:04:54.0 +
@@ -0,0 +1 @@
+usr/lib/*/libfreefare.so.*
diff -Nru libfreefare-0.4.0/debian/libfreefare0t64.lintian-overrides 
libfreefare-0.4.0/debian/libfreefare0t64.lintian-overrides
--- libfreefare-0.4.0/debian/libfreefare0t64.lintian-overrides  1970-01-01 
00:00:00.0 +
+++ libfreefare-0.4.0/debian/libfreefare0t64.lintian-overrides  

Bug#1063127: libdvdread: NMU diff for 64-bit time_t transition

[Steve Langasek]

Source: libdvdread
Version: 6.1.3-1
Severity: serious
Tags: patch pending sid trixie
Justification: library ABI skew on upgrade
User: debian-...@lists.debian.org
Usertags: time-t

NOTICE: these changes must not be uploaded to unstable yet!

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
libdvdread 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 libdvdread
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.



-- System Information:
Debian Release: trixie/sid
  APT prefers unstable
  APT policy: (500, 'unstable')
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 libdvdread-6.1.3/debian/changelog libdvdread-6.1.3/debian/changelog
--- libdvdread-6.1.3/debian/changelog   2022-06-08 17:04:02.0 +
+++ libdvdread-6.1.3/debian/changelog   2024-02-05 07:53:51.0 +
@@ -1,3 +1,10 @@
+libdvdread (6.1.3-1.1) experimental; urgency=medium
+
+  * Non-maintainer upload.
+  * Rename libraries for 64-bit time_t transition.
+
+ -- Steve Langasek   Mon, 05 Feb 2024 07:53:51 +
+
 libdvdread (6.1.3-1) unstable; urgency=medium
 
   * Team upload
diff -Nru libdvdread-6.1.3/debian/control libdvdread-6.1.3/debian/control
--- libdvdread-6.1.3/debian/control 2022-06-08 16:53:30.0 +
+++ libdvdread-6.1.3/debian/control 2024-02-05 07:53:51.0 +
@@ -11,7 +11,10 @@
 Vcs-Git: https://salsa.debian.org/multimedia-team/libdvdread.git
 Rules-Requires-Root: no
 
-Package: libdvdread8
+Package: libdvdread8t64
+Provides: ${t64:Provides}
+Replaces: libdvdread8
+Breaks: libdvdread8 (<< ${source:Version})
 Section: libs
 Architecture: any
 Multi-Arch: same
@@ -30,7 +33,7 @@
 Section: libdevel
 Architecture: any
 Multi-Arch: same
-Depends: libdvdread8 (= ${binary:Version}), pkg-config, ${misc:Depends}
+Depends: libdvdread8t64 (= ${binary:Version}), pkg-config, ${misc:Depends}
 Suggests: libdvdcss-dev
 Description: library for reading DVDs (development)
  libdvdread provides the functionality that is required to access many DVDs. It
diff -Nru libdvdread-6.1.3/debian/libdvdread8.bug-control 
libdvdread-6.1.3/debian/libdvdread8.bug-control
--- libdvdread-6.1.3/debian/libdvdread8.bug-control 2022-06-08 
16:47:06.0 +
+++ libdvdread-6.1.3/debian/libdvdread8.bug-control 1970-01-01 
00:00:00.0 +
@@ -1 +0,0 @@
-Report-With: libdvdnav4 libdvdcss2
diff -Nru libdvdread-6.1.3/debian/libdvdread8.docs 
libdvdread-6.1.3/debian/libdvdread8.docs
--- libdvdread-6.1.3/debian/libdvdread8.docs2022-06-08 16:47:06.0 
+
+++ libdvdread-6.1.3/debian/libdvdread8.docs1970-01-01 00:00:00.0 
+
@@ -1 +0,0 @@
-debian/docs/*
diff -Nru libdvdread-6.1.3/debian/libdvdread8.install 
libdvdread-6.1.3/debian/libdvdread8.install
--- libdvdread-6.1.3/debian/libdvdread8.install 2022-06-08 16:47:06.0 
+
+++ libdvdread-6.1.3/debian/libdvdread8.install 1970-01-01 00:00:00.0 
+
@@ -1 +0,0 @@
-usr/lib/*/*.so.*
diff -Nru libdvdread-6.1.3/debian/libdvdread8.symbols 
libdvdread-6.1.3/debian/libdvdread8.symbols
--- libdvdread-6.1.3/debian/libdvdread8.symbols 2022-06-08 16:47:06.0 
+
+++ libdvdread-6.1.3/debian/libdvdread8.symbols 1970-01-01 00:00:00.0 
+
@@ -1,61 +0,0 @@
-libdvdread.so.8 #PACKAGE# #MINVER#
-* Build-Depends-Package: libdvdread-dev
- DVDClose@Base 4.1.3
- DVDCloseFile@Base 4.1.3
- DVDDiscID@Base 4.1.3
- DVDFileSeek@Base 4.1.3
- DVDFileSeekForce@Base 4.1.3
- DVDFileSize@Base 4.1.3
- 

Bug#1063126: debhelper: dh_makeshlibs should not generate shlibs for /usr/lib/python*/ and /usr/lib/jni

[Niels Thykier]

Package: debhelper
Version: 13.13
Severity: normal
X-Debbugs-Cc: vor...@debian.org, ni...@thykier.net
Control: reporter -1 vor...@debian.org

Raised on IRC that `dh_makeshlibs` includes a lot of "irrelevant" files 
in the shlibs. Particularly, Python libraries (usr/lib/python*) and Java 
libraries (usr/lib/jni + usr/lib/$MA/jni) looks like low-hanging fruits 
that can easily be skipped in the shlibs. Note part of the problem is 
that these files includes a SONAME even though it is not a public ABI 
library.


Excluding these libraries would have made the t64 transition simpler as 
they used the shlibs as basis for which packages had libraries with 
public ABIs, where the above mentioned paths were false positives.


Best regards,
Niels

Bug#1063125: libcdio-paranoia: NMU diff for 64-bit time_t transition

[Steve Langasek]

Source: libcdio-paranoia
Version: 10.2+2.0.1-1
Severity: serious
Tags: patch pending sid trixie
Justification: library ABI skew on upgrade
User: debian-...@lists.debian.org
Usertags: time-t

NOTICE: these changes must not be uploaded to unstable yet!

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
libcdio-paranoia 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 libcdio-paranoia
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.



-- System Information:
Debian Release: trixie/sid
  APT prefers unstable
  APT policy: (500, 'unstable')
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 libcdio-paranoia-10.2+2.0.1/debian/changelog 
libcdio-paranoia-10.2+2.0.1/debian/changelog
--- libcdio-paranoia-10.2+2.0.1/debian/changelog2022-08-18 
18:43:37.0 +
+++ libcdio-paranoia-10.2+2.0.1/debian/changelog2024-02-05 
07:52:54.0 +
@@ -1,3 +1,10 @@
+libcdio-paranoia (10.2+2.0.1-1.1) experimental; urgency=medium
+
+  * Non-maintainer upload.
+  * Rename libraries for 64-bit time_t transition.
+
+ -- Steve Langasek   Mon, 05 Feb 2024 07:52:54 +
+
 libcdio-paranoia (10.2+2.0.1-1) unstable; urgency=medium
 
   * New upstream release
diff -Nru libcdio-paranoia-10.2+2.0.1/debian/control 
libcdio-paranoia-10.2+2.0.1/debian/control
--- libcdio-paranoia-10.2+2.0.1/debian/control  2022-08-18 18:43:37.0 
+
+++ libcdio-paranoia-10.2+2.0.1/debian/control  2024-02-05 07:52:54.0 
+
@@ -19,7 +19,7 @@
 Section: libdevel
 Architecture: any
 Multi-Arch: same
-Depends: libcdio-cdda2 (= ${binary:Version}), libcdio-dev (>= 0.94), 
${libcdev}, ${misc:Depends}
+Depends: libcdio-cdda2t64 (= ${binary:Version}), libcdio-dev (>= 0.94), 
${libcdev}, ${misc:Depends}
 Description: library to read and control digital audio CDs (development files)
  This package contains development files (headers and static library)
  for the libcdio-cdda library.
@@ -29,7 +29,10 @@
  a backend, it supports the same kind of CDROM drives (and images) as
  libcdio.
 
-Package: libcdio-cdda2
+Package: libcdio-cdda2t64
+Provides: ${t64:Provides}
+Replaces: libcdio-cdda2
+Breaks: libcdio-cdda2 (<< ${source:Version})
 Architecture: any
 Multi-Arch: same
 Pre-Depends: ${misc:Pre-Depends}
@@ -44,7 +47,7 @@
 Section: libdevel
 Architecture: any
 Multi-Arch: same
-Depends: libcdio-paranoia2 (= ${binary:Version}), libcdio-cdda-dev, 
libcdio-dev (>= 0.94), ${libcdev}, ${misc:Depends}
+Depends: libcdio-paranoia2t64 (= ${binary:Version}), libcdio-cdda-dev, 
libcdio-dev (>= 0.94), ${libcdev}, ${misc:Depends}
 Description: library to read digital audio CDs with error correction 
(development files)
  This package contains development files (headers and static library)
  for the libcdio-paranoia library.
@@ -54,7 +57,10 @@
  when reading such discs. As it uses libcdio as a backend, it supports
  the same kind of CDROM drives (and images) as libcdio.
 
-Package: libcdio-paranoia2
+Package: libcdio-paranoia2t64
+Provides: ${t64:Provides}
+Replaces: libcdio-paranoia2
+Breaks: libcdio-paranoia2 (<< ${source:Version})
 Architecture: any
 Multi-Arch: same
 Pre-Depends: ${misc:Pre-Depends}
diff -Nru libcdio-paranoia-10.2+2.0.1/debian/libcdio-cdda2.install 
libcdio-paranoia-10.2+2.0.1/debian/libcdio-cdda2.install
--- libcdio-paranoia-10.2+2.0.1/debian/libcdio-cdda2.install2022-08-18 
18:43:37.0 +
+++ libcdio-paranoia-10.2+2.0.1/debian/libcdio-cdda2.install1970-01-01 

Bug#1063124: libccp4: NMU diff for 64-bit time_t transition

[Steve Langasek]

Source: libccp4
Version: 8.0.0-2
Severity: serious
Tags: patch pending sid trixie
Justification: library ABI skew on upgrade
User: debian-...@lists.debian.org
Usertags: time-t

NOTICE: these changes must not be uploaded to unstable yet!

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
libccp4 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 libccp4
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.



-- System Information:
Debian Release: trixie/sid
  APT prefers unstable
  APT policy: (500, 'unstable')
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 libccp4-8.0.0/debian/changelog libccp4-8.0.0/debian/changelog
--- libccp4-8.0.0/debian/changelog  2022-11-09 12:44:53.0 +
+++ libccp4-8.0.0/debian/changelog  2024-02-05 07:49:38.0 +
@@ -1,3 +1,10 @@
+libccp4 (8.0.0-2.1) experimental; urgency=medium
+
+  * Non-maintainer upload.
+  * Rename libraries for 64-bit time_t transition.
+
+ -- Steve Langasek   Mon, 05 Feb 2024 07:49:38 +
+
 libccp4 (8.0.0-2) unstable; urgency=medium
 
   * Upload to unstable.
diff -Nru libccp4-8.0.0/debian/control libccp4-8.0.0/debian/control
--- libccp4-8.0.0/debian/control2022-11-09 12:42:58.0 +
+++ libccp4-8.0.0/debian/control2024-02-05 07:49:38.0 +
@@ -63,8 +63,8 @@
 Multi-Arch: same
 Section: libdevel
 Depends:
- libccp4c0 (= ${binary:Version}),
- libccp4f0 (= ${binary:Version}),
+ libccp4c0t64 (= ${binary:Version}),
+ libccp4f0t64 (= ${binary:Version}),
  ${misc:Depends},
 Pre-Depends:
  ${misc:Pre-Depends},
@@ -100,7 +100,10 @@
 just like a simple C array, but can be resized at will without
 incurring excessive overheads.
 
-Package: libccp4c0
+Package: libccp4c0t64
+Provides: ${t64:Provides}
+Replaces: libccp4c0
+Breaks: libccp4c0 (<< ${source:Version})
 Architecture: any
 Multi-Arch: same
 Section: libs
@@ -144,7 +147,10 @@
  .
  This package provides the runtime of the CCP4 C library.
 
-Package: libccp4f0
+Package: libccp4f0t64
+Provides: ${t64:Provides}
+Replaces: libccp4f0
+Breaks: libccp4f0 (<< ${source:Version})
 Architecture: any
 Multi-Arch: same
 Section: libs
diff -Nru libccp4-8.0.0/debian/libccp4c0.install 
libccp4-8.0.0/debian/libccp4c0.install
--- libccp4-8.0.0/debian/libccp4c0.install  2022-11-09 12:42:05.0 
+
+++ libccp4-8.0.0/debian/libccp4c0.install  1970-01-01 00:00:00.0 
+
@@ -1 +0,0 @@
-usr/lib/*/libccp4c*.so.*
diff -Nru libccp4-8.0.0/debian/libccp4c0t64.install 
libccp4-8.0.0/debian/libccp4c0t64.install
--- libccp4-8.0.0/debian/libccp4c0t64.install   1970-01-01 00:00:00.0 
+
+++ libccp4-8.0.0/debian/libccp4c0t64.install   2022-11-09 12:42:05.0 
+
@@ -0,0 +1 @@
+usr/lib/*/libccp4c*.so.*
diff -Nru libccp4-8.0.0/debian/libccp4c0t64.lintian-overrides 
libccp4-8.0.0/debian/libccp4c0t64.lintian-overrides
--- libccp4-8.0.0/debian/libccp4c0t64.lintian-overrides 1970-01-01 
00:00:00.0 +
+++ libccp4-8.0.0/debian/libccp4c0t64.lintian-overrides 2024-02-05 
07:49:38.0 +
@@ -0,0 +1 @@
+libccp4c0t64: package-name-doesnt-match-sonames libccp4c0
diff -Nru libccp4-8.0.0/debian/libccp4f0.install 
libccp4-8.0.0/debian/libccp4f0.install
--- libccp4-8.0.0/debian/libccp4f0.install  2022-11-09 12:42:05.0 
+
+++ libccp4-8.0.0/debian/libccp4f0.install  1970-01-01 00:00:00.0 
+
@@ -1 +0,0 @@
-usr/lib/*/libccp4f*.so.*
diff -Nru 

Bug#1063123: libburn: NMU diff for 64-bit time_t transition

[Steve Langasek]

Source: libburn
Version: 1.5.6-1
Severity: serious
Tags: patch pending sid trixie
Justification: library ABI skew on upgrade
User: debian-...@lists.debian.org
Usertags: time-t

NOTICE: these changes must not be uploaded to unstable yet!

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
libburn 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 libburn
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.



-- System Information:
Debian Release: trixie/sid
  APT prefers unstable
  APT policy: (500, 'unstable')
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 libburn-1.5.6/debian/changelog libburn-1.5.6/debian/changelog
--- libburn-1.5.6/debian/changelog  2023-09-09 17:00:47.0 +
+++ libburn-1.5.6/debian/changelog  2024-02-05 07:48:26.0 +
@@ -1,3 +1,10 @@
+libburn (1.5.6-1.1) experimental; urgency=medium
+
+  * Non-maintainer upload.
+  * Rename libraries for 64-bit time_t transition.
+
+ -- Steve Langasek   Mon, 05 Feb 2024 07:48:26 +
+
 libburn (1.5.6-1) unstable; urgency=low
 
   [ Thomas Schmitt ]
diff -Nru libburn-1.5.6/debian/control libburn-1.5.6/debian/control
--- libburn-1.5.6/debian/control2023-09-09 17:00:47.0 +
+++ libburn-1.5.6/debian/control2024-02-05 07:48:25.0 +
@@ -12,7 +12,10 @@
 Vcs-Git: https://salsa.debian.org/optical-media-team/libburn.git
 Homepage: http://libburnia-project.org
 
-Package: libburn4
+Package: libburn4t64
+Provides: ${t64:Provides}
+Replaces: libburn4
+Breaks: libburn4 (<< ${source:Version})
 Architecture: any
 Multi-Arch: same
 Depends: ${shlibs:Depends},
@@ -45,13 +48,13 @@
 Multi-Arch: same
 Section: libdevel
 Depends: ${misc:Depends},
- libburn4 (= ${binary:Version})
+ libburn4t64 (= ${binary:Version})
 Suggests: libburn-doc (= ${source:Version})
-Description: development package for libburn4
+Description: development package for libburn4t64
  This package contains the headers, pkgconfig data and static library for
  libburn.
  You need the headers if you want to develop or compile applications which
- make use of the libburn4 API. Its definition is in .
+ make use of the libburn4t64 API. Its definition is in .
 
 Package: libburn-doc
 Architecture: all
diff -Nru libburn-1.5.6/debian/libburn4.docs libburn-1.5.6/debian/libburn4.docs
--- libburn-1.5.6/debian/libburn4.docs  2023-09-09 17:00:47.0 +
+++ libburn-1.5.6/debian/libburn4.docs  1970-01-01 00:00:00.0 +
@@ -1,3 +0,0 @@
-AUTHORS
-README
-NEWS
diff -Nru libburn-1.5.6/debian/libburn4.install 
libburn-1.5.6/debian/libburn4.install
--- libburn-1.5.6/debian/libburn4.install   2023-09-09 17:00:47.0 
+
+++ libburn-1.5.6/debian/libburn4.install   1970-01-01 00:00:00.0 
+
@@ -1 +0,0 @@
-debian/tmp/usr/lib/*/libburn.so.4*
diff -Nru libburn-1.5.6/debian/libburn4.lintian-overrides 
libburn-1.5.6/debian/libburn4.lintian-overrides
--- libburn-1.5.6/debian/libburn4.lintian-overrides 2023-09-09 
17:00:47.0 +
+++ libburn-1.5.6/debian/libburn4.lintian-overrides 1970-01-01 
00:00:00.0 +
@@ -1,7 +0,0 @@
-
-# libburn offers signal handlers which care for proper shutdown of busy drives.
-# The users of the library decide whether they employ such a handler or whether
-# they prefer an own handler which then has to operate libburn to perform the
-# necessary drive shutdown.
-libburn4 binary: exit-in-shared-library
-
diff -Nru 

Bug#1063121: kjs: NMU diff for 64-bit time_t transition

[Steve Langasek]

Source: kjs
Version: 5.107.0-1
Severity: serious
Tags: patch pending sid trixie
Justification: library ABI skew on upgrade
User: debian-...@lists.debian.org
Usertags: time-t

NOTICE: these changes must not be uploaded to unstable yet!

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
kjs 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 kjs
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.



-- System Information:
Debian Release: trixie/sid
  APT prefers unstable
  APT policy: (500, 'unstable')
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 kjs-5.107.0/debian/changelog kjs-5.107.0/debian/changelog
--- kjs-5.107.0/debian/changelog2023-06-18 14:08:39.0 +
+++ kjs-5.107.0/debian/changelog2024-02-05 07:44:23.0 +
@@ -1,3 +1,10 @@
+kjs (5.107.0-1.1) experimental; urgency=medium
+
+  * Non-maintainer upload.
+  * Rename libraries for 64-bit time_t transition.
+
+ -- Steve Langasek   Mon, 05 Feb 2024 07:44:23 +
+
 kjs (5.107.0-1) unstable; urgency=medium
 
   [ Aurélien COUDERC ]
diff -Nru kjs-5.107.0/debian/control kjs-5.107.0/debian/control
--- kjs-5.107.0/debian/control  2023-06-18 14:05:36.0 +
+++ kjs-5.107.0/debian/control  2024-02-05 07:44:23.0 +
@@ -18,7 +18,9 @@
 Vcs-Git: https://salsa.debian.org/qt-kde-team/kde/kjs.git
 Rules-Requires-Root: no
 
-Package: libkf5js5
+Package: libkf5js5t64
+Provides: ${t64:Provides}
+Replaces: libkf5js5
 Architecture: any
 Multi-Arch: same
 Depends: ${misc:Depends}, ${shlibs:Depends},
@@ -26,12 +28,15 @@
  Addon library to Qt which adds JavaScript scripting support.
  .
  This package is part of KDE Frameworks 5.
-Breaks: libkf5jsembed-dev (<< 5.54),
+Breaks: libkf5js5 (<< ${source:Version}), libkf5jsembed-dev (<< 5.54),
 libkf5jsembed5 (<< 5.54),
 libkf5khtml-bin (<< 5.54),
 libkf5khtml5 (<< 5.54),
 
-Package: libkf5jsapi5
+Package: libkf5jsapi5t64
+Provides: ${t64:Provides}
+Replaces: libkf5jsapi5
+Breaks: libkf5jsapi5 (<< ${source:Version})
 Architecture: any
 Multi-Arch: same
 Depends: ${misc:Depends}, ${shlibs:Depends},
@@ -43,8 +48,8 @@
 Package: libkf5kjs-dev
 Section: libdevel
 Architecture: any
-Depends: libkf5js5 (= ${binary:Version}),
- libkf5jsapi5 (= ${binary:Version}),
+Depends: libkf5js5t64 (= ${binary:Version}),
+ libkf5jsapi5t64 (= ${binary:Version}),
  libpcre3-dev,
  qtbase5-dev (>= 5.15.2~),
  ${misc:Depends},
diff -Nru kjs-5.107.0/debian/libkf5js5.install 
kjs-5.107.0/debian/libkf5js5.install
--- kjs-5.107.0/debian/libkf5js5.install2022-08-22 12:51:07.0 
+
+++ kjs-5.107.0/debian/libkf5js5.install1970-01-01 00:00:00.0 
+
@@ -1,2 +0,0 @@
-usr/lib/*/libKF5JS.so.5
-usr/lib/*/libKF5JS.so.5.*
diff -Nru kjs-5.107.0/debian/libkf5js5.symbols 
kjs-5.107.0/debian/libkf5js5.symbols
--- kjs-5.107.0/debian/libkf5js5.symbols2023-03-16 21:42:01.0 
+
+++ kjs-5.107.0/debian/libkf5js5.symbols1970-01-01 00:00:00.0 
+
@@ -1,504 +0,0 @@
-# SymbolsHelper-Confirmed: 5.94.0 amd64 i386
-libKF5JS.so.5 libkf5js5 #MINVER#
-* Build-Depends-Package: libkf5kjs-dev
- _ZN3KJS10Identifier11addSlowCaseEPNS_7UString3RepE@Base 4.96.0
- _ZN3KJS10Identifier3addEPKNS_5UCharEi@Base 4.96.0
- _ZN3KJS10Identifier3addEPKc@Base 4.96.0
- _ZN3KJS10Identifier5equalEPKNS_7UString3RepEPKNS_5UCharEi@Base 4.96.0
- 

Bug#1063120: imlib2: NMU diff for 64-bit time_t transition

[Steve Langasek]

Source: imlib2
Version: 1.12.1-1
Severity: serious
Tags: patch pending sid trixie
Justification: library ABI skew on upgrade
User: debian-...@lists.debian.org
Usertags: time-t

NOTICE: these changes must not be uploaded to unstable yet!

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
imlib2 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 imlib2
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.



-- System Information:
Debian Release: trixie/sid
  APT prefers unstable
  APT policy: (500, 'unstable')
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 imlib2-1.12.1/debian/changelog imlib2-1.12.1/debian/changelog
--- imlib2-1.12.1/debian/changelog  2023-10-04 11:31:23.0 +
+++ imlib2-1.12.1/debian/changelog  2024-02-05 07:42:42.0 +
@@ -1,3 +1,10 @@
+imlib2 (1.12.1-1.1) experimental; urgency=medium
+
+  * Non-maintainer upload.
+  * Rename libraries for 64-bit time_t transition.
+
+ -- Steve Langasek   Mon, 05 Feb 2024 07:42:42 +
+
 imlib2 (1.12.1-1) unstable; urgency=medium
 
   * New upstream version 1.12.1.
diff -Nru imlib2-1.12.1/debian/control imlib2-1.12.1/debian/control
--- imlib2-1.12.1/debian/control2023-10-04 11:31:23.0 +
+++ imlib2-1.12.1/debian/control2024-02-05 07:42:42.0 +
@@ -28,7 +28,10 @@
 Vcs-Git: https://salsa.debian.org/debian/imlib2.git
 Vcs-Browser: https://salsa.debian.org/debian/imlib2
 
-Package: libimlib2
+Package: libimlib2t64
+Provides: ${t64:Provides}
+Replaces: libimlib2
+Breaks: libimlib2 (<< ${source:Version})
 Architecture: any
 Depends:
  ${misc:Depends},
@@ -48,14 +51,14 @@
 Architecture: any
 Section: libdevel
 Replaces:
- libimlib2
+ libimlib2t64
 Depends:
  libbz2-dev,
  libfreetype-dev,
  libgif-dev,
  libheif-dev,
  libid3tag0-dev,
- libimlib2 (=${binary:Version}),
+ libimlib2t64 (=${binary:Version}),
  libjpeg-dev,
  libjxl-dev [!s390x],
  libopenjp2-7-dev,
diff -Nru imlib2-1.12.1/debian/libimlib2.install 
imlib2-1.12.1/debian/libimlib2.install
--- imlib2-1.12.1/debian/libimlib2.install  2023-10-04 11:31:23.0 
+
+++ imlib2-1.12.1/debian/libimlib2.install  1970-01-01 00:00:00.0 
+
@@ -1,3 +0,0 @@
-usr/lib/*/*.so.*
-usr/lib/*/imlib2/filters/*.so
-usr/lib/*/imlib2/loaders/*.so
diff -Nru imlib2-1.12.1/debian/libimlib2.symbols 
imlib2-1.12.1/debian/libimlib2.symbols
--- imlib2-1.12.1/debian/libimlib2.symbols  2023-10-04 11:31:23.0 
+
+++ imlib2-1.12.1/debian/libimlib2.symbols  1970-01-01 00:00:00.0 
+
@@ -1,313 +0,0 @@
-ani.so libimlib2 #MINVER#
- loader@Base 1.10.0
-argb.so libimlib2 #MINVER#
- loader@Base 1.10.0
-bmp.so libimlib2 #MINVER#
- loader@Base 1.10.0
-bumpmap.so libimlib2 #MINVER#
- deinit@Base 1.4.5
- exec@Base 1.4.5
- init@Base 1.4.5
-bz2.so libimlib2 #MINVER#
- loader@Base 1.10.0
-colormod.so libimlib2 #MINVER#
- deinit@Base 1.4.5
- exec@Base 1.4.5
- init@Base 1.4.5
-ff.so libimlib2 #MINVER#
- loader@Base 1.10.0
-gif.so libimlib2 #MINVER#
- loader@Base 1.10.0
-heif.so libimlib2 #MINVER#
- loader@Base 1.10.0
-ico.so libimlib2 #MINVER#
- loader@Base 1.10.0
-id3.so libimlib2 #MINVER#
- loader@Base 1.10.0
-j2k.so libimlib2 #MINVER#
- loader@Base 1.10.0
-jpeg.so libimlib2 #MINVER#
- loader@Base 1.10.0
-jxl.so libimlib2 #MINVER#
- loader@Base 1.10.0
-lbm.so libimlib2 #MINVER#
- loader@Base 1.10.0
-libImlib2.so.1 libimlib2 #MINVER#
- __imlib_AllocateData@Base 1.6.1
- __imlib_AttachTag@Base 1.4.5

Bug#1063119: hwinfo: NMU diff for 64-bit time_t transition

[Steve Langasek]

Source: hwinfo
Version: 21.82-1
Severity: serious
Tags: patch pending sid trixie
Justification: library ABI skew on upgrade
User: debian-...@lists.debian.org
Usertags: time-t

NOTICE: these changes must not be uploaded to unstable yet!

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
hwinfo 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 hwinfo
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.



-- System Information:
Debian Release: trixie/sid
  APT prefers unstable
  APT policy: (500, 'unstable')
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 hwinfo-21.82/debian/changelog hwinfo-21.82/debian/changelog
--- hwinfo-21.82/debian/changelog   2022-07-12 21:59:11.0 +
+++ hwinfo-21.82/debian/changelog   2024-02-05 07:32:06.0 +
@@ -1,3 +1,10 @@
+hwinfo (21.82-1.1) experimental; urgency=medium
+
+  * Non-maintainer upload.
+  * Rename libraries for 64-bit time_t transition.
+
+ -- Steve Langasek   Mon, 05 Feb 2024 07:32:06 +
+
 hwinfo (21.82-1) unstable; urgency=medium
 
   * New upstream version 21.82
diff -Nru hwinfo-21.82/debian/control hwinfo-21.82/debian/control
--- hwinfo-21.82/debian/control 2022-07-12 21:59:11.0 +
+++ hwinfo-21.82/debian/control 2024-02-05 07:32:06.0 +
@@ -34,7 +34,10 @@
  you think one or more of these should be included in the package, please
  contact the maintainer at hwi...@packages.debian.org.
 
-Package: libhd21
+Package: libhd21t64
+Provides: ${t64:Provides}
+Replaces: libhd21
+Breaks: libhd21 (<< ${source:Version})
 Architecture: linux-any
 Multi-Arch: same
 Section: libs
@@ -83,7 +86,7 @@
 Architecture: linux-any
 Multi-Arch: same
 Section: libdevel
-Depends: libhd21 (= ${binary:Version}), ${misc:Depends}
+Depends: libhd21t64 (= ${binary:Version}), ${misc:Depends}
 Suggests: libhd-doc
 Provides: libhd12-dev,
   libhd13-dev,
diff -Nru hwinfo-21.82/debian/libhd21.install 
hwinfo-21.82/debian/libhd21.install
--- hwinfo-21.82/debian/libhd21.install 2022-07-12 21:59:11.0 +
+++ hwinfo-21.82/debian/libhd21.install 1970-01-01 00:00:00.0 +
@@ -1 +0,0 @@
-debian/tmp/usr/lib/*/libhd.so.*
diff -Nru hwinfo-21.82/debian/libhd21.symbols 
hwinfo-21.82/debian/libhd21.symbols
--- hwinfo-21.82/debian/libhd21.symbols 2022-07-12 21:59:11.0 +
+++ hwinfo-21.82/debian/libhd21.symbols 1970-01-01 00:00:00.0 +
@@ -1,275 +0,0 @@
-libhd.so.21 libhd21 #MINVER#
- CDBISDN_DATE@Base 21.0
- CDBISDN_DBVERSION@Base 21.0
- Dir_xlate@Base 21.0
- add_disk_entry@Base 21.0
- add_hd_entry@Base 21.0
- add_joystick_details@Base 21.0
- add_mem@Base 21.0
- add_res_entry@Base 21.0
- add_str_list@Base 21.0
- (arch=amd64 i386)assign_edd_info@Base 21.0
- (arch=i386)avm_a1_detect@Base 21.0
- canon_str@Base 21.0
- check_for_responce@Base 21.0
- cmp_hd@Base 21.0
- crc64@Base 21.0
- (arch=amd64 i386)detect_smp_bios@Base 21.0
- (arch=ppc64el powerpc)detect_smp_prom@Base 21.14
- dev_name_duplicate@Base 21.0
- device_class@Base 21.0
- dump_klog@Base 21.0
- (arch=amd64 i386)edd_disk_signature@Base 21.0
- eisa_vendor_str@Base 21.0
- exists_hd_entry@Base 21.0
- float2str@Base 21.0
- free_devtree@Base 21.0
- free_disk_list@Base 21.0
- free_driver_info@Base 21.0
- free_hd_detail@Base 21.0
- free_mem@Base 21.0
- free_misc@Base 21.0
- free_res_list@Base 21.0
- free_scsi@Base 21.0
- free_str_list@Base 21.0
- gather_resources@Base 21.0
- get_cmd_param@Base 21.0
- get_cmdline@Base 21.0
- 

Bug#1063118: hdf-eos5: NMU diff for 64-bit time_t transition

[Steve Langasek]

Source: hdf-eos5
Version: 2:2.0-1
Severity: serious
Tags: patch pending sid trixie
Justification: library ABI skew on upgrade
User: debian-...@lists.debian.org
Usertags: time-t

NOTICE: these changes must not be uploaded to unstable yet!

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
hdf-eos5 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 hdf-eos5
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.



-- System Information:
Debian Release: trixie/sid
  APT prefers unstable
  APT policy: (500, 'unstable')
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 hdf-eos5-2.0/debian/changelog hdf-eos5-2.0/debian/changelog
--- hdf-eos5-2.0/debian/changelog   2022-04-18 12:47:42.0 +
+++ hdf-eos5-2.0/debian/changelog   2024-02-05 07:27:20.0 +
@@ -1,3 +1,10 @@
+hdf-eos5 (2:2.0-1.1) experimental; urgency=medium
+
+  * Non-maintainer upload.
+  * Rename libraries for 64-bit time_t transition.
+
+ -- Steve Langasek   Mon, 05 Feb 2024 07:27:20 +
+
 hdf-eos5 (2:2.0-1) unstable; urgency=medium
 
   * New upstream release, with epoch change
diff -Nru hdf-eos5-2.0/debian/control hdf-eos5-2.0/debian/control
--- hdf-eos5-2.0/debian/control 2022-04-18 12:47:42.0 +
+++ hdf-eos5-2.0/debian/control 2024-02-05 07:27:20.0 +
@@ -17,7 +17,10 @@
   libgctp-dev, 
   chrpath
 
-Package: libhe5-hdfeos0
+Package: libhe5-hdfeos0t64
+Provides: ${t64:Provides}
+Replaces: libhe5-hdfeos0
+Breaks: libhe5-hdfeos0 (<< ${source:Version})
 Architecture: any
 Multi-Arch: same
 Depends: ${misc:Depends}, ${shlibs:Depends}
@@ -33,7 +36,7 @@
 Package: libhe5-hdfeos-dev
 Architecture: any
 Section: libdevel
-Depends: libhe5-hdfeos0 (= ${binary:Version}), ${misc:Depends}, libgctp-dev
+Depends: libhe5-hdfeos0t64 (= ${binary:Version}), ${misc:Depends}, libgctp-dev
 Recommends: pkg-config
 Description:  Development files for the HDF-EOS5 library
  HDF-EOS5 is a software library designed built on HDF5 to support EOS-specific
diff -Nru hdf-eos5-2.0/debian/libhe5-hdfeos0.docs 
hdf-eos5-2.0/debian/libhe5-hdfeos0.docs
--- hdf-eos5-2.0/debian/libhe5-hdfeos0.docs 2022-04-18 12:47:42.0 
+
+++ hdf-eos5-2.0/debian/libhe5-hdfeos0.docs 1970-01-01 00:00:00.0 
+
@@ -1 +0,0 @@
-# doc/HDFEOS-DEFINITION.TXT
diff -Nru hdf-eos5-2.0/debian/libhe5-hdfeos0.install 
hdf-eos5-2.0/debian/libhe5-hdfeos0.install
--- hdf-eos5-2.0/debian/libhe5-hdfeos0.install  2022-04-18 12:47:42.0 
+
+++ hdf-eos5-2.0/debian/libhe5-hdfeos0.install  1970-01-01 00:00:00.0 
+
@@ -1,2 +0,0 @@
-usr/lib/${DEB_HOST_MULTIARCH}/libhe5_hdfeos.so.0
-usr/lib/${DEB_HOST_MULTIARCH}/libhe5_hdfeos.so.0.0.0
diff -Nru hdf-eos5-2.0/debian/libhe5-hdfeos0.links 
hdf-eos5-2.0/debian/libhe5-hdfeos0.links
--- hdf-eos5-2.0/debian/libhe5-hdfeos0.links2022-04-18 12:47:42.0 
+
+++ hdf-eos5-2.0/debian/libhe5-hdfeos0.links1970-01-01 00:00:00.0 
+
@@ -1 +0,0 @@
-
diff -Nru hdf-eos5-2.0/debian/libhe5-hdfeos0.shlibs 
hdf-eos5-2.0/debian/libhe5-hdfeos0.shlibs
--- hdf-eos5-2.0/debian/libhe5-hdfeos0.shlibs   2022-04-18 12:47:42.0 
+
+++ hdf-eos5-2.0/debian/libhe5-hdfeos0.shlibs   1970-01-01 00:00:00.0 
+
@@ -1 +0,0 @@
-libhe5_hdfeos 0 libhe5-hdfeos0
diff -Nru hdf-eos5-2.0/debian/libhe5-hdfeos0t64.docs 
hdf-eos5-2.0/debian/libhe5-hdfeos0t64.docs
--- hdf-eos5-2.0/debian/libhe5-hdfeos0t64.docs  1970-01-01 00:00:00.0 
+
+++ 

Bug#1063116: gdbm: NMU diff for 64-bit time_t transition

[Steve Langasek]

Source: gdbm
Version: 1.23-5
Severity: serious
Tags: patch pending sid trixie
Justification: library ABI skew on upgrade
User: debian-...@lists.debian.org
Usertags: time-t

NOTICE: these changes must not be uploaded to unstable yet!

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
gdbm 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 gdbm
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.



-- System Information:
Debian Release: trixie/sid
  APT prefers unstable
  APT policy: (500, 'unstable')
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 gdbm-1.23/debian/changelog gdbm-1.23/debian/changelog
--- gdbm-1.23/debian/changelog  2023-11-28 12:51:35.0 +
+++ gdbm-1.23/debian/changelog  2024-02-05 07:11:57.0 +
@@ -1,3 +1,10 @@
+gdbm (1.23-5.1) experimental; urgency=medium
+
+  * Non-maintainer upload.
+  * Rename libraries for 64-bit time_t transition.
+
+ -- Steve Langasek   Mon, 05 Feb 2024 07:11:57 +
+
 gdbm (1.23-5) unstable; urgency=medium
 
   * Upload to unstable
diff -Nru gdbm-1.23/debian/control gdbm-1.23/debian/control
--- gdbm-1.23/debian/control2023-11-06 15:26:51.0 +
+++ gdbm-1.23/debian/control2024-02-05 07:11:57.0 +
@@ -21,7 +21,10 @@
  providing a persistent version of the 'dictionary' Abstract Data Type
  ('hash' to perl programmers).
 
-Package: libgdbm6
+Package: libgdbm6t64
+Provides: ${t64:Provides}
+Replaces: libgdbm6
+Breaks: libgdbm6 (<< ${source:Version})
 Architecture: any
 Depends: ${shlibs:Depends}, ${misc:Depends}
 Suggests: gdbm-l10n (= ${source:Version})
@@ -42,7 +45,7 @@
 Package: libgdbm-dev
 Architecture: any
 Depends: libc6-dev | libc-dev
-   , libgdbm6 (= ${binary:Version})
+   , libgdbm6t64 (= ${binary:Version})
, ${shlibs:Depends}
, ${misc:Depends}
 Provides: ${libgdbm-dietlibc:Provides}
@@ -66,7 +69,10 @@
   * gdbm_load -- recreate database from dump, created by gdbm_dump
   * gdbmtool -- view and modify an existing database or to create a new one.
 
-Package: libgdbm-compat4
+Package: libgdbm-compat4t64
+Provides: ${t64:Provides}
+Replaces: libgdbm-compat4
+Breaks: libgdbm-compat4 (<< ${source:Version})
 Architecture: any
 Depends: ${shlibs:Depends}, ${misc:Depends}
 Multi-Arch: same
@@ -74,17 +80,17 @@
 Description: ${S:X-Short-Desc} (legacy support runtime version) 
${S:X-Long-Desc}
  This package includes library files, required to run old programs,
  that use legacy 'dbm' interface. For new programs, please use modern
- interface, provided by libgdbm6 and libgdbm-dev.
+ interface, provided by libgdbm6t64 and libgdbm-dev.
 
 Package: libgdbm-compat-dev
 Architecture: any
 Depends: libc6-dev | libc-dev
, libgdbm-dev
-   , libgdbm-compat4 (= ${binary:Version})
+   , libgdbm-compat4t64 (= ${binary:Version})
, ${shlibs:Depends}, ${misc:Depends}
 Multi-Arch: same
 Section: libdevel
 Description: ${S:X-Short-Desc} (legacy support development files) 
${S:X-Long-Desc}
  This package includes development files, required to build old
  programs, that use legacy 'dbm' interface. For new programs, please
- use modern interface, provided by libgdbm6 and libgdbm-dev.
+ use modern interface, provided by libgdbm6t64 and libgdbm-dev.
diff -Nru gdbm-1.23/debian/libgdbm-compat4.install 
gdbm-1.23/debian/libgdbm-compat4.install
--- gdbm-1.23/debian/libgdbm-compat4.install2022-08-23 13:19:29.0 
+
+++ 

Bug#1063114: flac: NMU diff for 64-bit time_t transition

[Steve Langasek]

Source: flac
Version: 1.4.3+ds-2
Severity: serious
Tags: patch pending sid trixie
Justification: library ABI skew on upgrade
User: debian-...@lists.debian.org
Usertags: time-t

NOTICE: these changes must not be uploaded to unstable yet!

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
flac 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 flac
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.



-- System Information:
Debian Release: trixie/sid
  APT prefers unstable
  APT policy: (500, 'unstable')
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 flac-1.4.3+ds/debian/changelog flac-1.4.3+ds/debian/changelog
--- flac-1.4.3+ds/debian/changelog  2023-07-03 06:43:49.0 +
+++ flac-1.4.3+ds/debian/changelog  2024-02-05 06:15:30.0 +
@@ -1,3 +1,10 @@
+flac (1.4.3+ds-2.1) experimental; urgency=medium
+
+  * Non-maintainer upload.
+  * Rename libraries for 64-bit time_t transition.
+
+ -- Steve Langasek   Mon, 05 Feb 2024 06:15:30 +
+
 flac (1.4.3+ds-2) unstable; urgency=medium
 
   [ Adrian Bunk ]
diff -Nru flac-1.4.3+ds/debian/control flac-1.4.3+ds/debian/control
--- flac-1.4.3+ds/debian/control2023-07-03 06:38:51.0 +
+++ flac-1.4.3+ds/debian/control2024-02-05 06:15:30.0 +
@@ -37,7 +37,10 @@
  This package contains the command-line tools flac (used for encoding and
  decoding FLACs) and metaflac (used for manipulating FLAC metadata.)
 
-Package: libflac12
+Package: libflac12t64
+Provides: ${t64:Provides}
+Replaces: libflac12
+Breaks: libflac12 (<< ${source:Version})
 Section: libs
 Architecture: any
 Multi-Arch: same
@@ -89,7 +92,7 @@
 Architecture: any
 Multi-Arch: same
 Depends:
- libflac12 (= ${binary:Version}),
+ libflac12t64 (= ${binary:Version}),
  libogg-dev,
  ${misc:Depends},
 Description: Free Lossless Audio Codec - C development library
diff -Nru flac-1.4.3+ds/debian/libflac12.install 
flac-1.4.3+ds/debian/libflac12.install
--- flac-1.4.3+ds/debian/libflac12.install  2022-10-26 05:37:11.0 
+
+++ flac-1.4.3+ds/debian/libflac12.install  1970-01-01 00:00:00.0 
+
@@ -1 +0,0 @@
-usr/lib/*/libFLAC.so.*
diff -Nru flac-1.4.3+ds/debian/libflac12.symbols 
flac-1.4.3+ds/debian/libflac12.symbols
--- flac-1.4.3+ds/debian/libflac12.symbols  2023-06-27 10:04:07.0 
+
+++ flac-1.4.3+ds/debian/libflac12.symbols  1970-01-01 00:00:00.0 
+
@@ -1,298 +0,0 @@
-libFLAC.so.12 libflac12 #MINVER#
-* Build-Depends-Package: libflac-dev
- FLAC_API_SUPPORTS_OGG_FLAC@Base 1.3.0
- FLAC__ChannelAssignmentString@Base 1.3.0
- FLAC__ENTROPY_CODING_METHOD_PARTITIONED_RICE2_ESCAPE_PARAMETER@Base 1.3.0
- FLAC__ENTROPY_CODING_METHOD_PARTITIONED_RICE2_PARAMETER_LEN@Base 1.3.0
- FLAC__ENTROPY_CODING_METHOD_PARTITIONED_RICE_ESCAPE_PARAMETER@Base 1.3.0
- FLAC__ENTROPY_CODING_METHOD_PARTITIONED_RICE_ORDER_LEN@Base 1.3.0
- FLAC__ENTROPY_CODING_METHOD_PARTITIONED_RICE_PARAMETER_LEN@Base 1.3.0
- FLAC__ENTROPY_CODING_METHOD_PARTITIONED_RICE_RAW_LEN@Base 1.3.0
- FLAC__ENTROPY_CODING_METHOD_TYPE_LEN@Base 1.3.0
- FLAC__EntropyCodingMethodTypeString@Base 1.3.0
- FLAC__FRAME_FOOTER_CRC_LEN@Base 1.3.0
- FLAC__FRAME_HEADER_BITS_PER_SAMPLE_LEN@Base 1.3.0
- FLAC__FRAME_HEADER_BLOCKING_STRATEGY_LEN@Base 1.3.0
- FLAC__FRAME_HEADER_BLOCK_SIZE_LEN@Base 1.3.0
- FLAC__FRAME_HEADER_CHANNEL_ASSIGNMENT_LEN@Base 1.3.0
- FLAC__FRAME_HEADER_CRC_LEN@Base 1.3.0
- FLAC__FRAME_HEADER_RESERVED_LEN@Base 

Bug#1063113: file: NMU diff for 64-bit time_t transition

[Steve Langasek]

Source: file
Version: 1:5.45-2
Severity: serious
Tags: patch pending sid trixie
Justification: library ABI skew on upgrade
User: debian-...@lists.debian.org
Usertags: time-t

NOTICE: these changes must not be uploaded to unstable yet!

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
file 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 file
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.



-- System Information:
Debian Release: trixie/sid
  APT prefers unstable
  APT policy: (500, 'unstable')
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 file-5.45/debian/changelog file-5.45/debian/changelog
--- file-5.45/debian/changelog  2023-09-03 09:40:05.0 +
+++ file-5.45/debian/changelog  2024-02-05 05:52:40.0 +
@@ -1,3 +1,10 @@
+file (1:5.45-2.1) experimental; urgency=medium
+
+  * Non-maintainer upload.
+  * Rename libraries for 64-bit time_t transition.
+
+ -- Steve Langasek   Mon, 05 Feb 2024 05:52:40 +
+
 file (1:5.45-2) unstable; urgency=medium
 
   * Upload to unstable
diff -Nru file-5.45/debian/control file-5.45/debian/control
--- file-5.45/debian/control2023-09-03 09:39:49.0 +
+++ file-5.45/debian/control2024-02-05 05:52:40.0 +
@@ -15,7 +15,7 @@
 Package: file
 Architecture: any
 Depends: ${misc:Depends}, ${shlibs:Depends},
-libmagic1 (= ${binary:Version}),
+libmagic1t64 (= ${binary:Version}),
 Breaks:
 debhelper (<< 12.2~),
 Multi-Arch: foreign
@@ -25,7 +25,10 @@
  .
  This package contains the file program itself.
 
-Package: libmagic1
+Package: libmagic1t64
+Provides: ${t64:Provides}
+Replaces: libmagic1
+Breaks: libmagic1 (<< ${source:Version})
 Architecture: any
 Pre-Depends:
 ${misc:Pre-Depends},
@@ -44,22 +47,22 @@
 Architecture: any
 Depends: ${misc:Depends},
 Breaks:
-libmagic1 (<< 1:5.28-4~),
+libmagic1t64 (<< 1:5.28-4~),
 Replaces:
-libmagic1 (<< 1:5.28-4~),
+libmagic1t64 (<< 1:5.28-4~),
 Section: libs
 Priority: optional
 Multi-Arch: foreign
 Description: File type determination library using "magic" numbers (compiled 
magic file)
  This package provides the compiled magic file "magic.mgc". It has
- been separated from libmagic1 in order to meet the multiarch
+ been separated from libmagic1t64 in order to meet the multiarch
  requirements without breaking applications that expect this file
  at its absolute path.
 
 Package: libmagic-dev
 Architecture: any
 Depends: ${misc:Depends},
-libmagic1 (= ${binary:Version}),
+libmagic1t64 (= ${binary:Version}),
 Suggests:
 file,
 Section: libdevel
diff -Nru file-5.45/debian/libmagic1.bug-control 
file-5.45/debian/libmagic1.bug-control
--- file-5.45/debian/libmagic1.bug-control  2010-02-01 13:26:27.0 
+
+++ file-5.45/debian/libmagic1.bug-control  1970-01-01 00:00:00.0 
+
@@ -1 +0,0 @@
-Submit-As: file
diff -Nru file-5.45/debian/libmagic1.bug-presubj 
file-5.45/debian/libmagic1.bug-presubj
--- file-5.45/debian/libmagic1.bug-presubj  2020-04-26 15:21:06.0 
+
+++ file-5.45/debian/libmagic1.bug-presubj  1970-01-01 00:00:00.0 
+
@@ -1,22 +0,0 @@
-Reporting missing or buggy detection
-
-* Suggested bug severities
-
-  - Missing detection (just 'data'), or enhancements: wishlist
-  - Mis-detection: normal
-  - Regressions: important
-  - Overall correct detection, but with some glitches: minor
-
-* Reproducers
-
-It's crucial to test whether a detection 

Bug#1062598: libpod: Add support for LoongArch

[张家岭]

 On Fri, 2 Feb 2024 07:42:05 +0200 Faidon Liambotis wrote:
> Control: tags -1 upstream moreinfo
>
> On Fri, Feb 02, 2024 at 04:40:08AM +, JiaLing Zhang wrote:
> > Please help to add support for loong64.I have build it in my local
> > machine.
>
> Unless I'm missing something, both of your changes seem... unrelated to
> what we ship in Debian. Have you verified that this patch is needed?
>
> In any case, kindly also submit any patches upstream.
>
> Thanks!
> Faidon
>


>


 Hello Faidon


 Hi, this can support loong64 build , Ｉ build this in my local . and I'll 
submit to upstream .


```


root@43b08b652f0a:~# cat libpod_4.9.0+ds1-2_loong64.buildinfo
Format: 1.0
Source: libpod
Binary: podman podman-dbgsym podman-docker podman-remote podman-remote-dbgsym
Architecture: loong64
Version: 4.9.0+ds1-2
Checksums-Md5:
 32c5e7d57d521cdd1feba1b9fcb3fb19 12587000 podman-dbgsym_4.9.0+ds1-2_loong64.deb
 31f58d3b0455f73ad2786e66ce613080 24540 podman-docker_4.9.0+ds1-2_loong64.deb
 8acfcb929faf9a705211b8b59cb9a62f 7272264 
podman-remote-dbgsym_4.9.0+ds1-2_loong64.deb
 ee6598ce9034047611f23dac60e3d533 5896684 podman-remote_4.9.0+ds1-2_loong64.deb
 c4a221e1c60654f6bf4e968ac1b1a81d 10393580 podman_4.9.0+ds1-2_loong64.deb
```

Thanks,

JiaLing

Bug#1063112: dico: NMU diff for 64-bit time_t transition

[Steve Langasek]

Source: dico
Version: 2.11-4
Severity: serious
Tags: patch pending sid trixie
Justification: library ABI skew on upgrade
User: debian-...@lists.debian.org
Usertags: time-t

NOTICE: these changes must not be uploaded to unstable yet!

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
dico 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 dico
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.



-- System Information:
Debian Release: trixie/sid
  APT prefers unstable
  APT policy: (500, 'unstable')
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 dico-2.11/debian/changelog dico-2.11/debian/changelog
--- dico-2.11/debian/changelog  2023-11-20 16:26:32.0 +
+++ dico-2.11/debian/changelog  2024-02-05 05:49:38.0 +
@@ -1,3 +1,10 @@
+dico (2.11-4.1) experimental; urgency=medium
+
+  * Non-maintainer upload.
+  * Rename libraries for 64-bit time_t transition.
+
+ -- Steve Langasek   Mon, 05 Feb 2024 05:49:38 +
+
 dico (2.11-4) unstable; urgency=medium
 
   * Install systemd units only once. (thanks Helmut Grohne)
diff -Nru dico-2.11/debian/control dico-2.11/debian/control
--- dico-2.11/debian/control2023-11-20 16:26:32.0 +
+++ dico-2.11/debian/control2024-02-05 05:49:37.0 +
@@ -59,7 +59,10 @@
  .
  This package contains the dico console client.
 
-Package: libdico2
+Package: libdico2t64
+Provides: ${t64:Provides}
+Replaces: libdico2
+Breaks: libdico2 (<< ${source:Version})
 Section: libs
 Architecture: any
 Multi-Arch: same
@@ -78,7 +81,7 @@
 Section: libdevel
 Architecture: any
 Multi-Arch: same
-Depends: libdico2 (= ${binary:Version}), ${misc:Depends}
+Depends: libdico2t64 (= ${binary:Version}), ${misc:Depends}
 Suggests: dico-doc
 Description: RFC 2229 compliant modular dictionary server (development files)
  GNU Dico is an implementation of the DICT protocol as defined in RFC 2229.
diff -Nru dico-2.11/debian/libdico2.install dico-2.11/debian/libdico2.install
--- dico-2.11/debian/libdico2.install   2023-11-20 16:26:32.0 +
+++ dico-2.11/debian/libdico2.install   1970-01-01 00:00:00.0 +
@@ -1 +0,0 @@
-usr/lib/*/lib*.so.*
diff -Nru dico-2.11/debian/libdico2.symbols dico-2.11/debian/libdico2.symbols
--- dico-2.11/debian/libdico2.symbols   2023-11-20 16:26:32.0 +
+++ dico-2.11/debian/libdico2.symbols   1970-01-01 00:00:00.0 +
@@ -1,475 +0,0 @@
-libdico.so.2 libdico2 #MINVER#
-* Build-Depends-Package: dico-dev
- _dico_assoc_find_n@Base 2.0
- _dico_libi18n_init@Base 2.0
- _dico_list_append@Base 2.0.90
- _dico_list_insert_sorted@Base 2.0
- _dico_list_locate@Base 2.0
- _dico_list_prepend@Base 2.0.90
- _dico_list_remove@Base 2.0
- _dico_stderr_log_printer@Base 2.0
- _grecs_simple_list_create@Base 2.2
- _mapfile_destroy@Base 2.0
- _mapfile_open@Base 2.0
-#MISSING: 2.1# b64_table@Base 2.0
- _wordsplit_errstr@Base 2.2
- _wordsplit_nerrs@Base 2.2
- dico_argcv_free@Base 2.0
- dico_argcv_get@Base 2.0
- dico_argcv_get_n@Base 2.0
- dico_argcv_get_np@Base 2.0
- dico_argcv_quote_char@Base 2.0
- dico_argcv_quote_copy@Base 2.0
- dico_argcv_quoted_length@Base 2.0
- dico_argcv_quoting_style@Base 2.0
- dico_argcv_remove@Base 2.0
- dico_argcv_string@Base 2.0
- dico_argcv_unquote_char@Base 2.0
- dico_argcv_unquote_copy@Base 2.0
- dico_argv_free@Base 2.0
- dico_assoc_add@Base 2.0
- dico_assoc_append@Base 2.0
- dico_assoc_clear@Base 2.0
- dico_assoc_count@Base 2.7
- dico_assoc_create@Base 2.0
- 

Bug#1062955: debian-cloud-images: unsatisfiable dependencies

[Bastian Blank]

On Sun, Feb 04, 2024 at 08:39:41AM -0800, Noah Meyerhans wrote:
> We have images that use systemd-timesyncd and images that use chrony,
> which is why they're both on the list of dependencies.  So the
> dependency list is correct and accurate, and I'm inclined to tag this
> bug "sid" and "wontfix" and leave it at that.  But what I'm not sure
> about is whether we need this to propagate to testing.

It needs to be filtered away.

Bastian

-- 
Every living thing wants to survive.
-- Spock, "The Ultimate Computer", stardate 4731.3

Bug#1063111: cfitsio: NMU diff for 64-bit time_t transition

[Steve Langasek]

Source: cfitsio
Version: 4.3.1-1
Severity: serious
Tags: patch pending sid trixie
Justification: library ABI skew on upgrade
User: debian-...@lists.debian.org
Usertags: time-t

NOTICE: these changes must not be uploaded to unstable yet!

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
cfitsio 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 cfitsio
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.



-- System Information:
Debian Release: trixie/sid
  APT prefers unstable
  APT policy: (500, 'unstable')
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 cfitsio-4.3.1/debian/changelog cfitsio-4.3.1/debian/changelog
--- cfitsio-4.3.1/debian/changelog  2024-01-31 18:24:33.0 +
+++ cfitsio-4.3.1/debian/changelog  2024-02-05 05:43:47.0 +
@@ -1,3 +1,10 @@
+cfitsio (4.3.1-1.1) experimental; urgency=medium
+
+  * Non-maintainer upload.
+  * Rename libraries for 64-bit time_t transition.
+
+ -- Steve Langasek   Mon, 05 Feb 2024 05:43:47 +
+
 cfitsio (4.3.1-1) unstable; urgency=medium
 
   * New upstream version:
diff -Nru cfitsio-4.3.1/debian/control cfitsio-4.3.1/debian/control
--- cfitsio-4.3.1/debian/control2023-09-03 15:25:22.0 +
+++ cfitsio-4.3.1/debian/control2024-02-05 05:43:47.0 +
@@ -12,7 +12,10 @@
 Vcs-Git: https://salsa.debian.org/debian-astro-team/cfitsio.git
 Rules-Requires-Root: no
 
-Package: libcfitsio10
+Package: libcfitsio10t64
+Provides: ${t64:Provides}
+Replaces: libcfitsio10
+Breaks: libcfitsio10 (<< ${source:Version})
 Architecture: any
 Section: libs
 Multi-Arch: same
@@ -32,7 +35,7 @@
 Section: libdevel
 Architecture: any
 Multi-Arch: same
-Depends: libcfitsio10 (= ${binary:Version}), ${misc:Depends}
+Depends: libcfitsio10t64 (= ${binary:Version}), ${misc:Depends}
 Replaces: libcfitsio3-dev (<< 3.340-3)
 Breaks: libcfitsio3-dev (<< 3.340-3)
 Recommends: libcfitsio-doc
diff -Nru cfitsio-4.3.1/debian/libcfitsio10.install 
cfitsio-4.3.1/debian/libcfitsio10.install
--- cfitsio-4.3.1/debian/libcfitsio10.install   2023-09-03 15:25:22.0 
+
+++ cfitsio-4.3.1/debian/libcfitsio10.install   1970-01-01 00:00:00.0 
+
@@ -1 +0,0 @@
-usr/lib/*/lib*.so.*
diff -Nru cfitsio-4.3.1/debian/libcfitsio10.symbols 
cfitsio-4.3.1/debian/libcfitsio10.symbols
--- cfitsio-4.3.1/debian/libcfitsio10.symbols   2024-01-31 12:59:01.0 
+
+++ cfitsio-4.3.1/debian/libcfitsio10.symbols   1970-01-01 00:00:00.0 
+
@@ -1,1814 +0,0 @@
-libcfitsio.so.10 libcfitsio10 #MINVER#
-* Build-Depends-Package: libcfitsio-dev
- CFITS2Unit@Base 4.2.0~
- CUnit2FITS@Base 4.2.0~
- Cdnan@Base 4.2.0~
- Cffclos@Base 4.2.0~
- Cffcrep@Base 4.2.0~
- Cffcsum@Base 4.2.0~
- Cffdelt@Base 4.2.0~
- Cffdkinit@Base 4.2.0~
- Cffdkopn@Base 4.2.0~
- Cffdopn@Base 4.2.0~
- Cffdsum@Base 4.2.0~
- Cffempty@Base 4.2.0~
- Cffesum@Base 4.2.0~
- Cfffiou@Base 4.2.0~
- Cffgcfc@Base 4.2.0~
- Cffgcfm@Base 4.2.0~
- Cffgcks@Base 4.2.0~
- Cffgcxui@Base 4.2.0~
- Cffgcxuk@Base 4.2.0~
- Cffgiou@Base 4.2.0~
- Cffgknl@Base 4.2.0~
- Cffgprh@Base 4.2.0~
- Cffgsfb@Base 4.2.0~
- Cffgsfd@Base 4.2.0~
- Cffgsfe@Base 4.2.0~
- Cffgsfi@Base 4.2.0~
- Cffgsfjj@Base 4.2.0~
- Cffgsfk@Base 4.2.0~
- Cffgtmo@Base 4.2.0~
- Cffinit@Base 4.2.0~
- Cffiopn@Base 4.2.0~
- Cffiter@Base 4.2.0~
- Cffnopn@Base 4.2.0~
- Cffopen@Base 4.2.0~
- Cffphpr@Base 4.2.0~
- Cffpknl@Base 4.2.0~
- Cffreopen@Base 4.2.0~
- Cffrprt@Base 4.2.0~
- Cfftopn@Base 4.2.0~
- 

Bug#1063110: casacore: NMU diff for 64-bit time_t transition

[Steve Langasek]

Source: casacore
Version: 3.5.0-4
Severity: serious
Tags: patch pending sid trixie
Justification: library ABI skew on upgrade
User: debian-...@lists.debian.org
Usertags: time-t

NOTICE: these changes must not be uploaded to unstable yet!

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
casacore 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 casacore
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.



-- System Information:
Debian Release: trixie/sid
  APT prefers unstable
  APT policy: (500, 'unstable')
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 casacore-3.5.0/debian/changelog casacore-3.5.0/debian/changelog
--- casacore-3.5.0/debian/changelog 2023-07-25 10:15:14.0 +
+++ casacore-3.5.0/debian/changelog 2024-02-05 05:10:58.0 +
@@ -1,3 +1,10 @@
+casacore (3.5.0-4.1) experimental; urgency=medium
+
+  * Non-maintainer upload.
+  * Rename libraries for 64-bit time_t transition.
+
+ -- Steve Langasek   Mon, 05 Feb 2024 05:10:58 +
+
 casacore (3.5.0-4) unstable; urgency=medium
 
   * enforce gcc 12 for C++ (fixes FTBFS on i386)
diff -Nru casacore-3.5.0/debian/control casacore-3.5.0/debian/control
--- casacore-3.5.0/debian/control   2023-07-25 08:53:22.0 +
+++ casacore-3.5.0/debian/control   2024-02-05 05:10:58.0 +
@@ -37,21 +37,21 @@
 Architecture: any
 Multi-Arch: same
 Section: libdevel
-Depends: libcasa-casa7 (= ${binary:Version}),
- libcasa-coordinates7 (= ${binary:Version}),
- libcasa-derivedmscal7 (= ${binary:Version}),
- libcasa-fits7 (= ${binary:Version}),
- libcasa-images7 (= ${binary:Version}),
- libcasa-lattices7 (= ${binary:Version}),
- libcasa-meas7 (= ${binary:Version}),
- libcasa-measures7 (= ${binary:Version}),
- libcasa-mirlib7 (= ${binary:Version}),
- libcasa-ms7 (= ${binary:Version}),
- libcasa-msfits7 (= ${binary:Version}),
- libcasa-python3-7 (= ${binary:Version}),
- libcasa-scimath-f7 (= ${binary:Version}),
- libcasa-scimath7 (= ${binary:Version}),
- libcasa-tables7 (= ${binary:Version}),
+Depends: libcasa-casa7t64 (= ${binary:Version}),
+ libcasa-coordinates7t64 (= ${binary:Version}),
+ libcasa-derivedmscal7t64 (= ${binary:Version}),
+ libcasa-fits7t64 (= ${binary:Version}),
+ libcasa-images7t64 (= ${binary:Version}),
+ libcasa-lattices7t64 (= ${binary:Version}),
+ libcasa-meas7t64 (= ${binary:Version}),
+ libcasa-measures7t64 (= ${binary:Version}),
+ libcasa-mirlib7t64 (= ${binary:Version}),
+ libcasa-ms7t64 (= ${binary:Version}),
+ libcasa-msfits7t64 (= ${binary:Version}),
+ libcasa-python3-7t64 (= ${binary:Version}),
+ libcasa-scimath-f7t64 (= ${binary:Version}),
+ libcasa-scimath7t64 (= ${binary:Version}),
+ libcasa-tables7t64 (= ${binary:Version}),
  ${misc:Depends}
 Pre-Depends: ${misc:Pre-Depends}
 Description: CASA core library development files
@@ -96,7 +96,10 @@
 fits2table, imreorder, casahdf5support, msselect,  image2fits,
 imageslice, etc.
 
-Package: libcasa-casa7
+Package: libcasa-casa7t64
+Provides: ${t64:Provides}
+Replaces: libcasa-casa7
+Breaks: libcasa-casa7 (<< ${source:Version})
 Architecture: any
 Multi-Arch: same
 Section: libs
@@ -121,7 +124,10 @@
  code. Furthermore, some classes offer some extra functionality compared 

Bug#1063109: openvr: NMU diff for 64-bit time_t transition

[Lucas Kanashiro]

Source: openvr
Version: 1.23.7~ds1-2
Severity: serious
Tags: patch pending sid trixie
Justification: library ABI skew on upgrade
User: debian-...@lists.debian.org
Usertags: time-t

NOTICE: these changes must not be uploaded to unstable yet!

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
openvr 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 openvr
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.



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

Kernel: Linux 6.2.0-39-generic (SMP w/32 CPU threads; PREEMPT)
Kernel taint flags: TAINT_PROPRIETARY_MODULE, TAINT_OOT_MODULE, 
TAINT_UNSIGNED_MODULE
Locale: LANG=C.UTF-8, 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 openvr-1.23.7~ds1/debian/changelog openvr-1.23.7~ds1/debian/changelog
--- openvr-1.23.7~ds1/debian/changelog  2023-02-17 09:47:08.0 -0300
+++ openvr-1.23.7~ds1/debian/changelog  2024-02-05 02:39:18.0 -0300
@@ -1,3 +1,10 @@
+openvr (1.23.7~ds1-2.1) experimental; urgency=medium
+
+  * Non-maintainer upload.
+  * Rename libraries for 64-bit time_t transition.
+
+ -- Lucas Kanashiro   Mon, 05 Feb 2024 02:39:18 -0300
+
 openvr (1.23.7~ds1-2) unstable; urgency=medium
 
   * Switch to team maintenance.
diff -Nru openvr-1.23.7~ds1/debian/control openvr-1.23.7~ds1/debian/control
--- openvr-1.23.7~ds1/debian/control2023-02-17 09:47:08.0 -0300
+++ openvr-1.23.7~ds1/debian/control2024-02-05 02:39:18.0 -0300
@@ -16,7 +16,10 @@
 Vcs-Git: https://salsa.debian.org/xrdesktop-team/openvr.git
 Rules-Requires-Root: no
 
-Package: libopenvr-api1
+Package: libopenvr-api1t64
+Provides: ${t64:Provides}
+Replaces: libopenvr-api1
+Breaks: libopenvr-api1 (<< ${source:Version})
 Section: contrib/libs
 Architecture: any
 Multi-Arch: same
@@ -31,7 +34,7 @@
 Section: contrib/libdevel
 Architecture: linux-any
 Depends:
- libopenvr-api1 (= ${binary:Version}),
+ libopenvr-api1t64 (= ${binary:Version}),
  ${misc:Depends},
 Replaces: libopenvr-api-dev (<<1.8.19~ds1-2)
 Breaks: libopenvr-api-dev (<<1.8.19~ds1-2)
diff -Nru openvr-1.23.7~ds1/debian/libopenvr-api1.install 
openvr-1.23.7~ds1/debian/libopenvr-api1.install
--- openvr-1.23.7~ds1/debian/libopenvr-api1.install 2023-02-17 
09:47:08.0 -0300
+++ openvr-1.23.7~ds1/debian/libopenvr-api1.install 1969-12-31 
21:00:00.0 -0300
@@ -1 +0,0 @@
-usr/lib/*/libopenvr_api.so.*
diff -Nru openvr-1.23.7~ds1/debian/libopenvr-api1t64.install 
openvr-1.23.7~ds1/debian/libopenvr-api1t64.install
--- openvr-1.23.7~ds1/debian/libopenvr-api1t64.install  1969-12-31 
21:00:00.0 -0300
+++ openvr-1.23.7~ds1/debian/libopenvr-api1t64.install  2023-02-17 
09:47:08.0 -0300
@@ -0,0 +1 @@
+usr/lib/*/libopenvr_api.so.*
diff -Nru openvr-1.23.7~ds1/debian/libopenvr-api1t64.lintian-overrides 
openvr-1.23.7~ds1/debian/libopenvr-api1t64.lintian-overrides
--- openvr-1.23.7~ds1/debian/libopenvr-api1t64.lintian-overrides
1969-12-31 21:00:00.0 -0300
+++ openvr-1.23.7~ds1/debian/libopenvr-api1t64.lintian-overrides
2024-02-05 02:39:18.0 -0300
@@ -0,0 +1 @@
+libopenvr-api1t64: package-name-doesnt-match-sonames libopenvr-api1

Bug#1063108: openvlbi: NMU diff for 64-bit time_t transition

[Lucas Kanashiro]

Source: openvlbi
Version: 3.0.2-2
Severity: serious
Tags: patch pending sid trixie
Justification: library ABI skew on upgrade
User: debian-...@lists.debian.org
Usertags: time-t

NOTICE: these changes must not be uploaded to unstable yet!

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
openvlbi 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 openvlbi
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.



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

Kernel: Linux 6.2.0-39-generic (SMP w/32 CPU threads; PREEMPT)
Kernel taint flags: TAINT_PROPRIETARY_MODULE, TAINT_OOT_MODULE, 
TAINT_UNSIGNED_MODULE
Locale: LANG=C.UTF-8, 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 openvlbi-3.0.2/debian/changelog openvlbi-3.0.2/debian/changelog
--- openvlbi-3.0.2/debian/changelog 2023-09-17 05:14:12.0 -0300
+++ openvlbi-3.0.2/debian/changelog 2024-02-05 02:36:21.0 -0300
@@ -1,3 +1,10 @@
+openvlbi (3.0.2-2.1) experimental; urgency=medium
+
+  * Non-maintainer upload.
+  * Rename libraries for 64-bit time_t transition.
+
+ -- Lucas Kanashiro   Mon, 05 Feb 2024 02:36:21 -0300
+
 openvlbi (3.0.2-2) unstable; urgency=medium
 
   * upload to unstable
diff -Nru openvlbi-3.0.2/debian/control openvlbi-3.0.2/debian/control
--- openvlbi-3.0.2/debian/control   2023-09-17 05:10:48.0 -0300
+++ openvlbi-3.0.2/debian/control   2024-02-05 02:36:20.0 -0300
@@ -20,7 +20,10 @@
 Vcs-Browser: https://salsa.debian.org/debian-astro-team/openvlbi
 Vcs-Git: https://salsa.debian.org/debian-astro-team/openvlbi.git
 
-Package: libopenvlbi3
+Package: libopenvlbi3t64
+Provides: ${t64:Provides}
+Replaces: libopenvlbi3
+Breaks: libopenvlbi3 (<< ${source:Version})
 Section: libs
 Architecture: any
 Multi-Arch: same
@@ -43,7 +46,7 @@
 Architecture: any
 Multi-Arch: same
 Depends: ${shlibs:Depends}, ${misc:Depends}
-   , libopenvlbi3 (= ${binary:Version})
+   , libopenvlbi3t64 (= ${binary:Version})
 Pre-Depends: ${misc:Pre-Depends}
 Description: OpenVLBI Correlator library - development files
  OpenVLBI is an open source library for astronomical interferometers.
@@ -73,7 +76,7 @@
 Package: openvlbi-bin
 Architecture: any
 Depends: ${shlibs:Depends}, ${misc:Depends}
-   , libopenvlbi3 (= ${binary:Version})
+   , libopenvlbi3t64 (= ${binary:Version})
 Description: OpenVLBI Correlator library - client applications
  OpenVLBI is an open source library for astronomical interferometers.
  with OpenVLBI astronomers can join together more telescopes to observe
@@ -86,7 +89,10 @@
  .
  This package contains the client application.
 
-Package: libopendsp3
+Package: libopendsp3t64
+Provides: ${t64:Provides}
+Replaces: libopendsp3
+Breaks: libopendsp3 (<< ${source:Version})
 Section: libs
 Architecture: any
 Multi-Arch: same
@@ -102,7 +108,7 @@
 Package: libopendsp-dev
 Section: libdevel
 Architecture: any
-Depends: libopendsp3 (= ${binary:Version})
+Depends: libopendsp3t64 (= ${binary:Version})
, ${shlibs:Depends}, ${misc:Depends},
 Pre-Depends: ${misc:Pre-Depends}
 Description: OpenDSP signal processing library - development files
@@ -130,9 +136,9 @@
 Architecture: all
 Depends: openvlbi-bin (>= ${source:Version})
, openvlbi-data (>= ${source:Version})
-   , libopendsp3 (>= ${source:Version})
+   , libopendsp3t64 (>= ${source:Version})
, libopendsp-dev (>= ${source:Version})
-   , libopenvlbi3 (>= ${source:Version})
+   , libopenvlbi3t64 (>= ${source:Version})
, libopenvlbi-dev (>= ${source:Version})

Bug#1063107: openvdb: NMU diff for 64-bit time_t transition

[Lucas Kanashiro]

Source: openvdb
Version: 10.0.1-2
Severity: serious
Tags: patch pending sid trixie
Justification: library ABI skew on upgrade
User: debian-...@lists.debian.org
Usertags: time-t

NOTICE: these changes must not be uploaded to unstable yet!

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
openvdb 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 openvdb
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.



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

Kernel: Linux 6.2.0-39-generic (SMP w/32 CPU threads; PREEMPT)
Kernel taint flags: TAINT_PROPRIETARY_MODULE, TAINT_OOT_MODULE, 
TAINT_UNSIGNED_MODULE
Locale: LANG=C.UTF-8, 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 openvdb-10.0.1/debian/changelog openvdb-10.0.1/debian/changelog
--- openvdb-10.0.1/debian/changelog 2023-05-04 18:14:05.0 -0300
+++ openvdb-10.0.1/debian/changelog 2024-02-05 01:07:41.0 -0300
@@ -1,3 +1,10 @@
+openvdb (10.0.1-2.1) experimental; urgency=medium
+
+  * Non-maintainer upload.
+  * Rename libraries for 64-bit time_t transition.
+
+ -- Lucas Kanashiro   Mon, 05 Feb 2024 01:07:41 -0300
+
 openvdb (10.0.1-2) unstable; urgency=medium
 
   * debian/control: Fix dependency of libopenvdb-ax-dev on shared library
diff -Nru openvdb-10.0.1/debian/control openvdb-10.0.1/debian/control
--- openvdb-10.0.1/debian/control   2023-05-04 18:13:36.0 -0300
+++ openvdb-10.0.1/debian/control   2024-02-05 01:07:41.0 -0300
@@ -43,7 +43,10 @@
 Standards-Version: 4.6.1
 X-Python3-Version: >= 3.7
 
-Package: libopenvdb10.0
+Package: libopenvdb10.0t64
+Provides: ${t64:Provides}
+Replaces: libopenvdb10.0
+Breaks: libopenvdb10.0 (<< ${source:Version})
 Multi-Arch: same
 Architecture: any
 Depends: ${misc:Depends}, ${shlibs:Depends}
@@ -57,7 +60,10 @@
  .
  This package contains the libraries needed to run OpenVDB applications
 
-Package: libopenvdb-ax10.0
+Package: libopenvdb-ax10.0t64
+Provides: ${t64:Provides}
+Replaces: libopenvdb-ax10.0
+Breaks: libopenvdb-ax10.0 (<< ${source:Version})
 Multi-Arch: same
 Architecture: amd64 arm64 armel armhf i386 mips64el ppc64el s390x arc 
hurd-i386 ia64 kfreebsd-amd64 kfreebsd-i386 m68k powerpc ppc64 riscv64 sh4 
sparc64 x32
 Depends: ${misc:Depends}, ${shlibs:Depends}
@@ -76,7 +82,7 @@
 Section: libdevel
 Depends: libblosc-dev,
  libimath-dev,
- libopenvdb10.0 (= ${binary:Version}),
+ libopenvdb10.0t64 (= ${binary:Version}),
  libtbb-dev,
  ${misc:Depends}
 Description: Sparse Volume Processing toolkit - dev
@@ -93,7 +99,7 @@
 Section: libdevel
 Depends: libblosc-dev,
  libimath-dev,
- libopenvdb-ax10.0 (= ${binary:Version}),
+ libopenvdb-ax10.0t64 (= ${binary:Version}),
  libtbb-dev,
  ${misc:Depends}
 Description: Sparse Volume Processing toolkit - dev
@@ -110,7 +116,7 @@
 Section: libdevel
 Depends: libblosc-dev,
  libimath-dev,
- libopenvdb10.0 (= ${binary:Version}),
+ libopenvdb10.0t64 (= ${binary:Version}),
  libtbb-dev,
  ${misc:Depends}
 Description: Sparse Volume Processing toolkit - NanoVDB - dev
diff -Nru openvdb-10.0.1/debian/control.in openvdb-10.0.1/debian/control.in
--- openvdb-10.0.1/debian/control.in2023-05-04 18:12:44.0 -0300
+++ openvdb-10.0.1/debian/control.in2024-02-05 01:07:41.0 -0300
@@ -43,7 +43,10 @@
 Standards-Version: 4.6.1
 X-Python3-Version: >= 3.7
 
-Package: libopenvdb10.0
+Package: libopenvdb10.0t64
+Provides: ${t64:Provides}
+Replaces: libopenvdb10.0

Bug#1063106: bctoolbox: NMU diff for 64-bit time_t transition

[Steve Langasek]

Source: bctoolbox
Version: 5.2.0-2
Severity: serious
Tags: patch pending sid trixie
Justification: library ABI skew on upgrade
User: debian-...@lists.debian.org
Usertags: time-t

NOTICE: these changes must not be uploaded to unstable yet!

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
bctoolbox 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 bctoolbox
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.



-- System Information:
Debian Release: trixie/sid
  APT prefers unstable
  APT policy: (500, 'unstable')
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 bctoolbox-5.2.0/debian/changelog bctoolbox-5.2.0/debian/changelog
--- bctoolbox-5.2.0/debian/changelog2023-07-28 15:22:11.0 +
+++ bctoolbox-5.2.0/debian/changelog2024-02-05 05:09:36.0 +
@@ -1,3 +1,10 @@
+bctoolbox (5.2.0-2.1) experimental; urgency=medium
+
+  * Non-maintainer upload.
+  * Rename libraries for 64-bit time_t transition.
+
+ -- Steve Langasek   Mon, 05 Feb 2024 05:09:36 +
+
 bctoolbox (5.2.0-2) unstable; urgency=medium
 
   * Release to unstable.
diff -Nru bctoolbox-5.2.0/debian/control bctoolbox-5.2.0/debian/control
--- bctoolbox-5.2.0/debian/control  2023-07-28 15:22:11.0 +
+++ bctoolbox-5.2.0/debian/control  2024-02-05 05:09:35.0 +
@@ -20,7 +20,7 @@
 Section: libdevel
 Architecture: any
 Multi-Arch: same
-Depends: libbctoolbox1 (= ${binary:Version}),
+Depends: libbctoolbox1t64 (= ${binary:Version}),
  ${misc:Depends},
 Description: Helper code for software by Belledonne Communications 
(development headers)
  The package provides a C/C++ utility library used by Linphone and other
@@ -33,7 +33,10 @@
  .
  This package contains the development headers.
 
-Package: libbctoolbox1
+Package: libbctoolbox1t64
+Provides: ${t64:Provides}
+Replaces: libbctoolbox1
+Breaks: libbctoolbox1 (<< ${source:Version})
 Architecture: any
 Multi-Arch: same
 Depends: ${misc:Depends},
diff -Nru bctoolbox-5.2.0/debian/libbctoolbox1.dirs 
bctoolbox-5.2.0/debian/libbctoolbox1.dirs
--- bctoolbox-5.2.0/debian/libbctoolbox1.dirs   2023-07-28 15:22:11.0 
+
+++ bctoolbox-5.2.0/debian/libbctoolbox1.dirs   1970-01-01 00:00:00.0 
+
@@ -1 +0,0 @@
-usr/lib
diff -Nru bctoolbox-5.2.0/debian/libbctoolbox1.install 
bctoolbox-5.2.0/debian/libbctoolbox1.install
--- bctoolbox-5.2.0/debian/libbctoolbox1.install2023-07-28 
15:22:11.0 +
+++ bctoolbox-5.2.0/debian/libbctoolbox1.install1970-01-01 
00:00:00.0 +
@@ -1 +0,0 @@
-usr/lib/*/lib*.so.*
diff -Nru bctoolbox-5.2.0/debian/libbctoolbox1.lintian-overrides 
bctoolbox-5.2.0/debian/libbctoolbox1.lintian-overrides
--- bctoolbox-5.2.0/debian/libbctoolbox1.lintian-overrides  2023-07-28 
15:22:11.0 +
+++ bctoolbox-5.2.0/debian/libbctoolbox1.lintian-overrides  1970-01-01 
00:00:00.0 +
@@ -1,3 +0,0 @@
-# Some of the symbols we export are C++ symbols.  Tracking those is more 
trouble
-# than it's worth.
-no-symbols-control-file
diff -Nru bctoolbox-5.2.0/debian/libbctoolbox1.shlibs 
bctoolbox-5.2.0/debian/libbctoolbox1.shlibs
--- bctoolbox-5.2.0/debian/libbctoolbox1.shlibs 2023-07-28 15:22:11.0 
+
+++ bctoolbox-5.2.0/debian/libbctoolbox1.shlibs 1970-01-01 00:00:00.0 
+
@@ -1 +0,0 @@
-libbctoolbox 1 libbctoolbox1 (>= 5.2.0-1), libbctoolbox1 (<< 5.3.0-1)
diff -Nru bctoolbox-5.2.0/debian/libbctoolbox1t64.dirs 

Bug#1063105: alsa-oss: NMU diff for 64-bit time_t transition

[Steve Langasek]

Source: alsa-oss
Version: 1.1.8-2
Severity: serious
Tags: patch pending sid trixie
Justification: library ABI skew on upgrade
User: debian-...@lists.debian.org
Usertags: time-t

NOTICE: these changes must not be uploaded to unstable yet!

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
alsa-oss 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 alsa-oss
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.



-- System Information:
Debian Release: trixie/sid
  APT prefers unstable
  APT policy: (500, 'unstable')
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 alsa-oss-1.1.8/debian/alsa-oss.lintian-overrides 
alsa-oss-1.1.8/debian/alsa-oss.lintian-overrides
--- alsa-oss-1.1.8/debian/alsa-oss.lintian-overrides1970-01-01 
00:00:00.0 +
+++ alsa-oss-1.1.8/debian/alsa-oss.lintian-overrides2024-02-05 
05:05:01.0 +
@@ -0,0 +1 @@
+alsa-oss: package-name-doesnt-match-sonames alsa-oss
diff -Nru alsa-oss-1.1.8/debian/changelog alsa-oss-1.1.8/debian/changelog
--- alsa-oss-1.1.8/debian/changelog 2022-11-30 18:36:20.0 +
+++ alsa-oss-1.1.8/debian/changelog 2024-02-05 05:05:01.0 +
@@ -1,3 +1,10 @@
+alsa-oss (1.1.8-2.1) experimental; urgency=medium
+
+  * Non-maintainer upload.
+  * Rename libraries for 64-bit time_t transition.
+
+ -- Steve Langasek   Mon, 05 Feb 2024 05:05:01 +
+
 alsa-oss (1.1.8-2) unstable; urgency=medium
 
   * Import upstream signing key and configure watch file to check for
diff -Nru alsa-oss-1.1.8/debian/control alsa-oss-1.1.8/debian/control
--- alsa-oss-1.1.8/debian/control   2022-11-30 18:17:41.0 +
+++ alsa-oss-1.1.8/debian/control   2024-02-05 05:05:01.0 +
@@ -13,6 +13,9 @@
 Rules-Requires-Root: no
 
 Package: alsa-oss
+Provides: ${t64:Provides}
+Replaces: alsa-oss
+Breaks: alsa-oss (<< ${source:Version})
 Architecture: linux-any
 Pre-Depends: ${misc:Pre-Depends}
 Depends: ${misc:Depends}, ${shlibs:Depends}

Bug#1063021: O: ruby-ami -- Ruby client library for the Asterisk Management Interface

[Joost van Baal-Ilić]

Hi Reiner,

Thanks for your interest.

On Sun, Feb 04, 2024 at 09:19:16PM +0100, Reiner Herrmann wrote:
> Joost schreef:
> > A not yet packaged new upstream is available, since 2016.  Upstream has not
> > commited any code after 2016.
> > 
> > ruby-ami has no reverse-depends in our archives, no package build-depends
> > upon ruby-ami.
> 
> This sounds like it can also be removed instead of being orphaned?

Indeed.  I am not quite sure RM-ing is the right thing to do as long
as there are no annoying bugs are found.

If you feel otherwise, feel free to post an RM.

Thanks, Bye,

Joost

Bug#1063104: opentracing-c-wrapper: NMU diff for 64-bit time_t transition

[Lucas Kanashiro]

Source: opentracing-c-wrapper
Version: 1.1.3-3
Severity: serious
Tags: patch pending sid trixie
Justification: library ABI skew on upgrade
User: debian-...@lists.debian.org
Usertags: time-t

NOTICE: these changes must not be uploaded to unstable yet!

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
opentracing-c-wrapper 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 
opentracing-c-wrapper
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.



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

Kernel: Linux 6.2.0-39-generic (SMP w/32 CPU threads; PREEMPT)
Kernel taint flags: TAINT_PROPRIETARY_MODULE, TAINT_OOT_MODULE, 
TAINT_UNSIGNED_MODULE
Locale: LANG=C.UTF-8, 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 opentracing-c-wrapper-1.1.3/debian/changelog 
opentracing-c-wrapper-1.1.3/debian/changelog
--- opentracing-c-wrapper-1.1.3/debian/changelog2021-11-11 
13:57:26.0 -0300
+++ opentracing-c-wrapper-1.1.3/debian/changelog2024-02-05 
01:04:35.0 -0300
@@ -1,3 +1,10 @@
+opentracing-c-wrapper (1.1.3-3.1) experimental; urgency=medium
+
+  * Non-maintainer upload.
+  * Rename libraries for 64-bit time_t transition.
+
+ -- Lucas Kanashiro   Mon, 05 Feb 2024 01:04:35 -0300
+
 opentracing-c-wrapper (1.1.3-3) unstable; urgency=medium
 
   * Add a patch to remove a redundant rpath from the pkgconfig file.
diff -Nru opentracing-c-wrapper-1.1.3/debian/control 
opentracing-c-wrapper-1.1.3/debian/control
--- opentracing-c-wrapper-1.1.3/debian/control  2021-07-29 23:59:41.0 
-0300
+++ opentracing-c-wrapper-1.1.3/debian/control  2024-02-05 01:04:35.0 
-0300
@@ -15,7 +15,7 @@
 Section: libdevel
 Architecture: any
 Multi-Arch: same
-Depends: libopentracing-c-wrapper0 (= ${binary:Version}), ${misc:Depends},
+Depends: libopentracing-c-wrapper0t64 (= ${binary:Version}), ${misc:Depends},
  libopentracing-dev,
 Description: C wrapper for the C++ impl of the OpenTracing API dev libs
  OpenTracing C Wrapper library was created due to the need to use distributed
@@ -32,7 +32,10 @@
  .
  This package contains the development headers for libopentracing-c-wrapper
 
-Package: libopentracing-c-wrapper0
+Package: libopentracing-c-wrapper0t64
+Provides: ${t64:Provides}
+Replaces: libopentracing-c-wrapper0
+Breaks: libopentracing-c-wrapper0 (<< ${source:Version})
 Architecture: any
 Multi-Arch: same
 Depends: ${shlibs:Depends}, ${misc:Depends}
diff -Nru opentracing-c-wrapper-1.1.3/debian/libopentracing-c-wrapper0.install 
opentracing-c-wrapper-1.1.3/debian/libopentracing-c-wrapper0.install
--- opentracing-c-wrapper-1.1.3/debian/libopentracing-c-wrapper0.install
2021-07-16 00:37:56.0 -0300
+++ opentracing-c-wrapper-1.1.3/debian/libopentracing-c-wrapper0.install
1969-12-31 21:00:00.0 -0300
@@ -1 +0,0 @@
-usr/lib/*/lib*.so.*
diff -Nru opentracing-c-wrapper-1.1.3/debian/libopentracing-c-wrapper0.symbols 
opentracing-c-wrapper-1.1.3/debian/libopentracing-c-wrapper0.symbols
--- opentracing-c-wrapper-1.1.3/debian/libopentracing-c-wrapper0.symbols
2021-07-30 00:23:38.0 -0300
+++ opentracing-c-wrapper-1.1.3/debian/libopentracing-c-wrapper0.symbols
1969-12-31 21:00:00.0 -0300
@@ -1,15 +0,0 @@
-libopentracing-c-wrapper.so.0 libopentracing-c-wrapper0 #MINVER#
-* Build-Depends-Package: libopentracing-c-wrapper-dev
- otc_binary_data_destroy@Base 1.1.0
- otc_binary_data_new@Base 1.1.0
- otc_ext_init@Base 1.1.0
- otc_file_read@Base 1.1.0
- otc_statistics@Base 1.1.0
- otc_text_map_add@Base 

Bug#1063103: opensubdiv: NMU diff for 64-bit time_t transition

[Lucas Kanashiro]

Source: opensubdiv
Version: 3.5.0-2
Severity: serious
Tags: patch pending sid trixie
Justification: library ABI skew on upgrade
User: debian-...@lists.debian.org
Usertags: time-t

NOTICE: these changes must not be uploaded to unstable yet!

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
opensubdiv 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 opensubdiv
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.



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

Kernel: Linux 6.2.0-39-generic (SMP w/32 CPU threads; PREEMPT)
Kernel taint flags: TAINT_PROPRIETARY_MODULE, TAINT_OOT_MODULE, 
TAINT_UNSIGNED_MODULE
Locale: LANG=C.UTF-8, 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 opensubdiv-3.5.0/debian/changelog opensubdiv-3.5.0/debian/changelog
--- opensubdiv-3.5.0/debian/changelog   2022-12-11 06:52:28.0 -0300
+++ opensubdiv-3.5.0/debian/changelog   2024-02-05 01:01:17.0 -0300
@@ -1,3 +1,10 @@
+opensubdiv (3.5.0-2.1) experimental; urgency=medium
+
+  * Non-maintainer upload.
+  * Rename libraries for 64-bit time_t transition.
+
+ -- Lucas Kanashiro   Mon, 05 Feb 2024 01:01:17 -0300
+
 opensubdiv (3.5.0-2) unstable; urgency=medium
 
   * Upload to unstable
diff -Nru opensubdiv-3.5.0/debian/control opensubdiv-3.5.0/debian/control
--- opensubdiv-3.5.0/debian/control 2022-12-08 14:15:52.0 -0300
+++ opensubdiv-3.5.0/debian/control 2024-02-05 01:01:17.0 -0300
@@ -30,14 +30,15 @@
 Vcs-Git: https://salsa.debian.org/multimedia-team/opensubdiv.git
 Vcs-Browser: https://salsa.debian.org/multimedia-team/opensubdiv
 
-Package: libosdcpu3.5.0
+Package: libosdcpu3.5.0t64
+Provides: ${t64:Provides}
 Architecture: any
 Multi-Arch: same
 Depends:
  ${misc:Depends},
  ${shlibs:Depends}
-Replaces: libosdcpu3.4.0 (<< 3.4.3-2)
-Breaks: libosdcpu3.4.0 (<< 3.4.3-2)
+Replaces: libosdcpu3.5.0, libosdcpu3.4.0 (<< 3.4.3-2)
+Breaks: libosdcpu3.5.0 (<< ${source:Version}), libosdcpu3.4.0 (<< 3.4.3-2)
 Description: high performance subdivision surface (subdiv) library - CPU 
runtime
  OpenSubdiv is a set of open source libraries that implement high
  performance subdivision surface (subdiv) evaluation on massively
@@ -48,14 +49,15 @@
  .
  This package provides the CPU-based runtime library.
 
-Package: libosdgpu3.5.0
+Package: libosdgpu3.5.0t64
+Provides: ${t64:Provides}
 Architecture: any
 Multi-Arch: same
 Depends:
  ${misc:Depends},
  ${shlibs:Depends}
-Replaces: libosdgpu3.4.0 (<< 3.4.3-2)
-Breaks: libosdgpu3.4.0 (<< 3.4.3-2)
+Replaces: libosdgpu3.5.0, libosdgpu3.4.0 (<< 3.4.3-2)
+Breaks: libosdgpu3.5.0 (<< ${source:Version}), libosdgpu3.4.0 (<< 3.4.3-2)
 Description: high performance subdivision surface (subdiv) library - GPU 
runtime
  OpenSubdiv is a set of open source libraries that implement high
  performance subdivision surface (subdiv) evaluation on massively
@@ -71,8 +73,8 @@
 Architecture: any
 Multi-Arch: same
 Depends:
- libosdcpu3.5.0 (= ${binary:Version}),
- libosdgpu3.5.0 (= ${binary:Version}),
+ libosdcpu3.5.0t64 (= ${binary:Version}),
+ libosdgpu3.5.0t64 (= ${binary:Version}),
  ${misc:Depends}
 Description: high performance subdivision surface (subdiv) library - 
development
  OpenSubdiv is a set of open source libraries that implement high
diff -Nru opensubdiv-3.5.0/debian/libosdcpu3.5.0.install 
opensubdiv-3.5.0/debian/libosdcpu3.5.0.install
--- opensubdiv-3.5.0/debian/libosdcpu3.5.0.install  2022-12-04 
10:46:48.0 -0300
+++ opensubdiv-3.5.0/debian/libosdcpu3.5.0.install  1969-12-31 
21:00:00.0 -0300

Bug#1063102: swi-prolog: NMU diff for 64-bit time_t transition

[Steve Langasek]

Source: swi-prolog
Version: 1:5.107.0-1
Severity: serious
Tags: patch sid trixie
Justification: library ABI skew on upgrade
User: debian-...@lists.debian.org
Usertags: time-t

NOTICE: these changes must not be uploaded to unstable yet!

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
swi-prolog as a source package shipping runtime libraries whose ABI could
not be analyzed via abi-compliance-checker (and therefore to be on the
safe side we assume is affected).[0]

To ensure that inconsistent combinations of libraries with their
reverse-dependencies are never installed together, it is necessary to
have a library transition.  In the case of swi-prolog, since shlibs point
to a virtual package (libswipl9), it is sufficient to change the Provides of
the runtime package without changing the actual binary package names.

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 swi-prolog, which I plan to upload to unstable once the necessary
dpkg changes have been made.

Please find the patch for this NMU attached.

If you have any concerns about this patch, please reach out ASAP.  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.

Thanks,
-- 
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

[0] 
https://adrien.dcln.fr/misc/armhf-time_t/2024-02-01T09:53:00/logs/swi-prolog-core/base/log.txt
diff -Nru swi-prolog-9.0.4+dfsg/debian/changelog 
swi-prolog-9.0.4+dfsg/debian/changelog
--- swi-prolog-9.0.4+dfsg/debian/changelog  2023-11-20 01:24:18.0 
-0800
+++ swi-prolog-9.0.4+dfsg/debian/changelog  2024-02-04 18:46:16.0 
-0800
@@ -1,3 +1,10 @@
+swi-prolog (9.0.4+dfsg-3.1) experimental; urgency=medium
+
+  * Non-maintainer upload.
+  * Adjust Provides for 64-bit time_t transition.
+
+ -- Steve Langasek   Mon, 05 Feb 2024 02:46:16 +
+
 swi-prolog (9.0.4+dfsg-3) unstable; urgency=medium
 
   * Add upstream patch bumping Java compatibility version
diff -Nru swi-prolog-9.0.4+dfsg/debian/control 
swi-prolog-9.0.4+dfsg/debian/control
--- swi-prolog-9.0.4+dfsg/debian/control2023-11-20 01:24:18.0 
-0800
+++ swi-prolog-9.0.4+dfsg/debian/control2024-02-04 18:42:29.0 
-0800
@@ -107,7 +107,7 @@
   swi-prolog-abi-binary-${swi-prolog:BABI},
   swi-prolog-abi-qlf-${swi-prolog:QLF},
   swi-prolog-abi-states-${swi-prolog:SSTATES},
-  libswipl9
+  libswipl9t64, ${t64:Provides}
 Description: ISO/Edinburgh-style Prolog interpreter - core system
  SWI-Prolog is a fast and powerful ISO/Edinburgh-style Prolog compiler with a
  rich set of built-in predicates. It offers a fast, robust and small
diff -Nru swi-prolog-9.0.4+dfsg/debian/rules swi-prolog-9.0.4+dfsg/debian/rules
--- swi-prolog-9.0.4+dfsg/debian/rules  2023-11-20 01:24:18.0 -0800
+++ swi-prolog-9.0.4+dfsg/debian/rules  2024-02-04 18:45:32.0 -0800
@@ -6,6 +6,13 @@
 DPKG_EXPORT_BUILDFLAGS = 1
 include /usr/share/dpkg/buildflags.mk
 
+DEB_HOST_ARCH_BITS ?= $(shell dpkg-architecture -qDEB_HOST_ARCH_BITS)
+DEB_HOST_ARCH ?= $(shell dpkg-architecture -qDEB_HOST_ARCH)
+
+ifneq (,$(filter 64,$(DEB_HOST_ARCH_BITS))$(filter i386,$(DEB_HOST_ARCH)))
+  t64_provides := libswipl9
+endif
+
 ifeq ($(DEB_BUILD_ARCH),riscv64)
 DEB_LDFLAGS_MAINT_APPEND += -Wl,--no-as-needed -Wl,-latomic -Wl,--as-needed
 export DEB_LDFLAGS_MAINT_APPEND
@@ -114,7 +121,9 @@
-cd build && ctest -V -E jpl:
 
 override_dh_gencontrol:
+   echo 't64:Provides=$(t64_provides)' >> debian/swi-prolog-core.substvars
dh_gencontrol -- -Vswi-prolog:ABI="$(shell LD_LIBRARY_PATH=$(shell 
dirname $(shell find debian/swi-prolog-core -name libswipl.so)) 
debian/swi-prolog-core/usr/bin/swipl --abi-version | sed 's/.*-abi-//')" 
-Vswi-prolog:FABI="$(shell LD_LIBRARY_PATH=$(shell dirname $(shell find 
debian/swi-prolog-core -name libswipl.so)) debian/swi-prolog-core/usr/bin/swipl 
--abi-version | sed 's/.*-abi-//' | cut --delimiter=- -f 1)" 
-Vswi-prolog:BABI="$(shell LD_LIBRARY_PATH=$(shell dirname $(shell find 
debian/swi-prolog-core -name libswipl.so)) debian/swi-prolog-core/usr/bin/swipl 
--abi-version | sed 's/.*-abi-//' | cut --delimiter=- -f 2)" 
-Vswi-prolog:QLF="$(shell LD_LIBRARY_PATH=$(shell dirname $(shell find 

Bug#1005164: nss: Please buildd with NSS_DISABLE_CRYPTO_VSX=1 on powerpc and ppc64

[Erik Larsson]

Hi,

On Thu, 10 Feb 2022 09:07:05 +0100 John Paul Adrian Glaubitz 
 wrote:


> On 2/10/22 03:22, Mike Hommey wrote:
> > I thought the code built with -mcrypto -mvsx was behind runtime
> > detection?
>
> As far as I know, it's not. We had user reports about running into SIGILL
> on powerpc and ppc64 targets when running on older hardware. [1]
>
> This is why I added the possibility to turn off VSX and Crypto in NSS 
upstream

> in the first place. [2][3]

I can confirm a reproducible crash in libnss3 / powerpc (32-bit) due to 
illegal instruction on my PowerMac G5 (970MP). A quick way to trigger it 
is to run 'ecryptfs-wrap-passphrase ' which calls libnss3's 
'rijndael_encryptBlock128' and crashes on encountering the instruction 
'lxvw4x', which was only introduced in version 2.06 of the 
specification, so POWER7 and later.


All other code that I've encountered in the binary packages for the 
'powerpc' architecture builds works fine so I assume that the 2.06 
version of the specification isn't a new baseline for building these 
packages (it wouldn't make sense on 32-bit PowerPC anyway to raise the 
baseline to POWER7's instruction set).


Interestingly enough rebuilding the package on my 970MP produces 
different assembly code, omitting the 'lxvw4x' instruction and this 
rebuilt package works fine with my CPU, no illegal instruction. So the 
host CPU's model and capabilities affects the assembly code of the built 
package, which I assume is not what one should expect?


This instruction seems to be the result of auto-vectorization by gcc, so 
likely there's some '-mcpu=native' condition in combination with 
optimization options enabling auto-vectorization that produces the 
instruction 'lxvw4x' when the file 'nss/lib/freebl/rijndael.c' is 
compiled. Specifically around line 584 where it crashes:

584:        COLUMN_3(state) = *((PRUint32 *)(pIn + 12)) ^ *roundkeyw++;

I'm attaching a crash log and disassembly of the function 
'rijndael_encryptBlock128' from the current debian binary package in 
'sid' (version 3.96-1):

    libnss3_3.96-1_crash_disass_upstream.txt

...and a disassembly of ''rijndael_encryptBlock128' from a package that 
I rebuilt on my own machine with no changed parameters (simple 'apt 
source --compile libnss3'):

    libnss3_3.96-1_disass_rebuilt.txt

Best regards,

- Erik
$ gdb --args ecryptfs-wrap-passphrase asdf
GNU gdb (Debian 13.2-1) 13.2
Copyright (C) 2023 Free Software Foundation, Inc.
License GPLv3+: GNU GPL version 3 or later 
This is free software: you are free to change and redistribute it.
There is NO WARRANTY, to the extent permitted by law.
Type "show copying" and "show warranty" for details.
This GDB was configured as "powerpc-linux-gnu".
Type "show configuration" for configuration details.
For bug reporting instructions, please see:
.
Find the GDB manual and other documentation resources online at:
.

For help, type "help".
Type "apropos word" to search for commands related to "word"...
Reading symbols from ecryptfs-wrap-passphrase...
Reading symbols from 
/usr/lib/debug/.build-id/d8/d1e871d83a1f9276b85ed0292169652b01e59a.debug...
(gdb) run
Starting program: /usr/bin/ecryptfs-wrap-passphrase asdf
[Thread debugging using libthread_db enabled]
Using host libthread_db library "/lib/powerpc-linux-gnu/libthread_db.so.1".
Passphrase to wrap: 
Wrapping passphrase: 

Program received signal SIGILL, Illegal instruction.
rijndael_encryptBlock128 (cx=cx@entry=0x444060, output=output@entry=0xfffef808 
"", input=input@entry=0xfffef7b4 "asdf") at rijndael.c:584
584 rijndael.c: Filen eller katalogen finns inte.
(gdb) bt
#0  rijndael_encryptBlock128 (cx=cx@entry=0x444060, 
output=output@entry=0xfffef808 "", input=input@entry=0xfffef7b4 "asdf") at 
rijndael.c:584
#1  0xf7906ef0 in rijndael_encryptECB (cx=0x444060, output=0xfffef808 "", 
outputLen=, maxOutputLen=, input=0xfffef7b4 
"asdf", inputLen=16)
at rijndael.c:753
#2  0xf7907ba4 in AES_Encrypt (cx=, output=, 
outputLen=, maxOutputLen=, input=, 
inputLen=)
at rijndael.c:1174
#3  0xf7ce2158 in AES_Encrypt (cx=0x444060, output=0xfffef808 "", 
outputLen=, maxOutputLen=, input=, 
inputLen=)
at loader.c:498
#4  0xf7cbd304 in NSC_EncryptUpdate (hSession=, pPart=0xfffef7b4 
"asdf", ulPartLen=16, pEncryptedPart=0xfffef808 "", 
pulEncryptedPartLen=0xfffef6e0) at pkcs11c.c:1508
#5  0xf7de7f08 in PK11_CipherOp (context=0x442930, out=, 
outlen=0xfffef740, maxout=80, in=0xfffef7b4 "asdf", inlen=16) at pk11cxt.c:913
#6  0x003b7e10 in ecryptfs_wrap_passphrase () from 
/lib/powerpc-linux-gnu/libecryptfs.so.1
#7  0x00400838 in main (argc=, argv=) at 
ecryptfs_wrap_passphrase.c:83
(gdb) disass
Dump of assembler code for function rijndael_encryptBlock128:
   0xf7905fb0 <+0>: stwur1,-160(r1)
   0xf7905fb4 <+4>: mflrr0
   0xf7905fb8 <+8>: bcl 20,4*cr7+so,0xf7905fbc 

   0xf7905fbc <+12>:

Bug#1063100: opensaml: NMU diff for 64-bit time_t transition

[Lucas Kanashiro]

Source: opensaml
Version: 3.2.1-4
Severity: serious
Tags: patch pending sid trixie
Justification: library ABI skew on upgrade
User: debian-...@lists.debian.org
Usertags: time-t

NOTICE: these changes must not be uploaded to unstable yet!

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
opensaml 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 opensaml
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.



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

Kernel: Linux 6.2.0-39-generic (SMP w/32 CPU threads; PREEMPT)
Kernel taint flags: TAINT_PROPRIETARY_MODULE, TAINT_OOT_MODULE, 
TAINT_UNSIGNED_MODULE
Locale: LANG=C.UTF-8, 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 opensaml-3.2.1/debian/changelog opensaml-3.2.1/debian/changelog
--- opensaml-3.2.1/debian/changelog 2023-09-30 06:20:33.0 -0300
+++ opensaml-3.2.1/debian/changelog 2024-02-05 00:40:23.0 -0300
@@ -1,3 +1,10 @@
+opensaml (3.2.1-4.1) experimental; urgency=medium
+
+  * Non-maintainer upload.
+  * Rename libraries for 64-bit time_t transition.
+
+ -- Lucas Kanashiro   Mon, 05 Feb 2024 00:40:23 -0300
+
 opensaml (3.2.1-4) unstable; urgency=medium
 
   * [10d3658] Doxygen replaced some PNG graphics with SVG (Closes: #1052956)
diff -Nru opensaml-3.2.1/debian/control opensaml-3.2.1/debian/control
--- opensaml-3.2.1/debian/control   2023-01-18 15:22:52.0 -0300
+++ opensaml-3.2.1/debian/control   2024-02-05 00:40:23.0 -0300
@@ -27,7 +27,10 @@
  Security Assertion Markup Language Specification. It contains a set of open
  source C++ classes that support the SAML 1.0, 1.1, and 2.0 specifications.
 
-Package: libsaml12
+Package: libsaml12t64
+Provides: ${t64:Provides}
+Replaces: libsaml12
+Breaks: libsaml12 (<< ${source:Version})
 Architecture: any
 Multi-Arch: same
 Depends:
@@ -44,7 +47,7 @@
 Architecture: any
 Multi-Arch: same
 Depends:
- libsaml12 (= ${binary:Version}),
+ libsaml12t64 (= ${binary:Version}),
  libxmltooling-dev (>= 3.2~),
  zlib1g-dev,
  ${misc:Depends},
diff -Nru opensaml-3.2.1/debian/libsaml12.install 
opensaml-3.2.1/debian/libsaml12.install
--- opensaml-3.2.1/debian/libsaml12.install 2023-01-18 15:04:34.0 
-0300
+++ opensaml-3.2.1/debian/libsaml12.install 1969-12-31 21:00:00.0 
-0300
@@ -1 +0,0 @@
-usr/lib/*/libsaml.so.*
diff -Nru opensaml-3.2.1/debian/libsaml12.lintian-overrides 
opensaml-3.2.1/debian/libsaml12.lintian-overrides
--- opensaml-3.2.1/debian/libsaml12.lintian-overrides   2023-01-18 
15:04:34.0 -0300
+++ opensaml-3.2.1/debian/libsaml12.lintian-overrides   1969-12-31 
21:00:00.0 -0300
@@ -1,4 +0,0 @@
-# See https://wiki.debian.org/UsingSymbolsFiles and follow to
-# https://www.eyrie.org/~eagle/journal/2012-02/001.html.
-# In short: symbols files are not worth providing for Shibboleth.
-no-symbols-control-file usr/lib/*/libsaml.so.*
diff -Nru opensaml-3.2.1/debian/libsaml12t64.install 
opensaml-3.2.1/debian/libsaml12t64.install
--- opensaml-3.2.1/debian/libsaml12t64.install  1969-12-31 21:00:00.0 
-0300
+++ opensaml-3.2.1/debian/libsaml12t64.install  2023-01-18 15:04:34.0 
-0300
@@ -0,0 +1 @@
+usr/lib/*/libsaml.so.*
diff -Nru opensaml-3.2.1/debian/libsaml12t64.lintian-overrides 
opensaml-3.2.1/debian/libsaml12t64.lintian-overrides
--- opensaml-3.2.1/debian/libsaml12t64.lintian-overrides1969-12-31 
21:00:00.0 -0300
+++ opensaml-3.2.1/debian/libsaml12t64.lintian-overrides2024-02-05 
00:40:23.0 -0300
@@ -0,0 +1,5 @@
+# See 

Bug#1063099: openrc: NMU diff for 64-bit time_t transition

[Lucas Kanashiro]

Source: openrc
Version: 0.53-1
Severity: serious
Tags: patch pending sid trixie
Justification: library ABI skew on upgrade
User: debian-...@lists.debian.org
Usertags: time-t

NOTICE: these changes must not be uploaded to unstable yet!

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
openrc 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 openrc
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.



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

Kernel: Linux 6.2.0-39-generic (SMP w/32 CPU threads; PREEMPT)
Kernel taint flags: TAINT_PROPRIETARY_MODULE, TAINT_OOT_MODULE, 
TAINT_UNSIGNED_MODULE
Locale: LANG=C.UTF-8, 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 openrc-0.53/debian/changelog openrc-0.53/debian/changelog
--- openrc-0.53/debian/changelog2024-01-22 14:18:38.0 -0300
+++ openrc-0.53/debian/changelog2024-02-05 00:38:20.0 -0300
@@ -1,3 +1,10 @@
+openrc (0.53-1.1) experimental; urgency=medium
+
+  * Non-maintainer upload.
+  * Rename libraries for 64-bit time_t transition.
+
+ -- Lucas Kanashiro   Mon, 05 Feb 2024 00:38:20 -0300
+
 openrc (0.53-1) unstable; urgency=medium
 
   * New upstream version 0.53
diff -Nru openrc-0.53/debian/control openrc-0.53/debian/control
--- openrc-0.53/debian/control  2024-01-22 14:18:38.0 -0300
+++ openrc-0.53/debian/control  2024-02-05 00:38:20.0 -0300
@@ -44,7 +44,10 @@
  .
  This package provides the runlevel change mechanism.
 
-Package: librc1
+Package: librc1t64
+Provides: ${t64:Provides}
+Replaces: librc1
+Breaks: librc1 (<< ${source:Version})
 Architecture: any
 Section: libs
 Depends: ${misc:Depends},
@@ -66,7 +69,7 @@
 Package: librc-dev
 Architecture: any
 Section: libdevel
-Depends: librc1 (=${binary:Version}),
+Depends: librc1t64 (=${binary:Version}),
  ${misc:Depends},
 Description: dependency based service manager (runtime development)
  OpenRC is a dependency based service manager. It provides support for System V
@@ -81,7 +84,10 @@
  .
  This package provides development files for the runtime library.
 
-Package: libeinfo1
+Package: libeinfo1t64
+Provides: ${t64:Provides}
+Replaces: libeinfo1
+Breaks: libeinfo1 (<< ${source:Version})
 Architecture: any
 Section: libs
 Depends: ${misc:Depends},
@@ -104,7 +110,7 @@
 Package: libeinfo-dev
 Architecture: any
 Section: libdevel
-Depends: libeinfo1 (=${binary:Version}),
+Depends: libeinfo1t64 (=${binary:Version}),
  ${misc:Depends},
 Multi-Arch: same
 Description: dependency based service manager (pretty console display 
development)
diff -Nru openrc-0.53/debian/libeinfo1.install 
openrc-0.53/debian/libeinfo1.install
--- openrc-0.53/debian/libeinfo1.install2024-01-22 14:18:38.0 
-0300
+++ openrc-0.53/debian/libeinfo1.install1969-12-31 21:00:00.0 
-0300
@@ -1 +0,0 @@
-lib/*/libeinfo.so.*
diff -Nru openrc-0.53/debian/libeinfo1t64.install 
openrc-0.53/debian/libeinfo1t64.install
--- openrc-0.53/debian/libeinfo1t64.install 1969-12-31 21:00:00.0 
-0300
+++ openrc-0.53/debian/libeinfo1t64.install 2024-01-22 14:18:38.0 
-0300
@@ -0,0 +1 @@
+lib/*/libeinfo.so.*
diff -Nru openrc-0.53/debian/libeinfo1t64.lintian-overrides 
openrc-0.53/debian/libeinfo1t64.lintian-overrides
--- openrc-0.53/debian/libeinfo1t64.lintian-overrides   1969-12-31 
21:00:00.0 -0300
+++ openrc-0.53/debian/libeinfo1t64.lintian-overrides   2024-02-05 
00:38:20.0 -0300
@@ -0,0 +1 @@
+libeinfo1t64: package-name-doesnt-match-sonames libeinfo1
diff -Nru 

Bug#1063098: openni: NMU diff for 64-bit time_t transition

[Lucas Kanashiro]

Source: openni
Version: 1.5.4.0+dfsg-7
Severity: serious
Tags: patch pending sid trixie
Justification: library ABI skew on upgrade
User: debian-...@lists.debian.org
Usertags: time-t

NOTICE: these changes must not be uploaded to unstable yet!

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
openni 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 openni
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.



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

Kernel: Linux 6.2.0-39-generic (SMP w/32 CPU threads; PREEMPT)
Kernel taint flags: TAINT_PROPRIETARY_MODULE, TAINT_OOT_MODULE, 
TAINT_UNSIGNED_MODULE
Locale: LANG=C.UTF-8, 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 openni-1.5.4.0+dfsg/debian/changelog 
openni-1.5.4.0+dfsg/debian/changelog
--- openni-1.5.4.0+dfsg/debian/changelog2023-11-15 07:05:03.0 
-0300
+++ openni-1.5.4.0+dfsg/debian/changelog2024-02-05 00:32:05.0 
-0300
@@ -1,3 +1,10 @@
+openni (1.5.4.0+dfsg-7.1) experimental; urgency=medium
+
+  * Non-maintainer upload.
+  * Rename libraries for 64-bit time_t transition.
+
+ -- Lucas Kanashiro   Mon, 05 Feb 2024 00:32:05 -0300
+
 openni (1.5.4.0+dfsg-7) unstable; urgency=medium
 
   * Add loongarch64 support (Closes: #1050419)
diff -Nru openni-1.5.4.0+dfsg/debian/control openni-1.5.4.0+dfsg/debian/control
--- openni-1.5.4.0+dfsg/debian/control  2023-11-15 07:04:47.0 -0300
+++ openni-1.5.4.0+dfsg/debian/control  2024-02-05 00:32:05.0 -0300
@@ -18,7 +18,10 @@
 Vcs-Git: https://salsa.debian.org/multimedia-team/openni.git
 Vcs-Browser: https://salsa.debian.org/multimedia-team/openni
 
-Package: libopenni0
+Package: libopenni0t64
+Provides: ${t64:Provides}
+Replaces: libopenni0
+Breaks: libopenni0 (<< ${source:Version})
 Architecture: any
 Depends: ${shlibs:Depends},
  ${misc:Depends}
@@ -36,7 +39,7 @@
 Architecture: any
 Depends: ${shlibs:Depends},
  ${misc:Depends},
- libopenni0 (= ${binary:Version})
+ libopenni0t64 (= ${binary:Version})
 Description: Java framework for sensor-based 'Natural Interaction'
  OpenNI is a framework for getting data to support 'Natural Interaction',
  i.e. skeleton tracking, gesture tracking, and similar ways of getting data
@@ -68,7 +71,7 @@
 Architecture: any
 Multi-Arch: same
 Depends: ${misc:Depends},
- libopenni0 (= ${binary:Version})
+ libopenni0t64 (= ${binary:Version})
 Suggests: openni-doc
 Description: headers for OpenNI 'Natural Interaction' frameworks
  OpenNI is a framework for getting data to support 'Natural Interaction',
diff -Nru openni-1.5.4.0+dfsg/debian/libopenni0.dirs 
openni-1.5.4.0+dfsg/debian/libopenni0.dirs
--- openni-1.5.4.0+dfsg/debian/libopenni0.dirs  2018-10-20 11:13:06.0 
-0300
+++ openni-1.5.4.0+dfsg/debian/libopenni0.dirs  1969-12-31 21:00:00.0 
-0300
@@ -1 +0,0 @@
-/var/lib/ni
diff -Nru openni-1.5.4.0+dfsg/debian/libopenni0.install 
openni-1.5.4.0+dfsg/debian/libopenni0.install
--- openni-1.5.4.0+dfsg/debian/libopenni0.install   2018-10-20 
11:11:06.0 -0300
+++ openni-1.5.4.0+dfsg/debian/libopenni0.install   1969-12-31 
21:00:00.0 -0300
@@ -1,2 +0,0 @@
-Platform/Linux/Bin/*-Release/lib*.so.* usr/lib/
-Data/SamplesConfig.xml etc/openni/
diff -Nru openni-1.5.4.0+dfsg/debian/libopenni0.postinst 
openni-1.5.4.0+dfsg/debian/libopenni0.postinst
--- openni-1.5.4.0+dfsg/debian/libopenni0.postinst  2019-09-14 
04:20:17.0 -0300
+++ openni-1.5.4.0+dfsg/debian/libopenni0.postinst  1969-12-31 

Bug#1063097: /usr/bin/mkimage: opens image and device trees (-d, -b) O_RDONLY, then O_RDWR, and fails if they're read-only (it doesn't write to them)

[наб]

Package: u-boot-tools
Version: 2024.01+dfsg-1
Severity: normal
File: /usr/bin/mkimage

Dear Maintainer,

From a strace:
  1390  openat(AT_FDCWD, "/tmp/tmp.j2DX6x1MgV/Image-6.6.11.lz4", O_RDONLY) = 3
  1390  newfstatat(3, "", {st_mode=S_IFREG|0644, st_size=12611929, ...}, 
AT_EMPTY_PATH) = 0
  1390  close(3)  = 0
  1390  openat(AT_FDCWD, "mt8173-elm-hana-6.6.11.dtb", O_RDONLY) = 3
  1390  newfstatat(3, "", {st_mode=S_IFREG|0644, st_size=43853, ...}, 
AT_EMPTY_PATH) = 0
  1390  close(3)  = 0
  1390  mmap(NULL, 12660736, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, 
-1, 0) = 0xafecd000
  1390  openat(AT_FDCWD, "/tmp/tmp.j2DX6x1MgV/Image-6.6.11.lz4", O_RDWR) = 3
  1390  newfstatat(3, "", {st_mode=S_IFREG|0644, st_size=12611929, ...}, 
AT_EMPTY_PATH) = 0
  1390  read(3, "\4\"M\30dp\271\361K!\0\225\37 \3\325'\360X\24\0\1\0 
\243\1\6\0/\n\0\1"..., 12611929) = 12611929
  1390  close(3)  = 0
  1390  openat(AT_FDCWD, "mt8173-elm-hana-6.6.11.dtb", O_RDWR) = -1 EACCES 
(Permission denied)
  1390  write(2, "mkimage: Can't open mt8173-elm-h"..., 66) = 66
  1390  write(2, "mkimage: Failed to build FIT ima"..., 35) = 35
  1390  munmap(0xafecd000, 12660736)  = 0
here, the dtb is unwritable.

An analogous error happens if the Image is unwritable,
but as we can see here, it doesn't write to it anyway.
(Nor should it, given this is an input file.)

Please turn this into an O_RDONLY.

Best,
наб

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

Kernel: Linux 6.6.11 (SMP w/4 CPU threads)
Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8), LANGUAGE not set
Shell: /bin/sh linked to /usr/bin/dash
Init: systemd (via /run/systemd/system)

Versions of packages u-boot-tools depends on:
ii  libc62.37-15
ii  libgnutls30  3.8.3-1
ii  libssl3  3.1.4-2
ii  libtinfo66.4+20240113-1
ii  libuuid1 2.39.3-6

Versions of packages u-boot-tools recommends:
pn  device-tree-compiler  
pn  libubootenv-tool  

u-boot-tools suggests no packages.

-- no debconf information


signature.asc
Description: PGP signature

Bug#1062983: Developers Reference in A4 instead of US Letter

[Paul Wise]

On Sun, 2024-02-04 at 19:25 +, Holger Levsen wrote:

> I think for English at least I'd prefer to offer both A4 and letter, for eg
> the German translation I think it's enough to only provide A4.

Looks like that info can be gotten from the locales on glibc systems:
   
   $ LANG=en_AU.utf8 locale -k LC_PAPER
   height=297
   width=210
   paper-codeset="UTF-8"

   $ LANG=en_US.utf8 locale -k LC_PAPER
   height=279
   width=216
   paper-codeset="UTF-8"

For languages with one translation instead of one per dialect,
you could produce documents in each of the unique sizes.

Seems like this is a GNU extension to POSIX though:

   
https://manpages.debian.org/bookworm/manpages/locale.5.en.html#Locale_category_sections
   https://manpages.debian.org/bookworm/manpages/locale.5.en.html#LC_PAPER
   https://manpages.debian.org/bookworm/manpages/locale.7.en.html#LC_PAPER

-- 
bye,
pabs

https://wiki.debian.org/PaulWise


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

Bug#1063096: python3-webview: proxy_tools dependency not found

[David Purton]

Package: python3-webview
Version: 4.4.1+dfsg-1
Severity: important

Dear Maintainer,

With the upgrade to python3-webview from 3.3.5 to 4.4.1, the package is
no longer usable.

The package is unable to find the module proxy_tools.

For example, a simple script using webview fails:

---
#!/bin/python3
import webview
webview.create_window(title = 'Captive Portal Login', 
  url = 'http://network-test.debian.org/nm',
  width = 1024,
  height = 768,
  min_size = (1024, 768),
  resizable = False)
webview.start()
---

The error is:

---
Traceback (most recent call last):
  File "/home/user/bin/captiveportal.py", line 3, in 
import webview
  File "/usr/lib/python3/dist-packages/webview/__init__.py", line 23, in 

from proxy_tools import module_property
ModuleNotFoundError: No module named 'proxy_tools'
---

Presumably, python3-proxy_tools needs to be packaged and added to the
dependencies of python3-webview.

Thanks!

David

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

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

Versions of packages python3-webview depends on:
ii  gir1.2-webkit2-4.1   2.42.4-1
ii  python3 [python3-supported-min]  3.11.6-1
ii  python3-bottle   0.12.25-1
ii  python3-gi   3.46.0-3
ii  python3-gi-cairo 3.46.0-3
ii  python3-typing-extensions4.7.1-2

python3-webview recommends no packages.

python3-webview suggests no packages.

-- no debconf information

Bug#1063095: openmm: NMU diff for 64-bit time_t transition

[Lucas Kanashiro]

Source: openmm
Version: 8.0.0+dfsg-6
Severity: serious
Tags: patch pending sid trixie
Justification: library ABI skew on upgrade
User: debian-...@lists.debian.org
Usertags: time-t

NOTICE: these changes must not be uploaded to unstable yet!

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
openmm 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 openmm
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.



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

Kernel: Linux 6.2.0-39-generic (SMP w/32 CPU threads; PREEMPT)
Kernel taint flags: TAINT_PROPRIETARY_MODULE, TAINT_OOT_MODULE, 
TAINT_UNSIGNED_MODULE
Locale: LANG=C.UTF-8, 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 openmm-8.0.0+dfsg/debian/changelog openmm-8.0.0+dfsg/debian/changelog
--- openmm-8.0.0+dfsg/debian/changelog  2023-11-29 03:41:00.0 -0300
+++ openmm-8.0.0+dfsg/debian/changelog  2024-02-04 23:18:01.0 -0300
@@ -1,3 +1,10 @@
+openmm (8.0.0+dfsg-6.1) experimental; urgency=medium
+
+  * Non-maintainer upload.
+  * Rename libraries for 64-bit time_t transition.
+
+ -- Lucas Kanashiro   Sun, 04 Feb 2024 23:18:01 -0300
+
 openmm (8.0.0+dfsg-6) unstable; urgency=medium
 
   * Rename debian/patches/SIMDe -> debian/patches/SIMDe.patch.
diff -Nru openmm-8.0.0+dfsg/debian/control openmm-8.0.0+dfsg/debian/control
--- openmm-8.0.0+dfsg/debian/control2023-11-24 04:25:42.0 -0300
+++ openmm-8.0.0+dfsg/debian/control2024-02-04 23:18:01.0 -0300
@@ -31,7 +31,7 @@
 Architecture: any
 Section: libdevel
 Depends:
- libopenmm8.0 (= ${binary:Version}),
+ libopenmm8.0t64 (= ${binary:Version}),
  ${misc:Depends},
  ${shlibs:Depends},
 Description: C++ header files for the OpenMM library
@@ -49,7 +49,10 @@
  of high performance computing architectures. This package provides OpenMM
  plugins.
 
-Package: libopenmm8.0
+Package: libopenmm8.0t64
+Provides: ${t64:Provides}
+Replaces: libopenmm8.0
+Breaks: libopenmm8.0 (<< ${source:Version})
 Architecture: any
 Depends:
  ${misc:Depends},
diff -Nru openmm-8.0.0+dfsg/debian/libopenmm8.0t64.lintian-overrides 
openmm-8.0.0+dfsg/debian/libopenmm8.0t64.lintian-overrides
--- openmm-8.0.0+dfsg/debian/libopenmm8.0t64.lintian-overrides  1969-12-31 
21:00:00.0 -0300
+++ openmm-8.0.0+dfsg/debian/libopenmm8.0t64.lintian-overrides  2024-02-04 
23:18:01.0 -0300
@@ -0,0 +1 @@
+libopenmm8.0t64: package-name-doesnt-match-sonames libopenmm8.0
diff -Nru openmm-8.0.0+dfsg/debian/rules openmm-8.0.0+dfsg/debian/rules
--- openmm-8.0.0+dfsg/debian/rules  2023-11-28 07:28:08.0 -0300
+++ openmm-8.0.0+dfsg/debian/rules  2024-02-04 23:18:01.0 -0300
@@ -42,7 +42,7 @@
 
 override_dh_auto_install:
dh_auto_install -O--buildsystem=cmake
-   dh_install -plibopenmm8.0  debian/tmp/usr/lib/libOpenMM.so.* 
usr/lib/${DEB_HOST_MULTIARCH}
+   dh_install -plibopenmm8.0t64   debian/tmp/usr/lib/libOpenMM.so.* 
usr/lib/${DEB_HOST_MULTIARCH}
dh_install -plibopenmm-dev debian/tmp/usr/lib/libOpenMMAmoeba.so 
usr/lib/${DEB_HOST_MULTIARCH}/openmm
dh_install -plibopenmm-dev debian/tmp/usr/lib/libOpenMMDrude.so  
usr/lib/${DEB_HOST_MULTIARCH}/openmm
dh_install -plibopenmm-dev debian/tmp/usr/lib/libOpenMMRPMD.so   
usr/lib/${DEB_HOST_MULTIARCH}/openmm

Bug#1012289: RFH: lintian -- Debian package checker

[Axel Beckert]

Hi,

Bastien Roucariès wrote:
> Le dimanche 4 février 2024, 14:02:58 UTC Bill Allombert a écrit :
> > Areyou still available as lintian maintainer ? It sure would need an upload.
> I can
> 
> I am doing some pull request update

By coincidence I started to work on Lintian today (well, actually
yesterday) again, too, but saw these two mails only afterwards. Mostly
fixed the systemd/udev/usrmerge related test suite failures as well as
merged some of the open merge requests.

Let's try together to get a release done soon.

Regards, Axel
-- 
 ,''`.  |  Axel Beckert , https://people.debian.org/~abe/
: :' :  |  Debian Developer, ftp.ch.debian.org Admin
`. `'   |  4096R: 2517 B724 C5F6 CA99 5329  6E61 2FF9 CD59 6126 16B5
  `-|  1024D: F067 EA27 26B9 C3FC 1486  202E C09E 1D89 9593 0EDE

Bug#1063094: ITP: python-rtf-tokenize -- Simple RTF tokenizer for python

[Boyuan Yang]

Package: wnpp
Owner: Boyuan Yang 
Severity: wishlist

* Package name: python-rtf-tokenize
  Version : 1.0.0
  Upstream Contact: Benoit Pierre 
* URL : https://github.com/openstenoproject/rtf_tokenize
* License : GPL-2.0+
  Programming Lang: C/Python
  Description : Simple RTF tokenizer for python

 This package provides a simple RTF tokenizer library for python.
 It can be used by various stenotype engines.

 This package will be maintained under Debian Python Team umbrella.

Thanks,
Boyuan Yang



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

Bug#1063062: vte: NMU diff for 64-bit time_t transition

[Sven Joachim]

On 2024-02-04 19:50 +, Steve Langasek wrote:

> Source: vte
> Version: 1:0.28.2-6
> Severity: serious
> Tags: patch pending sid trixie
> Justification: library ABI skew on upgrade
> User: debian-...@lists.debian.org
> Usertags: time-t
>
> diff -Nru vte-0.28.2/debian/control vte-0.28.2/debian/control
> --- vte-0.28.2/debian/control 2019-02-02 12:52:36.0 +
> +++ vte-0.28.2/debian/control 2024-02-04 19:24:45.0 +
> @@ -76,7 +79,7 @@
>  Package: libvte-common
>  Architecture: all
>  Depends: ${misc:Depends}
> -Breaks: libvte9 (<< 1:0.28)
> +Breaks: libvte9t64 (<< 1:0.28)

This change (and the corresponding one in control.in) looks incorrect to
me.  Old versions of the library package (in this case versions before
1:0.28) are not going to be renamed retroactively, so the Breaks should
be left alone.

Bug in your conversion script?

Cheers,
   Sven

Bug#1063093: ca-certificates: expired certificate: Security_Communication_Root_CA.crt

[Paul Wise]

Package: ca-certificates
Version: 20240203
Severity: normal
File: /usr/share/ca-
certificates/mozilla/Security_Communication_Root_CA.crt

I noticed that there is one expired certificate in ca-certificates:

   $ cat test
   now=$(date -u)
   date -d "$now"
   now="$(date -d "$now" +%s)"
   for f in /usr/share/ca-certificates/mozilla/* ; do
    date="$(openssl x509 -enddate -noout -in "$f" | cut -d= -f2)"
    d="$(date -d "$date" +%s)"
    if [ $((d<=now)) -eq 1 ] ; then
 echo Expired: $f $date $d $now
    fi
   done
   $ sh test
   Mon 05 Feb 2024 10:13:46 AWST
   Expired: 
/usr/share/ca-certificates/mozilla/Security_Communication_Root_CA.crt Sep 30 
04:20:49 2023 GMT 1696047649 1707099226

It might be a good idea to add an autopkgtest to check them.

-- System Information:
Debian Release: trixie/sid
  APT prefers testing-debug
  APT policy: (900, 'testing-debug'), (900, 'testing'), (800, 
'unstable-debug'), (800, 'unstable'), (790, 'buildd-unstable'), (700, 
'experimental-debug'), (700, 'experimental'), (690, 'buildd-experimental')
Architecture: amd64 (x86_64)

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

Versions of packages ca-certificates depends on:
ii  debconf [debconf-2.0]  1.5.83
ii  openssl    3.1.5-1

ca-certificates recommends no packages.

ca-certificates suggests no packages.

-- 
bye,
pabs

https://wiki.debian.org/PaulWise


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

Bug#1063092: openjade: NMU diff for 64-bit time_t transition

[Lucas Kanashiro]

Source: openjade
Version: 1.4devel1-23
Severity: serious
Tags: patch pending sid trixie
Justification: library ABI skew on upgrade
User: debian-...@lists.debian.org
Usertags: time-t

NOTICE: these changes must not be uploaded to unstable yet!

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
openjade 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 openjade
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.



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

Kernel: Linux 6.2.0-39-generic (SMP w/32 CPU threads; PREEMPT)
Kernel taint flags: TAINT_PROPRIETARY_MODULE, TAINT_OOT_MODULE, 
TAINT_UNSIGNED_MODULE
Locale: LANG=C.UTF-8, 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 openjade-1.4devel1/debian/changelog 
openjade-1.4devel1/debian/changelog
--- openjade-1.4devel1/debian/changelog 2024-01-03 01:39:03.0 -0300
+++ openjade-1.4devel1/debian/changelog 2024-02-04 23:14:55.0 -0300
@@ -1,3 +1,10 @@
+openjade (1.4devel1-23.1) experimental; urgency=medium
+
+  * Non-maintainer upload.
+  * Rename libraries for 64-bit time_t transition.
+
+ -- Lucas Kanashiro   Sun, 04 Feb 2024 23:14:55 -0300
+
 openjade (1.4devel1-23) unstable; urgency=medium
 
   * Reverted innocuous looking change to FlowObj.cxx in 21.4 which caused
diff -Nru openjade-1.4devel1/debian/control openjade-1.4devel1/debian/control
--- openjade-1.4devel1/debian/control   2024-01-03 01:39:03.0 -0300
+++ openjade-1.4devel1/debian/control   2024-02-04 23:14:55.0 -0300
@@ -25,11 +25,14 @@
  .
  Author:   The OpenJade Team 
 
-Package: libostyle1c2
+Package: libostyle1t64
+Provides: ${t64:Provides}
+X-Time64-Compat: libostyle1c2
+Breaks: libostyle1c2 (<< ${source:Version})
 Architecture: any
 Section: libs
 Depends: ${shlibs:Depends}, ${misc:Depends}
-Replaces: libostyle1
+Replaces: libostyle1c2, libostyle1
 Conflicts: libostyle1
 Description: Runtime libraries for OpenJade
  OpenJade's shared libraries, runtime support.  Includes libogrove,
@@ -42,7 +45,7 @@
 Package: libostyle-dev
 Architecture: any
 Section: libdevel
-Depends: libostyle1c2(= ${binary:Version}), ${misc:Depends}
+Depends: libostyle1t64(= ${binary:Version}), ${misc:Depends}
 Conflicts: openjade (<< 1.4devel1-14)
 Description: OpenJade libraries, developer support
  Contains include files and the static library for libogrove,
diff -Nru openjade-1.4devel1/debian/libostyle1c2.dirs 
openjade-1.4devel1/debian/libostyle1c2.dirs
--- openjade-1.4devel1/debian/libostyle1c2.dirs 2021-06-12 19:04:13.0 
-0300
+++ openjade-1.4devel1/debian/libostyle1c2.dirs 1969-12-31 21:00:00.0 
-0300
@@ -1,2 +0,0 @@
-usr/lib
-usr/share/doc/libostyle1c2
diff -Nru openjade-1.4devel1/debian/libostyle1c2.install 
openjade-1.4devel1/debian/libostyle1c2.install
--- openjade-1.4devel1/debian/libostyle1c2.install  2021-06-13 
00:33:34.0 -0300
+++ openjade-1.4devel1/debian/libostyle1c2.install  1969-12-31 
21:00:00.0 -0300
@@ -1,2 +0,0 @@
-debian/tmp/usr/lib/*/lib*.so.[0-9].[0-9].[0-0]
-debian/tmp/usr/lib/*/lib*.so.[0-9]
diff -Nru openjade-1.4devel1/debian/libostyle1c2.postinst 
openjade-1.4devel1/debian/libostyle1c2.postinst
--- openjade-1.4devel1/debian/libostyle1c2.postinst 2021-06-12 
18:39:20.0 -0300
+++ openjade-1.4devel1/debian/libostyle1c2.postinst 1969-12-31 
21:00:00.0 -0300
@@ -1,11 +0,0 @@
-#!/bin/sh
-
-set -e
-
-if [ "$1" = "configure" ]; then
-   ldconfig
-fi
-
-#DEBHELPER#
-
-exit 0
diff -Nru openjade-1.4devel1/debian/libostyle1t64.dirs 

Bug#1063091: openipmi: NMU diff for 64-bit time_t transition

[Lucas Kanashiro]

Source: openipmi
Version: 2.0.33-1
Severity: serious
Tags: patch pending sid trixie
Justification: library ABI skew on upgrade
User: debian-...@lists.debian.org
Usertags: time-t

NOTICE: these changes must not be uploaded to unstable yet!

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
openipmi 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 openipmi
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.



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

Kernel: Linux 6.2.0-39-generic (SMP w/32 CPU threads; PREEMPT)
Kernel taint flags: TAINT_PROPRIETARY_MODULE, TAINT_OOT_MODULE, 
TAINT_UNSIGNED_MODULE
Locale: LANG=C.UTF-8, 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 openipmi-2.0.33/debian/changelog openipmi-2.0.33/debian/changelog
--- openipmi-2.0.33/debian/changelog2022-07-19 04:42:06.0 -0300
+++ openipmi-2.0.33/debian/changelog2024-02-04 23:02:53.0 -0300
@@ -1,3 +1,10 @@
+openipmi (2.0.33-1.1) experimental; urgency=medium
+
+  * Non-maintainer upload.
+  * Rename libraries for 64-bit time_t transition.
+
+ -- Lucas Kanashiro   Sun, 04 Feb 2024 23:02:53 -0300
+
 openipmi (2.0.33-1) unstable; urgency=medium
 
   * new upstream release from 2022-07-07
diff -Nru openipmi-2.0.33/debian/control openipmi-2.0.33/debian/control
--- openipmi-2.0.33/debian/control  2022-07-19 04:42:06.0 -0300
+++ openipmi-2.0.33/debian/control  2024-02-04 23:02:53.0 -0300
@@ -25,7 +25,10 @@
  This package contains some command-line and graphical-user-interfaces
  to interact with IPMI-enabled devices.
 
-Package: libopenipmi0
+Package: libopenipmi0t64
+Provides: ${t64:Provides}
+Replaces: libopenipmi0
+Breaks: libopenipmi0 (<< ${source:Version})
 Section: libs
 Architecture: any
 Depends: ${shlibs:Depends}, ${misc:Depends}
@@ -37,7 +40,7 @@
 Package: libopenipmi-dev
 Section: libdevel
 Architecture: any
-Depends: libopenipmi0 (= ${binary:Version}), libgdbm-dev, ${misc:Depends}
+Depends: libopenipmi0t64 (= ${binary:Version}), libgdbm-dev, ${misc:Depends}
 Description: Intelligent Platform Management Interface - development
  IPMI allows remote monitoring and remote management of devices.
  .
diff -Nru openipmi-2.0.33/debian/libopenipmi0.files 
openipmi-2.0.33/debian/libopenipmi0.files
--- openipmi-2.0.33/debian/libopenipmi0.files   2020-07-07 11:45:34.0 
-0300
+++ openipmi-2.0.33/debian/libopenipmi0.files   1969-12-31 21:00:00.0 
-0300
@@ -1 +0,0 @@
-usr/lib/*/lib*.so.*
diff -Nru openipmi-2.0.33/debian/libopenipmi0t64.files 
openipmi-2.0.33/debian/libopenipmi0t64.files
--- openipmi-2.0.33/debian/libopenipmi0t64.files1969-12-31 
21:00:00.0 -0300
+++ openipmi-2.0.33/debian/libopenipmi0t64.files2020-07-07 
11:45:34.0 -0300
@@ -0,0 +1 @@
+usr/lib/*/lib*.so.*
diff -Nru openipmi-2.0.33/debian/libopenipmi0t64.lintian-overrides 
openipmi-2.0.33/debian/libopenipmi0t64.lintian-overrides
--- openipmi-2.0.33/debian/libopenipmi0t64.lintian-overrides1969-12-31 
21:00:00.0 -0300
+++ openipmi-2.0.33/debian/libopenipmi0t64.lintian-overrides2024-02-04 
23:02:53.0 -0300
@@ -0,0 +1 @@
+libopenipmi0t64: package-name-doesnt-match-sonames libopenipmi0

Bug#1063090: openimageio: NMU diff for 64-bit time_t transition

[Lucas Kanashiro]

Source: openimageio
Version: 2.4.17.0+dfsg-1
Severity: serious
Tags: patch pending sid trixie
Justification: library ABI skew on upgrade
User: debian-...@lists.debian.org
Usertags: time-t

NOTICE: these changes must not be uploaded to unstable yet!

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
openimageio 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 openimageio
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.



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

Kernel: Linux 6.2.0-39-generic (SMP w/32 CPU threads; PREEMPT)
Kernel taint flags: TAINT_PROPRIETARY_MODULE, TAINT_OOT_MODULE, 
TAINT_UNSIGNED_MODULE
Locale: LANG=C.UTF-8, 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 openimageio-2.4.17.0+dfsg/debian/changelog 
openimageio-2.4.17.0+dfsg/debian/changelog
--- openimageio-2.4.17.0+dfsg/debian/changelog  2024-01-14 10:47:38.0 
-0300
+++ openimageio-2.4.17.0+dfsg/debian/changelog  2024-02-04 22:52:51.0 
-0300
@@ -1,3 +1,10 @@
+openimageio (2.4.17.0+dfsg-1.1) experimental; urgency=medium
+
+  * Non-maintainer upload.
+  * Rename libraries for 64-bit time_t transition.
+
+ -- Lucas Kanashiro   Sun, 04 Feb 2024 22:52:51 -0300
+
 openimageio (2.4.17.0+dfsg-1) unstable; urgency=medium
 
   * New upstream release
diff -Nru openimageio-2.4.17.0+dfsg/debian/control 
openimageio-2.4.17.0+dfsg/debian/control
--- openimageio-2.4.17.0+dfsg/debian/control2023-03-12 09:57:50.0 
-0300
+++ openimageio-2.4.17.0+dfsg/debian/control2024-02-04 22:52:51.0 
-0300
@@ -43,7 +43,10 @@
 Vcs-Git: https://salsa.debian.org/debian-phototools-team/openimageio.git
 Vcs-Browser: https://salsa.debian.org/debian-phototools-team/openimageio
 
-Package: libopenimageio2.4
+Package: libopenimageio2.4t64
+Provides: ${t64:Provides}
+Replaces: libopenimageio2.4
+Breaks: libopenimageio2.4 (<< ${source:Version})
 Architecture: any
 Multi-Arch: same
 Depends:
@@ -94,7 +97,7 @@
 Multi-Arch: same
 Depends:
  libilmbase-dev,
- libopenimageio2.4 (= ${binary:Version}),
+ libopenimageio2.4t64 (= ${binary:Version}),
  libopenimageio-doc (>= 1.6.10~dfsg0-1),
  ${misc:Depends}
 Description: Library for reading and writing images - development
@@ -185,7 +188,7 @@
 Section: python
 Architecture: any
 Multi-Arch: same
-Depends: libopenimageio2.4 (= ${binary:Version}),
+Depends: libopenimageio2.4t64 (= ${binary:Version}),
  python3:any,
  ${misc:Depends},
  ${python3:Depends},
diff -Nru openimageio-2.4.17.0+dfsg/debian/libopenimageio2.4.install 
openimageio-2.4.17.0+dfsg/debian/libopenimageio2.4.install
--- openimageio-2.4.17.0+dfsg/debian/libopenimageio2.4.install  2023-03-12 
09:54:08.0 -0300
+++ openimageio-2.4.17.0+dfsg/debian/libopenimageio2.4.install  1969-12-31 
21:00:00.0 -0300
@@ -1 +0,0 @@
-usr/lib/*/lib*.so.*
diff -Nru openimageio-2.4.17.0+dfsg/debian/libopenimageio2.4t64.install 
openimageio-2.4.17.0+dfsg/debian/libopenimageio2.4t64.install
--- openimageio-2.4.17.0+dfsg/debian/libopenimageio2.4t64.install   
1969-12-31 21:00:00.0 -0300
+++ openimageio-2.4.17.0+dfsg/debian/libopenimageio2.4t64.install   
2023-03-12 09:54:08.0 -0300
@@ -0,0 +1 @@
+usr/lib/*/lib*.so.*
diff -Nru 
openimageio-2.4.17.0+dfsg/debian/libopenimageio2.4t64.lintian-overrides 
openimageio-2.4.17.0+dfsg/debian/libopenimageio2.4t64.lintian-overrides
--- openimageio-2.4.17.0+dfsg/debian/libopenimageio2.4t64.lintian-overrides 
1969-12-31 21:00:00.0 -0300
+++ 

Bug#1063089: wlroots: NMU diff for 64-bit time_t transition

[Steve Langasek]

Source: wlroots
Version: 0.17.1-2
Severity: serious
Tags: patch pending sid trixie
Justification: library ABI skew on upgrade
User: debian-...@lists.debian.org
Usertags: time-t

NOTICE: these changes must not be uploaded to unstable yet!

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
wlroots 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 wlroots
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.



-- 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 wlroots-0.17.1/debian/changelog wlroots-0.17.1/debian/changelog
--- wlroots-0.17.1/debian/changelog 2024-01-09 18:39:59.0 +
+++ wlroots-0.17.1/debian/changelog 2024-02-05 01:52:53.0 +
@@ -1,3 +1,10 @@
+wlroots (0.17.1-2.1) experimental; urgency=medium
+
+  * Non-maintainer upload.
+  * Rename libraries for 64-bit time_t transition.
+
+ -- Steve Langasek   Mon, 05 Feb 2024 01:52:53 +
+
 wlroots (0.17.1-2) unstable; urgency=medium
 
   * Upload to unstable.
diff -Nru wlroots-0.17.1/debian/control wlroots-0.17.1/debian/control
--- wlroots-0.17.1/debian/control   2023-12-22 14:25:21.0 +
+++ wlroots-0.17.1/debian/control   2024-02-05 01:52:53.0 +
@@ -54,7 +54,7 @@
 Multi-Arch: same
 Depends:
  ${misc:Depends},
- libwlroots12 (= ${binary:Version}),
+ libwlroots12t64 (= ${binary:Version}),
  libcap-dev,
  libdisplay-info-dev,
  libdrm-dev (>= 2.4.114),
@@ -91,7 +91,10 @@
  .
  This package contains the development headers.
 
-Package: libwlroots12
+Package: libwlroots12t64
+Provides: ${t64:Provides}
+Replaces: libwlroots12
+Breaks: libwlroots12 (<< ${source:Version})
 Architecture: any
 Multi-Arch: same
 Depends:
diff -Nru wlroots-0.17.1/debian/libwlroots12.dirs 
wlroots-0.17.1/debian/libwlroots12.dirs
--- wlroots-0.17.1/debian/libwlroots12.dirs 2023-11-21 19:06:43.0 
+
+++ wlroots-0.17.1/debian/libwlroots12.dirs 1970-01-01 00:00:00.0 
+
@@ -1 +0,0 @@
-usr/lib
diff -Nru wlroots-0.17.1/debian/libwlroots12.install 
wlroots-0.17.1/debian/libwlroots12.install
--- wlroots-0.17.1/debian/libwlroots12.install  2023-11-21 19:06:43.0 
+
+++ wlroots-0.17.1/debian/libwlroots12.install  1970-01-01 00:00:00.0 
+
@@ -1 +0,0 @@
-usr/lib/*/lib*.so.*
diff -Nru wlroots-0.17.1/debian/libwlroots12.shlibs 
wlroots-0.17.1/debian/libwlroots12.shlibs
--- wlroots-0.17.1/debian/libwlroots12.shlibs   2023-11-21 19:06:43.0 
+
+++ wlroots-0.17.1/debian/libwlroots12.shlibs   1970-01-01 00:00:00.0 
+
@@ -1 +0,0 @@
-libwlroots 12 libwlroots12 (>= 0.17.0)
diff -Nru wlroots-0.17.1/debian/libwlroots12t64.dirs 
wlroots-0.17.1/debian/libwlroots12t64.dirs
--- wlroots-0.17.1/debian/libwlroots12t64.dirs  1970-01-01 00:00:00.0 
+
+++ wlroots-0.17.1/debian/libwlroots12t64.dirs  2023-11-21 19:06:43.0 
+
@@ -0,0 +1 @@
+usr/lib
diff -Nru wlroots-0.17.1/debian/libwlroots12t64.install 
wlroots-0.17.1/debian/libwlroots12t64.install
--- wlroots-0.17.1/debian/libwlroots12t64.install   1970-01-01 
00:00:00.0 +
+++ wlroots-0.17.1/debian/libwlroots12t64.install   2023-11-21 
19:06:43.0 +
@@ -0,0 +1 @@
+usr/lib/*/lib*.so.*
diff -Nru wlroots-0.17.1/debian/libwlroots12t64.lintian-overrides 
wlroots-0.17.1/debian/libwlroots12t64.lintian-overrides
--- 

Bug#1063088: weston: NMU diff for 64-bit time_t transition

[Steve Langasek]

Source: weston
Version: 13.0.0-1
Severity: serious
Tags: patch pending sid trixie
Justification: library ABI skew on upgrade
User: debian-...@lists.debian.org
Usertags: time-t

NOTICE: these changes must not be uploaded to unstable yet!

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
weston 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 weston
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.



-- 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 weston-13.0.0/debian/changelog weston-13.0.0/debian/changelog
--- weston-13.0.0/debian/changelog  2024-01-22 09:00:54.0 +
+++ weston-13.0.0/debian/changelog  2024-02-05 01:50:20.0 +
@@ -1,3 +1,10 @@
+weston (13.0.0-1.1) experimental; urgency=medium
+
+  * Non-maintainer upload.
+  * Rename libraries for 64-bit time_t transition.
+
+ -- Steve Langasek   Mon, 05 Feb 2024 01:50:20 +
+
 weston (13.0.0-1) unstable; urgency=medium
 
   * Upload to unstable
diff -Nru weston-13.0.0/debian/control weston-13.0.0/debian/control
--- weston-13.0.0/debian/control2024-01-22 09:00:54.0 +
+++ weston-13.0.0/debian/control2024-02-05 01:50:19.0 +
@@ -72,13 +72,14 @@
  and fast compositor and is suitable for many embedded and mobile use
  cases.
 
-Package: libweston-13-0
+Package: libweston-13-0t64
+Provides: ${t64:Provides}
 Section: libs
 Architecture: linux-any
 Multi-Arch: same
 Depends: ${misc:Depends}, ${shlibs:Depends}
-Replaces: weston (<< 1.12.0-1)
-Breaks: weston (<< 1.12.0-1)
+Replaces: libweston-13-0, weston (<< 1.12.0-1)
+Breaks: libweston-13-0 (<< ${source:Version}), weston (<< 1.12.0-1)
 Description: reference implementation of a wayland compositor (shared libs)
  Part of the Wayland project is also the Weston reference implementation
  of a Wayland compositor. Weston can run as an X client or under Linux
@@ -93,7 +94,7 @@
 Architecture: linux-any
 Depends: libpixman-1-dev,
  libwayland-dev,
- libweston-13-0 (= ${binary:Version}),
+ libweston-13-0t64 (= ${binary:Version}),
  libxkbcommon-dev,
  ${misc:Depends},
  ${shlibs:Depends}
diff -Nru weston-13.0.0/debian/libweston-13-0.install 
weston-13.0.0/debian/libweston-13-0.install
--- weston-13.0.0/debian/libweston-13-0.install 2024-01-22 09:00:54.0 
+
+++ weston-13.0.0/debian/libweston-13-0.install 1970-01-01 00:00:00.0 
+
@@ -1,13 +0,0 @@
-usr/lib/*/libweston-13.so.*
-usr/lib/*/libweston-13/color-lcms.so
-usr/lib/*/libweston-13/drm-backend.so
-usr/lib/*/libweston-13/gl-renderer.so
-usr/lib/*/libweston-13/headless-backend.so
-usr/lib/*/libweston-13/pipewire-plugin.so
-usr/lib/*/libweston-13/rdp-backend.so
-usr/lib/*/libweston-13/remoting-plugin.so
-usr/lib/*/libweston-13/wayland-backend.so
-usr/lib/*/libweston-13/x11-backend.so
-usr/lib/*/libweston-13/xwayland.so
-usr/lib/*/libweston-13/pipewire-backend.so
-usr/lib/*/libweston-13/vnc-backend.so
diff -Nru weston-13.0.0/debian/libweston-13-0.symbols 
weston-13.0.0/debian/libweston-13-0.symbols
--- weston-13.0.0/debian/libweston-13-0.symbols 2024-01-22 09:00:54.0 
+
+++ weston-13.0.0/debian/libweston-13-0.symbols 1970-01-01 00:00:00.0 
+
@@ -1,495 +0,0 @@
-libweston-13.so.0 libweston-13-0 #MINVER#
- clear_pointer_focus@Base 12.0.0
- 

Bug#1063087: opengv: NMU diff for 64-bit time_t transition

[Lucas Kanashiro]

Source: opengv
Version: 1.0+1git91f4b1-7
Severity: serious
Tags: patch pending sid trixie
Justification: library ABI skew on upgrade
User: debian-...@lists.debian.org
Usertags: time-t

NOTICE: these changes must not be uploaded to unstable yet!

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
opengv 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 opengv
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.



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

Kernel: Linux 6.2.0-39-generic (SMP w/32 CPU threads; PREEMPT)
Kernel taint flags: TAINT_PROPRIETARY_MODULE, TAINT_OOT_MODULE, 
TAINT_UNSIGNED_MODULE
Locale: LANG=C.UTF-8, 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 opengv-1.0+1git91f4b1/debian/changelog 
opengv-1.0+1git91f4b1/debian/changelog
--- opengv-1.0+1git91f4b1/debian/changelog  2022-11-19 19:34:50.0 
-0300
+++ opengv-1.0+1git91f4b1/debian/changelog  2024-02-04 22:41:55.0 
-0300
@@ -1,3 +1,10 @@
+opengv (1.0+1git91f4b1-7.1) experimental; urgency=medium
+
+  * Non-maintainer upload.
+  * Rename libraries for 64-bit time_t transition.
+
+ -- Lucas Kanashiro   Sun, 04 Feb 2024 22:41:55 -0300
+
 opengv (1.0+1git91f4b1-7) unstable; urgency=medium
 
   [ Stefano Rivera ]
diff -Nru opengv-1.0+1git91f4b1/debian/control 
opengv-1.0+1git91f4b1/debian/control
--- opengv-1.0+1git91f4b1/debian/control2022-11-19 19:34:50.0 
-0300
+++ opengv-1.0+1git91f4b1/debian/control2024-02-04 22:41:55.0 
-0300
@@ -21,7 +21,10 @@
 Vcs-Git: https://salsa.debian.org/science-team/opengv.git
 Vcs-Browser: https://salsa.debian.org/science-team/opengv
 
-Package: libopengv1
+Package: libopengv1t64
+Provides: ${t64:Provides}
+Replaces: libopengv1
+Breaks: libopengv1 (<< ${source:Version})
 Section: libs
 Architecture: any
 Multi-Arch: same
@@ -38,7 +41,7 @@
 Package: libopengv-dev
 Architecture: any
 Multi-Arch: same
-Depends: ${misc:Depends}, libopengv1 (= ${binary:Version})
+Depends: ${misc:Depends}, libopengv1t64 (= ${binary:Version})
 Suggests: libopengv-doc
 Description: Computer vision methods for solving geometric vision problems.
  Contains absolute-pose, relative-pose, triangulation, and point-cloud 
alignment
@@ -52,7 +55,7 @@
 Section: python
 Architecture: any
 Multi-Arch: same
-Depends: ${shlibs:Depends}, ${misc:Depends}, libopengv1 (= ${binary:Version}),
+Depends: ${shlibs:Depends}, ${misc:Depends}, libopengv1t64 (= 
${binary:Version}),
  ${python3:Depends}
 Provides: ${python3:Provides}
 Description: Computer vision methods for solving geometric vision problems.
diff -Nru opengv-1.0+1git91f4b1/debian/libopengv1.install 
opengv-1.0+1git91f4b1/debian/libopengv1.install
--- opengv-1.0+1git91f4b1/debian/libopengv1.install 2022-09-22 
20:57:42.0 -0300
+++ opengv-1.0+1git91f4b1/debian/libopengv1.install 1969-12-31 
21:00:00.0 -0300
@@ -1 +0,0 @@
-/usr/lib/*/*.so.*
diff -Nru opengv-1.0+1git91f4b1/debian/libopengv1t64.install 
opengv-1.0+1git91f4b1/debian/libopengv1t64.install
--- opengv-1.0+1git91f4b1/debian/libopengv1t64.install  1969-12-31 
21:00:00.0 -0300
+++ opengv-1.0+1git91f4b1/debian/libopengv1t64.install  2022-09-22 
20:57:42.0 -0300
@@ -0,0 +1 @@
+/usr/lib/*/*.so.*
diff -Nru opengv-1.0+1git91f4b1/debian/libopengv1t64.lintian-overrides 
opengv-1.0+1git91f4b1/debian/libopengv1t64.lintian-overrides
--- opengv-1.0+1git91f4b1/debian/libopengv1t64.lintian-overrides
1969-12-31 21:00:00.0 -0300
+++ 

Bug#1063086: virtualpg: NMU diff for 64-bit time_t transition

[Steve Langasek]

Source: virtualpg
Version: 2.0.1-2
Severity: serious
Tags: patch pending sid trixie
Justification: library ABI skew on upgrade
User: debian-...@lists.debian.org
Usertags: time-t

NOTICE: these changes must not be uploaded to unstable yet!

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
virtualpg 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 virtualpg
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.



-- 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 virtualpg-2.0.1/debian/changelog virtualpg-2.0.1/debian/changelog
--- virtualpg-2.0.1/debian/changelog2022-12-01 19:50:36.0 +
+++ virtualpg-2.0.1/debian/changelog2024-02-05 01:49:26.0 +
@@ -1,3 +1,10 @@
+virtualpg (2.0.1-2.1) experimental; urgency=medium
+
+  * Non-maintainer upload.
+  * Rename libraries for 64-bit time_t transition.
+
+ -- Steve Langasek   Mon, 05 Feb 2024 01:49:26 +
+
 virtualpg (2.0.1-2) unstable; urgency=medium
 
   * Bump watch file version to 4.
diff -Nru virtualpg-2.0.1/debian/control virtualpg-2.0.1/debian/control
--- virtualpg-2.0.1/debian/control  2022-11-29 18:19:55.0 +
+++ virtualpg-2.0.1/debian/control  2024-02-05 01:49:26.0 +
@@ -12,7 +12,10 @@
 Homepage: https://www.gaia-gis.it/fossil/virtualpg
 Rules-Requires-Root: no
 
-Package: libvirtualpg0
+Package: libvirtualpg0t64
+Provides: ${t64:Provides}
+Replaces: libvirtualpg0
+Breaks: libvirtualpg0 (<< ${source:Version})
 Architecture: any
 Multi-Arch: same
 Section: libs
@@ -33,7 +36,7 @@
 Architecture: any
 Multi-Arch: same
 Section: libdevel
-Depends: libvirtualpg0 (= ${binary:Version}),
+Depends: libvirtualpg0t64 (= ${binary:Version}),
  libpq-dev,
  libsqlite3-dev,
  ${misc:Depends}
diff -Nru virtualpg-2.0.1/debian/libvirtualpg0.install 
virtualpg-2.0.1/debian/libvirtualpg0.install
--- virtualpg-2.0.1/debian/libvirtualpg0.install2018-08-03 
15:11:33.0 +
+++ virtualpg-2.0.1/debian/libvirtualpg0.install1970-01-01 
00:00:00.0 +
@@ -1 +0,0 @@
-usr/lib/*/libvirtualpg.so.*
diff -Nru virtualpg-2.0.1/debian/libvirtualpg0.symbols 
virtualpg-2.0.1/debian/libvirtualpg0.symbols
--- virtualpg-2.0.1/debian/libvirtualpg0.symbols2020-08-02 
15:24:53.0 +
+++ virtualpg-2.0.1/debian/libvirtualpg0.symbols1970-01-01 
00:00:00.0 +
@@ -1,17 +0,0 @@
-libvirtualpg.so.0 #PACKAGE# #MINVER#
-* Build-Depends-Package: libvirtualpg-dev
- my_pg_module@Base 2.0.0~rc0
- virtualpg_extension_init@Base 2.0.0~rc0
- virtualpg_version@Base 2.0.0~rc0
- vpgPQclear@Base 2.0.0~rc0
- vpgPQconnectdb@Base 2.0.0~rc0
- vpgPQerrorMessage@Base 2.0.0~rc0
- vpgPQexec@Base 2.0.0~rc0
- vpgPQfinish@Base 2.0.0~rc0
- vpgPQgetisnull@Base 2.0.0~rc0
- vpgPQgetvalue@Base 2.0.0~rc0
- vpgPQlibVersion@Base 2.0.0~rc0
- vpgPQnfields@Base 2.0.0~rc0
- vpgPQntuples@Base 2.0.0~rc0
- vpgPQresultStatus@Base 2.0.0~rc0
- vpgPQstatus@Base 2.0.0~rc0
diff -Nru virtualpg-2.0.1/debian/libvirtualpg0t64.install 
virtualpg-2.0.1/debian/libvirtualpg0t64.install
--- virtualpg-2.0.1/debian/libvirtualpg0t64.install 1970-01-01 
00:00:00.0 +
+++ virtualpg-2.0.1/debian/libvirtualpg0t64.install 2018-08-03 
15:11:33.0 +
@@ -0,0 +1 @@
+usr/lib/*/libvirtualpg.so.*
diff -Nru 

Bug#1063085: uhd: NMU diff for 64-bit time_t transition

[Steve Langasek]

Source: uhd
Version: 4.6.0.0+ds1-5
Severity: serious
Tags: patch pending sid trixie
Justification: library ABI skew on upgrade
User: debian-...@lists.debian.org
Usertags: time-t

NOTICE: these changes must not be uploaded to unstable yet!

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
uhd 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 uhd
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.



-- 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 uhd-4.6.0.0+ds1/debian/changelog uhd-4.6.0.0+ds1/debian/changelog
--- uhd-4.6.0.0+ds1/debian/changelog2023-12-16 03:34:58.0 +
+++ uhd-4.6.0.0+ds1/debian/changelog2024-02-04 23:57:27.0 +
@@ -1,3 +1,10 @@
+uhd (4.6.0.0+ds1-5.1) experimental; urgency=medium
+
+  * Non-maintainer upload.
+  * Rename libraries for 64-bit time_t transition.
+
+ -- Steve Langasek   Sun, 04 Feb 2024 23:57:27 +
+
 uhd (4.6.0.0+ds1-5) unstable; urgency=medium
 
   * install utilities on hurd
diff -Nru uhd-4.6.0.0+ds1/debian/control uhd-4.6.0.0+ds1/debian/control
--- uhd-4.6.0.0+ds1/debian/control  2023-12-04 01:45:35.0 +
+++ uhd-4.6.0.0+ds1/debian/control  2024-02-04 23:57:27.0 +
@@ -38,7 +38,7 @@
 
 Package: uhd-host
 Architecture: any
-Depends: libuhd4.6.0 (= ${binary:Version}),
+Depends: libuhd4.6.0t64 (= ${binary:Version}),
  python3-requests,
  ${misc:Depends},
  ${python3:Depends},
@@ -57,7 +57,10 @@
  display hardware configuration information and Doxygen generated
  documentation.
 
-Package: libuhd4.6.0
+Package: libuhd4.6.0t64
+Provides: ${t64:Provides}
+Replaces: libuhd4.6.0
+Breaks: libuhd4.6.0 (<< ${source:Version})
 Architecture: any
 Section: libs
 Pre-Depends: ${misc:Pre-Depends}
@@ -77,8 +80,8 @@
 Pre-Depends: ${misc:Pre-Depends}
 Depends: ${misc:Depends}, ${shlibs:Depends}
 Suggests: uhd-host
-Conflicts: libuhd4.6.0
-Provides: libuhd4.6.0
+Conflicts: libuhd4.6.0t64
+Provides: libuhd4.6.0t64
 Multi-Arch: same
 Description: universal hardware driver for Ettus Research products - DPDK
  Host library for the Universal Hardware Driver for Ettus Research products.
@@ -103,7 +106,7 @@
 Package: libuhd-dev
 Architecture: any
 Section: libdevel
-Depends: libuhd4.6.0 (= ${binary:Version}), ${misc:Depends}, ${shlibs:Depends}
+Depends: libuhd4.6.0t64 (= ${binary:Version}), ${misc:Depends}, 
${shlibs:Depends}
 Recommends: gnuradio-dev
 Suggests: uhd-doc
 Multi-Arch: same
@@ -120,7 +123,7 @@
 Package: python3-uhd
 Architecture: any
 Section: python
-Depends: libuhd4.6.0 (= ${binary:Version}),
+Depends: libuhd4.6.0t64 (= ${binary:Version}),
  python3-ruamel.yaml,
  ${misc:Depends},
  ${python3:Depends},
diff -Nru uhd-4.6.0.0+ds1/debian/libuhd4.6.0.install 
uhd-4.6.0.0+ds1/debian/libuhd4.6.0.install
--- uhd-4.6.0.0+ds1/debian/libuhd4.6.0.install  2023-11-26 20:12:26.0 
+
+++ uhd-4.6.0.0+ds1/debian/libuhd4.6.0.install  1970-01-01 00:00:00.0 
+
@@ -1,2 +0,0 @@
-usr/lib/*/*.so.*
-usr/share/uhd
diff -Nru uhd-4.6.0.0+ds1/debian/libuhd4.6.0t64.install 
uhd-4.6.0.0+ds1/debian/libuhd4.6.0t64.install
--- uhd-4.6.0.0+ds1/debian/libuhd4.6.0t64.install   1970-01-01 
00:00:00.0 +
+++ uhd-4.6.0.0+ds1/debian/libuhd4.6.0t64.install   2023-11-26 
20:12:26.0 +
@@ -0,0 +1,2 @@

Bug#1063084: opendmarc: NMU diff for 64-bit time_t transition

[Lucas Kanashiro]

Source: opendmarc
Version: 1.4.2-4
Severity: serious
Tags: patch pending sid trixie
Justification: library ABI skew on upgrade
User: debian-...@lists.debian.org
Usertags: time-t

NOTICE: these changes must not be uploaded to unstable yet!

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
opendmarc 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 opendmarc
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.



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

Kernel: Linux 6.2.0-39-generic (SMP w/32 CPU threads; PREEMPT)
Kernel taint flags: TAINT_PROPRIETARY_MODULE, TAINT_OOT_MODULE, 
TAINT_UNSIGNED_MODULE
Locale: LANG=C.UTF-8, 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 opendmarc-1.4.2/debian/changelog opendmarc-1.4.2/debian/changelog
--- opendmarc-1.4.2/debian/changelog2023-12-08 16:09:31.0 -0300
+++ opendmarc-1.4.2/debian/changelog2024-02-03 16:54:27.0 -0300
@@ -1,3 +1,10 @@
+opendmarc (1.4.2-4.1) experimental; urgency=medium
+
+  * Non-maintainer upload.
+  * Rename libraries for 64-bit time_t transition.
+
+ -- Lucas Kanashiro   Sat, 03 Feb 2024 16:54:27 -0300
+
 opendmarc (1.4.2-4) unstable; urgency=medium
 
   * systemd: Revert introduction of sandboxing in opendmarc service, as it
diff -Nru opendmarc-1.4.2/debian/control opendmarc-1.4.2/debian/control
--- opendmarc-1.4.2/debian/control  2023-10-08 06:31:03.0 -0300
+++ opendmarc-1.4.2/debian/control  2024-02-03 16:54:27.0 -0300
@@ -40,7 +40,10 @@
  Milter-aware MTAs. It implements support for both message reject and DMARC
  failure reporting.
 
-Package: libopendmarc2
+Package: libopendmarc2t64
+Provides: ${t64:Provides}
+Replaces: libopendmarc2
+Breaks: libopendmarc2 (<< ${source:Version})
 Section: libs
 Architecture: any
 Multi-Arch: same
@@ -60,7 +63,7 @@
 Section: libdevel
 Architecture: any
 Multi-Arch: same
-Depends: libopendmarc2 (= ${binary:Version}), ${misc:Depends}
+Depends: libopendmarc2t64 (= ${binary:Version}), ${misc:Depends}
 Description: DMARC policy library (development files)
  Domain-based Message Authentication, Reporting and Conformance (DMARC),
  builds on the successes of technologies such as DomainKeys Identified Mail
diff -Nru opendmarc-1.4.2/debian/libopendmarc2.install 
opendmarc-1.4.2/debian/libopendmarc2.install
--- opendmarc-1.4.2/debian/libopendmarc2.install2023-06-17 
05:22:19.0 -0300
+++ opendmarc-1.4.2/debian/libopendmarc2.install1969-12-31 
21:00:00.0 -0300
@@ -1 +0,0 @@
-usr/lib/*/libopendmarc.so.2*
diff -Nru opendmarc-1.4.2/debian/libopendmarc2.symbols 
opendmarc-1.4.2/debian/libopendmarc2.symbols
--- opendmarc-1.4.2/debian/libopendmarc2.symbols2023-06-17 
05:22:19.0 -0300
+++ opendmarc-1.4.2/debian/libopendmarc2.symbols1969-12-31 
21:00:00.0 -0300
@@ -1,62 +0,0 @@
-libopendmarc.so.2 libopendmarc2 #MINVER#
-* Build-Depends-Package: libopendmarc-dev
- dmarc_dns_get_record@Base 1.1.0~beta2
- dmarc_strlcat@Base 1.1.0~beta2
- dmarc_strlcpy@Base 1.1.0~beta2
- opendmarc_dns_fake_record@Base 1.1.0~beta2
- opendmarc_get_policy_to_enforce@Base 1.1.0~beta2
- opendmarc_get_policy_token_used@Base 1.3.2~Beta0
- opendmarc_get_tld@Base 1.1.0~beta2
- opendmarc_hash_drop@Base 1.1.0~beta2
- opendmarc_hash_expire@Base 1.1.0~beta2
- opendmarc_hash_init@Base 1.1.0~beta2
- opendmarc_hash_lookup@Base 1.1.0~beta2
- opendmarc_hash_set_callback@Base 1.1.0~beta2
- opendmarc_hash_shutdown@Base 1.1.0~beta2
- opendmarc_policy_check_alignment@Base 1.1.0~beta2
- 

Bug#1063014: unrar-nonfree: NMU diff for 64-bit time_t transition

[yokota]

Dear Steve,

> Please find the patch for this NMU attached.

The patch was pushed to experimental branch.
https://github.com/debian-calibre/unrar-nonfree/tree/experimental

--
YOKOTA

Bug#1063083: starpu: NMU diff for 64-bit time_t transition

[Steve Langasek]

Source: starpu
Version: 1.4.3+dfsg-2
Severity: serious
Tags: patch pending sid trixie
Justification: library ABI skew on upgrade
User: debian-...@lists.debian.org
Usertags: time-t

NOTICE: these changes must not be uploaded to unstable yet!

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
starpu 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 starpu
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.



-- 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 starpu-1.4.3+dfsg/debian/changelog starpu-1.4.3+dfsg/debian/changelog
--- starpu-1.4.3+dfsg/debian/changelog  2024-01-29 19:36:00.0 +
+++ starpu-1.4.3+dfsg/debian/changelog  2024-02-05 00:44:39.0 +
@@ -1,3 +1,13 @@
+starpu (1.4.3+dfsg-2.1) experimental; urgency=medium
+
+  * Non-maintainer upload.
+  * Rename libraries for 64-bit time_t transition.
+  * Ignore failures from 'chmod' in debian/rules clean; this fails because
+'*contrib*' .install files have become dangling symlinks, but these are
+not part of the source package anyway.
+
+ -- Steve Langasek   Mon, 05 Feb 2024 00:44:39 +
+
 starpu (1.4.3+dfsg-2) unstable; urgency=medium
 
   * Upload to unstable.
diff -Nru starpu-1.4.3+dfsg/debian/control starpu-1.4.3+dfsg/debian/control
--- starpu-1.4.3+dfsg/debian/control2024-01-29 13:26:34.0 +
+++ starpu-1.4.3+dfsg/debian/control2024-02-05 00:44:39.0 +
@@ -39,7 +39,7 @@
 Package: libstarpu-dev
 Section: libdevel
 Architecture: any
-Depends: libstarpu-1.4-4 (= ${binary:Version}) | libstarpu-any-1.4-4, 
libstarpu-openmp-llvm-1.4-1 (= ${binary:Version}) [amd64 arm64 armhf i386 
mips64el ppc64el ppc64 riscv64] | libstarpu-any-openmp-llvm-1.4-1 [amd64 arm64 
armhf i386 mips64el ppc64el ppc64 riscv64], libstarpufft-1.4-1 (= 
${binary:Version}) | libstarpu-anyfft-1.4-1, libstarpumpi-1.4-3 (= 
${binary:Version}) | libstarpu-anympi-1.4-3, libsocl-1.4-1 (= 
${binary:Version}) | libsocl-any-1.4-1, libstarpurm-1.4-1 (= ${binary:Version}) 
| libstarpu-anyrm-1.4-1, ${misc:Depends}, libhwloc-dev, opencl-headers, 
ocl-icd-opencl-dev, libpapi-dev [amd64 arm64 armel armhf i386 mips64el mipsel 
ppc64el hppa ppc64 x32]
+Depends: libstarpu-1.4-4t64 (= ${binary:Version}) | libstarpu-any-1.4-4, 
libstarpu-openmp-llvm-1.4-1t64 (= ${binary:Version}) [amd64 arm64 armhf i386 
mips64el ppc64el ppc64 riscv64] | libstarpu-any-openmp-llvm-1.4-1 [amd64 arm64 
armhf i386 mips64el ppc64el ppc64 riscv64], libstarpufft-1.4-1t64 (= 
${binary:Version}) | libstarpu-anyfft-1.4-1, libstarpumpi-1.4-3t64 (= 
${binary:Version}) | libstarpu-anympi-1.4-3, libsocl-1.4-1t64 (= 
${binary:Version}) | libsocl-any-1.4-1, libstarpurm-1.4-1t64 (= 
${binary:Version}) | libstarpu-anyrm-1.4-1, ${misc:Depends}, libhwloc-dev, 
opencl-headers, ocl-icd-opencl-dev, libpapi-dev [amd64 arm64 armel armhf i386 
mips64el mipsel ppc64el hppa ppc64 x32]
 Conflicts: libstarpu-contrib-dev
 Provides: libstarpu-any-dev
 Description: Task scheduler for heterogeneous multicore machines - dev
@@ -54,12 +54,14 @@
  This package contains development headers and libraries.
 # This "contrib" version is built against CUDA.
 
-Package: libstarpu-1.4-4
+Package: libstarpu-1.4-4t64
+Replaces: libstarpu-1.4-4
+Breaks: libstarpu-1.4-4 (<< ${source:Version})
 Architecture: any
 Multi-Arch: same
 Depends: 

Bug#1063082: log4c: NMU diff for 64-bit time_t transition

[Steve Langasek]

Source: log4c
Version: 1.2.4-3
Severity: serious
Tags: patch pending sid trixie
Justification: library ABI skew on upgrade
User: debian-...@lists.debian.org
Usertags: time-t

NOTICE: these changes must not be uploaded to unstable yet!

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
log4c 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 log4c
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.



-- System Information:
Debian Release: trixie/sid
  APT prefers unstable
  APT policy: (500, 'unstable'), (500, 'testing'), (500, 'stable'), (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 log4c-1.2.4/debian/changelog log4c-1.2.4/debian/changelog
--- log4c-1.2.4/debian/changelog2023-01-19 00:35:00.0 +
+++ log4c-1.2.4/debian/changelog2024-02-05 00:06:57.0 +
@@ -1,3 +1,10 @@
+log4c (1.2.4-3.1) experimental; urgency=medium
+
+  * Non-maintainer upload.
+  * Rename libraries for 64-bit time_t transition.
+
+ -- Steve Langasek   Mon, 05 Feb 2024 00:06:57 +
+
 log4c (1.2.4-3) unstable; urgency=medium
 
   * QA upload.
diff -Nru log4c-1.2.4/debian/control log4c-1.2.4/debian/control
--- log4c-1.2.4/debian/control  2023-01-18 23:00:00.0 +
+++ log4c-1.2.4/debian/control  2024-02-05 00:06:56.0 +
@@ -14,7 +14,7 @@
 Package: liblog4c-dev
 Section: libdevel
 Architecture: any
-Depends: liblog4c3 (= ${binary:Version}), ${misc:Depends}
+Depends: liblog4c3t64 (= ${binary:Version}), ${misc:Depends}
 Description: C library for flexible logging (development)
  Log4c is a library of C for flexible logging to files, syslog and other
  destinations.
@@ -24,7 +24,10 @@
  .
  This package contains the Log4c development files.
 
-Package: liblog4c3
+Package: liblog4c3t64
+Provides: ${t64:Provides}
+Replaces: liblog4c3
+Breaks: liblog4c3 (<< ${source:Version})
 Architecture: any
 Depends: ${misc:Depends}, ${shlibs:Depends}
 Description: C library for flexible logging (runtime)
diff -Nru log4c-1.2.4/debian/liblog4c3.install 
log4c-1.2.4/debian/liblog4c3.install
--- log4c-1.2.4/debian/liblog4c3.install2023-01-18 23:00:00.0 
+
+++ log4c-1.2.4/debian/liblog4c3.install1970-01-01 00:00:00.0 
+
@@ -1,2 +0,0 @@
-usr/lib/*/lib*.so.*
-usr/share/doc/liblog4c3/sample/log4crc.sample
diff -Nru log4c-1.2.4/debian/liblog4c3.symbols 
log4c-1.2.4/debian/liblog4c3.symbols
--- log4c-1.2.4/debian/liblog4c3.symbols2023-01-18 23:00:00.0 
+
+++ log4c-1.2.4/debian/liblog4c3.symbols1970-01-01 00:00:00.0 
+
@@ -1,210 +0,0 @@
-liblog4c.so.3 liblog4c3 #MINVER#
- __log4c_category_vlog@Base 1.2.1
- __log4c_fini@Base 1.2.1
- __log4c_init@Base 1.2.1
- __log4c_reread@Base 1.2.1
- __sd_domnode_new@Base 1.2.1
- _sp@Base 1.2.1
- getopt_reset@Base 1.2.1
- log4c_appender_append@Base 1.2.1
- log4c_appender_close@Base 1.2.1
- log4c_appender_delete@Base 1.2.1
- log4c_appender_factory@Base 1.2.1
- log4c_appender_get@Base 1.2.1
- log4c_appender_get_layout@Base 1.2.1
- log4c_appender_get_name@Base 1.2.1
- log4c_appender_get_type@Base 1.2.1
- log4c_appender_get_udata@Base 1.2.1
- log4c_appender_new@Base 1.2.1
- log4c_appender_open@Base 1.2.1
- log4c_appender_print@Base 1.2.1
- log4c_appender_set_layout@Base 1.2.1
- log4c_appender_set_type@Base 1.2.1
- log4c_appender_set_udata@Base 1.2.1
- log4c_appender_syslog_set_facility@Base 1.2.4
- log4c_appender_type_get@Base 1.2.1
- 

Bug#1063080: tntnet: NMU diff for 64-bit time_t transition

[Steve Langasek]

Source: tntnet
Version: 3.0-3
Severity: serious
Tags: patch pending sid trixie
Justification: library ABI skew on upgrade
User: debian-...@lists.debian.org
Usertags: time-t

NOTICE: these changes must not be uploaded to unstable yet!

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
tntnet 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 tntnet
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.



-- 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 tntnet-3.0/debian/changelog tntnet-3.0/debian/changelog
--- tntnet-3.0/debian/changelog 2023-12-11 21:03:02.0 +
+++ tntnet-3.0/debian/changelog 2024-02-04 23:51:01.0 +
@@ -1,3 +1,10 @@
+tntnet (3.0-3.1) experimental; urgency=medium
+
+  * Non-maintainer upload.
+  * Rename libraries for 64-bit time_t transition.
+
+ -- Steve Langasek   Sun, 04 Feb 2024 23:51:01 +
+
 tntnet (3.0-3) unstable; urgency=medium
 
   * debian/control: update VCS fields
diff -Nru tntnet-3.0/debian/control tntnet-3.0/debian/control
--- tntnet-3.0/debian/control   2023-12-11 21:03:02.0 +
+++ tntnet-3.0/debian/control   2024-02-04 23:51:00.0 +
@@ -139,13 +139,14 @@
  .
  This package contains a web application demo.
 
-Package: libtntnet13
+Package: libtntnet13t64
+Provides: ${t64:Provides}
 Architecture: any
 Section: libs
 Depends: ${shlibs:Depends}, ${misc:Depends}
 Recommends: tntnet-runtime
-Breaks: libtntnet12
-Replaces: libtntnet12
+Breaks: libtntnet13 (<< ${source:Version}), libtntnet12
+Replaces: libtntnet13, libtntnet12
 Description: Tntnet libraries
  Tntnet has a template-language called ecpp similar to PHP, JSP or
  Mason, where you can embed c++ code inside a HTML page to generate
@@ -184,7 +185,7 @@
 Package: libtntnet-dev
 Architecture: any
 Section: libdevel
-Depends: ${shlibs:Depends}, ${misc:Depends}, libcxxtools-dev, libtntnet13 (= 
${binary:Version})
+Depends: ${shlibs:Depends}, ${misc:Depends}, libcxxtools-dev, libtntnet13t64 
(= ${binary:Version})
 Description: Tntnet library development headers
  Tntnet has a template-language called ecpp similar to PHP, JSP or
  Mason, where you can embed c++ code inside a HTML page to generate
diff -Nru tntnet-3.0/debian/libtntnet13.install 
tntnet-3.0/debian/libtntnet13.install
--- tntnet-3.0/debian/libtntnet13.install   2023-06-11 21:20:44.0 
+
+++ tntnet-3.0/debian/libtntnet13.install   1970-01-01 00:00:00.0 
+
@@ -1 +0,0 @@
-debian/tmp/usr/lib/*/lib*.so.* usr/lib
diff -Nru tntnet-3.0/debian/libtntnet13t64.install 
tntnet-3.0/debian/libtntnet13t64.install
--- tntnet-3.0/debian/libtntnet13t64.install1970-01-01 00:00:00.0 
+
+++ tntnet-3.0/debian/libtntnet13t64.install2023-06-11 21:20:44.0 
+
@@ -0,0 +1 @@
+debian/tmp/usr/lib/*/lib*.so.* usr/lib
diff -Nru tntnet-3.0/debian/libtntnet13t64.lintian-overrides 
tntnet-3.0/debian/libtntnet13t64.lintian-overrides
--- tntnet-3.0/debian/libtntnet13t64.lintian-overrides  1970-01-01 
00:00:00.0 +
+++ tntnet-3.0/debian/libtntnet13t64.lintian-overrides  2024-02-04 
23:51:00.0 +
@@ -0,0 +1 @@
+libtntnet13t64: package-name-doesnt-match-sonames libtntnet13

Bug#1061599: gnome-online-accounts: cannot login to Nextcloud 26.0.7 since 3.49.0-1 - http 405 method not allowed

[Richard B. Kreckel]

On 2/5/24 00:08, Jeremy Bícha wrote:

I do not believe your issue is the same since you are still able to
log in to your NextCloud, but the original bug poster is not.


Okay.


Yes, I believe it is expected that updating GNOME Online Accounts to
3.49 will require reauthenticating. Authentication is now handled in
the user's regular web browser instead of a webkitgtk dialog which
makes login more reliable and should be more resilient to
authentication changes from upstream providers.


I was looking for information like this pointing out the 
incompatibility. (The changelog does mention that authentication for 
Google & Microsoft now uses the web browser, but nothing about nextCloud 
etc.)



It is not expected that everything will work if you try to share
configuration between different operating system versions. Sorry.


:(   Ouch! This is so frustrating.

  -richy.
--
Richard B. Kreckel

Bug#1061599: gnome-online-accounts: cannot login to Nextcloud 26.0.7 since 3.49.0-1 - http 405 method not allowed

[Jeremy Bícha]

On Sun, Feb 4, 2024 at 4:42 PM Richard B. Kreckel  wrote:
> Confirmed: Same problem here for nextCloud and for google accounts.

I do not believe your issue is the same since you are still able to
log in to your NextCloud, but the original bug poster is not.

> I can remove the accounts and re-add them. But then they don't work with
> gnome-online-accounts 3.46.0-1 (Debian stable machine where same home
> dir is mounted). There, I can remove them and re-add them. But changing
> to 3.49.0-1 from testing all starts over again.

Yes, I believe it is expected that updating GNOME Online Accounts to
3.49 will require reauthenticating. Authentication is now handled in
the user's regular web browser instead of a webkitgtk dialog which
makes login more reliable and should be more resilient to
authentication changes from upstream providers.

It is not expected that everything will work if you try to share
configuration between different operating system versions. Sorry.

Thank you,
Jeremy Bícha

Bug#1063079: jdupes: Not all unique files are found

[Bob Rosbag]

Package: jdupes
Version: 1.27.3-5~bpo12+1
Severity: normal
Tags: upstream
X-Debbugs-Cc: deb...@bobrosbag.nl

Dear Maintainer,

jdupes_1.27.3-1 and later have a high miss rate in detecting unique files.
I tried to report the bug upstream but the github is archived and read only,
and codeberg does not have issues enabled.

To locate the introduction of this bug I tried all debian snapshots versions.
jdupes_1.26.1-1~bpo12+1 was the most recent to work correctly.

I use fclones as reference because it seems 100% correct. I could not find an
error in its detection results.

fclones:

unique files:
[2024-02-04 22:20:57.018] fclones:  info: Started grouping
[2024-02-04 22:20:57.021] fclones:  info: Scanned 4606 file entries
[2024-02-04 22:20:57.021] fclones:  info: Found 4604 (34.4 MB) files matching
selection criteria
[2024-02-04 22:20:57.021] fclones:  info: Found 10 (16.1 KB) candidates after
grouping by size
[2024-02-04 22:20:57.022] fclones:  info: Found 10 (16.1 KB) candidates after
grouping by paths
[2024-02-04 22:20:57.031] fclones:  info: Found 64 (41.3 KB) candidates after
grouping by prefix
[2024-02-04 22:20:57.031] fclones:  info: Found 64 (41.3 KB) candidates after
grouping by suffix
[2024-02-04 22:20:57.035] fclones:  info: Found 64 (41.3 KB) unique files


duplicate files:
[2024-02-04 22:20:15.793] fclones:  info: Started grouping
[2024-02-04 22:20:15.796] fclones:  info: Scanned 4606 file entries
[2024-02-04 22:20:15.796] fclones:  info: Found 4604 (34.4 MB) files matching
selection criteria
[2024-02-04 22:20:15.796] fclones:  info: Found 3362 (17.5 MB) candidates after
grouping by size
[2024-02-04 22:20:15.796] fclones:  info: Found 3362 (17.5 MB) candidates after
grouping by paths
[2024-02-04 22:20:15.803] fclones:  info: Found 2270 (17.2 MB) candidates after
grouping by prefix
[2024-02-04 22:20:15.804] fclones:  info: Found 2270 (17.2 MB) candidates after
grouping by suffix
[2024-02-04 22:20:15.807] fclones:  info: Found 2270 (17.2 MB) redundant files


jdupes_1.26.1-1~bpo12+1 correctly finds the 64 unique files but the recent
jdupes only finds 10. This number corresponds to the 10 candidates after
grouping by size and path in fclones, so that might be a clue for the location
of the bug.



-- System Information:
Debian Release: 12.4
  APT prefers stable-updates
  APT policy: (500, 'stable-updates'), (500, 'stable-security'), (500, 
'proposed-updates'), (500, 'stable'), (100, 'bookworm-fasttrack'), (100, 
'bookworm-backports-staging')
Architecture: amd64 (x86_64)
Foreign Architectures: i386

Kernel: Linux 6.7.3-3-liquorix-amd64 (SMP w/28 CPU threads; PREEMPT)
Locale: LANG=en_NL.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8), LANGUAGE=en_US
Shell: /bin/sh linked to /usr/bin/dash
Init: systemd (via /run/systemd/system)

Versions of packages jdupes depends on:
ii  libc6 2.36-9+deb12u4
ii  libjodycode3  3.1-3~bpo12+1

jdupes recommends no packages.

jdupes suggests no packages.

-- no debconf information

Bug#1063078: linux-image-6.1.0-15-amd64: tpm tpm0: A TPM error (257) after suspend

[Sergei]

Package: src:linux
Version: 6.1.66-1
Severity: normal
X-Debbugs-Cc: sergst...@yahoo.com

Dear Maintainer,


The problem appears after suspend, but does not appear after cold boot
I chose "Suspend" option in my desktop logout menu.
Messages like "2024-02-05T00:23:54.047212+02:00 slaptop kernel: [137668.025539]
tpm tpm0: A TPM error (257) occurred attempting get random" are printed in
kern.log every 10 seconds
I expected no messages of the above kind.



-- Package-specific info:
** Kernel log: boot messages should be attached

** Model information
sys_vendor: Default string
product_name: Default string
product_version: Default string
chassis_vendor: Default string
chassis_version: Default string
bios_vendor: American Megatrends International, LLC.
bios_version: JY96_X133AN_D16R2_H2C11S1
board_vendor: Default string
board_name: Default string
board_version: Default string

** Network interface configuration:
*** /etc/network/interfaces:
source /etc/network/interfaces.d/*

** PCI devices:
00:00.0 Host bridge [0600]: Intel Corporation Device [8086:461c]
DeviceName: Onboard - Other
Subsystem: Intel Corporation Device [8086:7270]
Control: I/O- Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr- 
Stepping- SERR- FastB2B- DisINTx-
Status: Cap+ 66MHz- UDF- FastB2B+ ParErr- DEVSEL=fast >TAbort- SERR- 

00:02.0 VGA compatible controller [0300]: Intel Corporation Alder Lake-N [UHD 
Graphics] [8086:46d1] (prog-if 00 [VGA controller])
DeviceName: Onboard - Video
Subsystem: Intel Corporation Alder Lake-N [UHD Graphics] [8086:7270]
Control: I/O+ Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr- 
Stepping- SERR- FastB2B- DisINTx+
Status: Cap+ 66MHz- UDF- FastB2B- ParErr- DEVSEL=fast >TAbort- SERR- 
Kernel driver in use: i915
Kernel modules: i915

00:04.0 Signal processing controller [1180]: Intel Corporation Alder Lake 
Innovation Platform Framework Processor Participant [8086:461d]
DeviceName: Onboard - Other
Subsystem: Intel Corporation Alder Lake Innovation Platform Framework 
Processor Participant [8086:7270]
Control: I/O- Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr- 
Stepping- SERR- FastB2B- DisINTx+
Status: Cap+ 66MHz- UDF- FastB2B+ ParErr- DEVSEL=fast >TAbort- SERR- 
Kernel driver in use: proc_thermal_pci
Kernel modules: processor_thermal_device_pci

00:12.0 Serial controller [0700]: Intel Corporation Device [8086:54fc] (prog-if 
00 [8250])
DeviceName: Onboard - Other
Subsystem: Intel Corporation Device [8086:7270]
Control: I/O- Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr- 
Stepping- SERR- FastB2B- DisINTx-
Status: Cap+ 66MHz- UDF- FastB2B- ParErr- DEVSEL=fast >TAbort- SERR- 
Kernel driver in use: intel_ish_ipc
Kernel modules: intel_ish_ipc

00:14.0 USB controller [0c03]: Intel Corporation Device [8086:54ed] (prog-if 30 
[XHCI])
DeviceName: Onboard - Other
Subsystem: Intel Corporation Device [8086:7270]
Control: I/O- Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr- 
Stepping- SERR- FastB2B- DisINTx+
Status: Cap+ 66MHz- UDF- FastB2B+ ParErr- DEVSEL=medium >TAbort- 
SERR- 
Kernel driver in use: xhci_hcd
Kernel modules: xhci_pci

00:14.2 RAM memory [0500]: Intel Corporation Device [8086:54ef]
DeviceName: Onboard - Other
Subsystem: Intel Corporation Device [8086:7270]
Control: I/O- Mem- BusMaster- SpecCycle- MemWINV- VGASnoop- ParErr- 
Stepping- SERR- FastB2B- DisINTx-
Status: Cap+ 66MHz- UDF- FastB2B- ParErr- DEVSEL=fast >TAbort- SERR- 

00:14.3 Network controller [0280]: Intel Corporation CNVi: Wi-Fi [8086:54f0]
DeviceName: Onboard - Ethernet
Subsystem: Intel Corporation CNVi: Wi-Fi [8086:0034]
Control: I/O- Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr- 
Stepping- SERR- FastB2B- DisINTx+
Status: Cap+ 66MHz- UDF- FastB2B- ParErr- DEVSEL=fast >TAbort- SERR- 
Kernel driver in use: iwlwifi
Kernel modules: iwlwifi

00:15.0 Serial bus controller [0c80]: Intel Corporation Device [8086:54e8]
DeviceName: Onboard - Other
Subsystem: Intel Corporation Device [8086:7270]
Control: I/O- Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr- 
Stepping- SERR- FastB2B- DisINTx-
Status: Cap+ 66MHz- UDF- FastB2B- ParErr- DEVSEL=fast >TAbort- SERR- 
Kernel driver in use: intel-lpss
Kernel modules: intel_lpss_pci

00:15.1 Serial bus controller [0c80]: Intel Corporation Device [8086:54e9]
DeviceName: Onboard - Other
Subsystem: Intel Corporation Device [8086:7270]
Control: I/O- Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr- 
Stepping- SERR- FastB2B- DisINTx-
Status: Cap+ 66MHz- UDF- FastB2B- ParErr- DEVSEL=fast >TAbort- SERR- 
Kernel driver in use: intel-lpss
Kernel modules: intel_lpss_pci

00:15.3 Serial 

Bug#1063077: syslog-ng: NMU diff for 64-bit time_t transition

[Steve Langasek]

Source: syslog-ng
Version: 1:5.107.0-1
Severity: serious
Tags: patch sid trixie
Justification: library ABI skew on upgrade
User: debian-...@lists.debian.org
Usertags: time-t

Dear maintainers,

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
syslog-ng as a source package shipping runtime libraries whose ABI could
not be analyzed via abi-compliance-checker (and therefore to be on the
safe side we assume is affected).

syslog-ng is an interesting case, because it has no reverse-dependencies
in the archive aside from modules built from the same source package; but
it has a shlibs file declaring no version information at all, so any
external package that *did* build-depend on syslog-ng-dev is sure to get
incomplete runtime dependencies allowing for ABI skew.  Furthermore, the
module packages built from the source get a dependency on:

  syslog-ng-core (>= ${source:Version}), syslog-ng-core (<< 
${source:Version}.1~)

This for some reason assumes that there can never be ABI skew introduced by
a binNMU.  But if the ABI of the libraries in syslog-ng-core are affected by
64-bit time_t, and syslog-ng gets binNMUed, that's exactly what would happen!

So I think it's simply better to have strict versioned dependencies in
the shlibs as in the attached patch, which then makes the hard-coded
dependencies in debian/control unnecessary, allowing you to simplify the
package somewhat.

Since there are no external reverse-dependencies and no package renames
are required here, I do not intend to upload any NMUs for this.  But I
suggest applying the attached patch all the same, to guard against any
breakage due to binNMUs.

If you do not apply this patch, then because syslog-ng depends on at
least one library that is being renamed for the time_t transition
(libssl3), syslog-ng WILL be binNMUed, so if the syslog-ng-core ABI *is*
affected by time_t (which, again, we don't know for sure), there WILL be
ABI skew and packages could break at runtime due to insufficiently strict
dependencies.  I therefore recommend that you apply this patch, which is safe
to apply immediately without waiting for dpkg changes, just to be safe.

Cheers,
-- 
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
diff -Nru syslog-ng-3.38.1/debian/changelog syslog-ng-3.38.1/debian/changelog
--- syslog-ng-3.38.1/debian/changelog   2023-01-30 18:18:56.0 +
+++ syslog-ng-3.38.1/debian/changelog   2024-02-04 21:35:03.0 +
@@ -1,3 +1,15 @@
+syslog-ng (3.38.1-5.1) experimental; urgency=medium
+
+  * Non-maintainer upload.
+  * Adjust shlibs for syslog-ng-core to use a strict versioned depends;
+previously, modules used >=, << dependencies which did not account for
+the possibility of ABI skew in a binNMU, which is exactly what happens
+with the 64-bit time_t transition.
+  * Drop hard-coded dependency rules on syslog-ng-core from modules
+packages, now redundant.  
+
+ -- Steve Langasek   Sun, 04 Feb 2024 21:35:03 +
+
 syslog-ng (3.38.1-5) unstable; urgency=medium
 
   * Build without Criterion support.
diff -Nru syslog-ng-3.38.1/debian/control syslog-ng-3.38.1/debian/control
--- syslog-ng-3.38.1/debian/control 2023-01-30 18:18:56.0 +
+++ syslog-ng-3.38.1/debian/control 2024-02-04 21:32:59.0 +
@@ -150,7 +150,7 @@
 Package: syslog-ng-mod-mongodb
 Architecture: any
 Multi-Arch: foreign
-Depends: ${shlibs:Depends}, ${misc:Depends}, syslog-ng-core (>= 
${source:Version}), syslog-ng-core (<< ${source:Version}.1~)
+Depends: ${shlibs:Depends}, ${misc:Depends}
 Suggests: mongodb-server
 Description: Enhanced system logging daemon (MongoDB plugin)
  syslog-ng is an enhanced log daemon, supporting a wide range of input
@@ -174,7 +174,7 @@
 Package: syslog-ng-mod-sql
 Architecture: any
 Multi-Arch: foreign
-Depends: ${shlibs:Depends}, ${misc:Depends}, syslog-ng-core (>= 
${source:Version}), syslog-ng-core (<< ${source:Version}.1~)
+Depends: ${shlibs:Depends}, ${misc:Depends}
 Suggests: libdbd-mysql, libdbd-pgsql, libdbd-sqlite3
 Description: Enhanced system logging daemon (SQL plugin)
  syslog-ng is an enhanced log daemon, supporting a wide range of input
@@ -199,7 +199,7 @@
 Package: syslog-ng-mod-smtp
 Architecture: any
 Multi-Arch: foreign
-Depends: ${shlibs:Depends}, ${misc:Depends}, syslog-ng-core (>= 
${source:Version}), syslog-ng-core (<< ${source:Version}.1~)
+Depends: ${shlibs:Depends}, ${misc:Depends}
 Description: Enhanced system logging daemon (SMTP plugin)
  syslog-ng is an enhanced log daemon, supporting a wide range of input
  and output methods: syslog, unstructured text, message queues,
@@ -222,7 +222,7 @@
 Package: 

Bug#1061599: gnome-online-accounts: cannot login to Nextcloud 26.0.7 since 3.49.0-1 - http 405 method not allowed

[Richard B. Kreckel]

Confirmed: Same problem here for nextCloud and for google accounts.

Gnome files says "Unable to access usern...@googlemail.com Invalid 
credentials for usern...@googlemail.com".
Same for nextCloud accounts. goa-daemon says 
"/org/gnome/OnlineAccounts/Accounts/account_1706819076_1: Setting 
AttentionNeeded to TRUE
 because EnsureCredentials() failed with: Invalid password with 
username “username” (goa-error-quark, 4): Authentication failed (goa-e

rror-quark, 4)

I can remove the accounts and re-add them. But then they don't work with 
gnome-online-accounts 3.46.0-1 (Debian stable machine where same home 
dir is mounted). There, I can remove them and re-add them. But changing 
to 3.49.0-1 from testing all starts over again.


Seems like compatibility broke badly.

Bug#1063076: asio: binary-any FTBFS

[Adrian Bunk]

Source: asio
Version: 1:1.28.1-0.1
Severity: serious
Tags: ftbfs
X-Debbugs-Cc: Stephan Lachnit 

https://buildd.debian.org/status/logs.php?pkg=asio=1%3A1.28.1-0.1

...
dh_installexamples
(set -e; \
for FILE in `find debian/libasio-doc/usr/share/doc/libasio-dev/asio/examples 
-iname *.html`; do \
echo "Correcting links in $FILE"; \
sed -i -e 's@../src/@@g' $FILE; \
done)
find: ‘debian/libasio-doc/usr/share/doc/libasio-dev/asio/examples’: No such 
file or directory
find debian/libasio-doc/usr/share/doc/libasio-dev/examples/ \
-type d -empty \
-printf 'Removing empty directory %p\n' \
-exec rmdir {} \;
find: ‘debian/libasio-doc/usr/share/doc/libasio-dev/examples/’: No such file or 
directory
make[1]: *** [debian/rules:9: override_dh_installexamples] Error 1

Bug#1063075: src:olive-editor: fails to migrate to testing for too long: FTBFS

[Paul Gevers]

Source: olive-editor
Version: 20221024+ds-1
Severity: serious
Control: close -1 20230614+ds-1
Tags: sid trixie
User: release.debian@packages.debian.org
Usertags: out-of-sync
Control: block -1 by 1060206

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:olive-editor has been trying to migrate 
for 31 days [2]. Hence, I am filing this bug. The version in unstable 
failed to build as reported in bug 1060206.


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=olive-editor



OpenPGP_signature.asc
Description: OpenPGP digital signature

Bug#1062963: muffin: NMU diff for 64-bit time_t transition

[Fabio Fantoni]

Il 04/02/2024 08:55, Graham Inggs ha scritto:

Source: muffin
Version: 5.8.1-2
Severity: serious
Tags: patch pending sid trixie
Justification: library ABI skew on upgrade
User: debian-...@lists.debian.org
Usertags: time-t

NOTICE: these changes must not be uploaded to unstable yet!

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
muffin 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 muffin
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, thanks for your work.

Looking the patch in d/control these change in libmuffin-dev seems wrong 
to me:


-Breaks: libmuffin0 (<< 5.4.1-1~)
-Replaces: libmuffin0 (<< 5.4.1-1~)
+Breaks: libmuffin0t64 (<< 5.4.1-1~)
+Replaces: libmuffin0t64 (<< 5.4.1-1~)

and it should remain libmuffin0, or I'm wrong?



OpenPGP_signature.asc
Description: OpenPGP digital signature

Bug#1063074: sssd: NMU diff for 64-bit time_t transition

[Steve Langasek]

Source: sssd
Version: 2.9.4-1
Severity: serious
Tags: patch pending sid trixie
Justification: library ABI skew on upgrade
User: debian-...@lists.debian.org
Usertags: time-t

NOTICE: these changes must not be uploaded to unstable yet!

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
sssd 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 sssd
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.



-- System Information:
Debian Release: trixie/sid
  APT prefers unstable
  APT policy: (500, 'unstable')
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 sssd-2.9.4/debian/changelog sssd-2.9.4/debian/changelog
--- sssd-2.9.4/debian/changelog 2024-01-18 10:04:33.0 +
+++ sssd-2.9.4/debian/changelog 2024-02-04 21:04:32.0 +
@@ -1,3 +1,10 @@
+sssd (2.9.4-1.1) experimental; urgency=medium
+
+  * Non-maintainer upload.
+  * Rename libraries for 64-bit time_t transition.
+
+ -- Steve Langasek   Sun, 04 Feb 2024 21:04:32 +
+
 sssd (2.9.4-1) unstable; urgency=medium
 
   [ Sergio Durigan Junior ]
diff -Nru sssd-2.9.4/debian/control sssd-2.9.4/debian/control
--- sssd-2.9.4/debian/control   2024-01-18 10:01:26.0 +
+++ sssd-2.9.4/debian/control   2024-02-04 21:04:31.0 +
@@ -170,7 +170,7 @@
 Package: sssd-ipa
 Architecture: any
 Depends:
- libipa-hbac0 (= ${binary:Version}),
+ libipa-hbac0t64 (= ${binary:Version}),
  libsss-idmap0 (= ${binary:Version}),
  sssd-ad-common (= ${binary:Version}),
  sssd-common (= ${binary:Version}),
@@ -293,7 +293,10 @@
  .
  This package provide the pam module to connect to the sssd daemon.
 
-Package: libipa-hbac0
+Package: libipa-hbac0t64
+Provides: ${t64:Provides}
+Replaces: libipa-hbac0
+Breaks: libipa-hbac0 (<< ${source:Version})
 Section: libs
 Architecture: any
 Depends: ${misc:Depends}, ${shlibs:Depends}
@@ -303,7 +306,7 @@
 Package: libipa-hbac-dev
 Section: libdevel
 Architecture: any
-Depends: libipa-hbac0 (= ${binary:Version}), ${misc:Depends}
+Depends: libipa-hbac0t64 (= ${binary:Version}), ${misc:Depends}
 Description: FreeIPA HBAC Evaluator library -- development files
  Utility library to validate FreeIPA HBAC rules for authorization requests.
  .
@@ -373,7 +376,7 @@
 Section: python
 Architecture: any
 Depends:
- libipa-hbac0 (= ${binary:Version}),
+ libipa-hbac0t64 (= ${binary:Version}),
  ${misc:Depends},
  ${python3:Depends},
  ${shlibs:Depends}
diff -Nru sssd-2.9.4/debian/libipa-hbac0.install 
sssd-2.9.4/debian/libipa-hbac0.install
--- sssd-2.9.4/debian/libipa-hbac0.install  2024-01-18 10:01:26.0 
+
+++ sssd-2.9.4/debian/libipa-hbac0.install  1970-01-01 00:00:00.0 
+
@@ -1 +0,0 @@
-usr/lib/*/libipa_hbac.so.*
diff -Nru sssd-2.9.4/debian/libipa-hbac0t64.install 
sssd-2.9.4/debian/libipa-hbac0t64.install
--- sssd-2.9.4/debian/libipa-hbac0t64.install   1970-01-01 00:00:00.0 
+
+++ sssd-2.9.4/debian/libipa-hbac0t64.install   2024-01-18 10:01:26.0 
+
@@ -0,0 +1 @@
+usr/lib/*/libipa_hbac.so.*
diff -Nru sssd-2.9.4/debian/libipa-hbac0t64.lintian-overrides 
sssd-2.9.4/debian/libipa-hbac0t64.lintian-overrides
--- sssd-2.9.4/debian/libipa-hbac0t64.lintian-overrides 1970-01-01 
00:00:00.0 +
+++ sssd-2.9.4/debian/libipa-hbac0t64.lintian-overrides 2024-02-04 
21:04:31.0 +
@@ -0,0 +1 @@
+libipa-hbac0t64: package-name-doesnt-match-sonames libipa-hbac0

Bug#1063073: workflow: NMU diff for 64-bit time_t transition

[Steve Langasek]

Source: workflow
Version: 0.11.2-1
Severity: serious
Tags: patch pending sid trixie
Justification: library ABI skew on upgrade
User: debian-...@lists.debian.org
Usertags: time-t

NOTICE: these changes must not be uploaded to unstable yet!

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
workflow 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 workflow
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.



-- System Information:
Debian Release: trixie/sid
  APT prefers unstable
  APT policy: (500, 'unstable')
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 workflow-0.11.2/debian/changelog workflow-0.11.2/debian/changelog
--- workflow-0.11.2/debian/changelog2024-01-09 12:55:45.0 +
+++ workflow-0.11.2/debian/changelog2024-02-04 20:57:38.0 +
@@ -1,3 +1,10 @@
+workflow (0.11.2-1.1) experimental; urgency=medium
+
+  * Non-maintainer upload.
+  * Rename libraries for 64-bit time_t transition.
+
+ -- Steve Langasek   Sun, 04 Feb 2024 20:57:38 +
+
 workflow (0.11.2-1) unstable; urgency=medium
 
   * New upstream version 0.11.2
diff -Nru workflow-0.11.2/debian/control workflow-0.11.2/debian/control
--- workflow-0.11.2/debian/control  2024-01-08 14:28:12.0 +
+++ workflow-0.11.2/debian/control  2024-02-04 20:57:38.0 +
@@ -12,11 +12,12 @@
 Vcs-Browser: https://salsa.debian.org/debian/workflow
 Rules-Requires-Root: no
 
-Package: libworkflow0
+Package: libworkflow0t64
+Provides: ${t64:Provides}
 Architecture: any
 Multi-Arch: same
-Breaks: libworkflow1 (<< 0.10.1-1)
-Replaces: libworkflow1 (<< 0.10.1-1)
+Breaks: libworkflow0 (<< ${source:Version}), libworkflow1 (<< 0.10.1-1)
+Replaces: libworkflow0, libworkflow1 (<< 0.10.1-1)
 Depends: ${misc:Depends}, ${shlibs:Depends}
 Description: Parallel computing and asynchronous web server engine
  Workflow can be used as a scalable web server to handle a variety
@@ -32,7 +33,7 @@
 Multi-Arch: same
 Breaks: libworkflow1 (<< 0.10.1-1)
 Replaces: libworkflow1 (<< 0.10.1-1)
-Depends: ${misc:Depends}, ${shlibs:Depends}, libworkflow0 (= ${binary:Version})
+Depends: ${misc:Depends}, ${shlibs:Depends}, libworkflow0t64 (= 
${binary:Version})
 Description: Parallel computing and asynchronous web server engine development 
files
  Workflow can be used as a scalable web server to handle a variety
  of server workflows. It can be used to orchestrate complex
diff -Nru workflow-0.11.2/debian/libworkflow0.docs 
workflow-0.11.2/debian/libworkflow0.docs
--- workflow-0.11.2/debian/libworkflow0.docs2024-01-08 14:28:12.0 
+
+++ workflow-0.11.2/debian/libworkflow0.docs1970-01-01 00:00:00.0 
+
@@ -1,2 +0,0 @@
-README_cn.md
-usr/share/doc/*/README.md
\ No newline at end of file
diff -Nru workflow-0.11.2/debian/libworkflow0.install 
workflow-0.11.2/debian/libworkflow0.install
--- workflow-0.11.2/debian/libworkflow0.install 2024-01-08 14:28:12.0 
+
+++ workflow-0.11.2/debian/libworkflow0.install 1970-01-01 00:00:00.0 
+
@@ -1 +0,0 @@
-usr/lib/*/libworkflow.so.0.*
diff -Nru workflow-0.11.2/debian/libworkflow0.links 
workflow-0.11.2/debian/libworkflow0.links
--- workflow-0.11.2/debian/libworkflow0.links   2024-01-08 14:28:12.0 
+
+++ workflow-0.11.2/debian/libworkflow0.links   1970-01-01 00:00:00.0 
+
@@ -1 +0,0 @@
-usr/lib/${DEB_HOST_MULTIARCH}/libworkflow.so.0.11.2 
usr/lib/${DEB_HOST_MULTIARCH}/libworkflow.so.0
diff -Nru 

Bug#1063070: src:ruby-semver-dialects: fails to migrate to testing for too long: Depends on new package that's not migrating without action

[Paul Gevers]

Source: ruby-semver-dialects
Version: 1.2.1-2
Severity: serious
Control: close -1 1.5.0-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:ruby-semver-dialects has been trying to 
migrate for 31 days [2]. Hence, I am filing this bug. The version in 
unstable (Build-)Depends on ruby-deb-version which isn't migrating 
without action.


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=ruby-semver-dialects



OpenPGP_signature.asc
Description: OpenPGP digital signature

Bug#1062060: cinnamon-desktop: NMU diff for 64-bit time_t transition

[Fabio Fantoni]

Thanks for all the replies and sorry if I wasted your time.

After reading all your answers, some mails on debian-devel and other 
discussions on IRC I should have understood enough.


The transition with package renames and other rebuilds handled triggered 
as a batch in cooperation with the buildd maintainers seems better that 
my idea of uploading all cinnamon 6.0 packages without rename (but 
breaks). I started test of 6.0 package prepared in git but I think not 
enough if transition will happen shorly (less than one week).


do you still want to migrate also cinnamon-desktop chain despite the 
trouble I gave you?




OpenPGP_signature.asc
Description: OpenPGP digital signature

Bug#1061248: glibc: DEP17: move most files but rtld to /usr

[Aurelien Jarno]

Hi Helmut,

Thanks I haven't checked the whole patch yet, but here is a first
comment.

On 2024-02-04 21:20, Helmut Grohne wrote:
> I don't think those -$arch-cross packages need the runtime dynamic
> linker at all. Unlike the libc6-$multilib packages, we don't use
> -$arch-cross packages to actaully run any binary. Simply not installing
> it might just work in practice.

No, it is actually needed. For instance using the arm64 cross-compiler
on amd64:

$ rm /usr/aarch64-linux-gnu/lib/ld-linux-aarch64.so.1
$ arch64-linux-gnu-gcc -o test test.c
/usr/lib/gcc-cross/aarch64-linux-gnu/13/../../../../aarch64-linux-gnu/bin/ld: 
cannot find /usr/aarch64-linux-gnu/lib/ld-linux-aarch64.so.1: No such file or 
directory
collect2: error: ld returned 1 exit status

Cheers
Aurelien

-- 
Aurelien Jarno  GPG: 4096R/1DDD8C9B
aurel...@aurel32.net http://aurel32.net

Bug#1063069: libstdgpu-openmp0t64 has an undeclared file conflict on /usr/lib/x86_64-linux-gnu/libstdgpu_openmp.so.1.3.0.20220507

[Helmut Grohne]

Package: libstdgpu-openmp0t64
Version: 1.3.0+git20220507.32e0517-5.1~exp1
Severity: serious
User: debian...@lists.debian.org
Usertags: fileconflict
Control: affects -1 + libstdgpu-openmp0d
X-Debbugs-Cc: vor...@debian.org

libstdgpu-openmp0t64 has an undeclared file conflict. This may result in
an unpack error from dpkg.

The file /usr/lib/x86_64-linux-gnu/libstdgpu_openmp.so.1.3.0.20220507 is
contained in the packages
 * libstdgpu-openmp0d/1.3.0+git20220507.32e0517-5 as present in trixie|unstable
 * libstdgpu-openmp0t64/1.3.0+git20220507.32e0517-5.1~exp1 as present in 
experimental

These packages can be unpacked concurrently, because there is no
relevant Replaces or Conflicts relation. Attempting to unpack these
packages concurrently results in an unpack error from dpkg, because none
of the packages installs a diversion for the affected file.

Kind regards

The Debian Usr Merge Analysis Tool

This bug report has been automatically filed with no human intervention.
The source code is available at https://salsa.debian.org/helmutg/dumat.
If the filing is unclear or in error, don't hesitate to contact
hel...@subdivi.de for assistance.

Bug#1063068: wireless-tools: NMU diff for 64-bit time_t transition

[Steve Langasek]

Source: wireless-tools
Version: 30~pre9-16
Severity: serious
Tags: patch pending sid trixie
Justification: library ABI skew on upgrade
User: debian-...@lists.debian.org
Usertags: time-t

NOTICE: these changes must not be uploaded to unstable yet!

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
wireless-tools 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 wireless-tools
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.



-- System Information:
Debian Release: trixie/sid
  APT prefers unstable
  APT policy: (500, 'unstable')
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 wireless-tools-30~pre9/debian/changelog 
wireless-tools-30~pre9/debian/changelog
--- wireless-tools-30~pre9/debian/changelog 2023-12-05 23:04:39.0 
+
+++ wireless-tools-30~pre9/debian/changelog 2024-02-04 20:34:27.0 
+
@@ -1,3 +1,10 @@
+wireless-tools (30~pre9-16.1) experimental; urgency=medium
+
+  * Non-maintainer upload.
+  * Rename libraries for 64-bit time_t transition.
+
+ -- Steve Langasek   Sun, 04 Feb 2024 20:34:27 +
+
 wireless-tools (30~pre9-16) unstable; urgency=medium
 
   * QA upload.
diff -Nru wireless-tools-30~pre9/debian/control 
wireless-tools-30~pre9/debian/control
--- wireless-tools-30~pre9/debian/control   2022-11-12 11:58:45.0 
+
+++ wireless-tools-30~pre9/debian/control   2024-02-04 20:34:26.0 
+
@@ -29,7 +29,10 @@
  the network interfaces on the system, the most common selector is the
  interface MAC address.
 
-Package: libiw30
+Package: libiw30t64
+Provides: ${t64:Provides}
+Replaces: libiw30
+Breaks: libiw30 (<< ${source:Version})
 Section: libs
 Architecture: linux-any
 Multi-Arch: same
@@ -46,7 +49,7 @@
 Section: libdevel
 Architecture: linux-any
 Multi-Arch: same
-Depends: libiw30 (= ${binary:Version}), libc6-dev, ${misc:Depends}
+Depends: libiw30t64 (= ${binary:Version}), libc6-dev, ${misc:Depends}
 Description: Wireless tools - development files
  Wireless tools are used to manipulate the Linux Wireless Extensions. The
  Wireless Extension is an interface allowing you to set Wireless LAN specific
diff -Nru wireless-tools-30~pre9/debian/libiw30.install 
wireless-tools-30~pre9/debian/libiw30.install
--- wireless-tools-30~pre9/debian/libiw30.install   2023-11-28 
00:07:13.0 +
+++ wireless-tools-30~pre9/debian/libiw30.install   1970-01-01 
00:00:00.0 +
@@ -1 +0,0 @@
-/usr/lib/*/libiw.so.30
diff -Nru wireless-tools-30~pre9/debian/libiw30.shlibs 
wireless-tools-30~pre9/debian/libiw30.shlibs
--- wireless-tools-30~pre9/debian/libiw30.shlibs2020-03-07 
20:56:23.0 +
+++ wireless-tools-30~pre9/debian/libiw30.shlibs1970-01-01 
00:00:00.0 +
@@ -1,2 +0,0 @@
-libiw 30 libiw30 (>= 30~pre1)
-udeb: libiw 30 libiw30-udeb (>= 30~pre1)
diff -Nru wireless-tools-30~pre9/debian/libiw30t64.install 
wireless-tools-30~pre9/debian/libiw30t64.install
--- wireless-tools-30~pre9/debian/libiw30t64.install1970-01-01 
00:00:00.0 +
+++ wireless-tools-30~pre9/debian/libiw30t64.install2023-11-28 
00:07:13.0 +
@@ -0,0 +1 @@
+/usr/lib/*/libiw.so.30
diff -Nru wireless-tools-30~pre9/debian/libiw30t64.lintian-overrides 
wireless-tools-30~pre9/debian/libiw30t64.lintian-overrides
--- wireless-tools-30~pre9/debian/libiw30t64.lintian-overrides  1970-01-01 
00:00:00.0 +
+++ wireless-tools-30~pre9/debian/libiw30t64.lintian-overrides  

Bug#1061248: glibc: DEP17: move most files but rtld to /usr

[Helmut Grohne]

Hi Aurelien and Sven,

On Wed, Jan 24, 2024 at 09:19:12PM +0100, Aurelien Jarno wrote:
> On 2024-01-23 17:40, Helmut Grohne wrote:
> > Conflicting runtime dynamic linkers between multiarch packages
> > ==
> > 
> > Some architecture combinations such as s390, powerpc, hppa, m68k,
> > mipsn32, and hurd-i386 or alpha, i386, sh4, and sparc have conflicting
> > runtime dynamic loaders. In theory this violates Multi-Arch: same, but
> > there is basically nothing we can do about this and dropping Multi-Arch:
> > same from the packages would completely break any kind of multiarch
> > setup. There is little we can do here and this is also unrelated to
> > DEP17.
> 
> We tried to add conflicts for those, like it's done for the multilib
> packages, but at the time the infrastructure exploded (see #745552). I
> don't remember the details, but I guess it was either dak or
> dose-builddebcheck.

Yeah, I also remember something like that. It's not the first time I
trip into this. "There is little we can do here" still counts.

> I guess the symlink in the maintainer script could indeed work. I am not
> sure why it has been done like that, it was part of the multiarch
> patchset from Steve Langasek more than 10 years ago.

Practically speaking, it appears to work rather well. On the flip side,
I also thought that way of my first patch. ;)

> Note however that the those packages are used by cross-toolchain-base
> (which builds them from glibc-source) and mangled to install them in the
> cross path. See for instance libc6-amd64-x32-cross. For such cases, we
> probably do want to keep the dynamic linker symlink, as those packages
> do not have maintainer scripts.

I don't think those -$arch-cross packages need the runtime dynamic
linker at all. Unlike the libc6-$multilib packages, we don't use
-$arch-cross packages to actaully run any binary. Simply not installing
it might just work in practice.

So here is an updated patch with a few notes:
 * This patch moves all the files including the runtime dynamic linker
   in the main multiarch library. Therefore, this patch needs to be
   synced with the corresponding base-files change to add the aliasing
   symlinks or debootstrap breaks. In other words: Don't upload this
   yet.
 * As mentioned earlier, only the multiarch packages install the runtime
   dynamic linker via data.tar. All the multilib packages install it via
   maintainer scripts now.
 * When installing libc6-x32, /libx32 will be created because partial
   upgrades might otherwise be broken. Removing libc6-x32 will not
   remove /libx32 though. I suggest fixing this in base-files by
   installing a trigger interest in /usr/libx32 and having
   base-files.postinst create/remove /libx32 as needed. This way, we
   centralize the management of aliasing links into base-files. libx32
   only serves as an example here and it works the same way for any
   other non-essential multilib directory. Do you agree with the
   approach?
 * The multilib packages install a trigger interest on the runtime
   dynamic linker such that they notice when a multiarch package deletes
   it and can then recreate it as needed. Thus the multiarch packages do
   not have to pay attention to a possibly installed multilib package
   when they are removed.
 * I've tried quite a few multiarch upgrades involving amd64 and i386
   using dpkg --auto-deconfigure --unpack with various packages and even
   cross grading libc6-x32 from :i386 to :amd64 during the upgrade.
   While dpkg --verify was occasionally unhappy during a partial upgrade
   (where half-unpacked packages were around), once no package was
   half-installed, dpkg --verify was also happy again in all attempts. I
   did not come up with a systematic enumeration of possible upgrade
   scenarios though.
 * The patch works will deboostrap/cdebootstrap/mmdebstrap (in
   combination with more patches including base-files, bash, dash and
   util-linux).
 * The change to install ldconfig to /usr/sbin can be uploaded right
   away. It's limited to debian/debhelper.in/libc-bin.install and
   debian/debhelper.in/libc-bin.lintian-overrides and doesn't contribute
   much diff, so doing it later is fine as well.

I hope you don't manage to punch holes into my theory this time around.

Helmut
diff --minimal -Nru glibc-2.37/debian/changelog glibc-2.37/debian/changelog
--- glibc-2.37/debian/changelog 2024-01-23 07:13:18.0 +0100
+++ glibc-2.37/debian/changelog 2024-01-19 15:56:06.0 +0100
@@ -1,3 +1,10 @@
+glibc (2.37-14.1) UNRELEASED; urgency=medium
+
+  * Non-maintainer upload.
+  * DEP17: Move files to /usr. (Closes: #-1)
+
+ -- Helmut Grohne   Fri, 19 Jan 2024 15:56:06 +0100
+
 glibc (2.37-14) unstable; urgency=medium
 
   [ Aurelien Jarno ]
diff --minimal -Nru glibc-2.37/debian/debhelper.in/libc-alt.install 
glibc-2.37/debian/debhelper.in/libc-alt.install
--- glibc-2.37/debian/debhelper.in/libc-alt.install 2022-09-22 

Bug#1059786: cross-toolchain-base: Migrating linux-libc-dev

[Helmut Grohne]

Control: tags -1 + patch

Hi Matthias,

On Mon, Jan 01, 2024 at 11:21:29AM +0100, Bastian Blank wrote:
> Since Linux 6.6, the linux-libc-dev package in Debian is arch-all and
> includes headers in the appropriate multiarch include paths for all
> actually existing Debian architectures.  Ubuntu also plans or already
> did that change as well.
> 
> To finish this transition (which actually does not include any file
> conflicts), I intend to make changes to linux-libc-dev and
> - add Provides to any linux-libc-dev-*-cross in 6.7,
> - add Breaks to any linux-libc-dev-*-cross in 6.8.
> 
> So after Linux 6.7 is in Trixie, you can remove building the
> linux-libc-dev-*-cross packages.

I looked into implementing this change for c-t-b and there was one major
question from my point of view: Should libc6-$arch-cross continue to
depend on linux-libc-dev-$arch-cross or should it be changed to
linux-libc-dev?

Keep:
 * No further changes necessary
 * linux-libc-dev being M-A:foreign technically is a lie. It doesn't
   actually provide kernel headers for all architectures, but only for
   some. For instance, ia64 support was recently removed and still
   linux-libc-dev is satisfied on ia64. The provides are more accurate.

Change:
 * linux-libc-dev could eventually get rid of those Provides.

I note that the Provides also help with architecture bootstrap. One can
rather immediately tell whether a given linux-libc-dev supports a
particular architecture by looking at these Provides. Hence I agreed
with Bastian that they should be kept.

And with that, the patch mostly becomes an exercise in deleting a bunch
of code.

Helmut
diff --minimal -Nru cross-toolchain-base-68/debian/control 
cross-toolchain-base-69/debian/control
--- cross-toolchain-base-68/debian/control
+++ cross-toolchain-base-69/debian/control
@@ -11,7 +11,7 @@
   binutils-source (>= 2.41-6~),
   glibc-source (>= 2.37-3~),
   gcc-12-source (>= 12.3.0-11~), g++-12 (>= 12.3.0-11~),
-  linux-source-6.5 (>= 6.5.8), linux-libc-dev (>= 6.5.8),
+  linux-libc-dev (>= 6.5.8),
   autoconf (>= 2.69), autoconf2.69, autogen,
   automake, bison (>= 1:2.3), chrpath, debhelper-compat (= 13),
   dpkg-dev (>= 1.15.3.1), fakeroot, file, flex,
@@ -27,105 +27,9 @@
   libjansson-dev, pkg-config,
 Build-Conflicts: dpkg-cross, libdebian-dpkgcross-perl,
   binutils-x86-64-linux-gnu [!amd64], binutils-i686-linux-gnu [!i386], 
binutils-s390x-linux-gnu [!s390x], binutils-powerpc64le-linux-gnu [!ppc64el], 
binutils-aarch64-linux-gnu [!arm64], binutils-arm-linux-gnueabihf [!armhf], 
binutils-arm-linux-gnueabi [!armel], binutils-riscv64-linux-gnu [!riscv64],
-  libc6-amd64-cross, linux-libc-dev-amd64-cross, libc6-i386-cross, 
linux-libc-dev-i386-cross, libc6-s390x-cross, linux-libc-dev-s390x-cross, 
libc6-ppc64el-cross, linux-libc-dev-ppc64el-cross, libc6-arm64-cross, 
linux-libc-dev-arm64-cross, libc6-armhf-cross, linux-libc-dev-armhf-cross, 
libc6-armel-cross, linux-libc-dev-armel-cross, libc6-riscv64-cross, 
linux-libc-dev-riscv64-cross,
+  libc6-amd64-cross, libc6-i386-cross, libc6-s390x-cross, libc6-ppc64el-cross, 
libc6-arm64-cross, libc6-armhf-cross, libc6-armel-cross, libc6-riscv64-cross,
   libc6-amd64 [i386 x32], libc6-i386 [amd64 x32], libc6-x32 [amd64 i386]
 
-Package: linux-libc-dev-amd64-cross
-Architecture: all
-Multi-Arch: foreign
-Depends: ${misc:Depends}
-Provides: linux-kernel-headers-amd64-cross, linux-libc-dev-amd64-dcv1
-Built-Using: ${bu:linux}
-Description: Linux Kernel Headers for development (for cross-compiling)
- This package provides headers from the Linux kernel.  These headers
- are used by the installed headers for GNU glibc and other system
- libraries. They are NOT meant to be used to build third-party modules for
- your kernel. Use linux-headers-* packages for that.
-
-Package: linux-libc-dev-arm64-cross
-Architecture: all
-Multi-Arch: foreign
-Depends: ${misc:Depends}
-Provides: linux-kernel-headers-arm64-cross, linux-libc-dev-arm64-dcv1
-Built-Using: ${bu:linux}
-Description: Linux Kernel Headers for development (for cross-compiling)
- This package provides headers from the Linux kernel.  These headers
- are used by the installed headers for GNU glibc and other system
- libraries. They are NOT meant to be used to build third-party modules for
- your kernel. Use linux-headers-* packages for that.
-
-Package: linux-libc-dev-armel-cross
-Architecture: all
-Multi-Arch: foreign
-Depends: ${misc:Depends}
-Provides: linux-kernel-headers-armel-cross, linux-libc-dev-armel-dcv1
-Built-Using: ${bu:linux}
-Description: Linux Kernel Headers for development (for cross-compiling)
- This package provides headers from the Linux kernel.  These headers
- are used by the installed headers for GNU glibc and other system
- libraries. They are NOT meant to be used to build third-party modules for
- your kernel. Use linux-headers-* packages for that.
-
-Package: linux-libc-dev-armhf-cross
-Architecture: all
-Multi-Arch: foreign
-Depends: ${misc:Depends}
-Provides: 

Bug#1063021: O: ruby-ami -- Ruby client library for the Asterisk Management Interface

[Reiner Herrmann]

Hi Joost,

> A not yet packaged new upstream is available, since 2016.  Upstream has not
> commited any code after 2016.
> 
> ruby-ami has no reverse-depends in our archives, no package build-depends
> upon ruby-ami.

This sounds like it can also be removed instead of being orphaned?

Kind regards,
  Reiner

Bug#1062613: librsb: NMU diff for 64-bit time_t transition

[Rafael Laboissière]

Hello Steve,

* Rafael Laboissière  [2024-02-02 18:19]:


Control: tags -1 - upstream

* Steve Langasek  [2024-02-02 08:48]:


On Fri, Feb 02, 2024 at 02:06:38PM +0100, Rafael Laboissière wrote:

Control: tags -1 + upstream


Thanks for this bug report and for the upload to experimental, 
Steve.   I am hereby forwarding your message to the upstream 
author.


Note that this is an ABI change introduced by a distro-wide change 
in default build flags; there is no action for upstream to take in 
this regards.


Oops, it is true, thanks for this correction.


I have added your changes to Git.[*]

Thanks,

Rafael Laboissière

[*] 
https://salsa.debian.org/science-team/librsb/-/commit/324c1a7d7fbff0bb9bcc0b9e2b0b174026f77d5d

Bug#1063045: vibes: NMU diff for 64-bit time_t transition

[Rafael Laboissière]

Thanks, Steve. I have added your changes to Git [*]

Best,

Rafael Laboissière

[*] 
https://salsa.debian.org/debian/vibes/-/commit/566014ea0e7b29684b4391fbabd3ae5b8090c6e8

* Steve Langasek  [2024-02-04 17:47]:


Source: vibes
Version: 0.2.3+dfsg-1
Severity: serious
Tags: patch pending sid trixie
Justification: library ABI skew on upgrade
User: debian-...@lists.debian.org
Usertags: time-t

NOTICE: these changes must not be uploaded to unstable yet!

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 
vibes 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 vibes 
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.




-- System Information: 
Debian Release: trixie/sid 
 APT prefers unstable 
 APT policy: (500, 'unstable') 
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 vibes-0.2.3+dfsg/debian/changelog vibes-0.2.3+dfsg/debian/changelog 
--- vibes-0.2.3+dfsg/debian/changelog	2023-12-25 15:52:39.0 + 
+++ vibes-0.2.3+dfsg/debian/changelog	2024-02-04 17:45:50.0 + 
@@ -1,3 +1,10 @@ 
+vibes (0.2.3+dfsg-1.1) experimental; urgency=medium 
+ 
+  * Non-maintainer upload. 
+  * Rename libraries for 64-bit time_t transition. 
+ 
+ -- Steve Langasek   Sun, 04 Feb 2024 17:45:50 + 
+ 
vibes (0.2.3+dfsg-1) unstable; urgency=medium


  * Initial release. (Closes: #1059434)
diff -Nru vibes-0.2.3+dfsg/debian/control vibes-0.2.3+dfsg/debian/control 
--- vibes-0.2.3+dfsg/debian/control	2023-12-17 16:01:21.0 + 
+++ vibes-0.2.3+dfsg/debian/control	2024-02-04 17:45:50.0 + 
@@ -32,7 +32,7 @@ 
Package: libvibes-dev 
Section: libdevel 
Architecture: any 
-Depends: libvibes0 (= ${binary:Version}), 
+Depends: libvibes0t64 (= ${binary:Version}), 
 ${shlibs:Depends}, 
 ${misc:Depends}, 
Description: visualizer for intervals and boxes (development files) 
@@ -47,7 +47,10 @@ 
 This package contains the header files for creating clients in C++ 
 for VIBes, as well as the code examples.


-Package: libvibes0 
+Package: libvibes0t64 
+Provides: ${t64:Provides} 
+Replaces: libvibes0 
+Breaks: libvibes0 (<< ${source:Version}) 
Section: libs 
Architecture: any 
Depends: ${shlibs:Depends}, 
diff -Nru vibes-0.2.3+dfsg/debian/libvibes0.install vibes-0.2.3+dfsg/debian/libvibes0.install 
--- vibes-0.2.3+dfsg/debian/libvibes0.install	2023-12-17 13:44:14.0 + 
+++ vibes-0.2.3+dfsg/debian/libvibes0.install	1970-01-01 00:00:00.0 + 
@@ -1 +0,0 @@ 
-viewer/build/libvibes.so.* usr/lib/${DEB_HOST_MULTIARCH} 
diff -Nru vibes-0.2.3+dfsg/debian/libvibes0.lintian-overrides vibes-0.2.3+dfsg/debian/libvibes0.lintian-overrides 
--- vibes-0.2.3+dfsg/debian/libvibes0.lintian-overrides	2023-12-17 13:44:14.0 + 
+++ vibes-0.2.3+dfsg/debian/libvibes0.lintian-overrides	1970-01-01 00:00:00.0 + 
@@ -1,3 +0,0 @@ 
-# "For C++ libraries it is often better not to ship symbols files." 
-# Reference: https://wiki.debian.org/UsingSymbolsFiles#C.2B-.2B-_libraries 
-libvibes0: no-symbols-control-file usr/lib/*/libvibes.so.* 
diff -Nru vibes-0.2.3+dfsg/debian/libvibes0t64.install vibes-0.2.3+dfsg/debian/libvibes0t64.install 
--- vibes-0.2.3+dfsg/debian/libvibes0t64.install	1970-01-01 00:00:00.0 + 
+++ vibes-0.2.3+dfsg/debian/libvibes0t64.install	2023-12-17 13:44:14.0 + 
@@ -0,0 +1 @@ 
+viewer/build/libvibes.so.* usr/lib/${DEB_HOST_MULTIARCH} 
diff -Nru 

Bug#1063066: wcstools: NMU diff for 64-bit time_t transition

[Steve Langasek]

Source: wcstools
Version: 3.9.7-1
Severity: serious
Tags: patch pending sid trixie
Justification: library ABI skew on upgrade
User: debian-...@lists.debian.org
Usertags: time-t

NOTICE: these changes must not be uploaded to unstable yet!

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
wcstools 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 wcstools
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.



-- System Information:
Debian Release: trixie/sid
  APT prefers unstable
  APT policy: (500, 'unstable')
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 wcstools-3.9.7/debian/changelog wcstools-3.9.7/debian/changelog
--- wcstools-3.9.7/debian/changelog 2022-04-30 13:18:07.0 +
+++ wcstools-3.9.7/debian/changelog 2024-02-04 19:59:20.0 +
@@ -1,3 +1,10 @@
+wcstools (3.9.7-1.1) experimental; urgency=medium
+
+  * Non-maintainer upload.
+  * Rename libraries for 64-bit time_t transition.
+
+ -- Steve Langasek   Sun, 04 Feb 2024 19:59:20 +
+
 wcstools (3.9.7-1) unstable; urgency=medium
 
   [ Debian Janitor ]
diff -Nru wcstools-3.9.7/debian/control wcstools-3.9.7/debian/control
--- wcstools-3.9.7/debian/control   2022-04-30 13:08:17.0 +
+++ wcstools-3.9.7/debian/control   2024-02-04 19:59:20.0 +
@@ -15,7 +15,7 @@
 
 Package: wcstools
 Architecture: any
-Depends: libwcstools1 (= ${binary:Version}),
+Depends: libwcstools1t64 (= ${binary:Version}),
  ${misc:Depends},
  ${shlibs:Depends}
 Description: Handle the WCS of a FITS image
@@ -31,7 +31,7 @@
 Architecture: any
 Multi-Arch: same
 Section: libdevel
-Depends: libwcstools1 (= ${binary:Version}),
+Depends: libwcstools1t64 (= ${binary:Version}),
  ${misc:Depends},
  ${shlibs:Depends}
 Description: Handle the WCS of a FITS image (development files)
@@ -43,7 +43,10 @@
  .
  This package contains the files needed for development.
 
-Package: libwcstools1
+Package: libwcstools1t64
+Provides: ${t64:Provides}
+Replaces: libwcstools1
+Breaks: libwcstools1 (<< ${source:Version})
 Architecture: any
 Multi-Arch: same
 Section: libs
diff -Nru wcstools-3.9.7/debian/libwcstools1.install 
wcstools-3.9.7/debian/libwcstools1.install
--- wcstools-3.9.7/debian/libwcstools1.install  2022-04-30 13:08:17.0 
+
+++ wcstools-3.9.7/debian/libwcstools1.install  1970-01-01 00:00:00.0 
+
@@ -1,3 +0,0 @@
-#! usr/bin/dh-exec
-libwcs/libwcstools.so.1 usr/lib/${DEB_HOST_MULTIARCH}/
-libwcs/libwcstools.so.1.0.0 usr/lib/${DEB_HOST_MULTIARCH}/
diff -Nru wcstools-3.9.7/debian/libwcstools1.lintian-overrides 
wcstools-3.9.7/debian/libwcstools1.lintian-overrides
--- wcstools-3.9.7/debian/libwcstools1.lintian-overrides2022-04-30 
13:08:17.0 +
+++ wcstools-3.9.7/debian/libwcstools1.lintian-overrides1970-01-01 
00:00:00.0 +
@@ -1,4 +0,0 @@
-# calling exit() is part of the wcstools API.
-exit-in-shared-library usr/lib/*/libwcstools.so*
-# False positive
-spelling-error-in-binary usr/lib/*/libwcstools.so* lengH length
diff -Nru wcstools-3.9.7/debian/libwcstools1.symbols 
wcstools-3.9.7/debian/libwcstools1.symbols
--- wcstools-3.9.7/debian/libwcstools1.symbols  2022-04-30 13:17:47.0 
+
+++ wcstools-3.9.7/debian/libwcstools1.symbols  1970-01-01 00:00:00.0 
+
@@ -1,902 +0,0 @@
-libwcstools.so.1 libwcstools1 #MINVER#
-* Build-Depends-Package: libwcstools-dev
- AIR@Base 3.8.4
- AIT@Base 3.8.4

Bug#1063067: wimlib: NMU diff for 64-bit time_t transition

[Steve Langasek]

Source: wimlib
Version: 1.14.3-1
Severity: serious
Tags: patch pending sid trixie
Justification: library ABI skew on upgrade
User: debian-...@lists.debian.org
Usertags: time-t

NOTICE: these changes must not be uploaded to unstable yet!

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
wimlib 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 wimlib
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.



-- System Information:
Debian Release: trixie/sid
  APT prefers unstable
  APT policy: (500, 'unstable')
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 wimlib-1.14.3/debian/changelog wimlib-1.14.3/debian/changelog
--- wimlib-1.14.3/debian/changelog  2023-09-05 08:38:50.0 +
+++ wimlib-1.14.3/debian/changelog  2024-02-04 20:00:53.0 +
@@ -1,3 +1,10 @@
+wimlib (1.14.3-1.1) experimental; urgency=medium
+
+  * Non-maintainer upload.
+  * Rename libraries for 64-bit time_t transition.
+
+ -- Steve Langasek   Sun, 04 Feb 2024 20:00:53 +
+
 wimlib (1.14.3-1) unstable; urgency=medium
 
   * New upstream version 1.14.3
diff -Nru wimlib-1.14.3/debian/control wimlib-1.14.3/debian/control
--- wimlib-1.14.3/debian/control2023-04-24 18:10:19.0 +
+++ wimlib-1.14.3/debian/control2024-02-04 20:00:53.0 +
@@ -16,7 +16,10 @@
 Vcs-Git: https://salsa.debian.org/debian/wimlib.git
 Vcs-Browser: https://salsa.debian.org/debian/wimlib
 
-Package: libwim15
+Package: libwim15t64
+Provides: ${t64:Provides}
+Replaces: libwim15
+Breaks: libwim15 (<< ${source:Version})
 Architecture: any
 Multi-Arch: same
 Depends: ${shlibs:Depends}, ${misc:Depends}
@@ -49,7 +52,7 @@
 Section: libdevel
 Architecture: any
 Multi-Arch: same
-Depends: libwim15 (= ${binary:Version}), ${misc:Depends}
+Depends: libwim15t64 (= ${binary:Version}), ${misc:Depends}
 Suggests: wimlib-doc
 Description: Library for manipulating Windows Imaging files - development files
  wimlib is a C library for extracting, creating, modifying, and
diff -Nru wimlib-1.14.3/debian/libwim15.install 
wimlib-1.14.3/debian/libwim15.install
--- wimlib-1.14.3/debian/libwim15.install   2021-04-20 07:20:28.0 
+
+++ wimlib-1.14.3/debian/libwim15.install   1970-01-01 00:00:00.0 
+
@@ -1 +0,0 @@
-usr/lib/*-*/libwim.so.*
diff -Nru wimlib-1.14.3/debian/libwim15.symbols 
wimlib-1.14.3/debian/libwim15.symbols
--- wimlib-1.14.3/debian/libwim15.symbols   2021-04-20 07:20:28.0 
+
+++ wimlib-1.14.3/debian/libwim15.symbols   1970-01-01 00:00:00.0 
+
@@ -1,72 +0,0 @@
-libwim.so.15 libwim15 #MINVER#
- wimlib_add_empty_image@Base 1.8.1
- wimlib_add_image@Base 1.8.1
- wimlib_add_image_multisource@Base 1.8.1
- wimlib_add_tree@Base 1.8.1
- wimlib_compress@Base 1.8.1
- wimlib_create_compressor@Base 1.8.1
- wimlib_create_decompressor@Base 1.8.1
- wimlib_create_new_wim@Base 1.8.1
- wimlib_decompress@Base 1.8.1
- wimlib_delete_image@Base 1.8.1
- wimlib_delete_path@Base 1.8.1
- wimlib_export_image@Base 1.8.1
- wimlib_extract_image@Base 1.8.1
- wimlib_extract_image_from_pipe@Base 1.8.1
- wimlib_extract_image_from_pipe_with_progress@Base 1.8.1
- wimlib_extract_pathlist@Base 1.8.1
- wimlib_extract_paths@Base 1.8.1
- wimlib_extract_xml_data@Base 1.8.1
- wimlib_free@Base 1.8.1
- wimlib_free_compressor@Base 1.8.1
- wimlib_free_decompressor@Base 1.8.1
- wimlib_get_compression_type_string@Base 1.8.1
- wimlib_get_compressor_needed_memory@Base 1.8.1
- 

Bug#1063065: wayfire: NMU diff for 64-bit time_t transition

[Steve Langasek]

Source: wayfire
Version: 0.8.0+git20240110-1
Severity: serious
Tags: patch pending sid trixie
Justification: library ABI skew on upgrade
User: debian-...@lists.debian.org
Usertags: time-t

NOTICE: these changes must not be uploaded to unstable yet!

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
wayfire 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 wayfire
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.



-- System Information:
Debian Release: trixie/sid
  APT prefers unstable
  APT policy: (500, 'unstable')
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 wayfire-0.8.0+git20240110/debian/changelog 
wayfire-0.8.0+git20240110/debian/changelog
--- wayfire-0.8.0+git20240110/debian/changelog  2024-01-10 14:57:41.0 
+
+++ wayfire-0.8.0+git20240110/debian/changelog  2024-02-04 19:54:14.0 
+
@@ -1,3 +1,10 @@
+wayfire (0.8.0+git20240110-1.1) experimental; urgency=medium
+
+  * Non-maintainer upload.
+  * Rename libraries for 64-bit time_t transition.
+
+ -- Steve Langasek   Sun, 04 Feb 2024 19:54:14 +
+
 wayfire (0.8.0+git20240110-1) unstable; urgency=medium
 
   * New upstream trunk snapshot.
diff -Nru wayfire-0.8.0+git20240110/debian/control 
wayfire-0.8.0+git20240110/debian/control
--- wayfire-0.8.0+git20240110/debian/control2024-01-10 14:57:41.0 
+
+++ wayfire-0.8.0+git20240110/debian/control2024-02-04 19:54:14.0 
+
@@ -49,7 +49,7 @@
 Architecture: any
 Multi-Arch: same
 Depends:
- libwf-utils0 (= ${binary:Version}),
+ libwf-utils0t64 (= ${binary:Version}),
  ${misc:Depends},
 Description: 3D Wayland compositor (wf-utils library dev files)
  Wayfire is a 3D Wayland compositor, inspired by Compiz and based on
@@ -59,7 +59,10 @@
  This package contains the development files for the embedded
  wf-utils library.
 
-Package: libwf-utils0
+Package: libwf-utils0t64
+Provides: ${t64:Provides}
+Replaces: libwf-utils0
+Breaks: libwf-utils0 (<< ${source:Version})
 Architecture: any
 Multi-Arch: same
 Depends:
diff -Nru wayfire-0.8.0+git20240110/debian/libwf-utils0.install 
wayfire-0.8.0+git20240110/debian/libwf-utils0.install
--- wayfire-0.8.0+git20240110/debian/libwf-utils0.install   2024-01-10 
14:41:10.0 +
+++ wayfire-0.8.0+git20240110/debian/libwf-utils0.install   1970-01-01 
00:00:00.0 +
@@ -1 +0,0 @@
-usr/lib/*/libwf-utils.so.*
diff -Nru wayfire-0.8.0+git20240110/debian/libwf-utils0t64.install 
wayfire-0.8.0+git20240110/debian/libwf-utils0t64.install
--- wayfire-0.8.0+git20240110/debian/libwf-utils0t64.install1970-01-01 
00:00:00.0 +
+++ wayfire-0.8.0+git20240110/debian/libwf-utils0t64.install2024-01-10 
14:41:10.0 +
@@ -0,0 +1 @@
+usr/lib/*/libwf-utils.so.*
diff -Nru wayfire-0.8.0+git20240110/debian/libwf-utils0t64.lintian-overrides 
wayfire-0.8.0+git20240110/debian/libwf-utils0t64.lintian-overrides
--- wayfire-0.8.0+git20240110/debian/libwf-utils0t64.lintian-overrides  
1970-01-01 00:00:00.0 +
+++ wayfire-0.8.0+git20240110/debian/libwf-utils0t64.lintian-overrides  
2024-02-04 19:54:14.0 +
@@ -0,0 +1 @@
+libwf-utils0t64: package-name-doesnt-match-sonames libwf-utils0

Bug#1063064: waili: NMU diff for 64-bit time_t transition

[Steve Langasek]

Source: waili
Version: 19990723-22.2
Severity: serious
Tags: patch pending sid trixie
Justification: library ABI skew on upgrade
User: debian-...@lists.debian.org
Usertags: time-t

NOTICE: these changes must not be uploaded to unstable yet!

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
waili 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 waili
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.



-- System Information:
Debian Release: trixie/sid
  APT prefers unstable
  APT policy: (500, 'unstable')
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 waili-19990723/debian/changelog waili-19990723/debian/changelog
--- waili-19990723/debian/changelog 2022-11-17 17:41:37.0 +
+++ waili-19990723/debian/changelog 2024-02-04 19:51:35.0 +
@@ -1,3 +1,10 @@
+waili (19990723-22.3) experimental; urgency=medium
+
+  * Non-maintainer upload.
+  * Rename libraries for 64-bit time_t transition.
+
+ -- Steve Langasek   Sun, 04 Feb 2024 19:51:35 +
+
 waili (19990723-22.2) unstable; urgency=medium
 
   * Non-maintainer upload.
diff -Nru waili-19990723/debian/control waili-19990723/debian/control
--- waili-19990723/debian/control   2014-10-09 10:11:32.0 +
+++ waili-19990723/debian/control   2024-02-04 19:51:35.0 +
@@ -9,7 +9,7 @@
 Package: libwaili-dev
 Section: libdevel
 Architecture: any
-Depends: ${misc:Depends}, libwaili1c2 (=${binary:Version}), libc6-dev
+Depends: ${misc:Depends}, libwaili1t64 (=${binary:Version}), libc6-dev
 Provides: libwaili-doc, libwaili-test
 Description: WAILI is a wavelet transform library (develop. files)
  from the web page:  http://www.cs.kuleuven.ac.be/~wavelets/
@@ -21,7 +21,11 @@
 static library, shared library, include files
  This package provides also documentation and testing sample programs
 
-Package: libwaili1c2
+Package: libwaili1t64
+Provides: ${t64:Provides}
+X-Time64-Compat: libwaili1c2
+Replaces: libwaili1c2
+Breaks: libwaili1c2 (<< ${source:Version})
 Conflicts: libwaili, libwaili1, libwaili1c102
 Section: libs
 Architecture: any
diff -Nru waili-19990723/debian/libwaili1c2.files 
waili-19990723/debian/libwaili1c2.files
--- waili-19990723/debian/libwaili1c2.files 2014-01-13 12:43:49.0 
+
+++ waili-19990723/debian/libwaili1c2.files 1970-01-01 00:00:00.0 
+
@@ -1 +0,0 @@
-usr/lib/*.so.*
diff -Nru waili-19990723/debian/libwaili1t64.files 
waili-19990723/debian/libwaili1t64.files
--- waili-19990723/debian/libwaili1t64.files1970-01-01 00:00:00.0 
+
+++ waili-19990723/debian/libwaili1t64.files2014-01-13 12:43:49.0 
+
@@ -0,0 +1 @@
+usr/lib/*.so.*
diff -Nru waili-19990723/debian/libwaili1t64.lintian-overrides 
waili-19990723/debian/libwaili1t64.lintian-overrides
--- waili-19990723/debian/libwaili1t64.lintian-overrides1970-01-01 
00:00:00.0 +
+++ waili-19990723/debian/libwaili1t64.lintian-overrides2024-02-04 
19:51:35.0 +
@@ -0,0 +1 @@
+libwaili1t64: package-name-doesnt-match-sonames libwaili1c2

Bug#1063062: vte: NMU diff for 64-bit time_t transition

[Steve Langasek]

Source: vte
Version: 1:0.28.2-6
Severity: serious
Tags: patch pending sid trixie
Justification: library ABI skew on upgrade
User: debian-...@lists.debian.org
Usertags: time-t

NOTICE: these changes must not be uploaded to unstable yet!

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
vte 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 vte
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.



-- System Information:
Debian Release: trixie/sid
  APT prefers unstable
  APT policy: (500, 'unstable')
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 vte-0.28.2/debian/changelog vte-0.28.2/debian/changelog
--- vte-0.28.2/debian/changelog 2019-02-02 12:52:36.0 +
+++ vte-0.28.2/debian/changelog 2024-02-04 19:24:45.0 +
@@ -1,3 +1,10 @@
+vte (1:0.28.2-6.1) experimental; urgency=medium
+
+  * Non-maintainer upload.
+  * Rename libraries for 64-bit time_t transition.
+
+ -- Steve Langasek   Sun, 04 Feb 2024 19:24:45 +
+
 vte (1:0.28.2-6) unstable; urgency=medium
 
   * Stop building python-vte and libvte-doc
diff -Nru vte-0.28.2/debian/control vte-0.28.2/debian/control
--- vte-0.28.2/debian/control   2019-02-02 12:52:36.0 +
+++ vte-0.28.2/debian/control   2024-02-04 19:24:45.0 +
@@ -6,7 +6,7 @@
 Section: libs
 Priority: optional
 Maintainer: Debian GNOME Maintainers 

-Uploaders: Jeremy Bicha , Jordi Mallach , 
Josselin Mouette , Michael Biebl 
+Uploaders: Jordi Mallach , Josselin Mouette 
, Michael Biebl 
 Build-Depends: debhelper-compat (= 11),
dh-sequence-gnome,
libglib2.0-dev (>= 2.26.0),
@@ -23,7 +23,10 @@
 Vcs-Git: https://salsa.debian.org/gnome-team/vte.git
 Homepage: https://wiki.gnome.org/Apps/Terminal/VTE
 
-Package: libvte9
+Package: libvte9t64
+Provides: ${t64:Provides}
+Replaces: libvte9
+Breaks: libvte9 (<< ${source:Version})
 Architecture: any
 Depends: ${misc:Depends},
  ${shlibs:Depends},
@@ -56,7 +59,7 @@
 Architecture: any
 Section: libdevel
 Depends: ${misc:Depends},
- libvte9 (= ${binary:Version}),
+ libvte9t64 (= ${binary:Version}),
  libcairo2-dev,
  libx11-dev,
  libgtk2.0-dev (>= 2.20.0),
@@ -76,7 +79,7 @@
 Package: libvte-common
 Architecture: all
 Depends: ${misc:Depends}
-Breaks: libvte9 (<< 1:0.28)
+Breaks: libvte9t64 (<< 1:0.28)
 Description: Terminal emulator widget for GTK+ 2.x - common files
  The VTE library provides a terminal emulator widget VteTerminal for
  applications using the GTK+ toolkit. It also provides the VtePTY object
diff -Nru vte-0.28.2/debian/control.in vte-0.28.2/debian/control.in
--- vte-0.28.2/debian/control.in2019-02-02 12:52:36.0 +
+++ vte-0.28.2/debian/control.in2024-02-04 19:24:44.0 +
@@ -19,7 +19,10 @@
 Vcs-Git: https://salsa.debian.org/gnome-team/vte.git
 Homepage: https://wiki.gnome.org/Apps/Terminal/VTE
 
-Package: libvte9
+Package: libvte9t64
+Provides: ${t64:Provides}
+Replaces: libvte9
+Breaks: libvte9 (<< ${source:Version})
 Architecture: any
 Depends: ${misc:Depends},
  ${shlibs:Depends},
@@ -52,7 +55,7 @@
 Architecture: any
 Section: libdevel
 Depends: ${misc:Depends},
- libvte9 (= ${binary:Version}),
+ libvte9t64 (= ${binary:Version}),
  libcairo2-dev,
  libx11-dev,
  libgtk2.0-dev (>= 2.20.0),
@@ -72,7 +75,7 @@
 Package: libvte-common
 Architecture: all
 Depends: ${misc:Depends}
-Breaks: libvte9 (<< 

Bug#1063063: RM: clustalw [armel armhf i386 hppa m68k powerpc sh4] -- ROM; emboss-lib does not support of 32 bit architectures any more

[Andreas Tille]

Package: ftp.debian.org
Severity: normal
User: ftp.debian@packages.debian.org
Usertags: remove
X-Debbugs-Cc: clust...@packages.debian.org, 1062...@bugs.debian.org
Control: affects -1 + src:clustalw

Hi,

as requested in the emboss-lib removal for 32-bit architectures for this package
the 32bit architectures need to be removed as well.

Kind regards and thanks a lot for your work as ftpmaster
Andreas.

Bug#1061206: Please upgrade to llvm-toolchain-17

[Dmitry Shachnev]

Hi Sylvestre!

On Sat, Jan 20, 2024 at 09:57:51PM +0100, Sylvestre Ledru wrote:
> Source: pyside2
> Severity: important
> 
> Dear Maintainer,
> 
> As part of the effort to limit the number of llvm packages in the
> archive, it would be great if you could upgrade to -17.
> 
> This package depends on 15.

It was not easy, but I backported 9 patches from upstream 6.x branch and
added one my patch on top of them, and now pyside2 can build with LLVM 16
and LLVM 17.

I did as you suggested and forced build with 17, and uploaded to unstable.

However now it dep-waits on mips64el, because llvm-toolchain-17 failed to
build there. Should I roll back to the default version (16) for now? Or this
will be resolved somehow?

I will need rebuilding pyside2 for Qt 5.15.12 transition soon, and if it
does not build on mips64el, that will prevent Qt from migrating.

--
Dmitry Shachnev


signature.asc
Description: PGP signature

Bug#1063060: RM: embassy-phylip [armel armhf i386 hppa m68k powerpc sh4] -- ROM; emboss-lib does not support of 32 bit architectures any more

[Andreas Tille]

Package: ftp.debian.org
Severity: normal
User: ftp.debian@packages.debian.org
Usertags: remove
X-Debbugs-Cc: 1062...@bugs.debian.org

Hi,

as requested in the emboss-lib removal for 32-bit architectures for this package
the 32bit architectures need to be removed as well.

Kind regards and thanks a lot for your work as ftpmaster
Andreas.

Bug#1061118: debram: The debram binary is missing from the package.

[Thaddeus H. Black]

John:

Thanks for your notice.  Few even remember the debram
package any longer.  I don't recall the last time
someone emailed me about it!

Most of what used to be the debram package is obsolete,
except that there is a data file in debram-data I
believe some still find useful.  The existing
debram(1) *executable* serves no current, useful
purpose, so I removed it years ago.

The debram(1) executable could be rewritten and readded
to the debram package, if I (or anyone else) ever got
around to doing it.  Meanwhile, the debram package
remains in limbo.  It isn't hurting anything that I
know, installing debram is harmless, and debram-data
remains useful; so other than by suppressing the
executable, I haven't done anything about debram.

If this state of affairs is causing a specific,
significant problem for you or other users, let me know
and I'll see when I can find time to do something about
it; or, if I'm too slow, then you or someone else
can NMU with my blessing.  If you want my advice,
though, I suspect that the effort may not be worth your
time.  The worst that can be said about debram in its
present state is that it isn't doing anything; the best
is that it holds a place for a redesigned debram(1)
executable that might (or might not) someday be
reintroduced.

> * What led up to the situation?

Enrico Zini's debtags suite came to duplicate the
functionality of debram(1) nearly enough that
for Debian contributors to work on both debram and
debtags at the same time no longer seemed worthwhile,
for the time being.

> * What exactly did you do (or not do) that was
>   effective (or ineffective)?

Everything was effective as far as I know.  The debram
package works as intended.

> * What was the outcome of this action?

1. The obsolete executable has been suppressed.
   The executable is neither built nor installed.
2. The dependency debram-data, which is not obsolete,
   continues to be autoinstalled.
3. The debram binary package remains as a placeholder
   in which a revised executable could be reintroduced.

> * What outcome did you expect instead?

The same.

If you emailed me again, I'd be glad to hear from you,
but don't expect a speedy reply!  As I said, if you
wish to NMU and feel that it's worth your time, then
you have my blessing.

I appreciate the notice.  Good luck.


signature.asc
Description: PGP signature

Bug#1062983: Developers Reference in A4 instead of US Letter

[Holger Levsen]

hi & thanks for filing this bug report!

On Sun, Feb 04, 2024 at 10:57:03AM +0100, Sebastian Geiger (Lanoxx) wrote:
> May I request, that:
> 
> a) We switch to A4 as the default format for the developers-reference
> since that is the format used by most of the world.
> b) We consider offering both formats on the Debian manuals page, so that
> users can choose their preferred format.

I think for English at least I'd prefer to offer both A4 and letter, for eg
the German translation I think it's enough to only provide A4.


-- 
cheers,
Holger

 ⢀⣴⠾⠻⢶⣦⠀
 ⣾⠁⢠⠒⠀⣿⡁  holger@(debian|reproducible-builds|layer-acht).org
 ⢿⡄⠘⠷⠚⠋⠀  OpenPGP: B8BF54137B09D35CF026FE9D 091AB856069AAA1C
 ⠈⠳⣄

"I like beautiful people. I don't care about their looks."


signature.asc
Description: PGP signature

Bug#1062872: mgba: NMU diff for 64-bit time_t transition

[Ryan Tandy]

On Sun, Feb 04, 2024 at 07:38:06AM +0200, Graham Inggs wrote:

Is a MR against https://salsa.debian.org/vorlon/armhf-time_t the right
place to proceed?


Yes.


https://salsa.debian.org/vorlon/armhf-time_t/-/merge_requests/131

Bug#1063059: RM: embassy-domalign [armel armhf i386 hppa m68k powerpc sh4] -- ROM; emboss-lib does not support of 32 bit architectures any more

[Andreas Tille]

Package: ftp.debian.org
Severity: normal
User: ftp.debian@packages.debian.org
Usertags: remove
X-Debbugs-Cc: embassy-domal...@packages.debian.org, 1062...@bugs.debian.org
Control: affects -1 + src:embassy-domalign

Hi,

as requested in the emboss-lib removal for 32-bit architectures for this package
the 32bit architectures need to be removed as well.

Kind regards and thanks a lot for your work as ftpmaster
Andreas.

Bug#1063058: RM: embassy-domainatrix [armel armhf i386 hppa m68k powerpc sh4] -- ROM; emboss-lib does not support of 32 bit architectures any more

[Andreas Tille]

Package: ftp.debian.org
Severity: normal
User: ftp.debian@packages.debian.org
Usertags: remove
X-Debbugs-Cc: embassy-domainat...@packages.debian.org, 1062...@bugs.debian.org
Control: affects -1 + src:embassy-domainatrix

Hi,

as requested in the emboss-lib removal for 32-bit architectures for this package
the 32bit architectures need to be removed as well.

Kind regards and thanks a lot for your work as ftpmaster
Andreas.

Bug#1063035: xen 4.17.3+10-g091466ba55-1~deb12u1 flagged for acceptance

[Adam D Barratt]

package release.debian.org
tags 1063035 = 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: xen
Version: 4.17.3+10-g091466ba55-1~deb12u1

Explanation: new upstream stable release; security fixes [CVE-2023-46837 
CVE-2023-46839 CVE-2023-46840]

Bug#1063057: RM: embassy-domsearch [armel armhf i386 hppa m68k powerpc sh4]] -- ROM; emboss-lib does not support of 32 bit architectures any more

[Andreas Tille]

Package: ftp.debian.org
Severity: normal
User: ftp.debian@packages.debian.org
Usertags: remove
X-Debbugs-Cc: embassy-domsea...@packages.debian.org, 1062...@bugs.debian.org
Control: affects -1 + src:embassy-domsearch

Hi,

as requested in the emboss-lib removal for 32-bit architectures for this package
the 32bit architectures need to be removed as well.

Kind regards and thanks a lot for your work as ftpmaster
Andreas.

Bug#1063056: dh-fortran-mod: autopkgtest failure: No CMAKE_C_COMPILER could be found.

[Paul Gevers]

Control: reassign -1 src:lfortran 0.36

Mea culpa, I made a mistake in calling my tools and filed the issue 
against the wrong package.


On Sun, 4 Feb 2024 19:59:33 +0100 Paul Gevers  wrote:

Severity: serious
User: debian...@lists.debian.org
Usertags: fails-always

Dear maintainer(s),

You recently added an autopkgtest to your package dh-fortran-mod, great. 
However, it fails. Currently this failure is blocking the migration to 
testing [1]. Can you please investigate the situation and fix it? 
Because this package is involved in a big pile with binutils, gcc-13, 
gcc-14, gcc-defaults, gcc-defaults-ports, gcc-13-cross, gcc-14-cross, 
gcc-13-cross-ports, gcc-14-cross-ports which I really want to have 
migrated, I've added a hint, but failing autopkgtest on amd64 and arm64 
are considered RC.


I copied some of the output at the bottom of this report.

More information about this bug and the reason for filing it can be found on
https://wiki.debian.org/ContinuousIntegration/RegressionEmailInformation

Paul

[1] https://qa.debian.org/excuses.php?package=dh-fortran-mod

https://ci.debian.net/packages/l/lfortran/testing/amd64/42713825/

  25s -- The C compiler identification is unknown
  25s -- The Fortran compiler identification is unknown
  25s CMake Error at CMakeLists.txt:3 (project):
  25s   No CMAKE_C_COMPILER could be found.
  25s
  25s   Tell CMake where to find the compiler by setting either the 
environment
  25s   variable "CC" or the CMake cache entry CMAKE_C_COMPILER to the 
full path to

  25s   the compiler, or to the compiler name if it is in the PATH.
  25s
  25s
  25s -- Detecting Fortran compiler ABI info
  25s -- Detecting Fortran compiler ABI info - done
  25s -- Check for working Fortran compiler: /usr/bin/lfortran - skipped
  25s -- Configuring incomplete, errors occurred!


OpenPGP_signature.asc
Description: OpenPGP digital signature

Bug#1044068: q2templates: FTBFS with pandas 2.0

[Andreas Tille]

Hi Rebecca,

I've checked several Debian Med packages for your assumption that
replacing pandas.util.testing might help but non of the candidates
I've checked was caused by this.  I'm rather seeing quite strange
errors like in the case of q2templates here in Salsa CI

   https://salsa.debian.org/med-team/q2templates/-/jobs/5247852

Do you have any hint how to fix this?

Kind regards

 Andreas.

-- 
http://fam-tille.de

Bug#1063056: dh-fortran-mod: autopkgtest failure: No CMAKE_C_COMPILER could be found.

[Paul Gevers]

Source: dh-fortran-mod
Version: 0.37
Severity: serious
User: debian...@lists.debian.org
Usertags: fails-always

Dear maintainer(s),

You recently added an autopkgtest to your package dh-fortran-mod, great. 
However, it fails. Currently this failure is blocking the migration to 
testing [1]. Can you please investigate the situation and fix it? 
Because this package is involved in a big pile with binutils, gcc-13, 
gcc-14, gcc-defaults, gcc-defaults-ports, gcc-13-cross, gcc-14-cross, 
gcc-13-cross-ports, gcc-14-cross-ports which I really want to have 
migrated, I've added a hint, but failing autopkgtest on amd64 and arm64 
are considered RC.


I copied some of the output at the bottom of this report.

More information about this bug and the reason for filing it can be found on
https://wiki.debian.org/ContinuousIntegration/RegressionEmailInformation

Paul

[1] https://qa.debian.org/excuses.php?package=dh-fortran-mod

https://ci.debian.net/packages/l/lfortran/testing/amd64/42713825/

 25s -- The C compiler identification is unknown
 25s -- The Fortran compiler identification is unknown
 25s CMake Error at CMakeLists.txt:3 (project):
 25s   No CMAKE_C_COMPILER could be found.
 25s
 25s   Tell CMake where to find the compiler by setting either the 
environment
 25s   variable "CC" or the CMake cache entry CMAKE_C_COMPILER to the 
full path to

 25s   the compiler, or to the compiler name if it is in the PATH.
 25s
 25s
 25s -- Detecting Fortran compiler ABI info
 25s -- Detecting Fortran compiler ABI info - done
 25s -- Check for working Fortran compiler: /usr/bin/lfortran - skipped
 25s -- Configuring incomplete, errors occurred!


OpenPGP_signature.asc
Description: OpenPGP digital signature

Bug#1063047: Unable to run R CMD Rserve

[Dirk Eddelbuettel]

Appears to work based on a quick check in Docker:


root@8d41067e72ce:/work# dpkg -i r-cran-rserve_1.8-13-2_amd64.deb 
Selecting previously unselected package r-cran-rserve.
(Reading database ... 17542 files and directories currently installed.)
Preparing to unpack r-cran-rserve_1.8-13-2_amd64.deb ...
Unpacking r-cran-rserve (1.8-13-2) ...
Setting up r-cran-rserve (1.8-13-2) ...
root@8d41067e72ce:/work# R CMD Rserve --help
Usage: R CMD Rserve []

Options: --help  this help screen
 --version  prints Rserve version (also passed to R)
 --RS-port   listen on the specified TCP port
 --RS-socket   use specified local (unix) socket instead of TCP/IP.
 --RS-workdir   use specified working directory root for connections.
 --RS-encoding   set default server string encoding to .
 --RS-conf   load additional config file.
 --RS-settings  dumps current settings of the Rserve
 --RS-source   source the specified file on startup.
 --RS-enable-control  enable control commands
 --RS-enable-remote  enable remote connections
 --RS-pidfile   store the pid of the Rserve process in 
 --RS-set =   set configuration option as if it was
 read from a configuration file

All other options are passed to the R engine.

root@8d41067e72ce:/work# 


Thanks again for the heads-up!

Best,  Dirk

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

Bug#1062813: closed by Debian FTP Masters (reply to Alastair McKinstry ) (Bug#1062813: fixed in lfortran 0.30.0-4)

[Sebastian Ramacher]

Hi Alastair

On 2024-02-03 16:51:06 +, Debian Bug Tracking System wrote:
> This is an automatic notification regarding your Bug report
> which was filed against the src:lfortran package:
> 
> #1062813: lfortran fails both autopkg tests
> 
> It has been closed by Debian FTP Masters  
> (reply to Alastair McKinstry ).

The fix -in 0.30.0-4 was not enough. Please check
https://ci.debian.net/packages/l/lfortran/testing/amd64/42713825/

Cheers
-- 
Sebastian Ramacher

Bug#1063055: vowpal-wabbit: NMU diff for 64-bit time_t transition

[Steve Langasek]

Source: vowpal-wabbit
Version: 8.6.1.dfsg1-1
Severity: serious
Tags: patch pending sid trixie
Justification: library ABI skew on upgrade
User: debian-...@lists.debian.org
Usertags: time-t

NOTICE: these changes must not be uploaded to unstable yet!

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
vowpal-wabbit 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 vowpal-wabbit
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.



-- System Information:
Debian Release: trixie/sid
  APT prefers unstable
  APT policy: (500, 'unstable')
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 vowpal-wabbit-8.6.1.dfsg1/debian/changelog 
vowpal-wabbit-8.6.1.dfsg1/debian/changelog
--- vowpal-wabbit-8.6.1.dfsg1/debian/changelog  2018-07-27 23:27:03.0 
+
+++ vowpal-wabbit-8.6.1.dfsg1/debian/changelog  2024-02-04 18:34:13.0 
+
@@ -1,3 +1,10 @@
+vowpal-wabbit (8.6.1.dfsg1-1.1) experimental; urgency=medium
+
+  * Non-maintainer upload.
+  * Rename libraries for 64-bit time_t transition.
+
+ -- Steve Langasek   Sun, 04 Feb 2024 18:34:13 +
+
 vowpal-wabbit (8.6.1.dfsg1-1) unstable; urgency=medium
 
   * Fresh upstream release
diff -Nru vowpal-wabbit-8.6.1.dfsg1/debian/control 
vowpal-wabbit-8.6.1.dfsg1/debian/control
--- vowpal-wabbit-8.6.1.dfsg1/debian/control2018-07-27 23:27:03.0 
+
+++ vowpal-wabbit-8.6.1.dfsg1/debian/control2024-02-04 18:34:13.0 
+
@@ -19,7 +19,7 @@
 
 Package: vowpal-wabbit
 Architecture: any
-Depends: ${shlibs:Depends}, ${misc:Depends}, libvw0 (= ${binary:Version})
+Depends: ${shlibs:Depends}, ${misc:Depends}, libvw0t64 (= ${binary:Version})
 Suggests: vowpal-wabbit-doc
 Description: fast and scalable online machine learning algorithm
  Vowpal Wabbit is a fast online machine learning algorithm. The core
@@ -31,7 +31,10 @@
 computation)
   - feature pairing
 
-Package: libvw0
+Package: libvw0t64
+Provides: ${t64:Provides}
+Replaces: libvw0
+Breaks: libvw0 (<< ${source:Version})
 Section: libs
 Architecture: any
 Depends: ${shlibs:Depends}, ${misc:Depends}
@@ -50,7 +53,7 @@
 Package: libvw-dev
 Section: libdevel
 Architecture: any
-Depends: ${shlibs:Depends}, ${misc:Depends}, libvw0 (= ${binary:Version})
+Depends: ${shlibs:Depends}, ${misc:Depends}, libvw0t64 (= ${binary:Version})
 Description: fast and scalable online machine learning algorithm - development 
files
  Vowpal Wabbit is a fast online machine learning algorithm. The core
  algorithm is specialist gradient descent (GD) on a loss function
diff -Nru vowpal-wabbit-8.6.1.dfsg1/debian/libvw0.install 
vowpal-wabbit-8.6.1.dfsg1/debian/libvw0.install
--- vowpal-wabbit-8.6.1.dfsg1/debian/libvw0.install 2018-07-27 
23:27:03.0 +
+++ vowpal-wabbit-8.6.1.dfsg1/debian/libvw0.install 1970-01-01 
00:00:00.0 +
@@ -1 +0,0 @@
-usr/lib/*/*.so.*
diff -Nru vowpal-wabbit-8.6.1.dfsg1/debian/libvw0t64.install 
vowpal-wabbit-8.6.1.dfsg1/debian/libvw0t64.install
--- vowpal-wabbit-8.6.1.dfsg1/debian/libvw0t64.install  1970-01-01 
00:00:00.0 +
+++ vowpal-wabbit-8.6.1.dfsg1/debian/libvw0t64.install  2018-07-27 
23:27:03.0 +
@@ -0,0 +1 @@
+usr/lib/*/*.so.*
diff -Nru vowpal-wabbit-8.6.1.dfsg1/debian/libvw0t64.lintian-overrides 
vowpal-wabbit-8.6.1.dfsg1/debian/libvw0t64.lintian-overrides
--- vowpal-wabbit-8.6.1.dfsg1/debian/libvw0t64.lintian-overrides
1970-01-01 00:00:00.0 +
+++ 

Bug#1063054: voms: NMU diff for 64-bit time_t transition

[Steve Langasek]

Source: voms
Version: 2.1.0~rc3-5
Severity: serious
Tags: patch pending sid trixie
Justification: library ABI skew on upgrade
User: debian-...@lists.debian.org
Usertags: time-t

NOTICE: these changes must not be uploaded to unstable yet!

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
voms 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 voms
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.



-- System Information:
Debian Release: trixie/sid
  APT prefers unstable
  APT policy: (500, 'unstable')
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 voms-2.1.0~rc3/debian/changelog voms-2.1.0~rc3/debian/changelog
--- voms-2.1.0~rc3/debian/changelog 2023-09-15 03:42:14.0 +
+++ voms-2.1.0~rc3/debian/changelog 2024-02-04 18:32:08.0 +
@@ -1,3 +1,10 @@
+voms (2.1.0~rc3-5.1) experimental; urgency=medium
+
+  * Non-maintainer upload.
+  * Rename libraries for 64-bit time_t transition.
+
+ -- Steve Langasek   Sun, 04 Feb 2024 18:32:08 +
+
 voms (2.1.0~rc3-5) unstable; urgency=medium
 
   * More patches from upstream
diff -Nru voms-2.1.0~rc3/debian/control voms-2.1.0~rc3/debian/control
--- voms-2.1.0~rc3/debian/control   2023-09-15 03:42:14.0 +
+++ voms-2.1.0~rc3/debian/control   2024-02-04 18:32:08.0 +
@@ -18,13 +18,15 @@
 Vcs-Git: https://salsa.debian.org/ellert/voms.git
 Homepage: https://italiangrid.github.io/voms/
 
-Package: libvomsapi1v5
+Package: libvomsapi1t64
+Provides: ${t64:Provides}
+X-Time64-Compat: libvomsapi1v5
 Section: libs
 Architecture: any
 Multi-Arch: same
-Replaces:
+Replaces:libvomsapi1v5, 
  libvomsapi1 (<< 2.0.12-2~)
-Breaks:
+Breaks:libvomsapi1v5 (<< ${source:Version}), 
  libvomsapi1 (<< 2.0.12-2~)
 Depends:
  ${shlibs:Depends},
@@ -62,7 +64,7 @@
 Architecture: any
 Multi-Arch: same
 Depends:
- libvomsapi1v5 (= ${binary:Version}),
+ libvomsapi1t64 (= ${binary:Version}),
  libssl-dev,
  ${misc:Depends}
 Suggests: voms-doc
diff -Nru voms-2.1.0~rc3/debian/libvomsapi1t64.docs 
voms-2.1.0~rc3/debian/libvomsapi1t64.docs
--- voms-2.1.0~rc3/debian/libvomsapi1t64.docs   1970-01-01 00:00:00.0 
+
+++ voms-2.1.0~rc3/debian/libvomsapi1t64.docs   2011-09-19 09:55:23.0 
+
@@ -0,0 +1 @@
+src/install/vomses.template
diff -Nru voms-2.1.0~rc3/debian/libvomsapi1t64.install 
voms-2.1.0~rc3/debian/libvomsapi1t64.install
--- voms-2.1.0~rc3/debian/libvomsapi1t64.install1970-01-01 
00:00:00.0 +
+++ voms-2.1.0~rc3/debian/libvomsapi1t64.install2021-08-21 
17:50:53.0 +
@@ -0,0 +1,2 @@
+/usr/lib/*/libvomsapi.so.*
+/etc/grid-security/vomsdir
diff -Nru voms-2.1.0~rc3/debian/libvomsapi1t64.lintian-overrides 
voms-2.1.0~rc3/debian/libvomsapi1t64.lintian-overrides
--- voms-2.1.0~rc3/debian/libvomsapi1t64.lintian-overrides  1970-01-01 
00:00:00.0 +
+++ voms-2.1.0~rc3/debian/libvomsapi1t64.lintian-overrides  2024-02-04 
18:32:08.0 +
@@ -0,0 +1 @@
+libvomsapi1t64: package-name-doesnt-match-sonames libvomsapi1v5
diff -Nru voms-2.1.0~rc3/debian/libvomsapi1v5.docs 
voms-2.1.0~rc3/debian/libvomsapi1v5.docs
--- voms-2.1.0~rc3/debian/libvomsapi1v5.docs2011-09-19 09:55:23.0 
+
+++ voms-2.1.0~rc3/debian/libvomsapi1v5.docs1970-01-01 00:00:00.0 
+
@@ -1 +0,0 @@
-src/install/vomses.template
diff -Nru voms-2.1.0~rc3/debian/libvomsapi1v5.install 
voms-2.1.0~rc3/debian/libvomsapi1v5.install
--- 

Bug#1063047: Unable to run R CMD Rserve

[Dirk Eddelbuettel]

On 4 February 2024 at 18:12, Jerome Charaoui wrote:
| Package: r-cran-rserve
| Version: 1.8-13-1
| Severity: important
| 
| Hello,
| 
| Running the command "R CMD Rserve" doesn't work because of missing
| symlinks in the package. The error message shown is:
| 
| /usr/lib/R/bin/Rcmd: 64: exec: Rserve: not found

Uh-oh. Not good.
 
| This problem was previously reported as #744759, but has been
| reintroduced (I think) when the package was migrated to debhelper.
| 
| Migrating the DEB_DH_LINK_ARGS variable to a proper target should be
| sufficient to resolve this.

I have those, see [1] but they may also only work with cdbs which dh-r and
debhelper-compat replaced. I will see about an explicit target to correct
this.

Thanks a bunch for catching this.  And good to know someone uses Rserve, it
is a nifty little (underappreciated, I find) tool!

Dirk

[1] https://sources.debian.org/src/rserve/1.8-13-1/debian/rules/

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

Bug#1063053: volume-key: NMU diff for 64-bit time_t transition

[Steve Langasek]

Source: volume-key
Version: 0.3.12-5
Severity: serious
Tags: patch pending sid trixie
Justification: library ABI skew on upgrade
User: debian-...@lists.debian.org
Usertags: time-t

NOTICE: these changes must not be uploaded to unstable yet!

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
volume-key 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 volume-key
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.



-- System Information:
Debian Release: trixie/sid
  APT prefers unstable
  APT policy: (500, 'unstable')
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 volume-key-0.3.12/debian/changelog volume-key-0.3.12/debian/changelog
--- volume-key-0.3.12/debian/changelog  2022-09-07 23:54:16.0 +
+++ volume-key-0.3.12/debian/changelog  2024-02-04 18:31:05.0 +
@@ -1,3 +1,10 @@
+volume-key (0.3.12-5.1) experimental; urgency=medium
+
+  * Non-maintainer upload.
+  * Rename libraries for 64-bit time_t transition.
+
+ -- Steve Langasek   Sun, 04 Feb 2024 18:31:05 +
+
 volume-key (0.3.12-5) unstable; urgency=medium
 
   * Use dh-sequence-python3 Build-Depends to enable the python3 addon
diff -Nru volume-key-0.3.12/debian/control volume-key-0.3.12/debian/control
--- volume-key-0.3.12/debian/control2022-09-07 23:54:16.0 +
+++ volume-key-0.3.12/debian/control2024-02-04 18:31:05.0 +
@@ -19,7 +19,10 @@
 Vcs-Git: https://salsa.debian.org/utopia-team/volume-key.git
 Homepage: https://pagure.io/volume_key
 
-Package: libvolume-key1
+Package: libvolume-key1t64
+Provides: ${t64:Provides}
+Replaces: libvolume-key1
+Breaks: libvolume-key1 (<< ${source:Version})
 Section: libs
 Architecture: linux-any
 Multi-Arch: same
@@ -40,7 +43,7 @@
 Section: libdevel
 Architecture: linux-any
 Multi-Arch: same
-Depends: libvolume-key1 (= ${binary:Version}),
+Depends: libvolume-key1t64 (= ${binary:Version}),
  ${misc:Depends}
 Description: Library for manipulating storage encryption keys (dev files)
  This package provides the development header files for libvolume_key, a
@@ -57,7 +60,7 @@
 Architecture: linux-any
 Depends: ${shlibs:Depends},
  ${misc:Depends},
- libvolume-key1 (= ${binary:Version})
+ libvolume-key1t64 (= ${binary:Version})
 Description: Utility for manipulating storage encryption keys and passphrases
  This package provides a command-line tool for manipulating storage volume
  encryption keys and storing them separately from volumes.
diff -Nru volume-key-0.3.12/debian/libvolume-key1.install 
volume-key-0.3.12/debian/libvolume-key1.install
--- volume-key-0.3.12/debian/libvolume-key1.install 2022-09-07 
23:54:16.0 +
+++ volume-key-0.3.12/debian/libvolume-key1.install 1970-01-01 
00:00:00.0 +
@@ -1,2 +0,0 @@
-usr/lib/*/libvolume_key.so.*
-usr/share/locale/*/LC_MESSAGES/*.mo
diff -Nru volume-key-0.3.12/debian/libvolume-key1.symbols 
volume-key-0.3.12/debian/libvolume-key1.symbols
--- volume-key-0.3.12/debian/libvolume-key1.symbols 2022-09-07 
23:54:16.0 +
+++ volume-key-0.3.12/debian/libvolume-key1.symbols 1970-01-01 
00:00:00.0 +
@@ -1,39 +0,0 @@
-libvolume_key.so.1 libvolume-key1 #MINVER#
-* Build-Depends-Package: libvolume-key-dev
- libvk_error_quark@Base 0.3.9
- libvk_init@Base 0.3.9
- libvk_nss_error_text__@Base 0.3.9
- libvk_packet_get_format@Base 0.3.9
- libvk_packet_match_volume@Base 0.3.9
- libvk_packet_open@Base 0.3.9
- 

Bug#1063052: volk: NMU diff for 64-bit time_t transition

[Steve Langasek]

Source: volk
Version: 3.1.1-4
Severity: serious
Tags: patch pending sid trixie
Justification: library ABI skew on upgrade
User: debian-...@lists.debian.org
Usertags: time-t

NOTICE: these changes must not be uploaded to unstable yet!

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
volk 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 volk
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.



-- System Information:
Debian Release: trixie/sid
  APT prefers unstable
  APT policy: (500, 'unstable')
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 volk-3.1.1/debian/changelog volk-3.1.1/debian/changelog
--- volk-3.1.1/debian/changelog 2024-01-31 00:00:06.0 +
+++ volk-3.1.1/debian/changelog 2024-02-04 18:28:07.0 +
@@ -1,3 +1,10 @@
+volk (3.1.1-4.1) experimental; urgency=medium
+
+  * Non-maintainer upload.
+  * Rename libraries for 64-bit time_t transition.
+
+ -- Steve Langasek   Sun, 04 Feb 2024 18:28:07 +
+
 volk (3.1.1-4) unstable; urgency=medium
 
   * fix clean rule to keep sse2neon.h in place
diff -Nru volk-3.1.1/debian/control volk-3.1.1/debian/control
--- volk-3.1.1/debian/control   2024-01-30 06:02:57.0 +
+++ volk-3.1.1/debian/control   2024-02-04 18:28:07.0 +
@@ -16,7 +16,10 @@
 Vcs-Browser: https://salsa.debian.org/bottoms/pkg-volk
 Vcs-Git: https://salsa.debian.org/bottoms/pkg-volk.git
 
-Package: libvolk3.1
+Package: libvolk3.1t64
+Provides: ${t64:Provides}
+Replaces: libvolk3.1
+Breaks: libvolk3.1 (<< ${source:Version})
 Section: libs
 Architecture: any
 Pre-Depends: ${misc:Pre-Depends}
@@ -33,7 +36,7 @@
 Package: libvolk-dev
 Architecture: any
 Pre-Depends: ${misc:Pre-Depends}
-Depends: libvolk3.1 (=${binary:Version}), ${misc:Depends}
+Depends: libvolk3.1t64 (=${binary:Version}), ${misc:Depends}
 Breaks: libvolk1-dev, libvolk1.0-dev, libvolk2-dev
 Replaces: libvolk1-dev, libvolk1.0-dev, libvolk2-dev
 Suggests: libvolk-doc
@@ -51,7 +54,7 @@
 Section: libs
 Architecture: any
 Pre-Depends: ${misc:Pre-Depends}
-Depends: libvolk3.1 (=${binary:Version}),
+Depends: libvolk3.1t64 (=${binary:Version}),
  ${misc:Depends},
  ${python3:Depends},
  ${shlibs:Depends}
diff -Nru volk-3.1.1/debian/libvolk3.1.install 
volk-3.1.1/debian/libvolk3.1.install
--- volk-3.1.1/debian/libvolk3.1.install2018-03-28 02:59:46.0 
+
+++ volk-3.1.1/debian/libvolk3.1.install1970-01-01 00:00:00.0 
+
@@ -1 +0,0 @@
-usr/lib/*/libvolk.so.*
diff -Nru volk-3.1.1/debian/libvolk3.1t64.install 
volk-3.1.1/debian/libvolk3.1t64.install
--- volk-3.1.1/debian/libvolk3.1t64.install 1970-01-01 00:00:00.0 
+
+++ volk-3.1.1/debian/libvolk3.1t64.install 2018-03-28 02:59:46.0 
+
@@ -0,0 +1 @@
+usr/lib/*/libvolk.so.*
diff -Nru volk-3.1.1/debian/libvolk3.1t64.lintian-overrides 
volk-3.1.1/debian/libvolk3.1t64.lintian-overrides
--- volk-3.1.1/debian/libvolk3.1t64.lintian-overrides   1970-01-01 
00:00:00.0 +
+++ volk-3.1.1/debian/libvolk3.1t64.lintian-overrides   2024-02-04 
18:28:07.0 +
@@ -0,0 +1 @@
+libvolk3.1t64: package-name-doesnt-match-sonames libvolk3.1

Bug#1063050: vlfeat: NMU diff for 64-bit time_t transition

[Steve Langasek]

Source: vlfeat
Version: 0.9.21+full-2
Severity: serious
Tags: patch pending sid trixie
Justification: library ABI skew on upgrade
User: debian-...@lists.debian.org
Usertags: time-t

NOTICE: these changes must not be uploaded to unstable yet!

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
vlfeat 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 vlfeat
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.



-- System Information:
Debian Release: trixie/sid
  APT prefers unstable
  APT policy: (500, 'unstable')
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 vlfeat-0.9.21+full/debian/changelog 
vlfeat-0.9.21+full/debian/changelog
--- vlfeat-0.9.21+full/debian/changelog 2024-01-27 22:26:12.0 +
+++ vlfeat-0.9.21+full/debian/changelog 2024-02-04 18:22:49.0 +
@@ -1,3 +1,10 @@
+vlfeat (0.9.21+full-2.1) experimental; urgency=medium
+
+  * Non-maintainer upload.
+  * Rename libraries for 64-bit time_t transition.
+
+ -- Steve Langasek   Sun, 04 Feb 2024 18:22:49 +
+
 vlfeat (0.9.21+full-2) unstable; urgency=medium
 
   * Build requires the full imagemagick (Closes: #1037988). Thanks to
diff -Nru vlfeat-0.9.21+full/debian/control vlfeat-0.9.21+full/debian/control
--- vlfeat-0.9.21+full/debian/control   2024-01-27 22:24:21.0 +
+++ vlfeat-0.9.21+full/debian/control   2024-02-04 18:22:48.0 +
@@ -12,7 +12,10 @@
 Vcs-Git: https://salsa.debian.org/science-team/vlfeat.git
 Vcs-Browser: https://salsa.debian.org/science-team/vlfeat
 
-Package: libvlfeat1
+Package: libvlfeat1t64
+Provides: ${t64:Provides}
+Replaces: libvlfeat1
+Breaks: libvlfeat1 (<< ${source:Version})
 Section: libs
 Architecture: any
 Multi-Arch: same
@@ -29,7 +32,7 @@
 Architecture: any
 Multi-Arch: same
 Pre-Depends: ${misc:Pre-Depends}
-Depends: ${misc:Depends}, libvlfeat1 (= ${binary:Version})
+Depends: ${misc:Depends}, libvlfeat1t64 (= ${binary:Version})
 Recommends: libvlfeat-doc
 Description: Computer vision library focussing on visual features and 
clustering
  VLFeat implements popular computer vision algorithms including MSER, k-means,
@@ -58,7 +61,7 @@
 Architecture: any
 Pre-Depends: ${misc:Pre-Depends}
 Multi-Arch: same
-Depends: ${shlibs:Depends}, ${misc:Depends}, libvlfeat1 (>= ${binary:Version}),
+Depends: ${shlibs:Depends}, ${misc:Depends}, libvlfeat1t64 (>= 
${binary:Version}),
  ${octave:Depends}
 Recommends: libvlfeat-doc
 Description: Computer vision library focussing on visual features and 
clustering
diff -Nru vlfeat-0.9.21+full/debian/libvlfeat1.install 
vlfeat-0.9.21+full/debian/libvlfeat1.install
--- vlfeat-0.9.21+full/debian/libvlfeat1.install2021-11-11 
18:45:54.0 +
+++ vlfeat-0.9.21+full/debian/libvlfeat1.install1970-01-01 
00:00:00.0 +
@@ -1,3 +0,0 @@
-#!/usr/bin/dh-exec
-
-libvl*.so.* usr/lib/${DEB_HOST_MULTIARCH}
diff -Nru vlfeat-0.9.21+full/debian/libvlfeat1.lintian-overrides 
vlfeat-0.9.21+full/debian/libvlfeat1.lintian-overrides
--- vlfeat-0.9.21+full/debian/libvlfeat1.lintian-overrides  2021-11-11 
18:45:54.0 +
+++ vlfeat-0.9.21+full/debian/libvlfeat1.lintian-overrides  1970-01-01 
00:00:00.0 +
@@ -1,5 +0,0 @@
-# package has the full name of the project: vlfeat however upstream generally
-# calls their library "libvl.so". I want to be in-line with upstream, so I
-# retain this discrepancy
-
-libvlfeat1: package-name-doesnt-match-sonames
diff -Nru