Bug#1062385: libjodycode: NMU diff for 64-bit time_t transition

[Steve Langasek]

Source: libjodycode
Version: 3.1-6
Severity: serious
Tags: patch pending
Justification: library ABI skew on upgrade
User: debian-...@lists.debian.org
Usertags: time-t

Dear maintainer,

As part of the 64-bit time_t transition required to support 32-bit
architectures in 2038 and beyond
(https://wiki.debian.org/ReleaseGoals/64bit-time), we have identified
libjodycode 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 libjodycode
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'), (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 libjodycode-3.1/debian/changelog libjodycode-3.1/debian/changelog
--- libjodycode-3.1/debian/changelog2023-11-14 13:54:49.0 +
+++ libjodycode-3.1/debian/changelog2024-02-01 08:44:17.0 +
@@ -1,3 +1,10 @@
+libjodycode (3.1-6.1) experimental; urgency=medium
+
+  * Non-maintainer upload.
+  * Rename libraries for 64-bit time_t transition.
+
+ -- Steve Langasek   Thu, 01 Feb 2024 08:44:17 +
+
 libjodycode (3.1-6) unstable; urgency=medium
 
   * jdupes has a new repository (Codeberg). Consequently:
diff -Nru libjodycode-3.1/debian/control libjodycode-3.1/debian/control
--- libjodycode-3.1/debian/control  2023-11-14 13:54:49.0 +
+++ libjodycode-3.1/debian/control  2024-02-01 08:44:17.0 +
@@ -9,12 +9,13 @@
 Vcs-Browser: https://salsa.debian.org/debian/libjodycode
 Vcs-Git: https://salsa.debian.org/debian/libjodycode.git
 
-Package: libjodycode3
+Package: libjodycode3t64
+Provides: ${t64:Provides}
 Architecture: any
 Multi-Arch: same
 Depends: ${shlibs:Depends}, ${misc:Depends}
-Replaces: libjodycode2 (<= 2.0.1-4)
-Breaks: libjodycode2 (<= 2.0.1-4)
+Replaces: libjodycode3, libjodycode2 (<= 2.0.1-4)
+Breaks: libjodycode3 (<< ${source:Version}), libjodycode2 (<= 2.0.1-4)
 Description: shared lib for programs written by Jody Bruchon (runtime)
  libjodycode is a software code library containing code shared among several
  of the programs written by Jody Bruchon such as imagepile, jdupes, winregfs,
@@ -29,7 +30,7 @@
 Architecture: any
 Multi-Arch: same
 Section: libdevel
-Depends: ${misc:Depends}, libjodycode3 (= ${binary:Version})
+Depends: ${misc:Depends}, libjodycode3t64 (= ${binary:Version})
 Replaces: libjodycode2-dev (<= 2.0.1-4), libjodycode3-dev (<= 3.0.1-2)
 Breaks: libjodycode2-dev (<= 2.0.1-4), libjodycode3-dev (<= 3.0.1-2)
 Description: shared lib for programs written by Jody Bruchon (development 
files)
diff -Nru libjodycode-3.1/debian/libjodycode3.docs 
libjodycode-3.1/debian/libjodycode3.docs
--- libjodycode-3.1/debian/libjodycode3.docs2023-11-14 13:54:49.0 
+
+++ libjodycode-3.1/debian/libjodycode3.docs1970-01-01 00:00:00.0 
+
@@ -1 +0,0 @@
-README.md
diff -Nru libjodycode-3.1/debian/libjodycode3.install 
libjodycode-3.1/debian/libjodycode3.install
--- libjodycode-3.1/debian/libjodycode3.install 2023-11-14 13:54:49.0 
+
+++ libjodycode-3.1/debian/libjodycode3.install 1970-01-01 00:00:00.0 
+
@@ -1,2 +0,0 @@
-usr/share
-usr/lib/*/libjodycode.so.*
diff -Nru libjodycode-3.1/debian/libjodycode3.symbols 
libjodycode-3.1/debian/libjodycode3.symbols
--- libjodycode-3.1/debian/libjodycode3.symbols 2023-11-14 13:54:49.0 
+
+++ libjodycode-3.1/debian/libjodycode3.symbols 1970-01-01 00:00:00.0 
+
@@ -1,34 +0,0 @@
-libjodycode.so.3 libjodycode3 #MINVER#
-* Build-Depends-Package: libjodycode-dev
- 

Bug#1062409: liblouisxml: NMU diff for 64-bit time_t transition

[Steve Langasek]

Source: liblouisxml
Version: 2.4.0-12
Severity: serious
Tags: patch pending
Justification: library ABI skew on upgrade
User: debian-...@lists.debian.org
Usertags: time-t

Dear maintainer,

As part of the 64-bit time_t transition required to support 32-bit
architectures in 2038 and beyond
(https://wiki.debian.org/ReleaseGoals/64bit-time), we have identified
liblouisxml 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 liblouisxml
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'), (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 liblouisxml-2.4.0/debian/changelog liblouisxml-2.4.0/debian/changelog
--- liblouisxml-2.4.0/debian/changelog  2021-10-25 22:35:57.0 +
+++ liblouisxml-2.4.0/debian/changelog  2024-02-01 09:44:45.0 +
@@ -1,3 +1,10 @@
+liblouisxml (2.4.0-12.1) experimental; urgency=medium
+
+  * Non-maintainer upload.
+  * Rename libraries for 64-bit time_t transition.
+
+ -- Steve Langasek   Thu, 01 Feb 2024 09:44:45 +
+
 liblouisxml (2.4.0-12) unstable; urgency=medium
 
   [ Samuel Thibault ]
diff -Nru liblouisxml-2.4.0/debian/control liblouisxml-2.4.0/debian/control
--- liblouisxml-2.4.0/debian/control2021-09-26 09:50:38.0 +
+++ liblouisxml-2.4.0/debian/control2024-02-01 09:44:45.0 +
@@ -18,7 +18,7 @@
 Section: libdevel
 Architecture: any
 Multi-Arch: same
-Depends: ${misc:Depends}, liblouisxml1 (= ${binary:Version}), liblouis-dev
+Depends: ${misc:Depends}, liblouisxml1t64 (= ${binary:Version}), liblouis-dev
 Description: Braille XML translation library - static libs and headers
  Liblouisxml translates files in the computer lingua franca xml format
  into properly transcribed braille. This includes translation into grade
@@ -27,7 +27,10 @@
  .
  This package contains static libraries and development headers.
 
-Package: liblouisxml1
+Package: liblouisxml1t64
+Provides: ${t64:Provides}
+Replaces: liblouisxml1
+Breaks: liblouisxml1 (<< ${source:Version})
 Architecture: any
 Multi-Arch: same
 Depends: ${shlibs:Depends}, ${misc:Depends}, liblouisxml-data
diff -Nru liblouisxml-2.4.0/debian/liblouisxml1.install 
liblouisxml-2.4.0/debian/liblouisxml1.install
--- liblouisxml-2.4.0/debian/liblouisxml1.install   2011-05-15 
17:20:51.0 +
+++ liblouisxml-2.4.0/debian/liblouisxml1.install   1970-01-01 
00:00:00.0 +
@@ -1 +0,0 @@
-usr/lib/*/lib*.so.*
diff -Nru liblouisxml-2.4.0/debian/liblouisxml1t64.install 
liblouisxml-2.4.0/debian/liblouisxml1t64.install
--- liblouisxml-2.4.0/debian/liblouisxml1t64.install1970-01-01 
00:00:00.0 +
+++ liblouisxml-2.4.0/debian/liblouisxml1t64.install2011-05-15 
17:20:51.0 +
@@ -0,0 +1 @@
+usr/lib/*/lib*.so.*
diff -Nru liblouisxml-2.4.0/debian/liblouisxml1t64.lintian-overrides 
liblouisxml-2.4.0/debian/liblouisxml1t64.lintian-overrides
--- liblouisxml-2.4.0/debian/liblouisxml1t64.lintian-overrides  1970-01-01 
00:00:00.0 +
+++ liblouisxml-2.4.0/debian/liblouisxml1t64.lintian-overrides  2024-02-01 
09:44:45.0 +
@@ -0,0 +1 @@
+liblouisxml1t64: package-name-doesnt-match-sonames liblouisxml1

Bug#1062410: libluksde: NMU diff for 64-bit time_t transition

[Steve Langasek]

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

Dear maintainer,

As part of the 64-bit time_t transition required to support 32-bit
architectures in 2038 and beyond
(https://wiki.debian.org/ReleaseGoals/64bit-time), we have identified
libluksde 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 libluksde
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'), (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 libluksde-20200205/debian/changelog 
libluksde-20200205/debian/changelog
--- libluksde-20200205/debian/changelog 2020-12-05 12:52:17.0 +
+++ libluksde-20200205/debian/changelog 2024-02-01 09:45:36.0 +
@@ -1,3 +1,10 @@
+libluksde (20200205-1.1) experimental; urgency=medium
+
+  * Non-maintainer upload.
+  * Rename libraries for 64-bit time_t transition.
+
+ -- Steve Langasek   Thu, 01 Feb 2024 09:45:36 +
+
 libluksde (20200205-1) unstable; urgency=low
 
   * Initial release (Closes: #976456)
diff -Nru libluksde-20200205/debian/control libluksde-20200205/debian/control
--- libluksde-20200205/debian/control   2020-12-05 12:51:37.0 +
+++ libluksde-20200205/debian/control   2024-02-01 09:45:36.0 +
@@ -14,13 +14,16 @@
 Architecture: any
 Multi-Arch: same
 Depends: ${shlibs:Depends}, ${misc:Depends},
- libluksde1 (= ${binary:Version})
+ libluksde1t64 (= ${binary:Version})
 Description: library to access LUKS Disk Encryption volumes -- development 
files
  libluksde is a library to access LUKS Disk Encryption volumes.
  .
  This package includes the development support files.
 
-Package: libluksde1
+Package: libluksde1t64
+Provides: ${t64:Provides}
+Replaces: libluksde1
+Breaks: libluksde1 (<< ${source:Version})
 Section: libs
 Architecture: any
 Multi-Arch: same
@@ -36,7 +39,7 @@
 Architecture: any
 Multi-Arch: foreign
 Depends: ${shlibs:Depends}, ${misc:Depends},
- libluksde1,
+ libluksde1t64,
 Description: library to access LUKS Disk Encryption volumes -- Utilities
  libluksde is a library to access LUKS Disk Encryption volumes.
  .
@@ -45,7 +48,7 @@
 Package: python3-libluksde
 Section: python
 Architecture: any
-Depends: libluksde1 (= ${binary:Version}), ${shlibs:Depends}, ${misc:Depends}, 
${python3:Depends}
+Depends: libluksde1t64 (= ${binary:Version}), ${shlibs:Depends}, 
${misc:Depends}, ${python3:Depends}
 Description: library to access LUKS Disk Encryption volumes -- Python 3 
bindings
  libluksde is a library to access LUKS Disk Encryption volumes.
  .
diff -Nru libluksde-20200205/debian/libluksde1.install 
libluksde-20200205/debian/libluksde1.install
--- libluksde-20200205/debian/libluksde1.install2020-12-05 
12:51:37.0 +
+++ libluksde-20200205/debian/libluksde1.install1970-01-01 
00:00:00.0 +
@@ -1 +0,0 @@
-usr/lib/*-*/lib*.so.*
diff -Nru libluksde-20200205/debian/libluksde1.symbols 
libluksde-20200205/debian/libluksde1.symbols
--- libluksde-20200205/debian/libluksde1.symbols2020-12-05 
12:52:17.0 +
+++ libluksde-20200205/debian/libluksde1.symbols1970-01-01 
00:00:00.0 +
@@ -1,80 +0,0 @@
-libluksde.so.1 libluksde1 #MINVER#
- (optional|regex)^libcaes_.* 0
- (optional|regex)^libcdata_.* 0
- (optional|regex)^libcerror_.* 0
- (optional|regex)^libcfile_.* 0
- (optional|regex)^libclocale_.* 0
- 

Bug#1061330: calamares: identified for time_t transition but no ABI in shlibs

[Jarrah Gosbell]

However, since calamares is an installer, maybe upgrades are a 
non-issue and

all you need is to ensure rebuilds of the three packages in unstable.


Speaking as the maintainer of `calamares-extensions` and 
`calamares-settings-mobian` I'd consider it a bug if a user had either 
of these packages still installed after using the installer, so I agree 
with the idea that upgrades here are a non-issue (at least for these two 
packages).


As much as I'd love Calamares to start shipping a stable ABI, I think we 
can probably get away here with just the rebuild. Is there an order that 
is required for these rebuilds? I'm currently preparing an upload for 
calamares-{extensions,settings-mobian} and would hold it back if 
calamares needs to go first.



Thanks,

Jarrah.

Bug#1062408: liblouisutdml: NMU diff for 64-bit time_t transition

[Steve Langasek]

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

Dear maintainer,

As part of the 64-bit time_t transition required to support 32-bit
architectures in 2038 and beyond
(https://wiki.debian.org/ReleaseGoals/64bit-time), we have identified
liblouisutdml 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 liblouisutdml
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'), (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 liblouisutdml-2.12.0/debian/changelog 
liblouisutdml-2.12.0/debian/changelog
--- liblouisutdml-2.12.0/debian/changelog   2024-01-17 16:18:04.0 
+
+++ liblouisutdml-2.12.0/debian/changelog   2024-02-01 09:42:40.0 
+
@@ -1,3 +1,10 @@
+liblouisutdml (2.12.0-3.1) experimental; urgency=medium
+
+  * Non-maintainer upload.
+  * Rename libraries for 64-bit time_t transition.
+
+ -- Steve Langasek   Thu, 01 Feb 2024 09:42:40 +
+
 liblouisutdml (2.12.0-3) unstable; urgency=medium
 
   * patches/liblouis-3.28: "Fix" build against liblouis 3.28
diff -Nru liblouisutdml-2.12.0/debian/control 
liblouisutdml-2.12.0/debian/control
--- liblouisutdml-2.12.0/debian/control 2024-01-17 16:17:05.0 +
+++ liblouisutdml-2.12.0/debian/control 2024-02-01 09:42:40.0 +
@@ -29,7 +29,7 @@
 Architecture: any
 Multi-Arch: same
 Depends:
- liblouisutdml9 (= ${binary:Version}), liblouis-dev,
+ liblouisutdml9t64 (= ${binary:Version}), liblouis-dev,
  ${misc:Depends},
 Description: Braille UTDML translation library - static libs and headers
  liblouisutdml is an extension of liblouisxml, the translator from xml
@@ -41,7 +41,10 @@
  .
  This package contains static libraries and development headers.
 
-Package: liblouisutdml9
+Package: liblouisutdml9t64
+Provides: ${t64:Provides}
+Replaces: liblouisutdml9
+Breaks: liblouisutdml9 (<< ${source:Version})
 Architecture: any
 Multi-Arch: same
 Depends:
@@ -63,7 +66,7 @@
 Architecture: all
 Multi-Arch: foreign
 Depends:
- liblouisutdml9,
+ liblouisutdml9t64,
  ${misc:Depends},
  ${shlibs:Depends},
 Description: Braille UTDML translation library - java bindings
diff -Nru liblouisutdml-2.12.0/debian/liblouisutdml9.install 
liblouisutdml-2.12.0/debian/liblouisutdml9.install
--- liblouisutdml-2.12.0/debian/liblouisutdml9.install  2019-09-09 
16:37:42.0 +
+++ liblouisutdml-2.12.0/debian/liblouisutdml9.install  1970-01-01 
00:00:00.0 +
@@ -1 +0,0 @@
-usr/lib/*/lib*.so.*
diff -Nru liblouisutdml-2.12.0/debian/liblouisutdml9t64.install 
liblouisutdml-2.12.0/debian/liblouisutdml9t64.install
--- liblouisutdml-2.12.0/debian/liblouisutdml9t64.install   1970-01-01 
00:00:00.0 +
+++ liblouisutdml-2.12.0/debian/liblouisutdml9t64.install   2019-09-09 
16:37:42.0 +
@@ -0,0 +1 @@
+usr/lib/*/lib*.so.*
diff -Nru liblouisutdml-2.12.0/debian/liblouisutdml9t64.lintian-overrides 
liblouisutdml-2.12.0/debian/liblouisutdml9t64.lintian-overrides
--- liblouisutdml-2.12.0/debian/liblouisutdml9t64.lintian-overrides 
1970-01-01 00:00:00.0 +
+++ liblouisutdml-2.12.0/debian/liblouisutdml9t64.lintian-overrides 
2024-02-01 09:42:40.0 +
@@ -0,0 +1 @@
+liblouisutdml9t64: package-name-doesnt-match-sonames liblouisutdml9

Processed: limit source to linux, tagging 1060005

[Debian Bug Tracking System]

Processing commands for cont...@bugs.debian.org:

> limit source linux
Limiting to bugs with field 'source' containing at least one of 'linux'
Limit currently set to 'source':'linux'

> tags 1060005 + pending
Bug #1060005 [src:linux] cifs-utils: Copy file with cp, hangs with a kernel 
NULL pointer dereference.
Bug #1060052 [src:linux] cifs-utils: Copy file from same cifs mount to cifs 
mount --> kernel NULL pointer derefernce
Bug #1062130 [src:linux] linux-image-6.1.0-15-amd64: I have several Debian 12 
VM, which are SMB client of TrueNAS servers (with Samba 4). They have hang with 
kernel >= 6.1.0-15. No problem 6.1.0.13.
Added tag(s) pending.
Added tag(s) pending.
Added tag(s) pending.
> thanks
Stopping processing here.

Please contact me if you need assistance.
-- 
1060005: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=1060005
1060052: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=1060052
1062130: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=1062130
Debian Bug Tracking System
Contact ow...@bugs.debian.org with problems

Processed: forcemerge 1061370 1062354

[Debian Bug Tracking System]

Processing commands for cont...@bugs.debian.org:

> reassign 1062354 src:gcc-14
Bug #1062354 [libatomic1] libatomic1: 14-20240127-1 missing 
libat_test_and_set_1_i2
Bug reassigned from package 'libatomic1' to 'src:gcc-14'.
No longer marked as found in versions gcc-14/14-20240127-1.
Ignoring request to alter fixed versions of bug #1062354 to the same values 
previously set
> forcemerge 1061370 1062354
Bug #1061370 [src:gcc-14] gcc-14 ftbfs on armel
Bug #1062354 [src:gcc-14] libatomic1: 14-20240127-1 missing 
libat_test_and_set_1_i2
Set Bug forwarded-to-address to 'https://gcc.gnu.org/PR113336'.
Added indication that 1062354 affects systemd,matrix-synapse
Marked as found in versions gcc-14/14-20240121-1.
Added tag(s) patch, trixie, sid, and ftbfs.
Merged 1061370 1062354
>
End of message, stopping processing here.

Please contact me if you need assistance.
-- 
1061370: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=1061370
1062354: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=1062354
Debian Bug Tracking System
Contact ow...@bugs.debian.org with problems

Bug#1061344: marked as done (emboss-lib: identified for time_t transition but no ABI in shlibs)

[Debian Bug Tracking System]

Your message dated Thu, 01 Feb 2024 08:38:21 +
with message-id 
and subject line Bug#1061344: fixed in emboss 6.6.0+dfsg-13
has caused the Debian Bug report #1061344,
regarding emboss-lib: identified for time_t transition but no ABI in shlibs
to be marked as done.

This means that you claim that the problem has been dealt with.
If this is not the case it is now your responsibility to reopen the
Bug report if necessary, and/or fix the problem forthwith.

(NB: If you are a system administrator and have no idea what this
message is talking about, this may indicate a serious mail system
misconfiguration somewhere. Please contact ow...@bugs.debian.org
immediately.)


-- 
1061344: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=1061344
Debian Bug Tracking System
Contact ow...@bugs.debian.org with problems
--- Begin Message ---
Package: emboss-lib
Version: 6.6.0+dfsg-12
Severity: serious
User: debian-...@lists.debian.org
Usertags: time-t

Dear maintainers,

Analysis of the archive for the 64-bit time_t transition[0][1] identifies
emboss-lib as an affected package, on the basis that the headers could not
be compiled and analyzed out of the box using abi-compliance-checker[2], so
we have to assume it's affected.

However, emboss-lib's shlibs file declares a dependency on a library package
name that contains no ABI information:

$ cat DEBIAN/shlibs
libacd 6 emboss-lib (>= 6.6.0+dfsg)
libajax 6 emboss-lib (>= 6.6.0+dfsg)
libajaxdb 6 emboss-lib (>= 6.6.0+dfsg)
libajaxg 6 emboss-lib (>= 6.6.0+dfsg)
libensembl 6 emboss-lib (>= 6.6.0+dfsg)
libepcre 7 emboss-lib (>= 6.6.0+dfsg)
libeplplot 3 emboss-lib (>= 6.6.0+dfsg)
libnucleus 6 emboss-lib (>= 6.6.0+dfsg)
$

It is therefore not obvious that we should rename the package to
'emboss-lib-64' as part of this transition.

Looking at the archive, there are packages built from separate source
packages which depend on these libraries: embassy-domainatrix,
embassy-domalign, embassy-domsearch.

Since there is no self-evident thing to do with the library package name
here, we will not be handling this package as part of the mass NMUs. 
Instead I am filing a serious bug because partial upgrades from bookworm to
trixie on 32-bit architectures will result in ABI skew and may result in
broken behavior.

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://wiki.debian.org/ReleaseGoals/64bit-time
[1] https://lists.debian.org/debian-devel/2024/01/msg00041.html
[2] 
https://adrien.dcln.fr/misc/armhf-time_t/2024-01-17/logs/emboss-lib/base/log.txt


signature.asc
Description: PGP signature
--- End Message ---
--- Begin Message ---
Source: emboss
Source-Version: 6.6.0+dfsg-13
Done: Andreas Tille 

We believe that the bug you reported is fixed in the latest version of
emboss, which is due to be installed in the Debian FTP archive.

A summary of the changes between this version and the previous one is
attached.

Thank you for reporting the bug, which will now be closed.  If you
have further comments please address them to 1061...@bugs.debian.org,
and the maintainer will reopen the bug report if appropriate.

Debian distribution maintenance software
pp.
Andreas Tille  (supplier of updated emboss package)

(This message was generated automatically at their request; if you
believe that there is a problem with it please contact the archive
administrators by mailing ftpmas...@ftp-master.debian.org)


-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512

Format: 1.8
Date: Thu, 01 Feb 2024 08:06:40 +0100
Source: emboss
Architecture: source
Version: 6.6.0+dfsg-13
Distribution: unstable
Urgency: medium
Maintainer: Debian Med Packaging Team 

Changed-By: Andreas Tille 
Closes: 1061344
Changes:
 emboss (6.6.0+dfsg-13) unstable; urgency=medium
 .
   * Packaging update
   * Standards-Version: 4.6.2 (routine-update)
   * Update lintian override info format in d/jemboss.lintian-overrides
   * Remove constraints unnecessary since bullseye (oldstable):
 + Build-Depends: Replace dependency on transitional package
   x11proto-core-dev with replacement x11proto-dev.
   * Drop unneeded Conflicts with old library packages that do not exist
 even in oldstable any more
   * Restrict to 64bit architectures
 Closes: #1061344
   * Update emboss-lib.lintian-overrides
Checksums-Sha1:
 8900bb07148dc7d75ac8eba09a902f316f76a5f8 2775 emboss_6.6.0+dfsg-13.dsc
 78c868a1612ac6ef255777e7f65006a60836643e 249800 
emboss_6.6.0+dfsg-13.debian.tar.xz
 ad12a0be5b443bedce7486455ecb5aa87aaea922 14225 
emboss_6.6.0+dfsg-13_amd64.buildinfo
Checksums-Sha256:
 a07e119c04d0849e337aafd0e3ce3716cdd38a3df4cf20e8265d9e225d6154f2 2775 
emboss_6.6.0+dfsg-13.dsc
 633f63d9df2ad05d8c0d5c2aad1f0adbfd4bb5fddac8137b79853c72d35e66a0 249800 

Bug#1062379: libint2: NMU diff for 64-bit time_t transition

[Steve Langasek]

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

Dear maintainer,

As part of the 64-bit time_t transition required to support 32-bit
architectures in 2038 and beyond
(https://wiki.debian.org/ReleaseGoals/64bit-time), we have identified
libint2 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 libint2
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'), (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 libint2-2.7.2/debian/changelog libint2-2.7.2/debian/changelog
--- libint2-2.7.2/debian/changelog  2022-10-30 15:21:54.0 +
+++ libint2-2.7.2/debian/changelog  2024-02-01 07:37:10.0 +
@@ -1,3 +1,10 @@
+libint2 (2.7.2-1.1) experimental; urgency=medium
+
+  * Non-maintainer upload.
+  * Rename libraries for 64-bit time_t transition.
+
+ -- Steve Langasek   Thu, 01 Feb 2024 07:37:10 +
+
 libint2 (2.7.2-1) unstable; urgency=medium
 
   * New upstream point release.
diff -Nru libint2-2.7.2/debian/changelog.orig 
libint2-2.7.2/debian/changelog.orig
--- libint2-2.7.2/debian/changelog.orig 2022-01-09 11:33:18.0 +
+++ libint2-2.7.2/debian/changelog.orig 1970-01-01 00:00:00.0 +
@@ -1,220 +0,0 @@
-libint2 (2.7.1-2) UNRELEASED; urgency=medium
-
-
- -- Debichem Team   Sun, 09 Jan 2022 
12:33:18 +0100
-
-libint2 (2.7.1-1) unstable; urgency=medium
-
-  * New upstream release.
-  * debian/patches/fix_testsuite_32bit.patch: Updated.
-  * debian/patches/makefile_fix_distclean.patch: Likewise.
-  * debian/patches/unsilence_make.patch: Likewise.
-  * debian/patches/fix_testsuite.patch: Removed, applied upstream.
-  * debian/watch: Updated.
-  * debian/control (libint2-dev/Depends): Added libboost-dev and libeigen3-dev.
-  * debian/control (Build-Depends): Added cmake.
-  * debian/rules (override_dh_auto_build, override_dh_auto_test): Removed
-targets, no longer needed.
-  * debian/rules (override_dh_auto_install): Removed Fortran module handling
-(done upstream now), and added pkg-config file handling.
-  * debian/rules (DEB_HOST_MULTIARCH): New variable.
-  * debian/rules (override_dh_auto_configure): Rewritten for cmake.
-  * debian/patches/fix_generated_source_soversion.patch: New patch, sets the
-SONAME/SOVERSION for the exported library cmake build.
-
- -- Michael Banck   Sun, 09 Jan 2022 12:29:32 +0100
-
-libint2 (2.6.0-13) unstable; urgency=medium
-
-  [ Adrian Bunk ]
-  * debian/rules: Add all non-i386 32bit ports architectures to the -g0 list
-  * debian/rules: Build with -Os on mips/mipsel
-
- -- Michael Banck   Mon, 22 Feb 2021 08:34:08 +0100
-
-libint2 (2.6.0-12) unstable; urgency=medium
-
-  * debian/control (libint2-2): Added Breaks on cp2k (<< 8.1-8).
-
- -- Michael Banck   Sun, 21 Feb 2021 18:21:25 +0100
-
-libint2 (2.6.0-11) unstable; urgency=medium
-
-  * debian/rules (override_dh_auto_configure,prepare_sourcedir): Fix
-CXX_OPTFLAGS variable handling.
-
- -- Michael Banck   Mon, 01 Feb 2021 14:16:28 +0100
-
-libint2 (2.6.0-10) unstable; urgency=medium
-
-  * debian/rules: Compile the libint generator with minimal debugging on slower
-architectures and add armhf/armel to that architecture list.
-
- -- Michael Banck   Mon, 01 Feb 2021 12:29:11 +0100
-
-libint2 (2.6.0-9) unstable; urgency=medium
-
-  * debian/rules (override_dh_auto_test): Run dh_auto_test instead of make
-

Bug#1062386: libjson-rpc-cpp: NMU diff for 64-bit time_t transition

[Steve Langasek]

Source: libjson-rpc-cpp
Version: 0.7.0-2.1
Severity: serious
Tags: patch pending
Justification: library ABI skew on upgrade
User: debian-...@lists.debian.org
Usertags: time-t

Dear maintainer,

As part of the 64-bit time_t transition required to support 32-bit
architectures in 2038 and beyond
(https://wiki.debian.org/ReleaseGoals/64bit-time), we have identified
libjson-rpc-cpp 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 libjson-rpc-cpp
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'), (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 libjson-rpc-cpp-0.7.0/debian/changelog 
libjson-rpc-cpp-0.7.0/debian/changelog
--- libjson-rpc-cpp-0.7.0/debian/changelog  2022-10-09 01:33:02.0 
+
+++ libjson-rpc-cpp-0.7.0/debian/changelog  2024-02-01 08:44:39.0 
+
@@ -1,3 +1,10 @@
+libjson-rpc-cpp (0.7.0-2.2) experimental; urgency=medium
+
+  * Non-maintainer upload.
+  * Rename libraries for 64-bit time_t transition.
+
+ -- Steve Langasek   Thu, 01 Feb 2024 08:44:39 +
+
 libjson-rpc-cpp (0.7.0-2.1) unstable; urgency=medium
 
   * Non-maintainer upload.
diff -Nru libjson-rpc-cpp-0.7.0/debian/control 
libjson-rpc-cpp-0.7.0/debian/control
--- libjson-rpc-cpp-0.7.0/debian/control2022-10-09 01:29:33.0 
+
+++ libjson-rpc-cpp-0.7.0/debian/control2024-02-01 08:44:39.0 
+
@@ -15,7 +15,10 @@
 Vcs-Git: https://salsa.debian.org/debian/libjson-rpc-cpp.git
 Vcs-Browser: https://salsa.debian.org/debian/libjson-rpc-cpp
 
-Package: libjsonrpccpp-client0
+Package: libjsonrpccpp-client0t64
+Provides: ${t64:Provides}
+Replaces: libjsonrpccpp-client0
+Breaks: libjsonrpccpp-client0 (<< ${source:Version})
 Architecture: any
 Pre-Depends:
  ${misc:Pre-Depends},
@@ -38,7 +41,10 @@
   * Interface for additional Client-Connectors beside HTTP
   * Positional and named parameters
 
-Package: libjsonrpccpp-common0
+Package: libjsonrpccpp-common0t64
+Provides: ${t64:Provides}
+Replaces: libjsonrpccpp-common0
+Breaks: libjsonrpccpp-common0 (<< ${source:Version})
 Architecture: any
 Pre-Depends:
  ${misc:Pre-Depends},
@@ -46,8 +52,8 @@
  ${misc:Depends},
  ${shlibs:Depends},
 Suggests:
- libjsonrpccpp-client0 (= ${binary:Version}),
- libjsonrpccpp-server0 (= ${binary:Version}),
+ libjsonrpccpp-client0t64 (= ${binary:Version}),
+ libjsonrpccpp-server0t64 (= ${binary:Version}),
  libjsonrpccpp-tools (= ${binary:Version}),
 Description: common functionality for server and client library
  This library provides common classes for the libjson-rpc-cpp framework like
@@ -57,7 +63,7 @@
   * Specification Parsers and Writers
   * Procedure parameter validation
  .
- This package usually only makes sense with libjsonrpccpp-client0 and/or
+ This package usually only makes sense with libjsonrpccpp-client0t64 and/or
  libjsonrpccpp-server0.
 
 Package: libjsonrpccpp-dev
@@ -66,10 +72,10 @@
 Depends:
  libcurl4-openssl-dev | libcurl4-nss-dev,
  libjsoncpp-dev,
- libjsonrpccpp-client0 (= ${binary:Version}),
- libjsonrpccpp-common0 (= ${binary:Version}),
- libjsonrpccpp-server0 (= ${binary:Version}),
- libjsonrpccpp-stub0 (= ${binary:Version}),
+ libjsonrpccpp-client0t64 (= ${binary:Version}),
+ libjsonrpccpp-common0t64 (= ${binary:Version}),
+ libjsonrpccpp-server0t64 (= ${binary:Version}),
+ libjsonrpccpp-stub0t64 (= ${binary:Version}),
  libmicrohttpd-dev (>= 0.9.71),
  ${misc:Depends},
 Description: development files for JSON-RPC C++ framework
@@ 

Bug#1062387: drogon: NMU diff for 64-bit time_t transition

[mwhudson]

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

Dear maintainer,

As part of the 64-bit time_t transition required to support 32-bit
architectures in 2038 and beyond
(https://wiki.debian.org/ReleaseGoals/64bit-time), we have identified
drogon 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 drogon
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-15-generic (SMP w/16 CPU threads; PREEMPT)
Kernel taint flags: TAINT_PROPRIETARY_MODULE, TAINT_OOT_MODULE
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8), LANGUAGE not set
Shell: /bin/sh linked to /usr/bin/dash
Init: systemd (via /run/systemd/system)
diff -Nru drogon-1.8.7+ds/debian/changelog drogon-1.8.7+ds/debian/changelog
--- drogon-1.8.7+ds/debian/changelog2023-10-26 19:16:37.0 +
+++ drogon-1.8.7+ds/debian/changelog2024-02-01 08:43:59.0 +
@@ -1,3 +1,10 @@
+drogon (1.8.7+ds-1.1) experimental; urgency=medium
+
+  * Non-maintainer upload.
+  * Rename libraries for 64-bit time_t transition.
+
+ -- Michael Hudson-Doyle   Thu, 01 Feb 2024 08:43:59 +
+
 drogon (1.8.7+ds-1) unstable; urgency=medium
 
   * Drop .github and .gitmodules from upstream source
diff -Nru drogon-1.8.7+ds/debian/control drogon-1.8.7+ds/debian/control
--- drogon-1.8.7+ds/debian/control  2023-06-13 15:46:48.0 +
+++ drogon-1.8.7+ds/debian/control  2024-02-01 08:43:58.0 +
@@ -24,7 +24,10 @@
 Homepage: https://github.com/drogonframework/drogon
 Rules-Requires-Root: no
 
-Package: libdrogon1
+Package: libdrogon1t64
+Provides: ${t64:Provides}
+Replaces: libdrogon1
+Breaks: libdrogon1 (<< ${source:Version})
 Architecture: any
 Depends: ${shlibs:Depends}, ${misc:Depends}
 Description: C++14/17-based HTTP application framework
@@ -38,7 +41,7 @@
 
 Package: libdrogon-dev
 Architecture: any
-Depends: libdrogon1 (= ${binary:Version}), libtrantor-dev, ${misc:Depends}
+Depends: libdrogon1t64 (= ${binary:Version}), libtrantor-dev, ${misc:Depends}
 Description: C++14/17-based HTTP application framework
  Drogon can be used to easily build various types of web application server
  programs using C++.
@@ -50,7 +53,7 @@
 
 Package: drogon
 Architecture: any
-Depends: libdrogon1 (= ${binary:Version}), ${shlibs:Depends}, ${misc:Depends}
+Depends: libdrogon1t64 (= ${binary:Version}), ${shlibs:Depends}, 
${misc:Depends}
 Description: C++14/17-based HTTP application framework
  Drogon can be used to easily build various types of web application server
  programs using C++.
diff -Nru drogon-1.8.7+ds/debian/libdrogon1.install 
drogon-1.8.7+ds/debian/libdrogon1.install
--- drogon-1.8.7+ds/debian/libdrogon1.install   2023-06-13 15:46:44.0 
+
+++ drogon-1.8.7+ds/debian/libdrogon1.install   1970-01-01 00:00:00.0 
+
@@ -1 +0,0 @@
-usr/lib/*/libdrogon.so.*
diff -Nru drogon-1.8.7+ds/debian/libdrogon1t64.install 
drogon-1.8.7+ds/debian/libdrogon1t64.install
--- drogon-1.8.7+ds/debian/libdrogon1t64.install1970-01-01 
00:00:00.0 +
+++ drogon-1.8.7+ds/debian/libdrogon1t64.install2023-06-13 
15:46:44.0 +
@@ -0,0 +1 @@
+usr/lib/*/libdrogon.so.*
diff -Nru drogon-1.8.7+ds/debian/libdrogon1t64.lintian-overrides 
drogon-1.8.7+ds/debian/libdrogon1t64.lintian-overrides
--- drogon-1.8.7+ds/debian/libdrogon1t64.lintian-overrides  1970-01-01 
00:00:00.0 +
+++ drogon-1.8.7+ds/debian/libdrogon1t64.lintian-overrides  2024-02-01 
08:43:58.0 +
@@ -0,0 +1 @@
+libdrogon1t64: package-name-doesnt-match-sonames libdrogon1

Bug#1062397: editorconfig-core: flaky autopkgtest: dh_auto_build fails

[Paul Gevers]

Source: editorconfig-core
Version: 0.12.6-0.1
Severity: serious
User: debian...@lists.debian.org
Usertags: flaky

Dear maintainer(s),

I looked at the results of the autopkgtest of your package. I noticed 
that it regularly fails on ci.d.n infrastructure on at least amd64, 
armel and armhf. In all the logs I inspected, it was during the 
dh_auto_build that the failure happened.


Because the unstable-to-testing migration software now blocks on
regressions in testing, flaky tests, i.e. tests that flip between
passing and failing without changes to the list of installed packages,
are causing people unrelated to your package to spend time on these
tests.

Don't hesitate to reach out if you need help and some more information
from our infrastructure.

Paul
PS: are you sure you're testing the as-installed packages? I strongly 
suspect you're actually testing freshly built binaries. (And are you 
aware of the "build-needed" restriction? You don't need to handle a 
build yourself. Please read the notes about build-needed in the spec: 
https://salsa.debian.org/ci-team/autopkgtest/-/blob/master/doc/README.package-tests.rst)


https://ci.debian.net/packages/e/editorconfig-core/testing/armel/41755067/

 64s + dh_auto_build
 65s 	cd obj-arm-linux-gnueabi && make -j16 "INSTALL=install 
--strip-program=true" VERBOSE=1
 65s /usr/bin/cmake 
-S/tmp/autopkgtest-lxc.0nxtpm24/downtmp/build.eVv/src 
-B/tmp/autopkgtest-lxc.0nxtpm24/downtmp/build.eVv/src/obj-arm-linux-gnueabi 
--check-build-system CMakeFiles/Makefile.cmake 0
 65s /usr/bin/cmake -E cmake_progress_start 
/tmp/autopkgtest-lxc.0nxtpm24/downtmp/build.eVv/src/obj-arm-linux-gnueabi/CMakeFiles 
/tmp/autopkgtest-lxc.0nxtpm24/downtmp/build.eVv/src/obj-arm-linux-gnueabi//CMakeFiles/progress.marks

 65s make  -f CMakeFiles/Makefile2 all
 65s make[1]: Entering directory 
'/tmp/autopkgtest-lxc.0nxtpm24/downtmp/build.eVv/src/obj-arm-linux-gnueabi'
 65s make  -f src/lib/CMakeFiles/editorconfig_shared.dir/build.make 
src/lib/CMakeFiles/editorconfig_shared.dir/depend
 65s make  -f src/lib/CMakeFiles/editorconfig_static.dir/build.make 
src/lib/CMakeFiles/editorconfig_static.dir/depend
 65s make  -f doc/CMakeFiles/doc.dir/build.make 
doc/CMakeFiles/doc.dir/depend
 65s make[2]: Entering directory 
'/tmp/autopkgtest-lxc.0nxtpm24/downtmp/build.eVv/src/obj-arm-linux-gnueabi'
 65s cd 
/tmp/autopkgtest-lxc.0nxtpm24/downtmp/build.eVv/src/obj-arm-linux-gnueabi 
&& /usr/bin/cmake -E cmake_depends "Unix Makefiles" 
/tmp/autopkgtest-lxc.0nxtpm24/downtmp/build.eVv/src 
/tmp/autopkgtest-lxc.0nxtpm24/downtmp/build.eVv/src/src/lib 
/tmp/autopkgtest-lxc.0nxtpm24/downtmp/build.eVv/src/obj-arm-linux-gnueabi 
/tmp/autopkgtest-lxc.0nxtpm24/downtmp/build.eVv/src/obj-arm-linux-gnueabi/src/lib 
/tmp/autopkgtest-lxc.0nxtpm24/downtmp/build.eVv/src/obj-arm-linux-gnueabi/src/lib/CMakeFiles/editorconfig_static.dir/DependInfo.cmake 
"--color="
 65s make[2]: Entering directory 
'/tmp/autopkgtest-lxc.0nxtpm24/downtmp/build.eVv/src/obj-arm-linux-gnueabi'
 65s cd 
/tmp/autopkgtest-lxc.0nxtpm24/downtmp/build.eVv/src/obj-arm-linux-gnueabi 
&& /usr/bin/cmake -E cmake_depends "Unix Makefiles" 
/tmp/autopkgtest-lxc.0nxtpm24/downtmp/build.eVv/src 
/tmp/autopkgtest-lxc.0nxtpm24/downtmp/build.eVv/src/doc 
/tmp/autopkgtest-lxc.0nxtpm24/downtmp/build.eVv/src/obj-arm-linux-gnueabi 
/tmp/autopkgtest-lxc.0nxtpm24/downtmp/build.eVv/src/obj-arm-linux-gnueabi/doc 
/tmp/autopkgtest-lxc.0nxtpm24/downtmp/build.eVv/src/obj-arm-linux-gnueabi/doc/CMakeFiles/doc.dir/DependInfo.cmake 
"--color="
 65s make[2]: Entering directory 
'/tmp/autopkgtest-lxc.0nxtpm24/downtmp/build.eVv/src/obj-arm-linux-gnueabi'
 65s cd 
/tmp/autopkgtest-lxc.0nxtpm24/downtmp/build.eVv/src/obj-arm-linux-gnueabi 
&& /usr/bin/cmake -E cmake_depends "Unix Makefiles" 
/tmp/autopkgtest-lxc.0nxtpm24/downtmp/build.eVv/src 
/tmp/autopkgtest-lxc.0nxtpm24/downtmp/build.eVv/src/src/lib 
/tmp/autopkgtest-lxc.0nxtpm24/downtmp/build.eVv/src/obj-arm-linux-gnueabi 
/tmp/autopkgtest-lxc.0nxtpm24/downtmp/build.eVv/src/obj-arm-linux-gnueabi/src/lib 
/tmp/autopkgtest-lxc.0nxtpm24/downtmp/build.eVv/src/obj-arm-linux-gnueabi/src/lib/CMakeFiles/editorconfig_shared.dir/DependInfo.cmake 
"--color="
 65s make[2]: Leaving directory 
'/tmp/autopkgtest-lxc.0nxtpm24/downtmp/build.eVv/src/obj-arm-linux-gnueabi'
 65s make  -f src/lib/CMakeFiles/editorconfig_static.dir/build.make 
src/lib/CMakeFiles/editorconfig_static.dir/build
 65s make[2]: Leaving directory 
'/tmp/autopkgtest-lxc.0nxtpm24/downtmp/build.eVv/src/obj-arm-linux-gnueabi'
 65s make  -f doc/CMakeFiles/doc.dir/build.make 
doc/CMakeFiles/doc.dir/build
 65s make[2]: Entering directory 
'/tmp/autopkgtest-lxc.0nxtpm24/downtmp/build.eVv/src/obj-arm-linux-gnueabi'
 65s make[2]: Entering directory 
'/tmp/autopkgtest-lxc.0nxtpm24/downtmp/build.eVv/src/obj-arm-linux-gnueabi'
 65s make[2]: Leaving directory 
'/tmp/autopkgtest-lxc.0nxtpm24/downtmp/build.eVv/src/obj-arm-linux-gnueabi'
 65s make  -f 

Bug#1062399: liblip: NMU diff for 64-bit time_t transition

[Steve Langasek]

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

Dear maintainer,

As part of the 64-bit time_t transition required to support 32-bit
architectures in 2038 and beyond
(https://wiki.debian.org/ReleaseGoals/64bit-time), we have identified
liblip 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 liblip
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'), (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 liblip-2.0.0/debian/changelog liblip-2.0.0/debian/changelog
--- liblip-2.0.0/debian/changelog   2023-08-09 15:43:43.0 +
+++ liblip-2.0.0/debian/changelog   2024-02-01 09:23:30.0 +
@@ -1,3 +1,10 @@
+liblip (2.0.0-2.1) experimental; urgency=medium
+
+  * Non-maintainer upload.
+  * Rename libraries for 64-bit time_t transition.
+
+ -- Steve Langasek   Thu, 01 Feb 2024 09:23:30 +
+
 liblip (2.0.0-2) unstable; urgency=medium
 
   * QA upload.
diff -Nru liblip-2.0.0/debian/control liblip-2.0.0/debian/control
--- liblip-2.0.0/debian/control 2023-08-09 15:43:43.0 +
+++ liblip-2.0.0/debian/control 2024-02-01 09:23:30.0 +
@@ -6,7 +6,10 @@
 Homepage: http://www.deakin.edu.au/~gleb/lip.html
 Standards-Version: 3.7.2
 
-Package: liblip2
+Package: liblip2t64
+Provides: ${t64:Provides}
+Replaces: liblip2
+Breaks: liblip2 (<< ${source:Version})
 Section: libs
 Priority: optional
 Architecture: any
@@ -59,7 +62,7 @@
 Section: libdevel
 Priority: optional
 Architecture: any
-Depends: ${shlibs:Depends}, libtnt-dev, liblip2 (= ${binary:Version})
+Depends: ${shlibs:Depends}, libtnt-dev, liblip2t64 (= ${binary:Version})
 Description: reliable interpolation of multivariate scattered data
  Lip interpolates scattered multivariate data with a Lipschitz function.
  .
diff -Nru liblip-2.0.0/debian/liblip2t64.lintian-overrides 
liblip-2.0.0/debian/liblip2t64.lintian-overrides
--- liblip-2.0.0/debian/liblip2t64.lintian-overrides1970-01-01 
00:00:00.0 +
+++ liblip-2.0.0/debian/liblip2t64.lintian-overrides2024-02-01 
09:23:30.0 +
@@ -0,0 +1 @@
+liblip2t64: package-name-doesnt-match-sonames liblip2
diff -Nru liblip-2.0.0/debian/rules liblip-2.0.0/debian/rules
--- liblip-2.0.0/debian/rules   2023-08-09 15:43:43.0 +
+++ liblip-2.0.0/debian/rules   2024-02-01 09:23:30.0 +
@@ -30,7 +30,7 @@
-rm -f `find . -name "*~"`
-rm -rf tnt shared static
-rm -rf debian/tmp debian/files* core debian/substvars 
debian/debhelper.log
-   -rm -rf debian/liblip2 debian/liblip-dev
+   -rm -rf debian/liblip2t64 debian/liblip-dev
 
 binary-indep: checkroot build
$(checkdir)
@@ -39,18 +39,18 @@
 binary-arch: checkroot build
$(checkdir)
-rm -rf debian/tmp
-   -rm -rf debian/liblip2 debian/liblip-dev
-   install -d debian/tmp/DEBIAN 
debian/liblip2/usr/share/doc/liblip2/examples
-   cd debian && install -d liblip2 liblip-dev
-   cd debian/liblip2&& install -d DEBIAN usr/share/doc usr/lib/lip
+   -rm -rf debian/liblip2t64 debian/liblip-dev
+   install -d debian/tmp/DEBIAN 
debian/liblip2t64/usr/share/doc/liblip2t64/examples
+   cd debian && install -d liblip2t64 liblip-dev
+   cd debian/liblip2t64&& install -d DEBIAN usr/share/doc usr/lib/lip
cd debian/liblip-dev && install -d DEBIAN usr/share/doc 

Bug#1062412: libmawk: NMU diff for 64-bit time_t transition

[Steve Langasek]

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

Dear maintainer,

As part of the 64-bit time_t transition required to support 32-bit
architectures in 2038 and beyond
(https://wiki.debian.org/ReleaseGoals/64bit-time), we have identified
libmawk 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 libmawk
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'), (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 libmawk-1.0.2/debian/changelog libmawk-1.0.2/debian/changelog
--- libmawk-1.0.2/debian/changelog  2020-08-07 14:49:48.0 +
+++ libmawk-1.0.2/debian/changelog  2024-02-01 09:49:15.0 +
@@ -1,3 +1,10 @@
+libmawk (1.0.2-3.1) experimental; urgency=medium
+
+  * Non-maintainer upload.
+  * Rename libraries for 64-bit time_t transition.
+
+ -- Steve Langasek   Thu, 01 Feb 2024 09:49:15 +
+
 libmawk (1.0.2-3) unstable; urgency=medium
 
   * trivial patch to allow for compilation with GCC 10, closes: #957451
diff -Nru libmawk-1.0.2/debian/control libmawk-1.0.2/debian/control
--- libmawk-1.0.2/debian/control2020-08-07 14:49:48.0 +
+++ libmawk-1.0.2/debian/control2024-02-01 09:49:14.0 +
@@ -9,7 +9,10 @@
 Vcs-Git: https://salsa.debian.org/electronics-team/libmawk.git
 Vcs-Browser: https://salsa.debian.org/electronics-team/libmawk
 
-Package: libmawk1
+Package: libmawk1t64
+Provides: ${t64:Provides}
+Replaces: libmawk1
+Breaks: libmawk1 (<< ${source:Version})
 Architecture: any
 Depends: ${misc:Depends}, ${shlibs:Depends}
 Description: embeddable mawk lib
@@ -27,7 +30,7 @@
 Package: libmawk-dev
 Section: libdevel
 Architecture: all
-Depends: ${misc:Depends}, ${shlibs:Depends}, libmawk1 (>= ${source:Version}), 
libmawk1 (<< ${source:Version}.1~)
+Depends: ${misc:Depends}, ${shlibs:Depends}, libmawk1t64 (>= 
${source:Version}), libmawk1 (<< ${source:Version}.1~)
 Description: embeddable mawk lib
  Libmawk is a fork of the popular awk implementation mawk, and aims to be
  the lightweight script language programmers embed in their application.
diff -Nru libmawk-1.0.2/debian/libmawk1.install 
libmawk-1.0.2/debian/libmawk1.install
--- libmawk-1.0.2/debian/libmawk1.install   2020-08-07 14:49:48.0 
+
+++ libmawk-1.0.2/debian/libmawk1.install   1970-01-01 00:00:00.0 
+
@@ -1,6 +0,0 @@
-/usr/bin/*
-/usr/lib/*.so.[0123456789]
-/usr/lib/*.so.*.*.*
-/usr/share/man/*
-/usr/share/doc/*
-
diff -Nru libmawk-1.0.2/debian/libmawk1t64.install 
libmawk-1.0.2/debian/libmawk1t64.install
--- libmawk-1.0.2/debian/libmawk1t64.install1970-01-01 00:00:00.0 
+
+++ libmawk-1.0.2/debian/libmawk1t64.install2020-08-07 14:49:48.0 
+
@@ -0,0 +1,6 @@
+/usr/bin/*
+/usr/lib/*.so.[0123456789]
+/usr/lib/*.so.*.*.*
+/usr/share/man/*
+/usr/share/doc/*
+
diff -Nru libmawk-1.0.2/debian/libmawk1t64.lintian-overrides 
libmawk-1.0.2/debian/libmawk1t64.lintian-overrides
--- libmawk-1.0.2/debian/libmawk1t64.lintian-overrides  1970-01-01 
00:00:00.0 +
+++ libmawk-1.0.2/debian/libmawk1t64.lintian-overrides  2024-02-01 
09:49:14.0 +
@@ -0,0 +1 @@
+libmawk1t64: package-name-doesnt-match-sonames libmawk1

Bug#1062411: libmateweather: NMU diff for 64-bit time_t transition

[Steve Langasek]

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

Dear maintainer,

As part of the 64-bit time_t transition required to support 32-bit
architectures in 2038 and beyond
(https://wiki.debian.org/ReleaseGoals/64bit-time), we have identified
libmateweather 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 libmateweather
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'), (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 libmateweather-1.26.3/debian/changelog 
libmateweather-1.26.3/debian/changelog
--- libmateweather-1.26.3/debian/changelog  2024-01-21 08:31:29.0 
+
+++ libmateweather-1.26.3/debian/changelog  2024-02-01 09:47:00.0 
+
@@ -1,3 +1,10 @@
+libmateweather (1.26.3-2.1) experimental; urgency=medium
+
+  * Non-maintainer upload.
+  * Rename libraries for 64-bit time_t transition.
+
+ -- Steve Langasek   Thu, 01 Feb 2024 09:47:00 +
+
 libmateweather (1.26.3-2) unstable; urgency=medium
 
   * debian/control:
diff -Nru libmateweather-1.26.3/debian/control 
libmateweather-1.26.3/debian/control
--- libmateweather-1.26.3/debian/control2024-01-21 08:30:59.0 
+
+++ libmateweather-1.26.3/debian/control2024-02-01 09:47:00.0 
+
@@ -24,15 +24,16 @@
 Vcs-Browser: https://salsa.debian.org/debian-mate-team/libmateweather
 Vcs-Git: https://salsa.debian.org/debian-mate-team/libmateweather.git
 
-Package: libmateweather1
+Package: libmateweather1t64
+Provides: ${t64:Provides}
 Architecture: any
 Multi-Arch: same
 Pre-Depends: ${misc:Pre-Depends},
 Depends: libmateweather-common (= ${source:Version}),
  ${misc:Depends},
  ${shlibs:Depends},
-Breaks: libmateweather,
-Replaces: libmateweather,
+Breaks: libmateweather1 (<< ${source:Version}), libmateweather,
+Replaces: libmateweather1, libmateweather,
 Description: MateWeather shared library
  libmateweather is a library to access weather information from online
  services for numerous locations.
@@ -57,7 +58,7 @@
 Multi-Arch: same
 Depends: libglib2.0-dev,
  libgtk-3-dev,
- libmateweather1 (= ${binary:Version}),
+ libmateweather1t64 (= ${binary:Version}),
  libsoup-gnome2.4-dev,
  libsoup2.4-dev,
  libxml2-dev,
diff -Nru libmateweather-1.26.3/debian/libmateweather1.install 
libmateweather-1.26.3/debian/libmateweather1.install
--- libmateweather-1.26.3/debian/libmateweather1.install2014-12-11 
04:45:54.0 +
+++ libmateweather-1.26.3/debian/libmateweather1.install1970-01-01 
00:00:00.0 +
@@ -1 +0,0 @@
-usr/lib/*/*.so.*
diff -Nru libmateweather-1.26.3/debian/libmateweather1.symbols 
libmateweather-1.26.3/debian/libmateweather1.symbols
--- libmateweather-1.26.3/debian/libmateweather1.symbols2019-07-10 
11:59:00.0 +
+++ libmateweather-1.26.3/debian/libmateweather1.symbols1970-01-01 
00:00:00.0 +
@@ -1,125 +0,0 @@
-libmateweather.so.1 libmateweather1 #MINVER#
-* Build-Depends-Package: libmateweather-dev
- _weather_info_fill@Base 1.6.2
- bom_start_open@Base 1.6.2
- calc_moon@Base 1.6.2
- calc_moon_phases@Base 1.6.2
- calc_sun@Base 1.6.2
- calc_sun_time@Base 1.6.2
- ecl2equ@Base 1.6.2
- free_forecast_list@Base 1.6.2
- iwin_start_open@Base 1.6.2
- mateweather_dpgettext@Base 1.6.2
- mateweather_gettext@Base 

Bug#1062413: libmediascan: NMU diff for 64-bit time_t transition

[Steve Langasek]

Source: libmediascan
Version: 0~20220401.git.34fc2d-3
Severity: serious
Tags: patch pending
Justification: library ABI skew on upgrade
User: debian-...@lists.debian.org
Usertags: time-t

Dear maintainer,

As part of the 64-bit time_t transition required to support 32-bit
architectures in 2038 and beyond
(https://wiki.debian.org/ReleaseGoals/64bit-time), we have identified
libmediascan 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 libmediascan
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'), (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 libmediascan-0~20220401.git.34fc2d/debian/changelog 
libmediascan-0~20220401.git.34fc2d/debian/changelog
--- libmediascan-0~20220401.git.34fc2d/debian/changelog 2023-05-03 
17:40:30.0 +
+++ libmediascan-0~20220401.git.34fc2d/debian/changelog 2024-02-01 
09:49:49.0 +
@@ -1,3 +1,10 @@
+libmediascan (0~20220401.git.34fc2d-3.1) experimental; urgency=medium
+
+  * Non-maintainer upload.
+  * Rename libraries for 64-bit time_t transition.
+
+ -- Steve Langasek   Thu, 01 Feb 2024 09:49:49 +
+
 libmediascan (0~20220401.git.34fc2d-3) unstable; urgency=medium
 
   * Depends: add libmediascan0 to libmediascan-dev (Closes: #1035451)
diff -Nru libmediascan-0~20220401.git.34fc2d/debian/control 
libmediascan-0~20220401.git.34fc2d/debian/control
--- libmediascan-0~20220401.git.34fc2d/debian/control   2023-05-03 
17:40:30.0 +
+++ libmediascan-0~20220401.git.34fc2d/debian/control   2024-02-01 
09:49:49.0 +
@@ -44,7 +44,10 @@
   * Generate audio, video, and image thumbnails at scan-time.
   * Determine DLNA profile information during scanning
 
-Package: libmediascan0
+Package: libmediascan0t64
+Provides: ${t64:Provides}
+Replaces: libmediascan0
+Breaks: libmediascan0 (<< ${source:Version})
 Section: libs
 Architecture: any
 Depends: ${shlibs:Depends}, ${misc:Depends}
@@ -58,7 +61,7 @@
 Section: libdevel
 Architecture: any
 Depends: ${shlibs:Depends}, ${misc:Depends},
- libmediascan0 (= ${binary:Version}),
+ libmediascan0t64 (= ${binary:Version}),
 Description: libmediascan development files
  libmediascan is a library to:
   * Scan a file tree for media files
diff -Nru libmediascan-0~20220401.git.34fc2d/debian/libmediascan0.install 
libmediascan-0~20220401.git.34fc2d/debian/libmediascan0.install
--- libmediascan-0~20220401.git.34fc2d/debian/libmediascan0.install 
2023-05-03 17:40:30.0 +
+++ libmediascan-0~20220401.git.34fc2d/debian/libmediascan0.install 
1970-01-01 00:00:00.0 +
@@ -1,2 +0,0 @@
-#! /usr/bin/dh-exec
-src/.libs/libmediascan.so.*  usr/lib/${DEB_HOST_MULTIARCH}
diff -Nru libmediascan-0~20220401.git.34fc2d/debian/libmediascan0t64.install 
libmediascan-0~20220401.git.34fc2d/debian/libmediascan0t64.install
--- libmediascan-0~20220401.git.34fc2d/debian/libmediascan0t64.install  
1970-01-01 00:00:00.0 +
+++ libmediascan-0~20220401.git.34fc2d/debian/libmediascan0t64.install  
2023-05-03 17:40:30.0 +
@@ -0,0 +1,2 @@
+#! /usr/bin/dh-exec
+src/.libs/libmediascan.so.*  usr/lib/${DEB_HOST_MULTIARCH}
diff -Nru 
libmediascan-0~20220401.git.34fc2d/debian/libmediascan0t64.lintian-overrides 
libmediascan-0~20220401.git.34fc2d/debian/libmediascan0t64.lintian-overrides
--- 
libmediascan-0~20220401.git.34fc2d/debian/libmediascan0t64.lintian-overrides
1970-01-01 00:00:00.0 +
+++ 

Bug#1062419: libminini: NMU diff for 64-bit time_t transition

[Steve Langasek]

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

Dear maintainer,

As part of the 64-bit time_t transition required to support 32-bit
architectures in 2038 and beyond
(https://wiki.debian.org/ReleaseGoals/64bit-time), we have identified
libminini 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 libminini
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'), (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 libminini-1.4+ds/debian/changelog libminini-1.4+ds/debian/changelog
--- libminini-1.4+ds/debian/changelog   2022-12-21 16:01:45.0 +
+++ libminini-1.4+ds/debian/changelog   2024-02-01 09:58:31.0 +
@@ -1,3 +1,10 @@
+libminini (1.4+ds-1.1) experimental; urgency=medium
+
+  * Non-maintainer upload.
+  * Rename libraries for 64-bit time_t transition.
+
+ -- Steve Langasek   Thu, 01 Feb 2024 09:58:31 +
+
 libminini (1.4+ds-1) unstable; urgency=medium
 
   * New upstream release
diff -Nru libminini-1.4+ds/debian/control libminini-1.4+ds/debian/control
--- libminini-1.4+ds/debian/control 2022-12-21 16:01:45.0 +
+++ libminini-1.4+ds/debian/control 2024-02-01 09:58:31.0 +
@@ -14,7 +14,7 @@
 Section: libdevel
 Architecture: any
 Multi-Arch: same
-Depends: libminini1 (= ${binary:Version}), ${misc:Depends}
+Depends: libminini1t64 (= ${binary:Version}), ${misc:Depends}
 Description: minimal INI file parser - development headers
  minIni is a programmer's library to read and write "INI" files in embedded
  systems. minIni takes little resources, has a deterministic memory footprint
@@ -26,7 +26,10 @@
  .
  This package contains the development headers.
 
-Package: libminini1
+Package: libminini1t64
+Provides: ${t64:Provides}
+Replaces: libminini1
+Breaks: libminini1 (<< ${source:Version})
 Architecture: any
 Multi-Arch: same
 Depends: ${shlibs:Depends}, ${misc:Depends}
diff -Nru libminini-1.4+ds/debian/libminini1.install 
libminini-1.4+ds/debian/libminini1.install
--- libminini-1.4+ds/debian/libminini1.install  2022-12-21 16:01:45.0 
+
+++ libminini-1.4+ds/debian/libminini1.install  1970-01-01 00:00:00.0 
+
@@ -1 +0,0 @@
-usr/lib/*/libminIni.so.*
diff -Nru libminini-1.4+ds/debian/libminini1.symbols 
libminini-1.4+ds/debian/libminini1.symbols
--- libminini-1.4+ds/debian/libminini1.symbols  2022-12-21 16:01:45.0 
+
+++ libminini-1.4+ds/debian/libminini1.symbols  1970-01-01 00:00:00.0 
+
@@ -1,34 +0,0 @@
-libminIni.so.1 libminini1 #MINVER#
-* Build-Depends-Package: libminini-dev
- (c++)"minIni::del(std::__cxx11::basic_string, 
std::allocator > const&)@Base" 1.2.a
- (c++)"minIni::del(std::__cxx11::basic_string, 
std::allocator > const&, std::__cxx11::basic_string, std::allocator > const&)@Base" 1.2.a
- (c++)"minIni::put(std::__cxx11::basic_string, 
std::allocator > const&, std::__cxx11::basic_string, std::allocator > const&, char const*)@Base" 1.2.a
- (c++)"minIni::put(std::__cxx11::basic_string, 
std::allocator > const&, std::__cxx11::basic_string, std::allocator > const&, 
std::__cxx11::basic_string, std::allocator > 
const&)@Base" 1.2.a
- (c++)"minIni::put(std::__cxx11::basic_string, 
std::allocator > const&, std::__cxx11::basic_string, std::allocator > const&, bool)@Base" 1.2.a
- (c++)"minIni::put(std::__cxx11::basic_string, 
std::allocator > const&, 

Bug#1062420: libmobi: NMU diff for 64-bit time_t transition

[Steve Langasek]

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

Dear maintainer,

As part of the 64-bit time_t transition required to support 32-bit
architectures in 2038 and beyond
(https://wiki.debian.org/ReleaseGoals/64bit-time), we have identified
libmobi 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 libmobi
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'), (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 libmobi-0.11+dfsg/debian/changelog libmobi-0.11+dfsg/debian/changelog
--- libmobi-0.11+dfsg/debian/changelog  2022-05-28 15:38:22.0 +
+++ libmobi-0.11+dfsg/debian/changelog  2024-02-01 09:58:53.0 +
@@ -1,3 +1,10 @@
+libmobi (0.11+dfsg-1.1) experimental; urgency=medium
+
+  * Non-maintainer upload.
+  * Rename libraries for 64-bit time_t transition.
+
+ -- Steve Langasek   Thu, 01 Feb 2024 09:58:53 +
+
 libmobi (0.11+dfsg-1) unstable; urgency=medium
 
   * New upstream release.
diff -Nru libmobi-0.11+dfsg/debian/control libmobi-0.11+dfsg/debian/control
--- libmobi-0.11+dfsg/debian/control2022-05-28 15:38:22.0 +
+++ libmobi-0.11+dfsg/debian/control2024-02-01 09:58:53.0 +
@@ -13,7 +13,7 @@
 Section: libdevel
 Architecture: any
 Multi-Arch: same
-Depends: libmobi0 (= ${binary:Version}), ${misc:Depends}
+Depends: libmobi0t64 (= ${binary:Version}), ${misc:Depends}
 Description: Development files for libmobi
  libmobi is a C library for handling Mobipocket/Kindle ebook format documents.
  The library handles .prc, .mobi, .azw; .azw3, .azw4, some .pdb documents.
@@ -21,7 +21,10 @@
  documents and dictionaries. It is also possible to edit document's metadata.
  It handles encrypted files.
 
-Package: libmobi0
+Package: libmobi0t64
+Provides: ${t64:Provides}
+Replaces: libmobi0
+Breaks: libmobi0 (<< ${source:Version})
 Architecture: any
 Multi-Arch: same
 Depends: ${shlibs:Depends}, ${misc:Depends}
@@ -35,7 +38,7 @@
 Architecture: any
 Section: text
 Multi-Arch: foreign
-Depends: libmobi0 (= ${binary:Version}), ${shlibs:Depends}, ${misc:Depends}
+Depends: libmobi0t64 (= ${binary:Version}), ${shlibs:Depends}, ${misc:Depends}
 Description: Tools for handling Mobipocket/Kindle ebook format documents
  Tools can open .prc, .mobi, .azw; .azw3, .azw4 and some older .pdb documents.
  .
diff -Nru libmobi-0.11+dfsg/debian/libmobi0.docs 
libmobi-0.11+dfsg/debian/libmobi0.docs
--- libmobi-0.11+dfsg/debian/libmobi0.docs  2022-05-28 15:38:22.0 
+
+++ libmobi-0.11+dfsg/debian/libmobi0.docs  1970-01-01 00:00:00.0 
+
@@ -1 +0,0 @@
-README.md
diff -Nru libmobi-0.11+dfsg/debian/libmobi0.install 
libmobi-0.11+dfsg/debian/libmobi0.install
--- libmobi-0.11+dfsg/debian/libmobi0.install   2022-05-28 15:38:22.0 
+
+++ libmobi-0.11+dfsg/debian/libmobi0.install   1970-01-01 00:00:00.0 
+
@@ -1 +0,0 @@
-usr/lib/*/lib*.so.*
diff -Nru libmobi-0.11+dfsg/debian/libmobi0.symbols 
libmobi-0.11+dfsg/debian/libmobi0.symbols
--- libmobi-0.11+dfsg/debian/libmobi0.symbols   2022-05-28 15:38:22.0 
+
+++ libmobi-0.11+dfsg/debian/libmobi0.symbols   1970-01-01 00:00:00.0 
+
@@ -1,125 +0,0 @@
-libmobi.so.0 libmobi0 #MINVER#
-* Build-Depends-Package: libmobi-dev
- mobi_add_exthrecord@Base 0.6
- mobi_decode_audio_resource@Base 0.6
- mobi_decode_exthstring@Base 0.6
- 

Bug#1062416: libmems: NMU diff for 64-bit time_t transition

[Steve Langasek]

Source: libmems
Version: 1.6.0+4725-9
Severity: serious
Tags: patch pending
Justification: library ABI skew on upgrade
User: debian-...@lists.debian.org
Usertags: time-t

Dear maintainer,

As part of the 64-bit time_t transition required to support 32-bit
architectures in 2038 and beyond
(https://wiki.debian.org/ReleaseGoals/64bit-time), we have identified
libmems 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 libmems
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'), (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 libmems-1.6.0+4725/debian/changelog 
libmems-1.6.0+4725/debian/changelog
--- libmems-1.6.0+4725/debian/changelog 2020-11-17 08:12:35.0 +
+++ libmems-1.6.0+4725/debian/changelog 2024-02-01 09:52:49.0 +
@@ -1,3 +1,10 @@
+libmems (1.6.0+4725-9.1) experimental; urgency=medium
+
+  * Non-maintainer upload.
+  * Rename libraries for 64-bit time_t transition.
+
+ -- Steve Langasek   Thu, 01 Feb 2024 09:52:49 +
+
 libmems (1.6.0+4725-9) unstable; urgency=medium
 
   * Standards-Version: 4.5.1 (routine-update)
diff -Nru libmems-1.6.0+4725/debian/control libmems-1.6.0+4725/debian/control
--- libmems-1.6.0+4725/debian/control   2020-11-17 08:12:35.0 +
+++ libmems-1.6.0+4725/debian/control   2024-02-01 09:52:49.0 +
@@ -20,7 +20,7 @@
 Package: libmems-dev
 Architecture: any
 Section: libdevel
-Depends: libmems1 (= ${binary:Version}),
+Depends: libmems1t64 (= ${binary:Version}),
  ${misc:Depends},
  ${devlibs:Depends}
 Provides: libmems-1.6-dev
@@ -37,7 +37,9 @@
  This is the development package containing the statically linked
  library and the header files.
 
-Package: libmems1
+Package: libmems1t64
+Provides: ${t64:Provides}
+Breaks: libmems1 (<< ${source:Version})
 Architecture: any
 Multi-Arch: same
 Section: libs
@@ -46,7 +48,7 @@
 Pre-Depends: ${misc:Pre-Depends}
 Conflicts: libmems-1.6-1,
libmems-1.6-1v5
-Replaces: libmems-1.6-1,
+Replaces: libmems1, libmems-1.6-1,
   libmems-1.6-1v5
 Description: library to support DNA string matching and comparative genomics
  libMems is a freely available software development library to support DNA
diff -Nru libmems-1.6.0+4725/debian/libmems1t64.lintian-overrides 
libmems-1.6.0+4725/debian/libmems1t64.lintian-overrides
--- libmems-1.6.0+4725/debian/libmems1t64.lintian-overrides 1970-01-01 
00:00:00.0 +
+++ libmems-1.6.0+4725/debian/libmems1t64.lintian-overrides 2024-02-01 
09:52:49.0 +
@@ -0,0 +1 @@
+libmems1t64: package-name-doesnt-match-sonames libmems1

Bug#1062417: libmialm: NMU diff for 64-bit time_t transition

[Steve Langasek]

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

Dear maintainer,

As part of the 64-bit time_t transition required to support 32-bit
architectures in 2038 and beyond
(https://wiki.debian.org/ReleaseGoals/64bit-time), we have identified
libmialm 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 libmialm
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'), (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 libmialm-1.0.9/debian/changelog libmialm-1.0.9/debian/changelog
--- libmialm-1.0.9/debian/changelog 2020-11-10 17:03:07.0 +
+++ libmialm-1.0.9/debian/changelog 2024-02-01 09:56:28.0 +
@@ -1,3 +1,10 @@
+libmialm (1.0.9-3.1) experimental; urgency=medium
+
+  * Non-maintainer upload.
+  * Rename libraries for 64-bit time_t transition.
+
+ -- Steve Langasek   Thu, 01 Feb 2024 09:56:28 +
+
 libmialm (1.0.9-3) unstable; urgency=medium
 
   * Team upload.
diff -Nru libmialm-1.0.9/debian/control libmialm-1.0.9/debian/control
--- libmialm-1.0.9/debian/control   2020-11-10 17:03:07.0 +
+++ libmialm-1.0.9/debian/control   2024-02-01 09:56:28.0 +
@@ -17,7 +17,7 @@
 Package: libmialm-dev
 Architecture: any
 Section: libdevel
-Depends: libmialm3 (= ${binary:Version}),
+Depends: libmialm3t64 (= ${binary:Version}),
  ${misc:Depends}
 Description: Development files for the MIA landmark library
  This library implements handling for landmarks and 3D view positioning
@@ -26,7 +26,10 @@
  This package contains the development files - headers, shared libraries,
  and pkg-config files.
 
-Package: libmialm3
+Package: libmialm3t64
+Provides: ${t64:Provides}
+Replaces: libmialm3
+Breaks: libmialm3 (<< ${source:Version})
 Architecture: any
 Multi-Arch: same
 Section: libs
diff -Nru libmialm-1.0.9/debian/libmialm3.install 
libmialm-1.0.9/debian/libmialm3.install
--- libmialm-1.0.9/debian/libmialm3.install 2020-11-10 17:03:07.0 
+
+++ libmialm-1.0.9/debian/libmialm3.install 1970-01-01 00:00:00.0 
+
@@ -1 +0,0 @@
-usr/lib/*/lib*.so.*
diff -Nru libmialm-1.0.9/debian/libmialm3.symbols 
libmialm-1.0.9/debian/libmialm3.symbols
--- libmialm-1.0.9/debian/libmialm3.symbols 2020-11-10 17:03:07.0 
+
+++ libmialm-1.0.9/debian/libmialm3.symbols 1970-01-01 00:00:00.0 
+
@@ -1,93 +0,0 @@
-libmialm.so.3 libmialm3 #MINVER#
- __cleanup_parserstate@Base 1.0.7
- __clear_location@Base 1.0.7
- camera_parser_tags@Base 1.0.7
- landmark_parser_tags@Base 1.0.7
- landmarklist_parser_tags@Base 1.0.7
- mia_camera_copy@Base 1.0.7
- mia_camera_dup@Base 1.0.7
- mia_camera_get_dist@Base 1.0.7
- mia_camera_get_location@Base 1.0.7
- mia_camera_get_rotation@Base 1.0.7
- mia_camera_get_type@Base 1.0.7
- mia_camera_get_zoom@Base 1.0.7
- mia_camera_new@Base 1.0.7
- mia_camera_set_dist@Base 1.0.7
- mia_camera_set_location@Base 1.0.7
- mia_camera_set_rotation@Base 1.0.7
- mia_camera_set_zoom@Base 1.0.7
- mia_camera_xmlio_write@Base 1.0.7
- mia_landmark_camera_property@Base 1.0.7
- mia_landmark_get_camera@Base 1.0.7
- mia_landmark_get_iso_value@Base 1.0.7
- mia_landmark_get_location@Base 1.0.7
- mia_landmark_get_name@Base 1.0.7
- mia_landmark_get_picfile@Base 1.0.7
- mia_landmark_get_type@Base 1.0.7
- mia_landmark_isovalue_property@Base 1.0.7
- mia_landmark_location_property@Base 

Bug#1062418: libminc: NMU diff for 64-bit time_t transition

[Steve Langasek]

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

Dear maintainer,

As part of the 64-bit time_t transition required to support 32-bit
architectures in 2038 and beyond
(https://wiki.debian.org/ReleaseGoals/64bit-time), we have identified
libminc 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 libminc
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'), (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 libminc-2.4.06/debian/changelog libminc-2.4.06/debian/changelog
--- libminc-2.4.06/debian/changelog 2023-12-30 16:21:51.0 +
+++ libminc-2.4.06/debian/changelog 2024-02-01 09:57:28.0 +
@@ -1,3 +1,10 @@
+libminc (2.4.06-2.1) experimental; urgency=medium
+
+  * Non-maintainer upload.
+  * Rename libraries for 64-bit time_t transition.
+
+ -- Steve Langasek   Thu, 01 Feb 2024 09:57:28 +
+
 libminc (2.4.06-2) unstable; urgency=medium
 
   [ Steve Robbins ]
diff -Nru libminc-2.4.06/debian/control libminc-2.4.06/debian/control
--- libminc-2.4.06/debian/control   2023-12-30 16:21:51.0 +
+++ libminc-2.4.06/debian/control   2024-02-01 09:57:28.0 +
@@ -17,7 +17,10 @@
 Homepage: https://github.com/BIC-MNI/libminc
 Rules-Requires-Root: no
 
-Package: libminc2-5.3.0
+Package: libminc2-5.3.0t64
+Provides: ${t64:Provides}
+Replaces: libminc2-5.3.0
+Breaks: libminc2-5.3.0 (<< ${source:Version})
 Architecture: any
 Multi-Arch: same
 Section: libs
@@ -43,7 +46,7 @@
 Architecture: any
 Section: libdevel
 Depends: ${misc:Depends},
- libminc2-5.3.0 (= ${binary:Version}),
+ libminc2-5.3.0t64 (= ${binary:Version}),
  libnetcdf-dev,
  libhdf5-dev
 Conflicts: libminc0-dev
diff -Nru libminc-2.4.06/debian/libminc2-5.3.0.install 
libminc-2.4.06/debian/libminc2-5.3.0.install
--- libminc-2.4.06/debian/libminc2-5.3.0.install2023-12-30 
16:21:51.0 +
+++ libminc-2.4.06/debian/libminc2-5.3.0.install1970-01-01 
00:00:00.0 +
@@ -1 +0,0 @@
-usr/lib/*/lib*.so.*
diff -Nru libminc-2.4.06/debian/libminc2-5.3.0t64.install 
libminc-2.4.06/debian/libminc2-5.3.0t64.install
--- libminc-2.4.06/debian/libminc2-5.3.0t64.install 1970-01-01 
00:00:00.0 +
+++ libminc-2.4.06/debian/libminc2-5.3.0t64.install 2023-12-30 
16:21:51.0 +
@@ -0,0 +1 @@
+usr/lib/*/lib*.so.*
diff -Nru libminc-2.4.06/debian/libminc2-5.3.0t64.lintian-overrides 
libminc-2.4.06/debian/libminc2-5.3.0t64.lintian-overrides
--- libminc-2.4.06/debian/libminc2-5.3.0t64.lintian-overrides   1970-01-01 
00:00:00.0 +
+++ libminc-2.4.06/debian/libminc2-5.3.0t64.lintian-overrides   2024-02-01 
09:57:28.0 +
@@ -0,0 +1 @@
+libminc2-5.3.0t64: package-name-doesnt-match-sonames libminc2-5.3.0

Bug#1062381: libisofs: NMU diff for 64-bit time_t transition

[Thomas Schmitt]

Hi,

i'm the upstream and help with preparing the Debian packages.
So i assume that any needed action in this case is up to my sponsor
Dominique Dumont (Cc'd).

But:

Are you aware that the effort to switch to 64 bit time_t is not worth much
in a ISO 9660 producing software, even on amd64, as long as

  https://github.com/torvalds/linux/blob/master/fs/isofs/isofs.h

has int as return type of the ISO-9660-to-Unix-time function

  extern int iso_date(u8 *, int);

(implemented in fs/isofs/util.c) ?

I once made a successful attempt to get the attention of parts of the
kernel community:
  
https://lore.kernel.org/all/20221024135517.7d40b96a206020eca03e3...@linux-foundation.org/t/
But as it looks, it never made it into the torvalds repo.


Have a nice day :)

Thomas

Bug#1062354: libatomic1: 14-20240127-1 missing libat_test_and_set_1_i2

[Martin Pitt]

Control: severity 1061370 grave
Control: forcemerge -1 1061370

Matthias Klose [2024-02-01  8:30 +0100]:
> please don't file duplicate reports, see #1061370

Ah, sorry -- it wasn't clear from the title that it was about this problem, nor
was it RC. Marking a duplicate, so that it's easier to find.

Pitti

Processed (with 1 error): Re: Bug#1062354: libatomic1: 14-20240127-1 missing libat_test_and_set_1_i2

[Debian Bug Tracking System]

Processing control commands:

> severity 1061370 grave
Bug #1061370 [src:gcc-14] gcc-14 ftbfs on armel
Severity set to 'grave' from 'important'
> forcemerge -1 1061370
Bug #1062354 [libatomic1] libatomic1: 14-20240127-1 missing 
libat_test_and_set_1_i2
Unable to merge bugs because:
package of #1061370 is 'src:gcc-14' not 'libatomic1'
Failed to forcibly merge 1062354: Did not alter merged bugs.


-- 
1061370: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=1061370
1062354: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=1062354
Debian Bug Tracking System
Contact ow...@bugs.debian.org with problems

Bug#1062381: libisofs: NMU diff for 64-bit time_t transition

[Steve Langasek]

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

Dear maintainer,

As part of the 64-bit time_t transition required to support 32-bit
architectures in 2038 and beyond
(https://wiki.debian.org/ReleaseGoals/64bit-time), we have identified
libisofs 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 libisofs
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'), (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 libisofs-1.5.6.pl01/debian/changelog 
libisofs-1.5.6.pl01/debian/changelog
--- libisofs-1.5.6.pl01/debian/changelog2023-09-09 17:16:02.0 
+
+++ libisofs-1.5.6.pl01/debian/changelog2024-02-01 08:41:43.0 
+
@@ -1,3 +1,10 @@
+libisofs (1.5.6.pl01-1.1) experimental; urgency=medium
+
+  * Non-maintainer upload.
+  * Rename libraries for 64-bit time_t transition.
+
+ -- Steve Langasek   Thu, 01 Feb 2024 08:41:43 +
+
 libisofs (1.5.6.pl01-1) unstable; urgency=low
 
   [ Thomas Schmitt ]
diff -Nru libisofs-1.5.6.pl01/debian/control libisofs-1.5.6.pl01/debian/control
--- libisofs-1.5.6.pl01/debian/control  2023-09-09 17:16:02.0 +
+++ libisofs-1.5.6.pl01/debian/control  2024-02-01 08:41:43.0 +
@@ -14,7 +14,10 @@
 Vcs-Git: https://salsa.debian.org/optical-media-team/libisofs.git -b master
 Homepage: http://libburnia-project.org
 
-Package: libisofs6
+Package: libisofs6t64
+Provides: ${t64:Provides}
+Replaces: libisofs6
+Breaks: libisofs6 (<< ${source:Version})
 Architecture: any
 Multi-Arch: same
 Depends: ${shlibs:Depends},
@@ -35,7 +38,7 @@
 Section: doc
 Depends: ${misc:Depends}
 Description: background documentation for libisofs library
- This package contains documentation for libisofs6 extensions to the ISO 9660
+ This package contains documentation for libisofs6t64 extensions to the ISO 
9660
  filesystem format: extended file attributes by AAIP, MD5 checksums,
  zisofs as of mkzftree(1).
 
@@ -44,9 +47,9 @@
 Multi-Arch: same
 Section: libdevel
 Depends: ${misc:Depends},
- libisofs6 (= ${binary:Version})
+ libisofs6t64 (= ${binary:Version})
 Suggests: libisofs-doc (= ${source:Version})
 Description: development package for libisofs
  This package contains the pkgconfig files, static library and headers for the
- libisofs6 package.
+ libisofs6t64 package.
  Header file  defines the API of libisofs.
diff -Nru libisofs-1.5.6.pl01/debian/libisofs6.docs 
libisofs-1.5.6.pl01/debian/libisofs6.docs
--- libisofs-1.5.6.pl01/debian/libisofs6.docs   2023-09-09 17:16:02.0 
+
+++ libisofs-1.5.6.pl01/debian/libisofs6.docs   1970-01-01 00:00:00.0 
+
@@ -1,3 +0,0 @@
-AUTHORS
-README
-NEWS
diff -Nru libisofs-1.5.6.pl01/debian/libisofs6.install 
libisofs-1.5.6.pl01/debian/libisofs6.install
--- libisofs-1.5.6.pl01/debian/libisofs6.install2023-09-09 
17:16:02.0 +
+++ libisofs-1.5.6.pl01/debian/libisofs6.install1970-01-01 
00:00:00.0 +
@@ -1 +0,0 @@
-debian/tmp/usr/lib/*/libisofs.so.6*
diff -Nru libisofs-1.5.6.pl01/debian/libisofs6.symbols 
libisofs-1.5.6.pl01/debian/libisofs6.symbols
--- libisofs-1.5.6.pl01/debian/libisofs6.symbols2023-09-09 
17:16:02.0 +
+++ libisofs-1.5.6.pl01/debian/libisofs6.symbols1970-01-01 
00:00:00.0 +
@@ -1,383 +0,0 @@
-libisofs.so.6 libisofs6 #MINVER#
- 

Bug#1062382: libite: NMU diff for 64-bit time_t transition

[Steve Langasek]

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

Dear maintainer,

As part of the 64-bit time_t transition required to support 32-bit
architectures in 2038 and beyond
(https://wiki.debian.org/ReleaseGoals/64bit-time), we have identified
libite 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 libite
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'), (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 libite-2.5.1/debian/changelog libite-2.5.1/debian/changelog
--- libite-2.5.1/debian/changelog   2022-01-22 18:03:34.0 +
+++ libite-2.5.1/debian/changelog   2024-02-01 08:42:29.0 +
@@ -1,3 +1,10 @@
+libite (2.5.1-1.1) experimental; urgency=medium
+
+  * Non-maintainer upload.
+  * Rename libraries for 64-bit time_t transition.
+
+ -- Steve Langasek   Thu, 01 Feb 2024 08:42:29 +
+
 libite (2.5.1-1) unstable; urgency=medium
 
   * New upstream release
diff -Nru libite-2.5.1/debian/control libite-2.5.1/debian/control
--- libite-2.5.1/debian/control 2022-01-22 18:03:34.0 +
+++ libite-2.5.1/debian/control 2024-02-01 08:42:28.0 +
@@ -13,7 +13,7 @@
 Section: libdevel
 Architecture: any
 Multi-Arch: same
-Depends: ${misc:Depends}, libite5 (= ${binary:Version})
+Depends: ${misc:Depends}, libite5t64 (= ${binary:Version})
 Description: static library, header files, and docs for libite
  Static library, header files, and documentation for libite.
  .
@@ -32,7 +32,10 @@
  license used by OpenBSD, and BSD licenses, all of them are extremely
  liberal and can be used freely in proprietary software if needed.
 
-Package: libite5
+Package: libite5t64
+Provides: ${t64:Provides}
+Replaces: libite5
+Breaks: libite5 (<< ${source:Version})
 Architecture: any
 Multi-Arch: same
 Depends: ${misc:Depends}, ${shlibs:Depends}
diff -Nru libite-2.5.1/debian/libite5.install 
libite-2.5.1/debian/libite5.install
--- libite-2.5.1/debian/libite5.install 2020-06-04 19:18:36.0 +
+++ libite-2.5.1/debian/libite5.install 1970-01-01 00:00:00.0 +
@@ -1 +0,0 @@
-usr/lib/*/lib*.so.*
diff -Nru libite-2.5.1/debian/libite5.symbols 
libite-2.5.1/debian/libite5.symbols
--- libite-2.5.1/debian/libite5.symbols 2022-01-22 18:03:34.0 +
+++ libite-2.5.1/debian/libite5.symbols 1970-01-01 00:00:00.0 +
@@ -1,52 +0,0 @@
-libite.so.5 libite5 #MINVER#
-* Build-Depends-Package: libite-dev
- __pidfile_name@Base 2.0.0
- __pidfile_path@Base 2.0.0
- chomp@Base 2.0.0
- copyfile@Base 2.0.0
- dir@Base 2.0.0
- erasef@Base 2.5.1
- fcopyfile@Base 2.0.0
- fexist@Base 2.0.0
- fgetint@Base 2.0.0
- fisdir@Base 2.0.0
- fmkpath@Base 2.2.0
- fopenf@Base 2.2.0
- fparseln@Base 2.0.0
- fremove@Base 2.5.1
- fsendfile@Base 2.0.0
- ifconfig@Base 2.0.0
- initscr@Base 2.0.0
- lfclose@Base 2.0.0
- lfgetint@Base 2.0.0
- lfgetkey@Base 2.0.0
- lfopen@Base 2.0.0
- lftok@Base 2.0.0
- makepath@Base 2.0.0
- mkpath@Base 2.0.0
- movefile@Base 2.0.0
- pidfile@Base 2.0.0
- pidfile_poll@Base 2.0.0
- pidfile_read@Base 2.0.0
- pidfile_signal@Base 2.1.0
- progress@Base 2.0.0
- progress_simple@Base 2.0.0
- reallocarray@Base 2.0.0
- rsync@Base 2.0.0
- strlcat@Base 2.0.0
- strlcpy@Base 2.0.0
- strmatch@Base 2.1.0
- strnmatch@Base 2.1.0
- strtonum@Base 2.1.0
- strtrim@Base 2.5.1
- systemf@Base 2.2.0
- telnet_close@Base 2.1.0
- telnet_expect@Base 2.1.0
- 

Bug#1062383: dolfinx-mpc: NMU diff for 64-bit time_t transition

[mwhudson]

Source: dolfinx-mpc
Version: 0.7.2-1
Severity: serious
Tags: patch pending
Justification: library ABI skew on upgrade
User: debian-...@lists.debian.org
Usertags: time-t

Dear maintainer,

As part of the 64-bit time_t transition required to support 32-bit
architectures in 2038 and beyond
(https://wiki.debian.org/ReleaseGoals/64bit-time), we have identified
dolfinx-mpc 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 dolfinx-mpc
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-15-generic (SMP w/16 CPU threads; PREEMPT)
Kernel taint flags: TAINT_PROPRIETARY_MODULE, TAINT_OOT_MODULE
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8), LANGUAGE not set
Shell: /bin/sh linked to /usr/bin/dash
Init: systemd (via /run/systemd/system)
diff -Nru dolfinx-mpc-0.7.2/debian/changelog dolfinx-mpc-0.7.2/debian/changelog
--- dolfinx-mpc-0.7.2/debian/changelog  2024-01-17 18:38:18.0 +
+++ dolfinx-mpc-0.7.2/debian/changelog  2024-02-01 08:36:04.0 +
@@ -1,3 +1,10 @@
+dolfinx-mpc (0.7.2-1.1) experimental; urgency=medium
+
+  * Non-maintainer upload.
+  * Rename libraries for 64-bit time_t transition.
+
+ -- Michael Hudson-Doyle   Thu, 01 Feb 2024 08:36:04 +
+
 dolfinx-mpc (0.7.2-1) unstable; urgency=medium
 
   * New upstream release.
diff -Nru dolfinx-mpc-0.7.2/debian/control dolfinx-mpc-0.7.2/debian/control
--- dolfinx-mpc-0.7.2/debian/control2024-01-17 18:38:18.0 +
+++ dolfinx-mpc-0.7.2/debian/control2024-02-01 08:36:04.0 +
@@ -29,14 +29,17 @@
 Architecture: any
 Multi-Arch: same
 Depends:
- libdolfinx-mpc0.7 (= ${binary:Version}),
+ libdolfinx-mpc0.7t64 (= ${binary:Version}),
  ${misc:Depends},
 Description: Multi-point constraints with FEniCS-X
  This library contains an add-on to FEniCSx enabling the possibilities
  of enforce multi-point constraints. This can be used to for instance
  enforce slip conditions strongly, or apply periodic boundaries..
 
-Package: libdolfinx-mpc0.7
+Package: libdolfinx-mpc0.7t64
+Provides: ${t64:Provides}
+Replaces: libdolfinx-mpc0.7
+Breaks: libdolfinx-mpc0.7 (<< ${source:Version})
 Architecture: any
 Multi-Arch: same
 Depends:
@@ -48,8 +51,11 @@
  enforce slip conditions strongly, or apply periodic boundaries..
 
 Package: python3-dolfinx-mpc
+Provides: ${t64:Provides}
+Replaces: python3-dolfinx-mpc
+Breaks: python3-dolfinx-mpc (<< ${source:Version})
 Architecture: any
-Depends: libdolfinx-mpc0.7 (= ${binary:Version}),
+Depends: libdolfinx-mpc0.7t64 (= ${binary:Version}),
  python3-dolfinx-real,
  ${python3:Depends},
  ${shlibs:Depends},
diff -Nru dolfinx-mpc-0.7.2/debian/libdolfinx-mpc0.7.install 
dolfinx-mpc-0.7.2/debian/libdolfinx-mpc0.7.install
--- dolfinx-mpc-0.7.2/debian/libdolfinx-mpc0.7.install  2024-01-17 
18:38:18.0 +
+++ dolfinx-mpc-0.7.2/debian/libdolfinx-mpc0.7.install  1970-01-01 
00:00:00.0 +
@@ -1 +0,0 @@
-usr/lib/*/lib*.so.*
diff -Nru dolfinx-mpc-0.7.2/debian/libdolfinx-mpc0.7t64.install 
dolfinx-mpc-0.7.2/debian/libdolfinx-mpc0.7t64.install
--- dolfinx-mpc-0.7.2/debian/libdolfinx-mpc0.7t64.install   1970-01-01 
00:00:00.0 +
+++ dolfinx-mpc-0.7.2/debian/libdolfinx-mpc0.7t64.install   2024-01-17 
18:38:18.0 +
@@ -0,0 +1 @@
+usr/lib/*/lib*.so.*
diff -Nru dolfinx-mpc-0.7.2/debian/libdolfinx-mpc0.7t64.lintian-overrides 
dolfinx-mpc-0.7.2/debian/libdolfinx-mpc0.7t64.lintian-overrides
--- dolfinx-mpc-0.7.2/debian/libdolfinx-mpc0.7t64.lintian-overrides 
1970-01-01 00:00:00.0 +
+++ dolfinx-mpc-0.7.2/debian/libdolfinx-mpc0.7t64.lintian-overrides 
2024-02-01 08:36:04.0 +
@@ -0,0 +1 @@
+libdolfinx-mpc0.7t64: 

Bug#1062384: libjdns: NMU diff for 64-bit time_t transition

[Steve Langasek]

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

Dear maintainer,

As part of the 64-bit time_t transition required to support 32-bit
architectures in 2038 and beyond
(https://wiki.debian.org/ReleaseGoals/64bit-time), we have identified
libjdns 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 libjdns
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'), (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 libjdns-2.0.3/debian/changelog libjdns-2.0.3/debian/changelog
--- libjdns-2.0.3/debian/changelog  2022-07-11 01:32:46.0 +
+++ libjdns-2.0.3/debian/changelog  2024-02-01 08:43:01.0 +
@@ -1,3 +1,10 @@
+libjdns (2.0.3-3.1) experimental; urgency=medium
+
+  * Non-maintainer upload.
+  * Rename libraries for 64-bit time_t transition.
+
+ -- Steve Langasek   Thu, 01 Feb 2024 08:43:01 +
+
 libjdns (2.0.3-3) unstable; urgency=medium
 
   * QA upload.
diff -Nru libjdns-2.0.3/debian/control libjdns-2.0.3/debian/control
--- libjdns-2.0.3/debian/control2022-07-11 01:31:38.0 +
+++ libjdns-2.0.3/debian/control2024-02-01 08:43:01.0 +
@@ -27,7 +27,7 @@
 Architecture: any
 Multi-Arch: same
 Depends:
- libjdns2 (= ${binary:Version}),
+ libjdns2t64 (= ${binary:Version}),
  ${misc:Depends},
 Description: Simple DNS queries library - development files
  JDNS is a simple DNS implementation that can perform normal DNS
@@ -38,7 +38,10 @@
  The libjdns-dev package contains libraries and header files for
  developing applications that use jdns.
 
-Package: libjdns2
+Package: libjdns2t64
+Provides: ${t64:Provides}
+Replaces: libjdns2
+Breaks: libjdns2 (<< ${source:Version})
 Architecture: any
 Multi-Arch: same
 Depends:
@@ -50,7 +53,10 @@
  queries and advertising. Multicast support is based on Jeremie
  Miller's "mdnsd" implementation.
 
-Package: libqjdns-qt5-2
+Package: libqjdns-qt5-2t64
+Provides: ${t64:Provides}
+Replaces: libqjdns-qt5-2
+Breaks: libqjdns-qt5-2 (<< ${source:Version})
 Architecture: any
 Multi-Arch: same
 Depends:
@@ -66,7 +72,7 @@
 Architecture: any
 Multi-Arch: same
 Depends:
- libqjdns-qt5-2 (= ${binary:Version}),
+ libqjdns-qt5-2t64 (= ${binary:Version}),
  ${misc:Depends},
 Description: Simple DNS queries library Qt5 wrapper - development files
  JDNS is a simple DNS implementation that can perform normal DNS
diff -Nru libjdns-2.0.3/debian/libjdns2.install 
libjdns-2.0.3/debian/libjdns2.install
--- libjdns-2.0.3/debian/libjdns2.install   2022-07-11 01:24:13.0 
+
+++ libjdns-2.0.3/debian/libjdns2.install   1970-01-01 00:00:00.0 
+
@@ -1 +0,0 @@
-usr/lib/*/libjdns.so.*
diff -Nru libjdns-2.0.3/debian/libjdns2t64.install 
libjdns-2.0.3/debian/libjdns2t64.install
--- libjdns-2.0.3/debian/libjdns2t64.install1970-01-01 00:00:00.0 
+
+++ libjdns-2.0.3/debian/libjdns2t64.install2022-07-11 01:24:13.0 
+
@@ -0,0 +1 @@
+usr/lib/*/libjdns.so.*
diff -Nru libjdns-2.0.3/debian/libjdns2t64.lintian-overrides 
libjdns-2.0.3/debian/libjdns2t64.lintian-overrides
--- libjdns-2.0.3/debian/libjdns2t64.lintian-overrides  1970-01-01 
00:00:00.0 +
+++ libjdns-2.0.3/debian/libjdns2t64.lintian-overrides  2024-02-01 
08:43:01.0 +
@@ -0,0 +1 @@
+libjdns2t64: package-name-doesnt-match-sonames libjdns2
diff -Nru 

Bug#1062402: libloki: NMU diff for 64-bit time_t transition

[Steve Langasek]

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

Dear maintainer,

As part of the 64-bit time_t transition required to support 32-bit
architectures in 2038 and beyond
(https://wiki.debian.org/ReleaseGoals/64bit-time), we have identified
libloki 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 libloki
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'), (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 libloki-0.1.7/debian/changelog libloki-0.1.7/debian/changelog
--- libloki-0.1.7/debian/changelog  2021-10-19 20:04:10.0 +
+++ libloki-0.1.7/debian/changelog  2024-02-01 09:30:06.0 +
@@ -1,3 +1,10 @@
+libloki (0.1.7-5.1) experimental; urgency=medium
+
+  * Non-maintainer upload.
+  * Rename libraries for 64-bit time_t transition.
+
+ -- Steve Langasek   Thu, 01 Feb 2024 09:30:06 +
+
 libloki (0.1.7-5) unstable; urgency=medium
 
   * QA upload.
diff -Nru libloki-0.1.7/debian/control libloki-0.1.7/debian/control
--- libloki-0.1.7/debian/control2021-01-26 01:00:59.0 +
+++ libloki-0.1.7/debian/control2024-02-01 09:30:05.0 +
@@ -7,7 +7,10 @@
 Standards-Version: 3.9.2
 Homepage: https://loki-lib.sourceforge.net/
 
-Package: libloki0.1.7
+Package: libloki0.1.7t64
+Provides: ${t64:Provides}
+Replaces: libloki0.1.7
+Breaks: libloki0.1.7 (<< ${source:Version})
 Architecture: any
 Depends:
  ${shlibs:Depends},
@@ -25,7 +28,7 @@
 Section: libdevel
 Architecture: any
 Depends:
- libloki0.1.7 (= ${binary:Version}),
+ libloki0.1.7t64 (= ${binary:Version}),
  ${misc:Depends}
 Suggests: libloki-doc
 Description: C++ library of generic design patterns (development files)
diff -Nru libloki-0.1.7/debian/libloki0.1.7.install 
libloki-0.1.7/debian/libloki0.1.7.install
--- libloki-0.1.7/debian/libloki0.1.7.install   2021-01-26 00:46:43.0 
+
+++ libloki-0.1.7/debian/libloki0.1.7.install   1970-01-01 00:00:00.0 
+
@@ -1 +0,0 @@
-usr/lib/libloki.so.0.1.7
diff -Nru libloki-0.1.7/debian/libloki0.1.7t64.install 
libloki-0.1.7/debian/libloki0.1.7t64.install
--- libloki-0.1.7/debian/libloki0.1.7t64.install1970-01-01 
00:00:00.0 +
+++ libloki-0.1.7/debian/libloki0.1.7t64.install2021-01-26 
00:46:43.0 +
@@ -0,0 +1 @@
+usr/lib/libloki.so.0.1.7
diff -Nru libloki-0.1.7/debian/libloki0.1.7t64.lintian-overrides 
libloki-0.1.7/debian/libloki0.1.7t64.lintian-overrides
--- libloki-0.1.7/debian/libloki0.1.7t64.lintian-overrides  1970-01-01 
00:00:00.0 +
+++ libloki-0.1.7/debian/libloki0.1.7t64.lintian-overrides  2024-02-01 
09:30:05.0 +
@@ -0,0 +1 @@
+libloki0.1.7t64: package-name-doesnt-match-sonames libloki0.1.7

Bug#1062401: libloc: NMU diff for 64-bit time_t transition

[Steve Langasek]

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

Dear maintainer,

As part of the 64-bit time_t transition required to support 32-bit
architectures in 2038 and beyond
(https://wiki.debian.org/ReleaseGoals/64bit-time), we have identified
libloc 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 libloc
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'), (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 libloc-0.9.16/debian/changelog libloc-0.9.16/debian/changelog
--- libloc-0.9.16/debian/changelog  2023-12-04 05:50:17.0 +
+++ libloc-0.9.16/debian/changelog  2024-02-01 09:28:54.0 +
@@ -1,3 +1,10 @@
+libloc (0.9.16-3.1) experimental; urgency=medium
+
+  * Non-maintainer upload.
+  * Rename libraries for 64-bit time_t transition.
+
+ -- Steve Langasek   Thu, 01 Feb 2024 09:28:54 +
+
 libloc (0.9.16-3) unstable; urgency=medium
 
   * Fix FTBFS with new systemd
diff -Nru libloc-0.9.16/debian/control libloc-0.9.16/debian/control
--- libloc-0.9.16/debian/control2023-12-03 20:26:30.0 +
+++ libloc-0.9.16/debian/control2024-02-01 09:28:54.0 +
@@ -31,7 +31,10 @@
  determine the location of someone else on the Internet based on their IP
  address.
 
-Package: libloc1
+Package: libloc1t64
+Provides: ${t64:Provides}
+Replaces: libloc1
+Breaks: libloc1 (<< ${source:Version})
 Architecture: any
 Section: libs
 Depends:
@@ -49,7 +52,7 @@
 Architecture: any
 Section: libdevel
 Depends:
- libloc1 (= ${binary:Version}),
+ libloc1t64 (= ${binary:Version}),
  ${misc:Depends},
 Multi-Arch: same
 Description: ${source:Synopsis} (development files)
diff -Nru libloc-0.9.16/debian/libloc1.install 
libloc-0.9.16/debian/libloc1.install
--- libloc-0.9.16/debian/libloc1.install2022-07-07 05:28:58.0 
+
+++ libloc-0.9.16/debian/libloc1.install1970-01-01 00:00:00.0 
+
@@ -1,2 +0,0 @@
-usr/lib/*/libloc.so.*
-usr/share/locale/*/LC_MESSAGES/libloc.mo
diff -Nru libloc-0.9.16/debian/libloc1.postinst 
libloc-0.9.16/debian/libloc1.postinst
--- libloc-0.9.16/debian/libloc1.postinst   2022-07-07 05:28:58.0 
+
+++ libloc-0.9.16/debian/libloc1.postinst   1970-01-01 00:00:00.0 
+
@@ -1,14 +0,0 @@
-#!/bin/sh
-
-set -e
-
-case "$1" in
-  configure)
-mkdir -p /var/lib/location || true
-ln -s /usr/share/libloc-location/location.db /var/lib/location/database.db 
2>/dev/null || true
-;;
-esac
-
-#DEBHELPER#
-
-exit 0
diff -Nru libloc-0.9.16/debian/libloc1.prerm libloc-0.9.16/debian/libloc1.prerm
--- libloc-0.9.16/debian/libloc1.prerm  2022-09-27 10:22:49.0 +
+++ libloc-0.9.16/debian/libloc1.prerm  1970-01-01 00:00:00.0 +
@@ -1,14 +0,0 @@
-#!/bin/sh
-
-set -e
-
-case "$1" in
-  remove)
-rm -f /var/lib/location/database.db 2>/dev/null
-rmdir /var/lib/location || true
-;;
-esac
-
-#DEBHELPER#
-
-exit 0
diff -Nru libloc-0.9.16/debian/libloc1.symbols 
libloc-0.9.16/debian/libloc1.symbols
--- libloc-0.9.16/debian/libloc1.symbols2022-07-07 05:28:58.0 
+
+++ libloc-0.9.16/debian/libloc1.symbols1970-01-01 00:00:00.0 
+
@@ -1,127 +0,0 @@
-libloc.so.1 libloc1 #MINVER#
-* Build-Depends-Package: libloc-dev
- LIBLOC_1@LIBLOC_1 0.9.4
- loc_as_cmp@LIBLOC_1 0.9.4
- loc_as_get_name@LIBLOC_1 

Bug#1062400: liblnk: NMU diff for 64-bit time_t transition

[Steve Langasek]

Source: liblnk
Version: 20181227-1.1
Severity: serious
Tags: patch pending
Justification: library ABI skew on upgrade
User: debian-...@lists.debian.org
Usertags: time-t

Dear maintainer,

As part of the 64-bit time_t transition required to support 32-bit
architectures in 2038 and beyond
(https://wiki.debian.org/ReleaseGoals/64bit-time), we have identified
liblnk 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 liblnk
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'), (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 liblnk-20181227/debian/changelog liblnk-20181227/debian/changelog
--- liblnk-20181227/debian/changelog2020-01-18 23:23:58.0 +
+++ liblnk-20181227/debian/changelog2024-02-01 09:27:41.0 +
@@ -1,3 +1,10 @@
+liblnk (20181227-1.2) experimental; urgency=medium
+
+  * Non-maintainer upload.
+  * Rename libraries for 64-bit time_t transition.
+
+ -- Steve Langasek   Thu, 01 Feb 2024 09:27:41 +
+
 liblnk (20181227-1.1) unstable; urgency=low
 
   * Non-maintainer upload.
diff -Nru liblnk-20181227/debian/control liblnk-20181227/debian/control
--- liblnk-20181227/debian/control  2020-01-18 23:23:58.0 +
+++ liblnk-20181227/debian/control  2024-02-01 09:27:40.0 +
@@ -15,13 +15,16 @@
 Architecture: any
 Multi-Arch: same
 Depends: ${shlibs:Depends}, ${misc:Depends},
- liblnk1 (= ${binary:Version})
+ liblnk1t64 (= ${binary:Version})
 Description: Windows Shortcut File format access library -- development files
  liblnk is a library to access the Windows Shortcut File (LNK) format.
  .
  This package includes the development support files.
 
-Package: liblnk1
+Package: liblnk1t64
+Provides: ${t64:Provides}
+Replaces: liblnk1
+Breaks: liblnk1 (<< ${source:Version})
 Section: libs
 Architecture: any
 Multi-Arch: same
@@ -37,7 +40,7 @@
 Architecture: any
 Multi-Arch: foreign
 Depends: ${shlibs:Depends}, ${misc:Depends},
- liblnk1,
+ liblnk1t64,
 Description: Windows Shortcut File format access library -- Utilities
  liblnk is a library to access the Windows Shortcut File (LNK) format.
  .
@@ -47,7 +50,7 @@
 Package: python3-liblnk
 Section: python
 Architecture: any
-Depends: liblnk1 (= ${binary:Version}), ${shlibs:Depends}, ${misc:Depends}, 
${python3:Depends}
+Depends: liblnk1t64 (= ${binary:Version}), ${shlibs:Depends}, ${misc:Depends}, 
${python3:Depends}
 Description: Windows Shortcut File format access library -- Python 3 bindings
  liblnk is a library to access the Windows Shortcut File (LNK) format.
  .
diff -Nru liblnk-20181227/debian/liblnk1.install 
liblnk-20181227/debian/liblnk1.install
--- liblnk-20181227/debian/liblnk1.install  2020-01-18 23:23:58.0 
+
+++ liblnk-20181227/debian/liblnk1.install  1970-01-01 00:00:00.0 
+
@@ -1 +0,0 @@
-usr/lib/*-*/lib*.so.*
diff -Nru liblnk-20181227/debian/liblnk1.symbols 
liblnk-20181227/debian/liblnk1.symbols
--- liblnk-20181227/debian/liblnk1.symbols  2020-01-18 23:23:58.0 
+
+++ liblnk-20181227/debian/liblnk1.symbols  1970-01-01 00:00:00.0 
+
@@ -1,138 +0,0 @@
-liblnk.so.1 liblnk1 #MINVER#
- (optional|regex)^libcdata_.* 0
- (optional|regex)^libcerror_.* 0
- (optional|regex)^libcfile_.* 0
- (optional|regex)^libclocale_.* 0
- (optional|regex)^libcnotify_.* 0
- (optional|regex)^libcpath_.* 0
- (optional|regex)^libcsplit_.* 0
- (optional|regex)^libcthreads_.* 0
- (optional|regex)^libfdatetime_.* 0
- 

Bug#1062277: libdvbpsi: NMU diff for 64-bit time_t transition

[Sebastian Ramacher]

Hi

On 2024-01-31 23:53:14 -0800, Steve Langasek wrote:
> Hi again,
> 
> This was a package that failed to analyze due to header compilation
> failures.
> 
> https://adrien.dcln.fr/misc/armhf-time_t/2024-01-17/logs/libdvbpsi-dev/base/log.txt
> 
> Of course if we can know with certainty that the ABI is not affected, we can
> exclude it.  But time_t is not the only type affected, there are many that
> inherit from time_t.  So I am not confident excluding it unless we get a
> successful a-c-c run showing that it is.  Patches to
> https://salsa.debian.org/vorlon/armhf-time_t/-/blob/main/check-armhf-time_t?ref_type=heads
> are absolutely welcome.

The only types used in the public headers of libdvbpsi are:

*) fixed width integer types uintX_t
*) bool and char

All arrays are of fixed size. All other types are defined as part of
dvbpsi. It does not involve any time_t-derived types.

Please exclude libdvbpsi from your list.

Cheers

> 
> On Thu, Feb 01, 2024 at 08:45:43AM +0100, Sebastian Ramacher wrote:
> > Control: tags -1 moreinfo
> > 
> > Hi Steve
> > 
> > On 2024-02-01 00:06:44 +, Steve Langasek wrote:
> > > Source: libdvbpsi
> > > Version: 1.3.3-1
> > > Severity: serious
> > > Tags: patch pending
> > > Justification: library ABI skew on upgrade
> > > User: debian-...@lists.debian.org
> > > Usertags: time-t
> > > 
> > > Dear maintainer,
> > > 
> > > As part of the 64-bit time_t transition required to support 32-bit
> > > architectures in 2038 and beyond
> > > (https://wiki.debian.org/ReleaseGoals/64bit-time), we have identified
> > > libdvbpsi 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).
> > 
> > I cannot find any reference to time_t in the public API of libdvbpsi.
> > The only string matches are typedefs such as
> > dvbpsi_sis_component_utc_splice_time_t. Hence I don't think that
> > libdvbpsi needs to be part of the time_t transition.
> > 
> > Cheers
> > 
> > > 
> > > 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 libdvbpsi
> > > 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'), (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 libdvbpsi-1.3.3/debian/changelog 
> > > libdvbpsi-1.3.3/debian/changelog
> > > --- libdvbpsi-1.3.3/debian/changelog  2019-08-30 17:41:13.0 
> > > +
> > > +++ libdvbpsi-1.3.3/debian/changelog  2024-02-01 00:06:17.0 
> > > +
> > > @@ -1,3 +1,10 @@
> > > +libdvbpsi (1.3.3-1.1) experimental; urgency=medium
> > > +
> > > +  * Non-maintainer upload.
> > > +  * Rename libraries for 64-bit time_t transition.
> > > +
> > > + -- Steve Langasek   Thu, 01 Feb 2024 00:06:17 +
> > > +
> > >  libdvbpsi (1.3.3-1) unstable; urgency=medium
> > >  
> > >[ Felipe Sateler ]
> > > diff -Nru libdvbpsi-1.3.3/debian/control libdvbpsi-1.3.3/debian/control
> > > --- libdvbpsi-1.3.3/debian/control2019-08-30 17:40:57.0 
> > > +
> > > +++ libdvbpsi-1.3.3/debian/control2024-02-01 00:06:17.0 
> > > +
> > > @@ -32,7 +32,7 @@
> > >  Architecture: any
> > >  Multi-Arch: same
> > >  Depends:
> > > - libdvbpsi10 (= ${binary:Version}),
> > > + libdvbpsi10t64 (= ${binary:Version}),
> > >   ${misc:Depends}
> > >  Description: development files for libdvbpsi
> > >   libdvbpsi is a simple library designed for 

Bug#1062405: dolfin: NMU diff for 64-bit time_t transition

[mwhudson]

Source: dolfin
Version: 2019.2.0~legacy20240118.982f376-1
Severity: serious
Tags: patch pending
Justification: library ABI skew on upgrade
User: debian-...@lists.debian.org
Usertags: time-t

Dear maintainer,

As part of the 64-bit time_t transition required to support 32-bit
architectures in 2038 and beyond
(https://wiki.debian.org/ReleaseGoals/64bit-time), we have identified
dolfin 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 dolfin
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-15-generic (SMP w/16 CPU threads; PREEMPT)
Kernel taint flags: TAINT_PROPRIETARY_MODULE, TAINT_OOT_MODULE
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8), LANGUAGE not set
Shell: /bin/sh linked to /usr/bin/dash
Init: systemd (via /run/systemd/system)
diff -Nru dolfin-2019.2.0~legacy20240118.982f376/debian/changelog 
dolfin-2019.2.0~legacy20240118.982f376/debian/changelog
--- dolfin-2019.2.0~legacy20240118.982f376/debian/changelog 2024-01-19 
18:21:04.0 +
+++ dolfin-2019.2.0~legacy20240118.982f376/debian/changelog 2024-02-01 
09:14:42.0 +
@@ -1,3 +1,10 @@
+dolfin (2019.2.0~legacy20240118.982f376-1.1) experimental; urgency=medium
+
+  * Non-maintainer upload.
+  * Rename libraries for 64-bit time_t transition.
+
+ -- Michael Hudson-Doyle   Thu, 01 Feb 2024 09:14:42 +
+
 dolfin (2019.2.0~legacy20240118.982f376-1) unstable; urgency=medium
 
   * New upstream snapshot on 2024-01-18, up to commit 982f376
diff -Nru dolfin-2019.2.0~legacy20240118.982f376/debian/control 
dolfin-2019.2.0~legacy20240118.982f376/debian/control
--- dolfin-2019.2.0~legacy20240118.982f376/debian/control   2024-01-19 
18:21:04.0 +
+++ dolfin-2019.2.0~legacy20240118.982f376/debian/control   2024-02-01 
09:14:27.0 +
@@ -77,7 +77,7 @@
  libboost-serialization-dev,
  libboost-thread-dev,
  libboost-timer-dev,
- libdolfin2019.2gcc13 (= ${binary:Version}),
+ libdolfin2019.2gcc13t64 (= ${binary:Version}),
  libeigen3-dev,
  libhdf5-mpi-dev,
  libsuitesparse-dev,
@@ -152,7 +152,10 @@
  This is the legacy version of DOLFIN, you may want to install the
  next-generation libdolfinx-dev (DOLFIN-X) instead.
 
-Package: libdolfin2019.2gcc13
+Package: libdolfin2019.2gcc13t64
+Provides: ${t64:Provides}
+Replaces: libdolfin2019.2gcc13
+Breaks: libdolfin2019.2gcc13 (<< ${source:Version})
 Section: libs
 Architecture: any
 Multi-Arch: same
@@ -209,7 +212,7 @@
 Architecture: any
 Depends:
  libdolfin-dev (= ${binary:Version}),
- libdolfin2019.2gcc13 (= ${binary:Version}),
+ libdolfin2019.2gcc13t64 (= ${binary:Version}),
  ${python3-petsc4py-real:Depends},
  ${misc:Depends},
  ${python3:Depends},
@@ -248,7 +251,7 @@
  libboost-serialization-dev,
  libboost-thread-dev,
  libboost-timer-dev,
- libdolfin64-2019.2gcc13 (= ${binary:Version}),
+ libdolfin64-2019.2gcc13t64 (= ${binary:Version}),
  libeigen3-dev,
  libhdf5-mpi-dev,
  libsuitesparse-dev,
@@ -273,7 +276,10 @@
  This is the legacy version of DOLFIN, you may want to install the
  next-generation libdolfinx-dev (DOLFIN-X) instead.
 
-Package: libdolfin64-2019.2gcc13
+Package: libdolfin64-2019.2gcc13t64
+Provides: ${t64:Provides}
+Replaces: libdolfin64-2019.2gcc13
+Breaks: libdolfin64-2019.2gcc13 (<< ${source:Version})
 Section: libs
 Architecture: any
 Multi-Arch: same
@@ -296,7 +302,7 @@
 Architecture: any
 Depends:
  libdolfin64-dev (= ${binary:Version}),
- libdolfin64-2019.2gcc13 (= ${binary:Version}),
+ libdolfin64-2019.2gcc13t64 (= ${binary:Version}),
  ${python3-petsc4py-64-real:Depends},
  ${misc:Depends},
  ${python3:Depends},
diff -Nru 
dolfin-2019.2.0~legacy20240118.982f376/debian/libdolfin2019.2gcc13.install 

Bug#1062404: orthanc-python: flaky autopkgtest: Test failed with

[Paul Gevers]

Source: orthanc-python
Version: 4.1+ds-2
Severity: serious
User: debian...@lists.debian.org
Usertags: flaky

Dear maintainer(s),

I looked at the results of the autopkgtest of your package. I noticed 
that it regularly fails on several architectures because it currently 
blocks glibc. Unfortunately the log seems to be missing the actual 
problem as it ends with:
 45s W0131 12:12:35.955520 MAIN FromDcmtkBridge.cpp:382] 
Loading external DICOM dictionary: "/usr/share/libdcmtk17/private.dic"

 45s Test failed with

Because the unstable-to-testing migration software now blocks on
regressions in testing, flaky tests, i.e. tests that flip between
passing and failing without changes to the list of installed packages,
are causing people unrelated to your package to spend time on these
tests.

Don't hesitate to reach out if you need help and some more information
from our infrastructure.

Paul

E.g.
https://ci.debian.net/packages/o/orthanc-python/testing/amd64/42028712/
https://ci.debian.net/packages/o/orthanc-python/testing/s390x/42546158/
https://ci.debian.net/packages/o/orthanc-python/testing/ppc64el/42417046/


OpenPGP_signature.asc
Description: OpenPGP digital signature

Bug#1062257: [Debian-iot-maintainers] Bug#1062257: libcoap3: NMU diff for 64-bit time_t transition

[Steve Langasek]

On Thu, Feb 01, 2024 at 07:45:57AM +0100, Carsten Schoenert wrote:
> Hello Steve,

> Am 31.01.24 um 21:59 schrieb Steve Langasek:
> ...
> > 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.

> I'm a bit puzzled and disappointed.

> libcopap3 isn't a package that is within the QA group nor is it bit rotting.

> What is the rationale behind rising a bug report at 9:51pm my time and
> firing a *direct* NMU upload just 11min later (according to the time stamps
> from the emails)?

There are 1200+ source packages that require NMUing and the Debian archive
is a moving target.  In the past 3 days the list of packages requiring
uploads has been regenerated 3 times with changes each time due to archive
removals, new sonames in unstable, etc.  Churning through the list of 1200
packages is at this rate going to take at least a week (after 4 days we've
gotten bugs filed and NMUs to experimental completed for less than 400 of
the 1200 packages).  It is not practical to leave a gap of any significant
length of time between the filing of bugs in patches and the uploads to
experimental.

There will be a pause between the uploads to experimental, and the uploads
to unstable, which gives space for maintainer feedback while we run analysis
against the contents of experimental with regards to usrmerge.

> I as the uploader for libcoap have no chance to do any action on this bug
> report! This behavior I'm not expecting within Debian.
> What are the plans now with forwarding the underlying issue to upstream?
> Upstream is very responsive and I've good contacts to the upstream authors,
> but who is doing this work now?

This is an ABI change resulting from a change to compiler flags.  You will
see the diff includes no changes to upstream source.  There is nothing to
forward.

> I read the wiki page mentioned from the initial email again, also there I
> can't find a written plan that would explain me why the bug reporting
> together with a direct upload did happen. I see no plan there what will
> happen on what time.

> Why no usual muss bug filling did happen so groups and maintainers would
> have some knowledge about these planned changes? BTW: I've no problem with
> the technical thing what is happen, but I need to deal also with other
> things too like a CVE fix for libcopa3.

Since this has only been uploaded to experimental, I would expect this does
not interfere with your CVE handling?

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


signature.asc
Description: PGP signature

Bug#1062377: dmlc-core: NMU diff for 64-bit time_t transition

[mwhudson]

Source: dmlc-core
Version: 0.5-1
Severity: serious
Tags: patch pending
Justification: library ABI skew on upgrade
User: debian-...@lists.debian.org
Usertags: time-t

Dear maintainer,

As part of the 64-bit time_t transition required to support 32-bit
architectures in 2038 and beyond
(https://wiki.debian.org/ReleaseGoals/64bit-time), we have identified
dmlc-core 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 dmlc-core
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-15-generic (SMP w/16 CPU threads; PREEMPT)
Kernel taint flags: TAINT_PROPRIETARY_MODULE, TAINT_OOT_MODULE
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8), LANGUAGE not set
Shell: /bin/sh linked to /usr/bin/dash
Init: systemd (via /run/systemd/system)
diff -Nru dmlc-core-0.5/debian/changelog dmlc-core-0.5/debian/changelog
--- dmlc-core-0.5/debian/changelog  2022-01-03 17:56:18.0 +
+++ dmlc-core-0.5/debian/changelog  2024-02-01 08:34:20.0 +
@@ -1,3 +1,10 @@
+dmlc-core (0.5-1.1) experimental; urgency=medium
+
+  * Non-maintainer upload.
+  * Rename libraries for 64-bit time_t transition.
+
+ -- Michael Hudson-Doyle   Thu, 01 Feb 2024 08:34:20 +
+
 dmlc-core (0.5-1) unstable; urgency=medium
 
   * New upstream version 0.5 (Git: f00e3ec)
diff -Nru dmlc-core-0.5/debian/control dmlc-core-0.5/debian/control
--- dmlc-core-0.5/debian/control2022-01-03 17:55:30.0 +
+++ dmlc-core-0.5/debian/control2024-02-01 08:34:20.0 +
@@ -13,14 +13,17 @@
 Package: libdmlc-dev
 Section: libdevel
 Architecture: any
-Depends: libdmlc0 (= ${binary:Version}), ${misc:Depends}
+Depends: libdmlc0t64 (= ${binary:Version}), ${misc:Depends}
 Description: Distributed Machine Learning Common Codebase (dev)
  DMLC-Core is the backbone library to support all DMLC projects, offers the
  bricks to build efficient and scalable distributed machine learning libraries.
  .
  This package contains the development files.
 
-Package: libdmlc0
+Package: libdmlc0t64
+Provides: ${t64:Provides}
+Replaces: libdmlc0
+Breaks: libdmlc0 (<< ${source:Version})
 Section: libs
 Architecture: any
 Depends: ${misc:Depends}, ${shlibs:Depends}
diff -Nru dmlc-core-0.5/debian/libdmlc0.install 
dmlc-core-0.5/debian/libdmlc0.install
--- dmlc-core-0.5/debian/libdmlc0.install   2022-01-03 17:45:33.0 
+
+++ dmlc-core-0.5/debian/libdmlc0.install   1970-01-01 00:00:00.0 
+
@@ -1 +0,0 @@
-usr/lib/*/libdmlc.so.*
diff -Nru dmlc-core-0.5/debian/libdmlc0t64.install 
dmlc-core-0.5/debian/libdmlc0t64.install
--- dmlc-core-0.5/debian/libdmlc0t64.install1970-01-01 00:00:00.0 
+
+++ dmlc-core-0.5/debian/libdmlc0t64.install2022-01-03 17:45:33.0 
+
@@ -0,0 +1 @@
+usr/lib/*/libdmlc.so.*
diff -Nru dmlc-core-0.5/debian/libdmlc0t64.lintian-overrides 
dmlc-core-0.5/debian/libdmlc0t64.lintian-overrides
--- dmlc-core-0.5/debian/libdmlc0t64.lintian-overrides  1970-01-01 
00:00:00.0 +
+++ dmlc-core-0.5/debian/libdmlc0t64.lintian-overrides  2024-02-01 
08:34:20.0 +
@@ -0,0 +1 @@
+libdmlc0t64: package-name-doesnt-match-sonames libdmlc0

Bug#1062378: dnswire: NMU diff for 64-bit time_t transition

[mwhudson]

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

Dear maintainer,

As part of the 64-bit time_t transition required to support 32-bit
architectures in 2038 and beyond
(https://wiki.debian.org/ReleaseGoals/64bit-time), we have identified
dnswire 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 dnswire
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-15-generic (SMP w/16 CPU threads; PREEMPT)
Kernel taint flags: TAINT_PROPRIETARY_MODULE, TAINT_OOT_MODULE
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8), LANGUAGE not set
Shell: /bin/sh linked to /usr/bin/dash
Init: systemd (via /run/systemd/system)
diff -Nru dnswire-0.4.0/debian/changelog dnswire-0.4.0/debian/changelog
--- dnswire-0.4.0/debian/changelog  2023-08-14 09:09:26.0 +
+++ dnswire-0.4.0/debian/changelog  2024-02-01 08:35:13.0 +
@@ -1,3 +1,10 @@
+dnswire (0.4.0-3.1) experimental; urgency=medium
+
+  * Non-maintainer upload.
+  * Rename libraries for 64-bit time_t transition.
+
+ -- Michael Hudson-Doyle   Thu, 01 Feb 2024 08:35:13 +
+
 dnswire (0.4.0-3) sid; urgency=medium
 
   * Uploading to sid.
diff -Nru dnswire-0.4.0/debian/control dnswire-0.4.0/debian/control
--- dnswire-0.4.0/debian/control2023-08-14 07:07:47.0 +
+++ dnswire-0.4.0/debian/control2024-02-01 08:35:13.0 +
@@ -19,7 +19,7 @@
 Section: libdevel
 Architecture: any
 Depends:
- libdnswire1 (= ${binary:Version}),
+ libdnswire1t64 (= ${binary:Version}),
  libprotobuf-c-dev,
  libtinyframe-dev,
  ${misc:Depends},
@@ -29,7 +29,10 @@
  .
  This package contains the development files.
 
-Package: libdnswire1
+Package: libdnswire1t64
+Provides: ${t64:Provides}
+Replaces: libdnswire1
+Breaks: libdnswire1 (<< ${source:Version})
 Section: libs
 Architecture: any
 Depends:
diff -Nru dnswire-0.4.0/debian/libdnswire1.install 
dnswire-0.4.0/debian/libdnswire1.install
--- dnswire-0.4.0/debian/libdnswire1.install2023-08-14 07:07:47.0 
+
+++ dnswire-0.4.0/debian/libdnswire1.install1970-01-01 00:00:00.0 
+
@@ -1 +0,0 @@
-usr/lib/*/*.so.*
diff -Nru dnswire-0.4.0/debian/libdnswire1t64.install 
dnswire-0.4.0/debian/libdnswire1t64.install
--- dnswire-0.4.0/debian/libdnswire1t64.install 1970-01-01 00:00:00.0 
+
+++ dnswire-0.4.0/debian/libdnswire1t64.install 2023-08-14 07:07:47.0 
+
@@ -0,0 +1 @@
+usr/lib/*/*.so.*
diff -Nru dnswire-0.4.0/debian/libdnswire1t64.lintian-overrides 
dnswire-0.4.0/debian/libdnswire1t64.lintian-overrides
--- dnswire-0.4.0/debian/libdnswire1t64.lintian-overrides   1970-01-01 
00:00:00.0 +
+++ dnswire-0.4.0/debian/libdnswire1t64.lintian-overrides   2024-02-01 
08:35:13.0 +
@@ -0,0 +1 @@
+libdnswire1t64: package-name-doesnt-match-sonames libdnswire1

Bug#1062388: dsdcc: NMU diff for 64-bit time_t transition

[mwhudson]

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

Dear maintainer,

As part of the 64-bit time_t transition required to support 32-bit
architectures in 2038 and beyond
(https://wiki.debian.org/ReleaseGoals/64bit-time), we have identified
dsdcc 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 dsdcc
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-15-generic (SMP w/16 CPU threads; PREEMPT)
Kernel taint flags: TAINT_PROPRIETARY_MODULE, TAINT_OOT_MODULE
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8), LANGUAGE not set
Shell: /bin/sh linked to /usr/bin/dash
Init: systemd (via /run/systemd/system)
diff -Nru dsdcc-1.9.3/debian/changelog dsdcc-1.9.3/debian/changelog
--- dsdcc-1.9.3/debian/changelog2022-11-05 15:49:36.0 +
+++ dsdcc-1.9.3/debian/changelog2024-02-01 08:46:45.0 +
@@ -1,3 +1,10 @@
+dsdcc (1.9.3-2.1) experimental; urgency=medium
+
+  * Non-maintainer upload.
+  * Rename libraries for 64-bit time_t transition.
+
+ -- Michael Hudson-Doyle   Thu, 01 Feb 2024 08:46:45 +
+
 dsdcc (1.9.3-2) unstable; urgency=medium
 
   [ Debian Janitor ]
diff -Nru dsdcc-1.9.3/debian/control dsdcc-1.9.3/debian/control
--- dsdcc-1.9.3/debian/control  2022-11-05 15:49:30.0 +
+++ dsdcc-1.9.3/debian/control  2024-02-01 08:46:44.0 +
@@ -15,7 +15,7 @@
 Package: dsdcc
 Architecture: any
 Depends:
- libdsdcc1 (= ${binary:Version}),
+ libdsdcc1t64 (= ${binary:Version}),
  ${misc:Depends},
  ${shlibs:Depends},
 Description: Digital Speech Decoder (DSD)
@@ -32,7 +32,10 @@
  .
  This package contains dsdccx, the command line interface.
 
-Package: libdsdcc1
+Package: libdsdcc1t64
+Provides: ${t64:Provides}
+Replaces: libdsdcc1
+Breaks: libdsdcc1 (<< ${source:Version})
 Section: libs
 Architecture: any
 Multi-Arch: same
@@ -59,7 +62,7 @@
 Architecture: any
 Multi-Arch: same
 Depends:
- libdsdcc1 (= ${binary:Version}),
+ libdsdcc1t64 (= ${binary:Version}),
  ${misc:Depends},
  ${shlibs:Depends},
 Description: Digital Speech Decoder (DSD) (headers)
diff -Nru dsdcc-1.9.3/debian/libdsdcc1.install 
dsdcc-1.9.3/debian/libdsdcc1.install
--- dsdcc-1.9.3/debian/libdsdcc1.install2021-01-19 18:40:41.0 
+
+++ dsdcc-1.9.3/debian/libdsdcc1.install1970-01-01 00:00:00.0 
+
@@ -1 +0,0 @@
-usr/lib/*/*.so.*
diff -Nru dsdcc-1.9.3/debian/libdsdcc1t64.install 
dsdcc-1.9.3/debian/libdsdcc1t64.install
--- dsdcc-1.9.3/debian/libdsdcc1t64.install 1970-01-01 00:00:00.0 
+
+++ dsdcc-1.9.3/debian/libdsdcc1t64.install 2021-01-19 18:40:41.0 
+
@@ -0,0 +1 @@
+usr/lib/*/*.so.*
diff -Nru dsdcc-1.9.3/debian/libdsdcc1t64.lintian-overrides 
dsdcc-1.9.3/debian/libdsdcc1t64.lintian-overrides
--- dsdcc-1.9.3/debian/libdsdcc1t64.lintian-overrides   1970-01-01 
00:00:00.0 +
+++ dsdcc-1.9.3/debian/libdsdcc1t64.lintian-overrides   2024-02-01 
08:46:44.0 +
@@ -0,0 +1 @@
+libdsdcc1t64: package-name-doesnt-match-sonames libdsdcc1

Bug#1062390: libkf5libkleo: NMU diff for 64-bit time_t transition

[Steve Langasek]

Source: libkf5libkleo
Version: 4:22.12.3-1
Severity: serious
Tags: patch pending
Justification: library ABI skew on upgrade
User: debian-...@lists.debian.org
Usertags: time-t

Dear maintainer,

As part of the 64-bit time_t transition required to support 32-bit
architectures in 2038 and beyond
(https://wiki.debian.org/ReleaseGoals/64bit-time), we have identified
libkf5libkleo 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 libkf5libkleo
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'), (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 libkf5libkleo-22.12.3/debian/changelog 
libkf5libkleo-22.12.3/debian/changelog
--- libkf5libkleo-22.12.3/debian/changelog  2023-03-01 20:31:35.0 
+
+++ libkf5libkleo-22.12.3/debian/changelog  2024-02-01 08:46:33.0 
+
@@ -1,3 +1,10 @@
+libkf5libkleo (4:22.12.3-1.1) experimental; urgency=medium
+
+  * Non-maintainer upload.
+  * Rename libraries for 64-bit time_t transition.
+
+ -- Steve Langasek   Thu, 01 Feb 2024 08:46:33 +
+
 libkf5libkleo (4:22.12.3-1) unstable; urgency=medium
 
   [ Patrick Franz ]
diff -Nru libkf5libkleo-22.12.3/debian/control 
libkf5libkleo-22.12.3/debian/control
--- libkf5libkleo-22.12.3/debian/control2023-03-01 18:22:52.0 
+
+++ libkf5libkleo-22.12.3/debian/control2024-02-01 08:46:33.0 
+
@@ -32,8 +32,8 @@
 Package: libkf5libkleo-data
 Architecture: all
 Depends: ${misc:Depends},
-Breaks: libkf5libkleo5 (<= 4:16.04),
-Replaces: libkf5libkleo5 (<= 4:16.04),
+Breaks: libkf5libkleo5t64 (<= 4:16.04),
+Replaces: libkf5libkleo5t64 (<= 4:16.04),
 Multi-Arch: foreign
 Description: KDE PIM cryptographic library, data files
  This package contains the data files used by libkleo, a library for Kleopatra
@@ -54,7 +54,7 @@
  libkf5coreaddons-dev (>= 5.99.0~),
  libkf5i18n-dev (>= 5.99.0~),
  libkf5itemmodels-dev (>= 5.99.0~),
- libkf5libkleo5 (= ${binary:Version}),
+ libkf5libkleo5t64 (= ${binary:Version}),
  libkf5pimtextedit-dev (>= 22.12.3~),
  libkf5widgetsaddons-dev (>= 5.99.0~),
  qtbase5-dev (>= 5.15.2~),
@@ -65,7 +65,9 @@
  .
  This package is part of the KDE PIM module.
 
-Package: libkf5libkleo5
+Package: libkf5libkleo5t64
+Replaces: libkf5libkleo5
+Breaks: libkf5libkleo5 (<< ${source:Version})
 Architecture: any
 Multi-Arch: same
 Depends: libkf5libkleo-data (= ${source:Version}),
@@ -76,4 +78,4 @@
  using certificate-based crypto.
  .
  This package is part of the KDE PIM module.
-Provides: ${ABI:VirtualPackage},
+Provides: ${ABI:VirtualPackage},, ${t64:Provides}
diff -Nru libkf5libkleo-22.12.3/debian/libkf5libkleo5.install 
libkf5libkleo-22.12.3/debian/libkf5libkleo5.install
--- libkf5libkleo-22.12.3/debian/libkf5libkleo5.install 2022-12-20 
00:37:31.0 +
+++ libkf5libkleo-22.12.3/debian/libkf5libkleo5.install 1970-01-01 
00:00:00.0 +
@@ -1,2 +0,0 @@
-usr/lib/*/libKF5Libkleo.so.5
-usr/lib/*/libKF5Libkleo.so.5.*
diff -Nru libkf5libkleo-22.12.3/debian/libkf5libkleo5t64.install 
libkf5libkleo-22.12.3/debian/libkf5libkleo5t64.install
--- libkf5libkleo-22.12.3/debian/libkf5libkleo5t64.install  1970-01-01 
00:00:00.0 +
+++ libkf5libkleo-22.12.3/debian/libkf5libkleo5t64.install  2022-12-20 
00:37:31.0 +
@@ -0,0 +1,2 @@
+usr/lib/*/libKF5Libkleo.so.5
+usr/lib/*/libKF5Libkleo.so.5.*
diff -Nru 

Bug#1062391: dt-utils: NMU diff for 64-bit time_t transition

[mwhudson]

Source: dt-utils
Version: 2021.03.0+ds-2
Severity: serious
Tags: patch pending
Justification: library ABI skew on upgrade
User: debian-...@lists.debian.org
Usertags: time-t

Dear maintainer,

As part of the 64-bit time_t transition required to support 32-bit
architectures in 2038 and beyond
(https://wiki.debian.org/ReleaseGoals/64bit-time), we have identified
dt-utils 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 dt-utils
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-15-generic (SMP w/16 CPU threads; PREEMPT)
Kernel taint flags: TAINT_PROPRIETARY_MODULE, TAINT_OOT_MODULE
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8), LANGUAGE not set
Shell: /bin/sh linked to /usr/bin/dash
Init: systemd (via /run/systemd/system)
diff -Nru dt-utils-2021.03.0+ds/debian/changelog 
dt-utils-2021.03.0+ds/debian/changelog
--- dt-utils-2021.03.0+ds/debian/changelog  2022-02-06 13:42:44.0 
+
+++ dt-utils-2021.03.0+ds/debian/changelog  2024-02-01 08:48:50.0 
+
@@ -1,3 +1,10 @@
+dt-utils (2021.03.0+ds-2.1) experimental; urgency=medium
+
+  * Non-maintainer upload.
+  * Rename libraries for 64-bit time_t transition.
+
+ -- Michael Hudson-Doyle   Thu, 01 Feb 2024 08:48:50 +
+
 dt-utils (2021.03.0+ds-2) unstable; urgency=medium
 
   * d/not-installed: pc file is gone
diff -Nru dt-utils-2021.03.0+ds/debian/control 
dt-utils-2021.03.0+ds/debian/control
--- dt-utils-2021.03.0+ds/debian/control2022-02-06 13:40:28.0 
+
+++ dt-utils-2021.03.0+ds/debian/control2024-02-01 08:48:50.0 
+
@@ -15,7 +15,10 @@
  dt-utils holds dtblint for device tree linting and barebox-state
  for controlling the barebox bootloader's state information.
 
-Package: libdt-utils5
+Package: libdt-utils5t64
+Provides: ${t64:Provides}
+Replaces: libdt-utils5
+Breaks: libdt-utils5 (<< ${source:Version})
 Section: libs
 Architecture: any
 Multi-Arch: same
@@ -29,7 +32,7 @@
 Section: libdevel
 Architecture: any
 Multi-Arch: same
-Depends: ${misc:Depends}, libdt-utils5 (= ${binary:Version})
+Depends: ${misc:Depends}, libdt-utils5t64 (= ${binary:Version})
 Description: Device tree related library (development files)
  libdt-utils provides the foundation for dt-utils' tools.
  It provides a programmer with an API to analyze
diff -Nru dt-utils-2021.03.0+ds/debian/libdt-utils5.install 
dt-utils-2021.03.0+ds/debian/libdt-utils5.install
--- dt-utils-2021.03.0+ds/debian/libdt-utils5.install   2022-02-06 
13:40:28.0 +
+++ dt-utils-2021.03.0+ds/debian/libdt-utils5.install   1970-01-01 
00:00:00.0 +
@@ -1 +0,0 @@
-usr/lib/*/libdt-utils.so.5*
diff -Nru dt-utils-2021.03.0+ds/debian/libdt-utils5.symbols 
dt-utils-2021.03.0+ds/debian/libdt-utils5.symbols
--- dt-utils-2021.03.0+ds/debian/libdt-utils5.symbols   2022-02-06 
13:40:28.0 +
+++ dt-utils-2021.03.0+ds/debian/libdt-utils5.symbols   1970-01-01 
00:00:00.0 +
@@ -1,77 +0,0 @@
-libdt-utils.so.5 libdt-utils5 #MINVER#
-* Build-Depends-Package: libdt-utils-dev
- LIBDT_1@LIBDT_1 2021.03.0
- crc32@LIBDT_1 2021.03.0
- crc32_no_comp@LIBDT_1 2021.03.0
- dev_printf@LIBDT_1 2021.03.0
- of_alias_get@LIBDT_1 2021.03.0
- of_alias_get_id@LIBDT_1 2021.03.0
- of_alias_scan@LIBDT_1 2021.03.0
- of_count_phandle_with_args@LIBDT_1 2021.03.0
- of_create_node@LIBDT_1 2021.03.0
- of_delete_node@LIBDT_1 2021.03.0
- of_delete_property@LIBDT_1 2021.03.0
- of_device_disable@LIBDT_1 2021.03.0
- of_device_disable_path@LIBDT_1 2021.03.0
- of_device_enable@LIBDT_1 2021.03.0
- of_device_enable_path@LIBDT_1 2021.03.0
- of_device_is_available@LIBDT_1 2021.03.0
- of_device_is_compatible@LIBDT_1 2021.03.0
- 

Bug#1062389: dsdp: NMU diff for 64-bit time_t transition

[mwhudson]

Source: dsdp
Version: 5.8-10
Severity: serious
Tags: patch pending
Justification: library ABI skew on upgrade
User: debian-...@lists.debian.org
Usertags: time-t

Dear maintainer,

As part of the 64-bit time_t transition required to support 32-bit
architectures in 2038 and beyond
(https://wiki.debian.org/ReleaseGoals/64bit-time), we have identified
dsdp 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 dsdp
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-15-generic (SMP w/16 CPU threads; PREEMPT)
Kernel taint flags: TAINT_PROPRIETARY_MODULE, TAINT_OOT_MODULE
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8), LANGUAGE not set
Shell: /bin/sh linked to /usr/bin/dash
Init: systemd (via /run/systemd/system)
diff -Nru dsdp-5.8/debian/changelog dsdp-5.8/debian/changelog
--- dsdp-5.8/debian/changelog   2022-07-28 09:20:16.0 +
+++ dsdp-5.8/debian/changelog   2024-02-01 08:47:21.0 +
@@ -1,3 +1,10 @@
+dsdp (5.8-10.1) experimental; urgency=medium
+
+  * Non-maintainer upload.
+  * Rename libraries for 64-bit time_t transition.
+
+ -- Michael Hudson-Doyle   Thu, 01 Feb 2024 08:47:21 +
+
 dsdp (5.8-10) unstable; urgency=medium
 
   * QA upload.
diff -Nru dsdp-5.8/debian/control dsdp-5.8/debian/control
--- dsdp-5.8/debian/control 2022-07-28 09:20:16.0 +
+++ dsdp-5.8/debian/control 2024-02-01 08:47:21.0 +
@@ -55,7 +55,7 @@
 Package: libdsdp-dev
 Section: libdevel
 Architecture: any
-Depends: ${shlibs:Depends}, ${misc:Depends}, libdsdp-5.8gf (= 
${binary:Version})
+Depends: ${shlibs:Depends}, ${misc:Depends}, libdsdp-5.8t64 (= 
${binary:Version})
 Description: Software for Semidefinite Programming
  The DSDP software is a free open source implementation of an interior-point
  method for semidefinite programming. It provides primal and dual solutions,
@@ -73,7 +73,11 @@
  .
  This package contains the header files for developers.
 
-Package: libdsdp-5.8gf
+Package: libdsdp-5.8t64
+Provides: ${t64:Provides}
+X-Time64-Compat: libdsdp-5.8gf
+Replaces: libdsdp-5.8gf
+Breaks: libdsdp-5.8gf (<< ${source:Version})
 Section: libs
 Architecture: any
 Depends: ${shlibs:Depends}, ${misc:Depends}
diff -Nru dsdp-5.8/debian/libdsdp-5.8gf.install 
dsdp-5.8/debian/libdsdp-5.8gf.install
--- dsdp-5.8/debian/libdsdp-5.8gf.install   2022-07-28 09:20:16.0 
+
+++ dsdp-5.8/debian/libdsdp-5.8gf.install   1970-01-01 00:00:00.0 
+
@@ -1,2 +0,0 @@
-lib/libdsdp-*.so usr/lib
-
diff -Nru dsdp-5.8/debian/libdsdp-5.8t64.install 
dsdp-5.8/debian/libdsdp-5.8t64.install
--- dsdp-5.8/debian/libdsdp-5.8t64.install  1970-01-01 00:00:00.0 
+
+++ dsdp-5.8/debian/libdsdp-5.8t64.install  2022-07-28 09:20:16.0 
+
@@ -0,0 +1,2 @@
+lib/libdsdp-*.so usr/lib
+
diff -Nru dsdp-5.8/debian/libdsdp-5.8t64.lintian-overrides 
dsdp-5.8/debian/libdsdp-5.8t64.lintian-overrides
--- dsdp-5.8/debian/libdsdp-5.8t64.lintian-overrides1970-01-01 
00:00:00.0 +
+++ dsdp-5.8/debian/libdsdp-5.8t64.lintian-overrides2024-02-01 
08:47:21.0 +
@@ -0,0 +1 @@
+libdsdp-5.8t64: package-name-doesnt-match-sonames libdsdp-5.8gf

Bug#1062403: freecontact: NMU diff for 64-bit time_t transition

[Lukas Märdian]

Source: freecontact
Version: 1.0.21-13
Severity: serious
Tags: patch pending
Justification: library ABI skew on upgrade
User: debian-...@lists.debian.org
Usertags: time-t

Dear maintainer,

As part of the 64-bit time_t transition required to support 32-bit
architectures in 2038 and beyond
(https://wiki.debian.org/ReleaseGoals/64bit-time), we have identified
freecontact 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 freecontact
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/8 CPU threads; PREEMPT)
Kernel taint flags: TAINT_PROPRIETARY_MODULE, TAINT_OOT_MODULE
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8), LANGUAGE not set
Shell: /bin/sh linked to /usr/bin/dash
Init: systemd (via /run/systemd/system)
diff -Nru freecontact-1.0.21/debian/changelog 
freecontact-1.0.21/debian/changelog
--- freecontact-1.0.21/debian/changelog 2023-05-18 09:43:26.0 +
+++ freecontact-1.0.21/debian/changelog 2024-02-01 09:32:42.0 +
@@ -1,3 +1,11 @@
+freecontact (1.0.21-13.1) experimental; urgency=medium
+
+  * Non-maintainer upload.
+  * Rename libraries for 64-bit time_t transition.
+  * Bump build-dependency on d-shlibs for --t64 support.
+
+ -- Lukas Märdian   Thu, 01 Feb 2024 09:32:42 +
+
 freecontact (1.0.21-13) unstable; urgency=medium
 
   * Team upload.
diff -Nru freecontact-1.0.21/debian/control freecontact-1.0.21/debian/control
--- freecontact-1.0.21/debian/control   2022-04-09 20:20:33.0 +
+++ freecontact-1.0.21/debian/control   2024-02-01 09:32:42.0 +
@@ -5,7 +5,7 @@
 Priority: optional
 Build-Depends: debhelper-compat (= 13),
bash-completion,
-   d-shlibs,
+   d-shlibs (>= 0.106),
gfortran,
libblas-dev | libblas-3.so,
libboost-dev,
@@ -35,14 +35,17 @@
  .
  This package contains the command line tool freecontact(1).
 
-Package: libfreecontact0v5
+Package: libfreecontact0t64
+Provides: ${t64:Provides}
+X-Time64-Compat: libfreecontact0v5
+Breaks: libfreecontact0v5 (<< ${source:Version})
 Architecture: any
 Multi-Arch: same
 Section: libs
 Depends: ${shlibs:Depends},
  ${misc:Depends}
 Conflicts: libfreecontact0
-Replaces: libfreecontact0
+Replaces: libfreecontact0v5, libfreecontact0
 Description: fast protein contact predictor library
  ${Description}
  .
@@ -52,7 +55,7 @@
 Architecture: any
 Multi-Arch: same
 Section: libdevel
-Depends: libfreecontact0v5 (= ${binary:Version}),
+Depends: libfreecontact0t64 (= ${binary:Version}),
  ${misc:Depends}
 Suggests: libfreecontact-doc
 Conflicts: libfreecontact-dev
diff -Nru freecontact-1.0.21/debian/libfreecontact0t64.lintian-overrides 
freecontact-1.0.21/debian/libfreecontact0t64.lintian-overrides
--- freecontact-1.0.21/debian/libfreecontact0t64.lintian-overrides  
1970-01-01 00:00:00.0 +
+++ freecontact-1.0.21/debian/libfreecontact0t64.lintian-overrides  
2024-02-01 09:32:42.0 +
@@ -0,0 +1 @@
+libfreecontact0t64: package-name-doesnt-match-sonames libfreecontact0v5
diff -Nru freecontact-1.0.21/debian/rules freecontact-1.0.21/debian/rules
--- freecontact-1.0.21/debian/rules 2023-05-18 09:29:42.0 +
+++ freecontact-1.0.21/debian/rules 2024-02-01 09:32:42.0 +
@@ -27,6 +27,7 @@
 override_dh_install:
dh_install
d-shlibmove --commit \
+   --t64 \
--multiarch \
--exclude-la \
--devunversioned \

Bug#1062407: liblopsub: NMU diff for 64-bit time_t transition

[Steve Langasek]

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

Dear maintainer,

As part of the 64-bit time_t transition required to support 32-bit
architectures in 2038 and beyond
(https://wiki.debian.org/ReleaseGoals/64bit-time), we have identified
liblopsub 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 liblopsub
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'), (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 liblopsub-1.0.4/debian/changelog liblopsub-1.0.4/debian/changelog
--- liblopsub-1.0.4/debian/changelog2023-07-02 12:12:13.0 +
+++ liblopsub-1.0.4/debian/changelog2024-02-01 09:30:36.0 +
@@ -1,3 +1,10 @@
+liblopsub (1.0.4-1.1) experimental; urgency=medium
+
+  * Non-maintainer upload.
+  * Rename libraries for 64-bit time_t transition.
+
+ -- Steve Langasek   Thu, 01 Feb 2024 09:30:36 +
+
 liblopsub (1.0.4-1) unstable; urgency=low
 
   * Make the build reproducible (Chris Lamb, Vagrant Cascadian). Closes:
diff -Nru liblopsub-1.0.4/debian/control liblopsub-1.0.4/debian/control
--- liblopsub-1.0.4/debian/control  2023-07-02 12:12:13.0 +
+++ liblopsub-1.0.4/debian/control  2024-02-01 09:30:35.0 +
@@ -8,7 +8,10 @@
 Vcs-Browser: http://git.tuebingen.mpg.de/lopsub.git
 Vcs-Git: git://git.tuebingen.mpg.de/lopsub.git
 
-Package: liblopsub1
+Package: liblopsub1t64
+Provides: ${t64:Provides}
+Replaces: liblopsub1
+Breaks: liblopsub1 (<< ${source:Version})
 Architecture: any
 Depends: ${shlibs:Depends}, ${misc:Depends}
 Description: Long Option Parser for Subcommands
@@ -25,7 +28,7 @@
 
 Package: liblopsub-dev
 Architecture: any
-Depends: ${shlibs:Depends}, liblopsub1 (= ${binary:Version}), ${misc:Depends}
+Depends: ${shlibs:Depends}, liblopsub1t64 (= ${binary:Version}), 
${misc:Depends}
 Description: Long Option Parser for Subcommand - headers
  Lopsub  is  an  open  source library written in C which aims to ease
  the task of creating, documenting and parsing the options of Unix
diff -Nru liblopsub-1.0.4/debian/liblopsub1.install 
liblopsub-1.0.4/debian/liblopsub1.install
--- liblopsub-1.0.4/debian/liblopsub1.install   2023-07-02 12:12:13.0 
+
+++ liblopsub-1.0.4/debian/liblopsub1.install   1970-01-01 00:00:00.0 
+
@@ -1,2 +0,0 @@
-debian/tmp/usr/share/man/man7/*
-debian/tmp/usr/lib/*/liblopsub.so.*
diff -Nru liblopsub-1.0.4/debian/liblopsub1t64.install 
liblopsub-1.0.4/debian/liblopsub1t64.install
--- liblopsub-1.0.4/debian/liblopsub1t64.install1970-01-01 
00:00:00.0 +
+++ liblopsub-1.0.4/debian/liblopsub1t64.install2023-07-02 
12:12:13.0 +
@@ -0,0 +1,2 @@
+debian/tmp/usr/share/man/man7/*
+debian/tmp/usr/lib/*/liblopsub.so.*
diff -Nru liblopsub-1.0.4/debian/liblopsub1t64.lintian-overrides 
liblopsub-1.0.4/debian/liblopsub1t64.lintian-overrides
--- liblopsub-1.0.4/debian/liblopsub1t64.lintian-overrides  1970-01-01 
00:00:00.0 +
+++ liblopsub-1.0.4/debian/liblopsub1t64.lintian-overrides  2024-02-01 
09:30:35.0 +
@@ -0,0 +1 @@
+liblopsub1t64: package-name-doesnt-match-sonames liblopsub1
diff -Nru liblopsub-1.0.4/debian/rules liblopsub-1.0.4/debian/rules
--- liblopsub-1.0.4/debian/rules2023-07-02 12:12:13.0 +
+++ liblopsub-1.0.4/debian/rules2024-02-01 09:30:36.0 

Bug#1062392: libkiwix: NMU diff for 64-bit time_t transition

[Steve Langasek]

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

Dear maintainer,

As part of the 64-bit time_t transition required to support 32-bit
architectures in 2038 and beyond
(https://wiki.debian.org/ReleaseGoals/64bit-time), we have identified
libkiwix 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 libkiwix
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'), (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 libkiwix-12.1.1/debian/changelog libkiwix-12.1.1/debian/changelog
--- libkiwix-12.1.1/debian/changelog2023-09-14 16:39:49.0 +
+++ libkiwix-12.1.1/debian/changelog2024-02-01 08:49:32.0 +
@@ -1,3 +1,10 @@
+libkiwix (12.1.1-1.1) experimental; urgency=medium
+
+  * Non-maintainer upload.
+  * Rename libraries for 64-bit time_t transition.
+
+ -- Steve Langasek   Thu, 01 Feb 2024 08:49:32 +
+
 libkiwix (12.1.1-1) unstable; urgency=medium
 
   * New upstream version 12.1.1, which reverts the ABI breakage in
diff -Nru libkiwix-12.1.1/debian/control libkiwix-12.1.1/debian/control
--- libkiwix-12.1.1/debian/control  2023-09-12 05:17:20.0 +
+++ libkiwix-12.1.1/debian/control  2024-02-01 08:49:32.0 +
@@ -24,7 +24,7 @@
 Section: libdevel
 Architecture: any
 Multi-Arch: same
-Depends: libkiwix12 (= ${binary:Version}), ${misc:Depends}, python3,
+Depends: libkiwix12t64 (= ${binary:Version}), ${misc:Depends}, python3,
  libzim-dev (>= 8.1.0),
  libicu-dev,
  libpugixml-dev,
@@ -37,7 +37,10 @@
  .
  This package contains development files.
 
-Package: libkiwix12
+Package: libkiwix12t64
+Provides: ${t64:Provides}
+Replaces: libkiwix12
+Breaks: libkiwix12 (<< ${source:Version})
 Architecture: any
 Multi-Arch: same
 Depends: ${shlibs:Depends}, ${misc:Depends}, aria2
diff -Nru libkiwix-12.1.1/debian/libkiwix12.install 
libkiwix-12.1.1/debian/libkiwix12.install
--- libkiwix-12.1.1/debian/libkiwix12.install   2022-07-25 18:23:33.0 
+
+++ libkiwix-12.1.1/debian/libkiwix12.install   1970-01-01 00:00:00.0 
+
@@ -1 +0,0 @@
-usr/lib/*/libkiwix.so.*
diff -Nru libkiwix-12.1.1/debian/libkiwix12t64.install 
libkiwix-12.1.1/debian/libkiwix12t64.install
--- libkiwix-12.1.1/debian/libkiwix12t64.install1970-01-01 
00:00:00.0 +
+++ libkiwix-12.1.1/debian/libkiwix12t64.install2022-07-25 
18:23:33.0 +
@@ -0,0 +1 @@
+usr/lib/*/libkiwix.so.*
diff -Nru libkiwix-12.1.1/debian/libkiwix12t64.lintian-overrides 
libkiwix-12.1.1/debian/libkiwix12t64.lintian-overrides
--- libkiwix-12.1.1/debian/libkiwix12t64.lintian-overrides  1970-01-01 
00:00:00.0 +
+++ libkiwix-12.1.1/debian/libkiwix12t64.lintian-overrides  2024-02-01 
08:49:32.0 +
@@ -0,0 +1 @@
+libkiwix12t64: package-name-doesnt-match-sonames libkiwix12

Bug#1062395: libktoblzcheck: NMU diff for 64-bit time_t transition

[Steve Langasek]

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

Dear maintainer,

As part of the 64-bit time_t transition required to support 32-bit
architectures in 2038 and beyond
(https://wiki.debian.org/ReleaseGoals/64bit-time), we have identified
libktoblzcheck 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 libktoblzcheck
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'), (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 libktoblzcheck-1.53/debian/changelog 
libktoblzcheck-1.53/debian/changelog
--- libktoblzcheck-1.53/debian/changelog2022-04-15 15:29:52.0 
+
+++ libktoblzcheck-1.53/debian/changelog2024-02-01 08:53:42.0 
+
@@ -1,3 +1,10 @@
+libktoblzcheck (1.53-3.1) experimental; urgency=medium
+
+  * Non-maintainer upload.
+  * Rename libraries for 64-bit time_t transition.
+
+ -- Steve Langasek   Thu, 01 Feb 2024 08:53:42 +
+
 libktoblzcheck (1.53-3) unstable; urgency=medium
 
   [ Debian Janitor ]
diff -Nru libktoblzcheck-1.53/debian/control libktoblzcheck-1.53/debian/control
--- libktoblzcheck-1.53/debian/control  2022-04-15 15:26:11.0 +
+++ libktoblzcheck-1.53/debian/control  2024-02-01 08:53:42.0 +
@@ -11,13 +11,16 @@
 Vcs-Browser: https://salsa.debian.org/aqbanking-team/pkg-ktoblzcheck
 Vcs-Git: https://salsa.debian.org/aqbanking-team/pkg-ktoblzcheck.git
 
-Package: libktoblzcheck1v5
+Package: libktoblzcheck1t64
+Provides: ${t64:Provides}
+X-Time64-Compat: libktoblzcheck1v5
+Breaks: libktoblzcheck1v5 (<< ${source:Version})
 Architecture: any
 Multi-Arch: same
 Depends: ${shlibs:Depends}, ${perl:Depends}, ${misc:Depends}
 Suggests: ktoblzcheck
 Conflicts: libktoblzcheck1c2a
-Replaces: libktoblzcheck1c2a
+Replaces: libktoblzcheck1v5, libktoblzcheck1c2a
 Description: library for verification of account numbers and bank codes
  libktoblzcheck is a library for verification of bank account numbers and bank
  codes (BLZ) of German Banks. It is based on the specifications of the
@@ -28,7 +31,7 @@
 Section: libdevel
 Architecture: any
 Multi-Arch: same
-Depends: libktoblzcheck1v5 (= ${binary:Version}), ${misc:Depends}
+Depends: libktoblzcheck1t64 (= ${binary:Version}), ${misc:Depends}
 Description: library for verification of account numbers and bank codes 
(development files)
  libktoblzcheck is a library for verification of bank account numbers and bank
  codes (BLZ) of German Banks. It is based on the specifications of the
diff -Nru libktoblzcheck-1.53/debian/libktoblzcheck1t64.install 
libktoblzcheck-1.53/debian/libktoblzcheck1t64.install
--- libktoblzcheck-1.53/debian/libktoblzcheck1t64.install   1970-01-01 
00:00:00.0 +
+++ libktoblzcheck-1.53/debian/libktoblzcheck1t64.install   2019-10-06 
18:52:09.0 +
@@ -0,0 +1,2 @@
+usr/lib/*/lib*.so.*
+usr/share/ktoblzcheck
diff -Nru libktoblzcheck-1.53/debian/libktoblzcheck1t64.lintian-overrides 
libktoblzcheck-1.53/debian/libktoblzcheck1t64.lintian-overrides
--- libktoblzcheck-1.53/debian/libktoblzcheck1t64.lintian-overrides 
1970-01-01 00:00:00.0 +
+++ libktoblzcheck-1.53/debian/libktoblzcheck1t64.lintian-overrides 
2024-02-01 08:53:42.0 +
@@ -0,0 +1 @@
+libktoblzcheck1t64: package-name-doesnt-match-sonames libktoblzcheck1v5
diff -Nru 

Bug#1062396: libldm: NMU diff for 64-bit time_t transition

[Steve Langasek]

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

Dear maintainer,

As part of the 64-bit time_t transition required to support 32-bit
architectures in 2038 and beyond
(https://wiki.debian.org/ReleaseGoals/64bit-time), we have identified
libldm 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 libldm
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'), (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 libldm-0.2.5/debian/changelog libldm-0.2.5/debian/changelog
--- libldm-0.2.5/debian/changelog   2021-05-10 23:02:03.0 +
+++ libldm-0.2.5/debian/changelog   2024-02-01 08:54:33.0 +
@@ -1,3 +1,10 @@
+libldm (0.2.5-1.1) experimental; urgency=medium
+
+  * Non-maintainer upload.
+  * Rename libraries for 64-bit time_t transition.
+
+ -- Steve Langasek   Thu, 01 Feb 2024 08:54:33 +
+
 libldm (0.2.5-1) unstable; urgency=medium
 
   * New upstream version 0.2.5
diff -Nru libldm-0.2.5/debian/control libldm-0.2.5/debian/control
--- libldm-0.2.5/debian/control 2021-03-24 20:20:37.0 +
+++ libldm-0.2.5/debian/control 2024-02-01 08:54:33.0 +
@@ -21,7 +21,7 @@
 Architecture: any
 Multi-Arch: same
 Pre-Depends: ${misc:Pre-Depends}
-Depends: libldm-1.0-0 (= ${binary:Version}), ${misc:Depends}
+Depends: libldm-1.0-0t64 (= ${binary:Version}), ${misc:Depends}
 Description: library for managing Microsoft Windows dynamic disks
  libldm is a library for managing Microsoft Windows dynamic disks,
  which use Microsoft's LDM metadata. It can inspect them, and also
@@ -29,7 +29,10 @@
  .
  This package includes the headers
 
-Package: libldm-1.0-0
+Package: libldm-1.0-0t64
+Provides: ${t64:Provides}
+Replaces: libldm-1.0-0
+Breaks: libldm-1.0-0 (<< ${source:Version})
 Section: libs
 Architecture: any
 Multi-Arch: same
diff -Nru libldm-0.2.5/debian/libldm-1.0-0.install 
libldm-0.2.5/debian/libldm-1.0-0.install
--- libldm-0.2.5/debian/libldm-1.0-0.install2021-03-24 20:20:37.0 
+
+++ libldm-0.2.5/debian/libldm-1.0-0.install1970-01-01 00:00:00.0 
+
@@ -1 +0,0 @@
-usr/lib/*-*/lib*.so.*
diff -Nru libldm-0.2.5/debian/libldm-1.0-0.symbols 
libldm-0.2.5/debian/libldm-1.0-0.symbols
--- libldm-0.2.5/debian/libldm-1.0-0.symbols2021-05-10 22:46:18.0 
+
+++ libldm-0.2.5/debian/libldm-1.0-0.symbols1970-01-01 00:00:00.0 
+
@@ -1,46 +0,0 @@
-libldm-1.0.so.0 libldm-1.0-0 #MINVER#
- (optional|regex)^_ 0
- (optional|regex)^gpt_ 0
- (optional|regex)^mbr_ 0
- ldm_add@Base 0.2.3
- ldm_add_fd@Base 0.2.3
- ldm_disk_get_data_size@Base 0.2.3
- ldm_disk_get_data_start@Base 0.2.3
- ldm_disk_get_device@Base 0.2.3
- ldm_disk_get_guid@Base 0.2.3
- ldm_disk_get_metadata_size@Base 0.2.3
- ldm_disk_get_metadata_start@Base 0.2.3
- ldm_disk_get_name@Base 0.2.3
- ldm_disk_get_type@Base 0.2.3
- ldm_disk_group_get_disks@Base 0.2.3
- ldm_disk_group_get_guid@Base 0.2.3
- ldm_disk_group_get_name@Base 0.2.3
- ldm_disk_group_get_partitions@Base 0.2.3
- ldm_disk_group_get_type@Base 0.2.3
- ldm_disk_group_get_volumes@Base 0.2.3
- ldm_error_get_type@Base 0.2.3
- ldm_error_quark@Base 0.2.3
- ldm_get_disk_groups@Base 0.2.3
- ldm_get_type@Base 0.2.3
- ldm_new@Base 0.2.3
- ldm_partition_dm_get_device@Base 0.2.5
- ldm_partition_get_disk@Base 0.2.3
- ldm_partition_get_name@Base 0.2.3
- ldm_partition_get_size@Base 

Bug#1062394: libkqueue: NMU diff for 64-bit time_t transition

[Steve Langasek]

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

Dear maintainer,

As part of the 64-bit time_t transition required to support 32-bit
architectures in 2038 and beyond
(https://wiki.debian.org/ReleaseGoals/64bit-time), we have identified
libkqueue 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 libkqueue
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'), (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 libkqueue-2.3.1/debian/changelog libkqueue-2.3.1/debian/changelog
--- libkqueue-2.3.1/debian/changelog2020-04-06 23:57:02.0 +
+++ libkqueue-2.3.1/debian/changelog2024-02-01 08:53:07.0 +
@@ -1,3 +1,10 @@
+libkqueue (2.3.1-1.1) experimental; urgency=medium
+
+  * Non-maintainer upload.
+  * Rename libraries for 64-bit time_t transition.
+
+ -- Steve Langasek   Thu, 01 Feb 2024 08:53:07 +
+
 libkqueue (2.3.1-1) unstable; urgency=medium
 
   * New upstream release
diff -Nru libkqueue-2.3.1/debian/control libkqueue-2.3.1/debian/control
--- libkqueue-2.3.1/debian/control  2020-04-06 23:55:51.0 +
+++ libkqueue-2.3.1/debian/control  2024-02-01 08:53:06.0 +
@@ -8,7 +8,10 @@
 Vcs-Browser: https://github.com/mheily/debian-packages/tree/libkqueue
 Homepage: https://github.com/mheily/libkqueue/wiki
 
-Package: libkqueue0
+Package: libkqueue0t64
+Provides: ${t64:Provides}
+Replaces: libkqueue0
+Breaks: libkqueue0 (<< ${source:Version})
 Architecture: any
 Depends: ${shlibs:Depends}, ${misc:Depends}
 Description: cross-platform library for kernel event notification
@@ -20,7 +23,7 @@
 Package: libkqueue-dev
 Section: libdevel
 Architecture: any
-Depends: libkqueue0 (= ${binary:Version}), ${misc:Depends}
+Depends: libkqueue0t64 (= ${binary:Version}), ${misc:Depends}
 Description: Development files for libkqueue
  Contains the header files, manpages, and static libraries for use in 
  developing applications that use the libkqueue library.
diff -Nru libkqueue-2.3.1/debian/libkqueue0.install 
libkqueue-2.3.1/debian/libkqueue0.install
--- libkqueue-2.3.1/debian/libkqueue0.install   2019-02-18 15:48:39.0 
+
+++ libkqueue-2.3.1/debian/libkqueue0.install   1970-01-01 00:00:00.0 
+
@@ -1 +0,0 @@
-usr/lib/*/lib*.so.0
diff -Nru libkqueue-2.3.1/debian/libkqueue0t64.install 
libkqueue-2.3.1/debian/libkqueue0t64.install
--- libkqueue-2.3.1/debian/libkqueue0t64.install1970-01-01 
00:00:00.0 +
+++ libkqueue-2.3.1/debian/libkqueue0t64.install2019-02-18 
15:48:39.0 +
@@ -0,0 +1 @@
+usr/lib/*/lib*.so.0
diff -Nru libkqueue-2.3.1/debian/libkqueue0t64.lintian-overrides 
libkqueue-2.3.1/debian/libkqueue0t64.lintian-overrides
--- libkqueue-2.3.1/debian/libkqueue0t64.lintian-overrides  1970-01-01 
00:00:00.0 +
+++ libkqueue-2.3.1/debian/libkqueue0t64.lintian-overrides  2024-02-01 
08:53:06.0 +
@@ -0,0 +1 @@
+libkqueue0t64: package-name-doesnt-match-sonames libkqueue0

Bug#1062415: libmemcached: NMU diff for 64-bit time_t transition

[Steve Langasek]

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

Dear maintainer,

As part of the 64-bit time_t transition required to support 32-bit
architectures in 2038 and beyond
(https://wiki.debian.org/ReleaseGoals/64bit-time), we have identified
libmemcached 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 libmemcached
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'), (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 libmemcached-1.1.4/debian/changelog 
libmemcached-1.1.4/debian/changelog
--- libmemcached-1.1.4/debian/changelog 2023-03-06 18:38:02.0 +
+++ libmemcached-1.1.4/debian/changelog 2024-02-01 09:51:21.0 +
@@ -1,3 +1,10 @@
+libmemcached (1.1.4-1.1) experimental; urgency=medium
+
+  * Non-maintainer upload.
+  * Rename libraries for 64-bit time_t transition.
+
+ -- Steve Langasek   Thu, 01 Feb 2024 09:51:21 +
+
 libmemcached (1.1.4-1) unstable; urgency=high
 
   * New upstream version 1.1.4
diff -Nru libmemcached-1.1.4/debian/control libmemcached-1.1.4/debian/control
--- libmemcached-1.1.4/debian/control   2023-03-06 18:38:02.0 +
+++ libmemcached-1.1.4/debian/control   2024-02-01 09:51:21.0 +
@@ -17,7 +17,10 @@
 Vcs-Git: https://salsa.debian.org/debian/libmemcached.git
 Vcs-Browser: https://salsa.debian.org/debian/libmemcached
 
-Package: libmemcached11
+Package: libmemcached11t64
+Provides: ${t64:Provides}
+Replaces: libmemcached11
+Breaks: libmemcached11 (<< ${source:Version})
 Architecture: any
 Multi-Arch: same
 Pre-Depends: ${misc:Pre-Depends}
@@ -47,8 +50,8 @@
 Architecture: any
 Multi-Arch: same
 Depends: libhashkit-dev (=${binary:Version}),
- libmemcached11 (= ${binary:Version}),
- libmemcachedutil2 (= ${binary:Version}),
+ libmemcached11t64 (= ${binary:Version}),
+ libmemcachedutil2t64 (= ${binary:Version}),
  libsasl2-dev,
  ${misc:Depends},
  ${shlibs:Depends}
@@ -71,11 +74,14 @@
  .
  This package provides the development files.
 
-Package: libmemcachedutil2
+Package: libmemcachedutil2t64
+Provides: ${t64:Provides}
+Replaces: libmemcachedutil2
+Breaks: libmemcachedutil2 (<< ${source:Version})
 Architecture: any
 Multi-Arch: same
 Pre-Depends: ${misc:Pre-Depends}
-Depends: libmemcached11 (= ${binary:Version}),
+Depends: libmemcached11t64 (= ${binary:Version}),
  ${misc:Depends},
  ${shlibs:Depends}
 Description: library implementing connection pooling for libmemcached
@@ -97,7 +103,10 @@
  .
  This package provides the libmemcachedutil library.
 
-Package: libhashkit2
+Package: libhashkit2t64
+Provides: ${t64:Provides}
+Replaces: libhashkit2
+Breaks: libhashkit2 (<< ${source:Version})
 Architecture: any
 Multi-Arch: same
 Pre-Depends: ${misc:Pre-Depends}
@@ -114,11 +123,11 @@
 Section: libdevel
 Architecture: any
 Multi-Arch: same
-Replaces: libhashkit2 (<< 1.1.3-1~),
+Replaces: libhashkit2t64 (<< 1.1.3-1~),
   libmemcached-dev (<< 1.0.3-1)
-Breaks: libhashkit2 (<< 1.1.3-1~),
+Breaks: libhashkit2t64 (<< 1.1.3-1~),
 libmemcached-dev (<< 1.0.3-1)
-Depends: libhashkit2 (=${binary:Version}),
+Depends: libhashkit2t64 (=${binary:Version}),
  ${misc:Depends},
  ${shlibs:Depends}
 Description: libmemcached hashing functions and algorithms (development files)
diff -Nru 

Bug#1062380: libisoburn: NMU diff for 64-bit time_t transition

[Steve Langasek]

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

Dear maintainer,

As part of the 64-bit time_t transition required to support 32-bit
architectures in 2038 and beyond
(https://wiki.debian.org/ReleaseGoals/64bit-time), we have identified
libisoburn 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 libisoburn
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'), (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 libisoburn-1.5.6/debian/changelog libisoburn-1.5.6/debian/changelog
--- libisoburn-1.5.6/debian/changelog   2023-09-09 17:20:46.0 +
+++ libisoburn-1.5.6/debian/changelog   2024-02-01 08:40:12.0 +
@@ -1,3 +1,10 @@
+libisoburn (1.5.6-1.1) experimental; urgency=medium
+
+  * Non-maintainer upload.
+  * Rename libraries for 64-bit time_t transition.
+
+ -- Steve Langasek   Thu, 01 Feb 2024 08:40:12 +
+
 libisoburn (1.5.6-1) unstable; urgency=low
 
   [ Thomas Schmitt ]
diff -Nru libisoburn-1.5.6/debian/control libisoburn-1.5.6/debian/control
--- libisoburn-1.5.6/debian/control 2023-09-09 17:20:46.0 +
+++ libisoburn-1.5.6/debian/control 2024-02-01 08:40:12.0 +
@@ -16,7 +16,10 @@
 Vcs-Git: https://salsa.debian.org/optical-media-team/libisoburn.git
 Homepage: http://libburnia-project.org
 
-Package: libisoburn1
+Package: libisoburn1t64
+Provides: ${t64:Provides}
+Replaces: libisoburn1
+Breaks: libisoburn1 (<< ${source:Version})
 Architecture: any
 Multi-Arch: same
 Depends: ${shlibs:Depends},
@@ -56,7 +59,7 @@
 Multi-Arch: same
 Section: libdevel
 Depends: ${misc:Depends},
- libisoburn1 (= ${binary:Version}),
+ libisoburn1t64 (= ${binary:Version}),
  libisofs-dev,
  libburn-dev
 Suggests: libisoburn-doc (= ${source:Version})
@@ -78,7 +81,7 @@
 Section: otherosfs
 Depends: ${shlibs:Depends},
  ${misc:Depends},
- libisoburn1 (= ${binary:Version})
+ libisoburn1t64 (= ${binary:Version})
 Suggests: xorriso-tcltk,
   jigit,
   cdck [!kfreebsd-any]
diff -Nru libisoburn-1.5.6/debian/libisoburn1.docs 
libisoburn-1.5.6/debian/libisoburn1.docs
--- libisoburn-1.5.6/debian/libisoburn1.docs2023-09-09 17:20:46.0 
+
+++ libisoburn-1.5.6/debian/libisoburn1.docs1970-01-01 00:00:00.0 
+
@@ -1,2 +0,0 @@
-AUTHORS
-README
diff -Nru libisoburn-1.5.6/debian/libisoburn1.install 
libisoburn-1.5.6/debian/libisoburn1.install
--- libisoburn-1.5.6/debian/libisoburn1.install 2023-09-09 17:20:46.0 
+
+++ libisoburn-1.5.6/debian/libisoburn1.install 1970-01-01 00:00:00.0 
+
@@ -1 +0,0 @@
-debian/tmp/usr/lib/*/libisoburn.so.1*
diff -Nru libisoburn-1.5.6/debian/libisoburn1.lintian-overrides 
libisoburn-1.5.6/debian/libisoburn1.lintian-overrides
--- libisoburn-1.5.6/debian/libisoburn1.lintian-overrides   2023-09-09 
17:20:46.0 +
+++ libisoburn-1.5.6/debian/libisoburn1.lintian-overrides   1970-01-01 
00:00:00.0 +
@@ -1,18 +0,0 @@
-
-# The typo "paramters" is inherited from mkisofs helptexts and might be
-# essential for proper recognition of mkisofs capabilities by frontends.
-libisoburn1 binary: spelling-error-in-binary paramters parameters *
-
-# The germanism "Allow to" is inherited from mkisofs helptexts and might be
-# essential for proper recognition of mkisofs 

Bug#1059782: marked as done (mesa-vdpau-drivers: Upgrade to 23.3.* breaks video rendering in tkinter)

[Debian Bug Tracking System]

Your message dated Thu, 01 Feb 2024 08:52:21 +
with message-id 
and subject line Bug#1059782: fixed in mesa 24.0.0-1
has caused the Debian Bug report #1059782,
regarding mesa-vdpau-drivers: Upgrade to 23.3.* breaks video rendering in 
tkinter
to be marked as done.

This means that you claim that the problem has been dealt with.
If this is not the case it is now your responsibility to reopen the
Bug report if necessary, and/or fix the problem forthwith.

(NB: If you are a system administrator and have no idea what this
message is talking about, this may indicate a serious mail system
misconfiguration somewhere. Please contact ow...@bugs.debian.org
immediately.)


-- 
1059782: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=1059782
Debian Bug Tracking System
Contact ow...@bugs.debian.org with problems
--- Begin Message ---
Package: mesa-vdpau-drivers
Version: 23.3.1-4
Severity: important

Dear Maintainer,

Upgrading from 23.2.1-1 to any 23.3.* version breaks video rendering in Python
tkinter-based applications.

I'm embedding a python-vlc media player in tkinter to play videos. Playback is
fine when using 23.2.1-1 or older. However, after upgrading to any 23.3.*
version, a black square is displayed where the video output should be. Playback
is occurring, as audio can be heard.

I tracked the issue to the mesa packages, but I don't know how to debug this
further or identify the binary package causing the issue.

I'll attach a simple test case. Please install python3-tk and python3-vlc.


-- Package-specific info:
glxinfo:

name of display: :0
display: :0  screen: 0
direct rendering: Yes
server glx vendor string: SGI
server glx version string: 1.4
server glx extensions:
GLX_ARB_context_flush_control, GLX_ARB_create_context, 
GLX_ARB_create_context_no_error, GLX_ARB_create_context_profile, 
GLX_ARB_fbconfig_float, GLX_ARB_framebuffer_sRGB, GLX_ARB_multisample, 
GLX_EXT_create_context_es2_profile, GLX_EXT_create_context_es_profile, 
GLX_EXT_fbconfig_packed_float, GLX_EXT_framebuffer_sRGB, 
GLX_EXT_get_drawable_type, GLX_EXT_libglvnd, GLX_EXT_no_config_context, 
GLX_EXT_texture_from_pixmap, GLX_EXT_visual_info, GLX_EXT_visual_rating, 
GLX_MESA_copy_sub_buffer, GLX_OML_swap_method, GLX_SGIS_multisample, 
GLX_SGIX_fbconfig, GLX_SGIX_pbuffer, GLX_SGIX_visual_select_group, 
GLX_SGI_make_current_read
client glx vendor string: Mesa Project and SGI
client glx version string: 1.4
client glx extensions:
GLX_ARB_context_flush_control, GLX_ARB_create_context, 
GLX_ARB_create_context_no_error, GLX_ARB_create_context_profile, 
GLX_ARB_create_context_robustness, GLX_ARB_fbconfig_float, 
GLX_ARB_framebuffer_sRGB, GLX_ARB_get_proc_address, GLX_ARB_multisample, 
GLX_ATI_pixel_format_float, GLX_EXT_buffer_age, 
GLX_EXT_create_context_es2_profile, GLX_EXT_create_context_es_profile, 
GLX_EXT_fbconfig_packed_float, GLX_EXT_framebuffer_sRGB, 
GLX_EXT_import_context, GLX_EXT_no_config_context, GLX_EXT_swap_control, 
GLX_EXT_swap_control_tear, GLX_EXT_texture_from_pixmap, 
GLX_EXT_visual_info, GLX_EXT_visual_rating, GLX_INTEL_swap_event, 
GLX_MESA_copy_sub_buffer, GLX_MESA_gl_interop, GLX_MESA_query_renderer, 
GLX_MESA_swap_control, GLX_NV_float_buffer, GLX_OML_sync_control, 
GLX_SGIS_multisample, GLX_SGIX_fbconfig, GLX_SGIX_pbuffer, 
GLX_SGIX_visual_select_group, GLX_SGI_make_current_read, 
GLX_SGI_swap_control, GLX_SGI_video_sync
GLX version: 1.4
GLX extensions:
GLX_ARB_context_flush_control, GLX_ARB_create_context, 
GLX_ARB_create_context_no_error, GLX_ARB_create_context_profile, 
GLX_ARB_fbconfig_float, GLX_ARB_framebuffer_sRGB, 
GLX_ARB_get_proc_address, GLX_ARB_multisample, GLX_EXT_buffer_age, 
GLX_EXT_create_context_es2_profile, GLX_EXT_create_context_es_profile, 
GLX_EXT_fbconfig_packed_float, GLX_EXT_framebuffer_sRGB, 
GLX_EXT_no_config_context, GLX_EXT_swap_control, 
GLX_EXT_swap_control_tear, GLX_EXT_texture_from_pixmap, 
GLX_EXT_visual_info, GLX_EXT_visual_rating, GLX_MESA_copy_sub_buffer, 
GLX_MESA_gl_interop, GLX_MESA_query_renderer, GLX_MESA_swap_control, 
GLX_OML_sync_control, GLX_SGIS_multisample, GLX_SGIX_fbconfig, 
GLX_SGIX_pbuffer, GLX_SGIX_visual_select_group, GLX_SGI_make_current_read, 
GLX_SGI_video_sync
Extended renderer info (GLX_MESA_query_renderer):
Vendor: VMware, Inc. (0x15ad)
Device: SVGA3D; build: RELEASE;  LLVM; (0x405)
Version: 23.3.1
Accelerated: no
Video memory: 1MB
Unified memory: no
Preferred profile: core (0x1)
Max core profile version: 4.1
Max compat profile version: 4.1
Max GLES1 profile version: 1.1
Max GLES[23] profile version: 3.0
OpenGL vendor string: VMware, Inc.
OpenGL renderer string: SVGA3D; build: RELEASE;  LLVM;
OpenGL core profile version string: 4.1 (Core Profile) Mesa 23.3.1-4
OpenGL core profile shading language version string: 4.10
OpenGL core profile context flags: (none)

Bug#1060005: marked as done (cifs-utils: Copy file with cp, hangs with a kernel NULL pointer dereference.)

[Debian Bug Tracking System]

Your message dated Thu, 01 Feb 2024 09:32:08 +
with message-id 
and subject line Bug#1060005: fixed in linux 6.1.76-1
has caused the Debian Bug report #1060005,
regarding cifs-utils: Copy file with cp, hangs with a kernel NULL pointer 
dereference.
to be marked as done.

This means that you claim that the problem has been dealt with.
If this is not the case it is now your responsibility to reopen the
Bug report if necessary, and/or fix the problem forthwith.

(NB: If you are a system administrator and have no idea what this
message is talking about, this may indicate a serious mail system
misconfiguration somewhere. Please contact ow...@bugs.debian.org
immediately.)


-- 
1060005: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=1060005
Debian Bug Tracking System
Contact ow...@bugs.debian.org with problems
--- Begin Message ---
Package: cifs-utils
Version: 2:7.0-2
Severity: normal
X-Debbugs-Cc: eduardo.david.nu...@gmail.com

Dear Maintainer,


When copying a file between directories on same mount, the operation hangs with:
BUG: kernel NULL pointer dereference, address: 
in RIP: 0010:cifs_flush_folio+0x3f/0x100 [cifs]

Debian12 6.1.0-17-amd run as guest in VirtualBox 7.0.12 and the mounted share 
is on the host (Windows 10).
Works as expected in the same configuration but with Debian11 5.10.0-27-amd64 
as guest.



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

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

Versions of packages cifs-utils depends on:
ii  libc6 2.36-9+deb12u3
ii  libcap-ng00.8.3-1+b3
ii  libgssapi-krb5-2  1.20.1-2+deb12u1
ii  libkeyutils1  1.6.3-2
ii  libkrb5-3 1.20.1-2+deb12u1
ii  libpam0g  1.5.2-6+deb12u1
ii  libtalloc22.4.0-f2
ii  libwbclient0  2:4.17.12+dfsg-0+deb12u1
ii  python3   3.11.2-1+b1

Versions of packages cifs-utils recommends:
ii  keyutils  1.6.3-2

Versions of packages cifs-utils suggests:
ii  bash-completion  1:2.11-6
pn  smbclient
pn  winbind  

-- no debconf information
--- End Message ---
--- Begin Message ---
Source: linux
Source-Version: 6.1.76-1
Done: Salvatore Bonaccorso 

We believe that the bug you reported is fixed in the latest version of
linux, which is due to be installed in the Debian FTP archive.

A summary of the changes between this version and the previous one is
attached.

Thank you for reporting the bug, which will now be closed.  If you
have further comments please address them to 1060...@bugs.debian.org,
and the maintainer will reopen the bug report if appropriate.

Debian distribution maintenance software
pp.
Salvatore Bonaccorso  (supplier of updated linux package)

(This message was generated automatically at their request; if you
believe that there is a problem with it please contact the archive
administrators by mailing ftpmas...@ftp-master.debian.org)


-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512

Format: 1.8
Date: Thu, 01 Feb 2024 09:05:49 +0100
Source: linux
Architecture: source
Version: 6.1.76-1
Distribution: bookworm
Urgency: medium
Maintainer: Debian Kernel Team 
Changed-By: Salvatore Bonaccorso 
Closes: 1058887 1060005
Changes:
 linux (6.1.76-1) bookworm; urgency=medium
 .
   * New upstream stable update:
 https://www.kernel.org/pub/linux/kernel/v6.x/ChangeLog-6.1.70
 - bpf: Fix prog_array_map_poke_run map poke update
 - HID: i2c-hid: acpi: Unify ACPI ID tables format
 - HID: i2c-hid: Add IDEA5002 to i2c_hid_acpi_blacklist[]
 - drm/amd/display: fix hw rotated modes when PSR-SU is enabled
 - [armhf] OMAP2+: Fix null pointer dereference and memory leak in
   omap_soc_device_init
 - reset: Fix crash when freeing non-existent optional resets
 - [s390x] vx: fix save/restore of fpu kernel context
 - wifi: iwlwifi: pcie: add another missing bh-disable for rxq->lock
 - wifi: mac80211: check if the existing link config remains unchanged
 - wifi: mac80211: mesh: check element parsing succeeded
 - wifi: mac80211: mesh_plink: fix matches_local logic
 - Revert "net/mlx5e: fix double free of encap_header in update funcs"
 - Revert "net/mlx5e: fix double free of encap_header"
 - net/mlx5e: Fix slab-out-of-bounds in mlx5_query_nic_vport_mac_list()
 - net/mlx5: Introduce and use opcode getter in command interface
 - net/mlx5: Prevent high-rate FW commands from populating all slots
 - net/mlx5: Re-organize mlx5_cmd struct
 - net/mlx5e: Fix a race in command alloc flow
 - net/mlx5e: fix a potential double-free in fs_udp_create_groups
 - net/mlx5: Fix fw tracer first block check
 - net/mlx5e: Correct snprintf 

Bug#1060052: marked as done (cifs-utils: Copy file from same cifs mount to cifs mount --> kernel NULL pointer derefernce)

[Debian Bug Tracking System]

Your message dated Thu, 01 Feb 2024 09:32:08 +
with message-id 
and subject line Bug#1060005: fixed in linux 6.1.76-1
has caused the Debian Bug report #1060005,
regarding cifs-utils: Copy file from same cifs mount to cifs mount --> kernel 
NULL pointer derefernce
to be marked as done.

This means that you claim that the problem has been dealt with.
If this is not the case it is now your responsibility to reopen the
Bug report if necessary, and/or fix the problem forthwith.

(NB: If you are a system administrator and have no idea what this
message is talking about, this may indicate a serious mail system
misconfiguration somewhere. Please contact ow...@bugs.debian.org
immediately.)


-- 
1060005: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=1060005
Debian Bug Tracking System
Contact ow...@bugs.debian.org with problems
--- Begin Message ---
Package: cifs-utils
Version: 2:7.0-2
Severity: grave
Justification: renders package unusable

Dear Maintainer,

* Pristine up2date Bookworm install (no GUI, only SSH, cifs-utils, rsyslog 
installed)
* Mount smb/cifs share (/mnt/truenas)
* All works fine if I do same from Win-10 or Win-11 OS

* I have run below commands on clean Debian Bookworm install in bash shell:

sudo mount -t cifs //truenas.fritz.box/mount -o username=user /mnt/truenas
user@server:/mnt/truenas/temp$ 
sudo cp main.cf main.cf.1
Killed

-rwxr-xr-x 1 root root   1332 Jul 28 17:25  main.cf
-rwxr-xr-x 1 root root  0 Jan  5 09:40  main.cf.1

resulting in a kernel NULL pointer derefernce

Shell hangs if I try to remove the empty file.

SYSLOG
2024-01-05T10:06:35.361488+01:00 server kernel: [   85.532965] CIFS: Attempting 
to mount \\truenas.fritz.box\share
2024-01-05T10:07:45.994338+01:00 server kernel: [  156.163492] BUG: kernel NULL 
pointer dereference, address: 
2024-01-05T10:07:45.994348+01:00 server kernel: [  156.163524] #PF: supervisor 
read access in kernel mode
2024-01-05T10:07:45.994350+01:00 server kernel: [  156.163539] #PF: 
error_code(0x) - not-present page
2024-01-05T10:07:45.994350+01:00 server kernel: [  156.163553] PGD 0 P4D 0
2024-01-05T10:07:45.994352+01:00 server kernel: [  156.163565] Oops:  [#1] 
PREEMPT SMP PTI
2024-01-05T10:07:45.994353+01:00 server kernel: [  156.163578] CPU: 3 PID: 621 
Comm: cp Not tainted 6.1.0-17-amd64 #1  Debian 6.1.69-1
2024-01-05T10:07:45.994354+01:00 server kernel: [  156.163598] Hardware name:  
/DZ68DB, BIOS DBZ6810H.86A.0048.2018.1024.1605 10/24/2018
2024-01-05T10:07:45.994354+01:00 server kernel: [  156.163617] RIP: 
0010:cifs_flush_folio+0x3f/0x100 [cifs]
2024-01-05T10:07:45.994355+01:00 server kernel: [  156.163683] Code: d2 41 54 
49 89 cc 31 c9 55 48 89 f5 48 c1 ee 0c 53 48 83 ec 08 48 8b 7f 30 e8 8d 0a 5d 
dd 48 3d 00 f0 ff ff 0f 87 a5 00 00 00 <48> 8b 10 48 89 c3 b8 00 10 00 00 f7 c2 
00 00 01 00 74 07 0f b6 4b
2024-01-05T10:07:45.994356+01:00 server kernel: [  156.163721] RSP: 
0018:ab5dc0833c88 EFLAGS: 00010207
2024-01-05T10:07:45.994357+01:00 server kernel: [  156.163736] RAX: 
 RBX: 0534 RCX: 
2024-01-05T10:07:45.994357+01:00 server kernel: [  156.163754] RDX: 
 RSI:  RDI: 9a3e21e3
2024-01-05T10:07:45.994358+01:00 server kernel: [  156.163771] RBP: 
 R08: 0001 R09: 
2024-01-05T10:07:45.994359+01:00 server kernel: [  156.163789] R10: 
0533 R11: 9a3e0a189c00 R12: ab5dc0833cf8
2024-01-05T10:07:45.994360+01:00 server kernel: [  156.163806] R13: 
ab5dc0833cf0 R14: 9a3e05945410 R15: 0001
2024-01-05T10:07:45.994361+01:00 server kernel: [  156.163824] FS:  
7f46b32ba500() GS:9a410fb8() knlGS:
2024-01-05T10:07:45.994361+01:00 server kernel: [  156.163844] CS:  0010 DS: 
 ES:  CR0: 80050033
2024-01-05T10:07:45.994362+01:00 server kernel: [  156.163859] CR2: 
 CR3: 000108a5c005 CR4: 000606e0
2024-01-05T10:07:45.994363+01:00 server kernel: [  156.163876] Call Trace:
2024-01-05T10:07:45.994364+01:00 server kernel: [  156.163887]  
2024-01-05T10:07:45.994364+01:00 server kernel: [  156.163897]  ? 
__die_body.cold+0x1a/0x1f
2024-01-05T10:07:45.994365+01:00 server kernel: [  156.163913]  ? 
page_fault_oops+0xd2/0x2b0
2024-01-05T10:07:45.994366+01:00 server kernel: [  156.163928]  ? 
exc_page_fault+0x70/0x170
2024-01-05T10:07:45.994367+01:00 server kernel: [  156.163942]  ? 
asm_exc_page_fault+0x22/0x30
2024-01-05T10:07:45.994367+01:00 server kernel: [  156.163958]  ? 
cifs_flush_folio+0x3f/0x100 [cifs]
2024-01-05T10:07:45.994368+01:00 server kernel: [  156.164011]  ? 
cifs_flush_folio+0x33/0x100 [cifs]
2024-01-05T10:07:45.994369+01:00 server kernel: [  156.164062]  ? 
cifs_precopy_set_eof+0x2b/0x150 [cifs]
2024-01-05T10:07:45.994369+01:00 server kernel: [  156.164115]  
cifs_remap_file_range+0x16d/0x680 [cifs]
2024-01-05T10:07:45.994370+01:00 server kernel: [  

Bug#1062130: marked as done (linux-image-6.1.0-15-amd64: I have several Debian 12 VM, which are SMB client of TrueNAS servers (with Samba 4). They have hang with kernel >= 6.1.0-15. No problem 6.1.0.1

[Debian Bug Tracking System]

Your message dated Thu, 01 Feb 2024 09:32:08 +
with message-id 
and subject line Bug#1060005: fixed in linux 6.1.76-1
has caused the Debian Bug report #1060005,
regarding linux-image-6.1.0-15-amd64: I have several Debian 12 VM, which are 
SMB client of TrueNAS servers (with Samba 4). They have hang with kernel >= 
6.1.0-15. No problem 6.1.0.13.
to be marked as done.

This means that you claim that the problem has been dealt with.
If this is not the case it is now your responsibility to reopen the
Bug report if necessary, and/or fix the problem forthwith.

(NB: If you are a system administrator and have no idea what this
message is talking about, this may indicate a serious mail system
misconfiguration somewhere. Please contact ow...@bugs.debian.org
immediately.)


-- 
1060005: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=1060005
Debian Bug Tracking System
Contact ow...@bugs.debian.org with problems
--- Begin Message ---
Package: linux-image-6.1.0-15-amd64
Version: linux-image-6.1.0-17-amd64
Severity: grave
Justification: renders package unusable




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

Kernel: Linux 6.1.0-17-amd64 (SMP w/2 CPU threads; PREEMPT)
Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8), LANGUAGE not set
Shell: /bin/sh linked to /usr/bin/dash
Init: systemd (via /run/systemd/system)
LSM: AppArmor: enabled
--- End Message ---
--- Begin Message ---
Source: linux
Source-Version: 6.1.76-1
Done: Salvatore Bonaccorso 

We believe that the bug you reported is fixed in the latest version of
linux, which is due to be installed in the Debian FTP archive.

A summary of the changes between this version and the previous one is
attached.

Thank you for reporting the bug, which will now be closed.  If you
have further comments please address them to 1060...@bugs.debian.org,
and the maintainer will reopen the bug report if appropriate.

Debian distribution maintenance software
pp.
Salvatore Bonaccorso  (supplier of updated linux package)

(This message was generated automatically at their request; if you
believe that there is a problem with it please contact the archive
administrators by mailing ftpmas...@ftp-master.debian.org)


-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512

Format: 1.8
Date: Thu, 01 Feb 2024 09:05:49 +0100
Source: linux
Architecture: source
Version: 6.1.76-1
Distribution: bookworm
Urgency: medium
Maintainer: Debian Kernel Team 
Changed-By: Salvatore Bonaccorso 
Closes: 1058887 1060005
Changes:
 linux (6.1.76-1) bookworm; urgency=medium
 .
   * New upstream stable update:
 https://www.kernel.org/pub/linux/kernel/v6.x/ChangeLog-6.1.70
 - bpf: Fix prog_array_map_poke_run map poke update
 - HID: i2c-hid: acpi: Unify ACPI ID tables format
 - HID: i2c-hid: Add IDEA5002 to i2c_hid_acpi_blacklist[]
 - drm/amd/display: fix hw rotated modes when PSR-SU is enabled
 - [armhf] OMAP2+: Fix null pointer dereference and memory leak in
   omap_soc_device_init
 - reset: Fix crash when freeing non-existent optional resets
 - [s390x] vx: fix save/restore of fpu kernel context
 - wifi: iwlwifi: pcie: add another missing bh-disable for rxq->lock
 - wifi: mac80211: check if the existing link config remains unchanged
 - wifi: mac80211: mesh: check element parsing succeeded
 - wifi: mac80211: mesh_plink: fix matches_local logic
 - Revert "net/mlx5e: fix double free of encap_header in update funcs"
 - Revert "net/mlx5e: fix double free of encap_header"
 - net/mlx5e: Fix slab-out-of-bounds in mlx5_query_nic_vport_mac_list()
 - net/mlx5: Introduce and use opcode getter in command interface
 - net/mlx5: Prevent high-rate FW commands from populating all slots
 - net/mlx5: Re-organize mlx5_cmd struct
 - net/mlx5e: Fix a race in command alloc flow
 - net/mlx5e: fix a potential double-free in fs_udp_create_groups
 - net/mlx5: Fix fw tracer first block check
 - net/mlx5e: Correct snprintf truncation handling for fw_version buffer
 - net/mlx5e: Correct snprintf truncation handling for fw_version buffer 
used
   by representors
 - [arm64] net: mscc: ocelot: fix eMAC TX RMON stats for bucket 256-511 and
   above
 - net: Return error from sk_stream_wait_connect() if sk_wait_event() fails
 - net: sched: ife: fix potential use-after-free
 - ethernet: atheros: fix a memleak in atl1e_setup_ring_resources
 - net/rose: fix races in rose_kill_by_device()
 - Bluetooth: Fix deadlock in vhci_send_frame
 - Bluetooth: hci_event: shut up a false-positive warning
 - net: mana: select PAGE_POOL
 - net: check vlan filter feature in vlan_vids_add_by_dev() and
   vlan_vids_del_by_dev()
 - afs: Fix the dynamic root's d_delete to always delete unused dentries
 - afs: Fix dynamic root lookup DNS check
 - net: check dev->gso_max_size 

Bug#1061972: gap: NMU diff for 64-bit time_t transition

[Bill Allombert]

On Thu, Feb 01, 2024 at 04:07:38PM +0100, Lukas Märdian wrote:
> Hi Bill,
> 
> thanks for the heads-up!
> The same debdiff should apply to the version in unstable (4.12.1).
> We'll make sure to NMU the version from unstable.

How do you plan to make sure libgap8t64 actually use 64-bit time_t ?
This issue will also need to be solved with libgap9.

Cheers,
-- 
Bill. 

Imagine a large red swirl here. 

Bug#1062456: ipset: NMU diff for 64-bit time_t transition

[Graham Inggs]

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

Dear maintainer,

As part of the 64-bit time_t transition required to support 32-bit
architectures in 2038 and beyond
(https://wiki.debian.org/ReleaseGoals/64bit-time), we have identified
ipset 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 ipset
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-15-generic (SMP w/8 CPU threads; PREEMPT)
Kernel taint flags: 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: unable to detect
diff -Nru ipset-7.19/debian/changelog ipset-7.19/debian/changelog
--- ipset-7.19/debian/changelog 2023-10-28 06:00:43.0 +
+++ ipset-7.19/debian/changelog 2024-02-01 15:40:38.0 +
@@ -1,3 +1,10 @@
+ipset (7.19-1.1) experimental; urgency=medium
+
+  * Non-maintainer upload.
+  * Rename libraries for 64-bit time_t transition.
+
+ -- Graham Inggs   Thu, 01 Feb 2024 15:40:38 +
+
 ipset (7.19-1) unstable; urgency=medium
 
   * [a1552d1] New upstream version 7.19
diff -Nru ipset-7.19/debian/control ipset-7.19/debian/control
--- ipset-7.19/debian/control   2023-10-28 06:00:43.0 +
+++ ipset-7.19/debian/control   2024-02-01 15:40:37.0 +
@@ -42,7 +42,7 @@
 Section: libdevel
 Architecture: linux-any
 Multi-Arch: same
-Depends: libipset13 (= ${binary:Version}), libmnl-dev, ${misc:Depends}
+Depends: libipset13t64 (= ${binary:Version}), libmnl-dev, ${misc:Depends}
 Description: development files for IP sets
  IP sets are a framework inside the Linux 2.4.x and 2.6.x kernel which can be
  administered by the ipset(8) utility. Depending on the type, currently an
@@ -64,7 +64,10 @@
  This package contains the development libraries and header files you need to
  develop your programs using the IP sets library.
 
-Package: libipset13
+Package: libipset13t64
+Provides: ${t64:Provides}
+Replaces: libipset13
+Breaks: libipset13 (<< ${source:Version})
 Section: libs
 Architecture: linux-any
 Multi-Arch: same
diff -Nru ipset-7.19/debian/libipset13.install 
ipset-7.19/debian/libipset13.install
--- ipset-7.19/debian/libipset13.install2023-10-28 06:00:43.0 
+
+++ ipset-7.19/debian/libipset13.install1970-01-01 00:00:00.0 
+
@@ -1 +0,0 @@
-usr/lib/*/*.so.*
diff -Nru ipset-7.19/debian/libipset13.symbols 
ipset-7.19/debian/libipset13.symbols
--- ipset-7.19/debian/libipset13.symbols2023-10-28 06:00:43.0 
+
+++ ipset-7.19/debian/libipset13.symbols1970-01-01 00:00:00.0 
+
@@ -1,162 +0,0 @@
-libipset.so.13 libipset13 #MINVER#
-* Build-Depends-Package: libipset-dev
- LIBIPSET_1.0@LIBIPSET_1.0 7.0-1~
- LIBIPSET_2.0@LIBIPSET_2.0 7.0-1~
- LIBIPSET_3.0@LIBIPSET_3.0 7.0-1~
- LIBIPSET_4.0@LIBIPSET_4.0 7.0-1~
- LIBIPSET_4.10@LIBIPSET_4.10 7.9-1~
- LIBIPSET_4.11@LIBIPSET_4.11 7.15-1~
- LIBIPSET_4.12@LIBIPSET_4.12 7.17-1~
- LIBIPSET_4.1@LIBIPSET_4.1 7.0-1~
- LIBIPSET_4.2@LIBIPSET_4.2 7.0-1~
- LIBIPSET_4.3@LIBIPSET_4.3 7.0-1~
- LIBIPSET_4.4@LIBIPSET_4.4 7.0-1~
- LIBIPSET_4.5@LIBIPSET_4.5 7.0-1~
- LIBIPSET_4.6@LIBIPSET_4.6 7.0-1~
- LIBIPSET_4.7@LIBIPSET_4.7 7.0-1~
- LIBIPSET_4.8@LIBIPSET_4.8 7.0-1~
- LIBIPSET_4.9@LIBIPSET_4.9 7.1-1~
- icmp_to_name@LIBIPSET_1.0 7.0-1~
- icmpv6_to_name@LIBIPSET_1.0 7.0-1~
- id_to_icmp@LIBIPSET_1.0 7.0-1~
- id_to_icmpv6@LIBIPSET_1.0 7.0-1~
- ipset_cache_add@LIBIPSET_1.0 7.0-1~
- ipset_cache_del@LIBIPSET_1.0 7.0-1~
- ipset_cache_fini@LIBIPSET_1.0 7.0-1~
- ipset_cache_init@LIBIPSET_1.0 7.0-1~
- 

Bug#1062437: python-debian: When Files: is a whitespace-separated list, files are matched too eagerly

[Carmen Bianca BAKKER]

Source: python-debian
Version: 0.1.49
Severity: serious
Tags: upstream
Justification: Policy 2.3

So this is an interesting bug inside of the python-debian source code first
spotted in  by Chris Pressey. I
marked it as serious because fixing the bug might potentially break the
debian/copyright of an unknown number of Debian packages.

Problem description:

When `Files:` contains a whitespace-separated list of paths, each non-ultimate
path appears to be matched as if there were a glob at the end.

To reproduce:

1. Create a debian/copyright file with a `Files:` paragraph that has one line
for 'foo', and one line for 'bar'.
2. Use the method Copyright.find_files_paragraph("foo quz")

Result:

A match is found on the paragraph.

Running Copyright.find_files_paragraph("bar quz") here results in no match,
unless you add an extra item to the `Files:` list.

Expected result:

No match is found on the paragraph.


I have a repository at 
that serves as example.

Yours with kindness,
Carmen


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

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

Bug#1062407: liblopsub: NMU diff for 64-bit time_t transition

[Andre Noll]

On Thu, Feb 01, 09:42, Steve Langasek wrote:

> Source: liblopsub
> Version: 1.0.4-1
> Severity: serious
> Tags: patch pending
> Justification: library ABI skew on upgrade
> User: debian-...@lists.debian.org
> Usertags: time-t
> 
> Dear maintainer,
> 
> As part of the 64-bit time_t transition required to support 32-bit
> architectures in 2038 and beyond
> (https://wiki.debian.org/ReleaseGoals/64bit-time), we have identified
> liblopsub 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 liblopsub
> 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.

Thanks for the patch. I've applied it to a temporary git branch for
now, see below. Since the previous upload (1.0.4-1 in 2023-06) two
unrelated bugs have been found and fixed, so it would be good to get
these in as well. Do you want me to adjust the debian/changelog to
mention these fixes before merging the temporary branch?

> If you have any concerns about this patch, please reach out ASAP.

No concerns but some questions:

* The tfortune package depends on liblopsub and currently has

Depends: ${shlibs:Depends}, liblopsub1, ${misc:Depends}

in its own debian/control file. When would be the best time to replace
liblopsub1 by liblopsub1t64?

* Why did you call the new version 1.0.4-1.1? Why not 1.0.5-1 instead?

* Do I need to do anything else to get this going besides merging
the branch and pushing it to the public repo?

Thanks
Andre
---
commit 806c7a89423cf70c1593325de24be0b160ffde96
Author: Steve Langasek 
Date:   Thu Feb 1 12:47:49 2024 +0100

64-bit time_t transition.

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
liblopsub 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 liblopsub which will
initially be uploaded to experimental if possible, then to unstable
after packages have cleared binary NEW.

Signed-off-by: Andre Noll 

diff --git a/debian/changelog b/debian/changelog
index 08cd28f..44bbaeb 100644
--- a/debian/changelog
+++ b/debian/changelog
@@ -1,3 +1,10 @@
+liblopsub (1.0.4-1.1) experimental; urgency=medium
+
+  * Non-maintainer upload.
+  * Rename libraries for 64-bit time_t transition.
+
+ -- Steve Langasek   Thu, 01 Feb 2024 09:30:36 +
+
 liblopsub (1.0.4-1) unstable; urgency=low
 
   * Make the build reproducible (Chris Lamb, Vagrant Cascadian). Closes:
diff --git a/debian/control b/debian/control
index 004a71d..fe135b9 100644
--- a/debian/control
+++ b/debian/control
@@ -8,7 +8,10 @@ Homepage: http://people.tuebingen.mpg.de/maan/lopsub
 Vcs-Browser: http://git.tuebingen.mpg.de/lopsub.git
 Vcs-Git: git://git.tuebingen.mpg.de/lopsub.git
 
-Package: liblopsub1
+Package: liblopsub1t64
+Provides: ${t64:Provides}
+Replaces: liblopsub1
+Breaks: liblopsub1 (<< ${source:Version})
 Architecture: any
 Depends: ${shlibs:Depends}, ${misc:Depends}
 Description: Long Option Parser for Subcommands
@@ -25,7 +28,7 @@ Homepage: http://people.tuebingen.mpg.de/maan/lopsub
 
 Package: liblopsub-dev
 Architecture: any
-Depends: ${shlibs:Depends}, liblopsub1 (= ${binary:Version}), ${misc:Depends}
+Depends: ${shlibs:Depends}, liblopsub1t64 (= ${binary:Version}), 
${misc:Depends}
 Description: Long Option Parser for Subcommand - headers
  Lopsub  is  an  open  source library written in C which aims to ease
  the task of creating, documenting and 

Bug#1062437: python-debian: When Files: is a whitespace-separated list, files are matched too eagerly

[Jelmer Vernooij]

severity 1062437 important
tags 1062437 +confirmed
thanks

Thanks for the bugreport! I agree that this is an important thing to fix and
we're not following the specification in 
https://dep-team.pages.debian.net/deps/dep5/ here.

I don't think it violates policy 2.3 though; the meaning of the copyright files
doesn't change, and DEP-5 is not part of policy. python-debian's own copyright 
file
is not invalid (which is how I would read policy 2.3). So downgrading this to
important.

Jelmer

On Thu, Feb 01, 2024 at 02:39:06PM +0100, Carmen Bianca BAKKER wrote:
> Source: python-debian
> Version: 0.1.49
> Severity: serious
> Tags: upstream
> Justification: Policy 2.3
> 
> So this is an interesting bug inside of the python-debian source code first
> spotted in  by Chris Pressey. I
> marked it as serious because fixing the bug might potentially break the
> debian/copyright of an unknown number of Debian packages.
> 
> Problem description:
> 
> When `Files:` contains a whitespace-separated list of paths, each non-ultimate
> path appears to be matched as if there were a glob at the end.
> 
> To reproduce:
> 
> 1. Create a debian/copyright file with a `Files:` paragraph that has one line
> for 'foo', and one line for 'bar'.
> 2. Use the method Copyright.find_files_paragraph("foo quz")
> 
> Result:
> 
> A match is found on the paragraph.
> 
> Running Copyright.find_files_paragraph("bar quz") here results in no match,
> unless you add an extra item to the `Files:` list.
> 
> Expected result:
> 
> No match is found on the paragraph.
> 
> 
> I have a repository at 
> that serves as example.
> 
> Yours with kindness,
> Carmen
> 
> 
> -- System Information:
> Debian Release: 12.4
>   APT prefers stable-updates
>   APT policy: (500, 'stable-updates'), (500, 'stable-security'), (500, 
> 'stable')
> Architecture: amd64 (x86_64)
> 
> Kernel: Linux 6.1.0-17-amd64 (SMP w/4 CPU threads; PREEMPT)
> Locale: LANG=eo.UTF-8, LC_CTYPE=eo.UTF-8 (charmap=UTF-8), LANGUAGE not set
> Shell: /bin/sh linked to /usr/bin/dash
> Init: systemd (via /run/systemd/system)
> LSM: AppArmor: enabled
> 
> -- 
> https://alioth-lists.debian.net/cgi-bin/mailman/listinfo/pkg-python-debian-maint

Bug#1061420: src:obs-studio: fails to migrate to testing for too long: FTBFS on ppc64el

[Carlos R. Pasqualini]

Hi!

obs-studio has been fully removed from testing, on all archs

may be need to upload a new version without ppc64el arch and marking
this bug as closed??


I got a non working version of obs on my laptop with trixie


Thanks

Bug#1056874: python-srsly: ftbfs with cython 3.0.x

[s3v]

Dear Maintainer,

Seems like python-catalogue 2.0.10 is newer than 2.1.0 :( [1]
After packaging python-catalogue 2.0.10 as 2.1.1+really2.0.10 (I didn't know how
to circumvent the version problem, sorry if this procedure is not appropriate!),
and cloning your git repo from salsa, tests still fail:

== short test 
summary info ==
FAILED 
srsly/tests/ruamel_yaml/test_anchor.py::TestDuplicateKeyThroughAnchor::test_duplicate_key_01
 - srsly.ruamel_yaml.constructor.ConstructorError: could not determine a 
constructor for the tag None
FAILED 
srsly/tests/ruamel_yaml/test_api_change.py::TestNewAPI::test_duplicate_keys_02 
- srsly.ruamel_yaml.constructor.ConstructorError: could not determine a 
constructor for the tag None
FAILED srsly/tests/ruamel_yaml/test_api_change.py::TestNewAPI::test_issue_135 - 
ruamel.yaml.emitter.EmitterError: expected SCALAR, SEQUENCE-START, 
MAPPING-START, or ALIAS
FAILED 
srsly/tests/ruamel_yaml/test_class_register.py::TestRegisterClass::test_register_0_safe
 - srsly.ruamel_yaml.constructor.ConstructorError: could not determine a 
constructor for the tag None
FAILED 
srsly/tests/ruamel_yaml/test_class_register.py::TestRegisterClass::test_register_0_unsafe
 - srsly.ruamel_yaml.constructor.ConstructorError: could not determine a 
constructor for the tag None
FAILED 
srsly/tests/ruamel_yaml/test_class_register.py::TestRegisterClass::test_register_1_safe
 - srsly.ruamel_yaml.constructor.ConstructorError: could not determine a 
constructor for the tag None
FAILED 
srsly/tests/ruamel_yaml/test_class_register.py::TestRegisterClass::test_register_1_unsafe
 - srsly.ruamel_yaml.constructor.ConstructorError: could not determine a 
constructor for the tag None
FAILED srsly/tests/ruamel_yaml/test_issues.py::TestIssues::test_issue_223 - 
srsly.ruamel_yaml.constructor.ConstructorError: could not determine a 
constructor for the tag None
FAILED srsly/tests/ruamel_yaml/test_issues.py::TestIssues::test_issue_245 - 
AssertionError: assert 'yes' is True
= 9 failed, 953 passed, 32 skipped, 
22 xfailed, 1 warning in 15.73s =

Failures above vanish after removing |python3-ruamel.yaml from build 
dependencies.

Kind Regards

[1] https://pypi.org/project/catalogue/#history
|

Bug#1062450: gnome-desktop: NMU diff for 64-bit time_t transition

[Lukas Märdian]

Source: gnome-desktop
Version: 44.0-2
Severity: serious
Tags: patch pending
Justification: library ABI skew on upgrade
User: debian-...@lists.debian.org
Usertags: time-t

Dear maintainer,

As part of the 64-bit time_t transition required to support 32-bit
architectures in 2038 and beyond
(https://wiki.debian.org/ReleaseGoals/64bit-time), we have identified
gnome-desktop 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 gnome-desktop
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/8 CPU threads; PREEMPT)
Kernel taint flags: TAINT_PROPRIETARY_MODULE, TAINT_OOT_MODULE
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8), LANGUAGE not set
Shell: /bin/sh linked to /usr/bin/dash
Init: systemd (via /run/systemd/system)
diff -Nru gnome-desktop-44.0/debian/changelog 
gnome-desktop-44.0/debian/changelog
--- gnome-desktop-44.0/debian/changelog 2023-07-21 17:06:30.0 +
+++ gnome-desktop-44.0/debian/changelog 2024-02-01 15:11:08.0 +
@@ -1,3 +1,10 @@
+gnome-desktop (44.0-2.1) experimental; urgency=medium
+
+  * Non-maintainer upload.
+  * Rename libraries for 64-bit time_t transition.
+
+ -- Lukas Märdian   Thu, 01 Feb 2024 15:11:08 +
+
 gnome-desktop (44.0-2) unstable; urgency=medium
 
   * Update standards version to 4.6.2, no changes needed
diff -Nru gnome-desktop-44.0/debian/control gnome-desktop-44.0/debian/control
--- gnome-desktop-44.0/debian/control   2023-07-21 17:06:30.0 +
+++ gnome-desktop-44.0/debian/control   2024-02-01 15:11:08.0 +
@@ -50,7 +50,7 @@
 
 Package: gnome-desktop-3-tests
 Architecture: any
-Depends: libgnome-desktop-3-20 (= ${binary:Version}),
+Depends: libgnome-desktop-3-20t64 (= ${binary:Version}),
  gnome-desktop3-data (= ${source:Version}),
  locales | locales-all,
  ${misc:Depends},
@@ -64,7 +64,10 @@
  regression testsuite, and manual test programs designed to be run by
  developers.
 
-Package: libgnome-desktop-3-20
+Package: libgnome-desktop-3-20t64
+Provides: ${t64:Provides}
+Replaces: libgnome-desktop-3-20
+Breaks: libgnome-desktop-3-20 (<< ${source:Version})
 Section: libs
 Architecture: any
 Multi-Arch: same
@@ -82,7 +85,7 @@
  to be included in core libraries such as GLib and GTK.
  .
  This package provides a legacy GTK-3-based library with functionality similar
- to a combination of libgnome-bg-4-2, libgnome-desktop-4-2 and libgnome-rr-4-2,
+ to a combination of libgnome-bg-4-2t64, libgnome-desktop-4-2t64 and 
libgnome-rr-4-2t64,
  for compatibility with older GNOME components.
 
 Package: libgnome-desktop-3-dev
@@ -92,7 +95,7 @@
 Depends: gir1.2-gnomedesktop-3.0 (= ${binary:Version}),
  gsettings-desktop-schemas-dev,
  iso-codes,
- libgnome-desktop-3-20 (= ${binary:Version}),
+ libgnome-desktop-3-20t64 (= ${binary:Version}),
  libgtk-3-dev (>= 3.3.6),
  libseccomp-dev [!hurd-any !kfreebsd-any !linux-alpha !linux-ia64 
!linux-m68k !linux-sh4 !linux-sparc64],
  libsystemd-dev [linux-any],
@@ -104,7 +107,10 @@
  This package provides the include files and static library for the GNOME
  desktop library functions.
 
-Package: libgnome-bg-4-2
+Package: libgnome-bg-4-2t64
+Provides: ${t64:Provides}
+Replaces: libgnome-bg-4-2
+Breaks: libgnome-bg-4-2 (<< ${source:Version})
 Section: libs
 Architecture: any
 Multi-Arch: same
@@ -120,7 +126,10 @@
  .
  This library provides utilities for managing background images (wallpaper).
 
-Package: libgnome-desktop-4-2
+Package: libgnome-desktop-4-2t64
+Provides: ${t64:Provides}
+Replaces: libgnome-desktop-4-2
+Breaks: libgnome-desktop-4-2 (<< ${source:Version})
 Section: libs
 Architecture: any
 

Bug#1061972: gap: NMU diff for 64-bit time_t transition

[Lukas Märdian]

Am 01.02.24 um 16:13 schrieb Bill Allombert:

On Thu, Feb 01, 2024 at 04:07:38PM +0100, Lukas Märdian wrote:

Hi Bill,

thanks for the heads-up!
The same debdiff should apply to the version in unstable (4.12.1).
We'll make sure to NMU the version from unstable.


How do you plan to make sure libgap8t64 actually use 64-bit time_t ?
This issue will also need to be solved with libgap9.


It will pick up the new 64-bit time_t ABI automatically, by recompilation with 
corresponding buildflags.
Those are currently staged in src:dpkg in experimental and will eventually move 
to unstable.

See: https://bugs.debian.org/1037136

-- Lukas

Bug#1062454: inventor: NMU diff for 64-bit time_t transition

[Graham Inggs]

Source: inventor
Version: 2.1.5-10+dfsg-2
Severity: serious
Tags: patch pending
Justification: library ABI skew on upgrade
User: debian-...@lists.debian.org
Usertags: time-t

Dear maintainer,

As part of the 64-bit time_t transition required to support 32-bit
architectures in 2038 and beyond
(https://wiki.debian.org/ReleaseGoals/64bit-time), we have identified
inventor 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 inventor
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-15-generic (SMP w/8 CPU threads; PREEMPT)
Kernel taint flags: 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: unable to detect
diff -Nru inventor-2.1.5-10+dfsg/debian/changelog 
inventor-2.1.5-10+dfsg/debian/changelog
--- inventor-2.1.5-10+dfsg/debian/changelog 2023-05-28 01:08:52.0 
+
+++ inventor-2.1.5-10+dfsg/debian/changelog 2024-02-01 15:27:47.0 
+
@@ -1,3 +1,10 @@
+inventor (2.1.5-10+dfsg-2.1) experimental; urgency=medium
+
+  * Non-maintainer upload.
+  * Rename libraries for 64-bit time_t transition.
+
+ -- Graham Inggs   Thu, 01 Feb 2024 15:27:47 +
+
 inventor (2.1.5-10+dfsg-2) unstable; urgency=medium
 
   [ Steve Robbins ]
diff -Nru inventor-2.1.5-10+dfsg/debian/control 
inventor-2.1.5-10+dfsg/debian/control
--- inventor-2.1.5-10+dfsg/debian/control   2023-05-28 01:08:52.0 
+
+++ inventor-2.1.5-10+dfsg/debian/control   2024-02-01 15:27:47.0 
+
@@ -21,7 +21,9 @@
 Vcs-Git: https://salsa.debian.org/science-team/inventor.git
 Homepage: http://oss.sgi.com/projects/inventor/
 
-Package: libinventor1
+Package: libinventor1t64
+Provides: ${t64:Provides}
+Breaks: libinventor1 (<< ${source:Version})
 Architecture: any
 Section: libs
 Depends: ${misc:Depends},
@@ -31,7 +33,7 @@
 Recommends: xdg-utils,
 xpdf | pdf-viewer
 Conflicts: libinventor0
-Replaces: libinventor0
+Replaces: libinventor1, libinventor0
 Description: Open Inventor runtime environment
  This package contains the required files to run Open Inventor applications.
  .
@@ -48,7 +50,7 @@
 Package: inventor-dev
 Architecture: any
 Depends: ${misc:Depends},
- libinventor1 (= ${binary:Version}),
+ libinventor1t64 (= ${binary:Version}),
  libc6-dev,
  xlibmesa-dev | libgl-dev,
  libmotif-dev
diff -Nru inventor-2.1.5-10+dfsg/debian/libinventor1.files 
inventor-2.1.5-10+dfsg/debian/libinventor1.files
--- inventor-2.1.5-10+dfsg/debian/libinventor1.files2023-05-28 
01:08:52.0 +
+++ inventor-2.1.5-10+dfsg/debian/libinventor1.files1970-01-01 
00:00:00.0 +
@@ -1,6 +0,0 @@
-usr/lib/libInventor.so.1
-usr/lib/libInventor.so.1.[0-9]*.[0-9]*
-usr/lib/libInventorXt.so.1
-usr/lib/libInventorXt.so.1.[0-9]*.[0-9]*
-usr/share/inventor/help/Inventor
-usr/share/inventor/fonts
diff -Nru inventor-2.1.5-10+dfsg/debian/libinventor1.lintian-overrides 
inventor-2.1.5-10+dfsg/debian/libinventor1.lintian-overrides
--- inventor-2.1.5-10+dfsg/debian/libinventor1.lintian-overrides
2023-05-28 01:08:52.0 +
+++ inventor-2.1.5-10+dfsg/debian/libinventor1.lintian-overrides
1970-01-01 00:00:00.0 +
@@ -1 +0,0 @@
-libinventor1: package-depends-on-an-x-font-package Depends: xfonts-scalable
diff -Nru inventor-2.1.5-10+dfsg/debian/libinventor1.postinst 
inventor-2.1.5-10+dfsg/debian/libinventor1.postinst
--- inventor-2.1.5-10+dfsg/debian/libinventor1.postinst 2023-05-28 
01:08:52.0 +
+++ inventor-2.1.5-10+dfsg/debian/libinventor1.postinst 1970-01-01 
00:00:00.0 +
@@ -1,10 +0,0 @@
-#!/bin/sh
-
-set -e
-
-if [ 

Bug#1062465: ivykis: NMU diff for 64-bit time_t transition

[Graham Inggs]

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

Dear maintainer,

As part of the 64-bit time_t transition required to support 32-bit
architectures in 2038 and beyond
(https://wiki.debian.org/ReleaseGoals/64bit-time), we have identified
ivykis 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 ivykis
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-15-generic (SMP w/8 CPU threads; PREEMPT)
Kernel taint flags: 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: unable to detect
diff -Nru ivykis-0.42.4/debian/changelog ivykis-0.42.4/debian/changelog
--- ivykis-0.42.4/debian/changelog  2019-07-21 14:10:12.0 +
+++ ivykis-0.42.4/debian/changelog  2024-02-01 16:00:42.0 +
@@ -1,3 +1,10 @@
+ivykis (0.42.4-1.1) experimental; urgency=medium
+
+  * Non-maintainer upload.
+  * Rename libraries for 64-bit time_t transition.
+
+ -- Graham Inggs   Thu, 01 Feb 2024 16:00:42 +
+
 ivykis (0.42.4-1) unstable; urgency=medium
 
   * New upstream release.
diff -Nru ivykis-0.42.4/debian/control ivykis-0.42.4/debian/control
--- ivykis-0.42.4/debian/control2018-05-29 20:09:44.0 +
+++ ivykis-0.42.4/debian/control2024-02-01 16:00:42.0 +
@@ -8,7 +8,10 @@
 #Vcs-Git: git://anonscm.debian.org/collab-maint/ivykis.git -b debian
 #Vcs-Browser: http://anonscm.debian.org/cgit/collab-maint/ivykis.git?h=debian
 
-Package: libivykis0
+Package: libivykis0t64
+Provides: ${t64:Provides}
+Replaces: libivykis0
+Breaks: libivykis0 (<< ${source:Version})
 Multi-Arch: same
 Pre-Depends: ${misc:Pre-Depends}
 Architecture: any
@@ -28,7 +31,7 @@
 Package: libivykis-dev
 Section: libdevel
 Architecture: any
-Depends: libivykis0 (= ${binary:Version}), ${misc:Depends}
+Depends: libivykis0t64 (= ${binary:Version}), ${misc:Depends}
 Breaks: libsyslog-ng-dev (<< 3.3.5.90~)
 Replaces: libsyslog-ng-dev (<< 3.3.5.90~)
 Description: Development libraries, header files and docs for libivykis
@@ -46,7 +49,7 @@
 Multi-Arch: same
 Section: debug
 Architecture: any
-Depends: libivykis0 (= ${binary:Version}), ${misc:Depends}
+Depends: libivykis0t64 (= ${binary:Version}), ${misc:Depends}
 Description: Asynchronous I/O readiness notification library (debug symbols)
  Contains the debug symbols for the libivykis library. Most people
  will not need this package.
diff -Nru ivykis-0.42.4/debian/libivykis0.install 
ivykis-0.42.4/debian/libivykis0.install
--- ivykis-0.42.4/debian/libivykis0.install 2016-12-31 16:40:39.0 
+
+++ ivykis-0.42.4/debian/libivykis0.install 1970-01-01 00:00:00.0 
+
@@ -1 +0,0 @@
-usr/lib/*/libivykis*.so.*
diff -Nru ivykis-0.42.4/debian/libivykis0.symbols 
ivykis-0.42.4/debian/libivykis0.symbols
--- ivykis-0.42.4/debian/libivykis0.symbols 2017-07-23 08:33:46.0 
+
+++ ivykis-0.42.4/debian/libivykis0.symbols 1970-01-01 00:00:00.0 
+
@@ -1,5 +0,0 @@
-libivykis.so.0 #PACKAGE# #MINVER#
- (symver)IVYKIS_0.29 0.29
- (symver)IVYKIS_0.30 0.30
- (symver)IVYKIS_0.33 0.33
- (symver)IVYKIS_0.40 0.42
diff -Nru ivykis-0.42.4/debian/libivykis0t64.install 
ivykis-0.42.4/debian/libivykis0t64.install
--- ivykis-0.42.4/debian/libivykis0t64.install  1970-01-01 00:00:00.0 
+
+++ ivykis-0.42.4/debian/libivykis0t64.install  2016-12-31 16:40:39.0 
+
@@ -0,0 +1 @@
+usr/lib/*/libivykis*.so.*
diff -Nru ivykis-0.42.4/debian/libivykis0t64.lintian-overrides 
ivykis-0.42.4/debian/libivykis0t64.lintian-overrides
--- 

Bug#1062464: ivtools: NMU diff for 64-bit time_t transition

[Graham Inggs]

Source: ivtools
Version: 2.0.11d.a1-1
Severity: serious
Tags: patch pending
Justification: library ABI skew on upgrade
User: debian-...@lists.debian.org
Usertags: time-t

Dear maintainer,

As part of the 64-bit time_t transition required to support 32-bit
architectures in 2038 and beyond
(https://wiki.debian.org/ReleaseGoals/64bit-time), we have identified
ivtools 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 ivtools
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-15-generic (SMP w/8 CPU threads; PREEMPT)
Kernel taint flags: 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: unable to detect
diff -Nru ivtools-2.0.11d.a1/debian/changelog 
ivtools-2.0.11d.a1/debian/changelog
--- ivtools-2.0.11d.a1/debian/changelog 2022-01-06 22:06:00.0 +
+++ ivtools-2.0.11d.a1/debian/changelog 2024-02-01 15:55:53.0 +
@@ -1,3 +1,10 @@
+ivtools (2.0.11d.a1-1.1) experimental; urgency=medium
+
+  * Non-maintainer upload.
+  * Rename libraries for 64-bit time_t transition.
+
+ -- Graham Inggs   Thu, 01 Feb 2024 15:55:53 +
+
 ivtools (2.0.11d.a1-1) unstable; urgency=medium
 
   * new upstream release
diff -Nru ivtools-2.0.11d.a1/debian/control ivtools-2.0.11d.a1/debian/control
--- ivtools-2.0.11d.a1/debian/control   2022-01-06 10:41:49.0 +
+++ ivtools-2.0.11d.a1/debian/control   2024-02-01 15:55:53.0 +
@@ -34,8 +34,8 @@
 Package: ivtools-dev
 Section: devel
 Architecture: any
-Depends: libiv2 (= ${binary:Version}),
-libiv-unidraw2 (= ${binary:Version}),
+Depends: libiv2t64 (= ${binary:Version}),
+libiv-unidraw2t64 (= ${binary:Version}),
 libc6-dev, libtiff-dev, zlib1g-dev, libace-dev,
 ${shlibs:Depends}, ${misc:Depends}
 Description: Development files for the InterViews library
@@ -47,7 +47,10 @@
  applications with the ivtools library, along with appropriate dynamic
  library links and static libraries.
 
-Package: libiv2
+Package: libiv2t64
+Provides: ${t64:Provides}
+Replaces: libiv2
+Breaks: libiv2 (<< ${source:Version})
 Architecture: any
 Multi-Arch: same
 Pre-Depends: ${misc:Pre-Depends}
@@ -59,7 +62,10 @@
  provide a special "Look and Feel", such as SGI-Motif and normal Motif.
  This package contains the InterViews dynamic library.
 
-Package: libiv-unidraw2
+Package: libiv-unidraw2t64
+Provides: ${t64:Provides}
+Replaces: libiv-unidraw2
+Breaks: libiv-unidraw2 (<< ${source:Version})
 Architecture: any
 Multi-Arch: same
 Pre-Depends: ${misc:Pre-Depends}
diff -Nru ivtools-2.0.11d.a1/debian/libiv-unidraw2.install 
ivtools-2.0.11d.a1/debian/libiv-unidraw2.install
--- ivtools-2.0.11d.a1/debian/libiv-unidraw2.install2022-01-06 
10:37:22.0 +
+++ ivtools-2.0.11d.a1/debian/libiv-unidraw2.install1970-01-01 
00:00:00.0 +
@@ -1 +0,0 @@
-usr/lib/*/lib*.so.*
diff -Nru ivtools-2.0.11d.a1/debian/libiv-unidraw2t64.install 
ivtools-2.0.11d.a1/debian/libiv-unidraw2t64.install
--- ivtools-2.0.11d.a1/debian/libiv-unidraw2t64.install 1970-01-01 
00:00:00.0 +
+++ ivtools-2.0.11d.a1/debian/libiv-unidraw2t64.install 2022-01-06 
10:37:22.0 +
@@ -0,0 +1 @@
+usr/lib/*/lib*.so.*
diff -Nru ivtools-2.0.11d.a1/debian/libiv-unidraw2t64.lintian-overrides 
ivtools-2.0.11d.a1/debian/libiv-unidraw2t64.lintian-overrides
--- ivtools-2.0.11d.a1/debian/libiv-unidraw2t64.lintian-overrides   
1970-01-01 00:00:00.0 +
+++ ivtools-2.0.11d.a1/debian/libiv-unidraw2t64.lintian-overrides   
2024-02-01 15:55:53.0 +
@@ -0,0 +1 @@
+libiv-unidraw2t64: package-name-doesnt-match-sonames libiv-unidraw2
diff -Nru 

Bug#1062447: gmsh: NMU diff for 64-bit time_t transition

[Lukas Märdian]

Source: gmsh
Version: 4.12.1+ds1-1
Severity: serious
Tags: patch pending
Justification: library ABI skew on upgrade
User: debian-...@lists.debian.org
Usertags: time-t

Dear maintainer,

As part of the 64-bit time_t transition required to support 32-bit
architectures in 2038 and beyond
(https://wiki.debian.org/ReleaseGoals/64bit-time), we have identified
gmsh 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 gmsh
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/8 CPU threads; PREEMPT)
Kernel taint flags: TAINT_PROPRIETARY_MODULE, TAINT_OOT_MODULE
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8), LANGUAGE not set
Shell: /bin/sh linked to /usr/bin/dash
Init: systemd (via /run/systemd/system)
diff -Nru gmsh-4.12.1+ds1/debian/changelog gmsh-4.12.1+ds1/debian/changelog
--- gmsh-4.12.1+ds1/debian/changelog2024-01-24 18:58:13.0 +
+++ gmsh-4.12.1+ds1/debian/changelog2024-02-01 14:51:36.0 +
@@ -1,3 +1,10 @@
+gmsh (4.12.1+ds1-1.1) experimental; urgency=medium
+
+  * Non-maintainer upload.
+  * Rename libraries for 64-bit time_t transition.
+
+ -- Lukas Märdian   Thu, 01 Feb 2024 14:51:36 +
+
 gmsh (4.12.1+ds1-1) unstable; urgency=medium
 
   [ Anton Gladky ]
diff -Nru gmsh-4.12.1+ds1/debian/control gmsh-4.12.1+ds1/debian/control
--- gmsh-4.12.1+ds1/debian/control  2024-01-24 18:57:43.0 +
+++ gmsh-4.12.1+ds1/debian/control  2024-02-01 14:51:36.0 +
@@ -86,7 +86,7 @@
 Architecture: any
 Multi-Arch: same
 Section: libdevel
-Depends: libgmsh4.12 (= ${binary:Version}),
+Depends: libgmsh4.12t64 (= ${binary:Version}),
  ${misc:Depends}
 Recommends: gmsh
 Description: Three-dimensional finite element mesh generator development files
@@ -107,7 +107,7 @@
 Architecture: any
 Multi-Arch: same
 Section: libdevel
-Depends: libgmsh4.12 (= ${binary:Version}),
+Depends: libgmsh4.12t64 (= ${binary:Version}),
  libgmsh-dev (= ${binary:Version}),
  ${misc:Depends}
 Recommends: gmsh
@@ -125,7 +125,8 @@
  .
  The package contains development private headers.
 
-Package: libgmsh4.12
+Package: libgmsh4.12t64
+Provides: ${t64:Provides}
 Architecture: any
 Multi-Arch: same
 Section: libs
@@ -133,8 +134,8 @@
  ${shlibs:Depends}
 Recommends: gmsh
 Pre-Depends: ${misc:Pre-Depends}
-Breaks: libgmsh4 (>= 4.12.0+ds1-1~)
-Replaces: libgmsh4 (>= 4.12.0+ds1-1~)
+Breaks: libgmsh4.12 (<< ${source:Version}), libgmsh4 (>= 4.12.0+ds1-1~)
+Replaces: libgmsh4.12, libgmsh4 (>= 4.12.0+ds1-1~)
 Description: Three-dimensional finite element mesh generator shared library
  Gmsh is a 3D finite element grid generator with a build-in CAD engine
  and post-processor. Its design goal is to provide a fast, light and
@@ -153,7 +154,7 @@
 Architecture: all
 Section: python
 Depends: python3,
- libgmsh4.12 (>= ${binary:Version}),
+ libgmsh4.12t64 (>= ${binary:Version}),
  ${misc:Depends},
  ${shlibs:Depends}
 Recommends: gmsh
diff -Nru gmsh-4.12.1+ds1/debian/libgmsh4.12.install 
gmsh-4.12.1+ds1/debian/libgmsh4.12.install
--- gmsh-4.12.1+ds1/debian/libgmsh4.12.install  2024-01-24 18:49:20.0 
+
+++ gmsh-4.12.1+ds1/debian/libgmsh4.12.install  1970-01-01 00:00:00.0 
+
@@ -1 +0,0 @@
-usr/lib/*/libgmsh.so.*
diff -Nru gmsh-4.12.1+ds1/debian/libgmsh4.12t64.install 
gmsh-4.12.1+ds1/debian/libgmsh4.12t64.install
--- gmsh-4.12.1+ds1/debian/libgmsh4.12t64.install   1970-01-01 
00:00:00.0 +
+++ gmsh-4.12.1+ds1/debian/libgmsh4.12t64.install   2024-01-24 
18:49:20.0 +
@@ -0,0 +1 @@
+usr/lib/*/libgmsh.so.*
diff -Nru gmsh-4.12.1+ds1/debian/libgmsh4.12t64.lintian-overrides 

Bug#1061972: gap: NMU diff for 64-bit time_t transition

[Lukas Märdian]

Am 30.01.24 um 18:08 schrieb Bill Allombert:

On Tue, Jan 30, 2024 at 03:18:23PM +, Lukas Märdian wrote:

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

Dear maintainer,

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


Hello Lukas, you uploaded 4.12.2-1.1 to experimental.

The upstream version (4.12.2) in experimental should never be uploaded to 
unstable,
because it breaks the build interface. There will be a new upstream version 
(4.13.0)
with a new soname (libgap.so.9) that will replace it and that I will eventually
upload to unstable.

Secondly, your patch do not actually make libgap8t64 to actually use 64-bit 
time_t,
and it seem very dangerous to have a library named libgap8t64 that do not 
actually
use 64-bit time_t.

There is a single package that depend on libgap8 (python3-sage) and it is 
seriously
out of date, so we should probably wait for the new upstream version instead of
introducing libgap8t64.

So if one really need to introduce libgap8t64, we need a patch for the version
of GAP in unstable that actually use 64-bit time_t.


Hi Bill,

thanks for the heads-up!
The same debdiff should apply to the version in unstable (4.12.1).
We'll make sure to NMU the version from unstable.

Waiting for libgap.so.9 would also be an option, if timing works out.

-- Lukas

Bug#1062462: itk3: NMU diff for 64-bit time_t transition

[Graham Inggs]

Source: itk3
Version: 3.4.2-3.1
Severity: serious
Tags: patch pending
Justification: library ABI skew on upgrade
User: debian-...@lists.debian.org
Usertags: time-t

Dear maintainer,

As part of the 64-bit time_t transition required to support 32-bit
architectures in 2038 and beyond
(https://wiki.debian.org/ReleaseGoals/64bit-time), we have identified
itk3 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 itk3
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-15-generic (SMP w/8 CPU threads; PREEMPT)
Kernel taint flags: 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: unable to detect
diff -Nru itk3-3.4.2/debian/changelog itk3-3.4.2/debian/changelog
--- itk3-3.4.2/debian/changelog 2021-01-01 23:51:54.0 +
+++ itk3-3.4.2/debian/changelog 2024-02-01 15:54:14.0 +
@@ -1,3 +1,10 @@
+itk3 (3.4.2-3.2) experimental; urgency=medium
+
+  * Non-maintainer upload.
+  * Rename libraries for 64-bit time_t transition.
+
+ -- Graham Inggs   Thu, 01 Feb 2024 15:54:14 +
+
 itk3 (3.4.2-3.1) unstable; urgency=medium
 
   * Non maintainer upload by the Reproducible Builds team.
diff -Nru itk3-3.4.2/debian/control itk3-3.4.2/debian/control
--- itk3-3.4.2/debian/control   2018-03-07 08:38:56.0 +
+++ itk3-3.4.2/debian/control   2024-02-01 15:54:14.0 +
@@ -9,7 +9,10 @@
 Vcs-Browser: https://salsa.debian.org/tcltk-team/itk3
 Vcs-Git: https://salsa.debian.org/tcltk-team/itk3.git
 
-Package: itk3
+Package: itk3t64
+Provides: ${t64:Provides}
+Replaces: itk3
+Breaks: itk3 (<< ${source:Version})
 Section: libs
 Priority: optional
 Architecture: any
@@ -31,7 +34,7 @@
 Section: devel
 Priority: optional
 Architecture: any
-Depends: itcl3-dev, tk-dev | tk8.6-dev, itk3 (= ${binary:Version}), 
${misc:Depends}
+Depends: itcl3-dev, tk-dev | tk8.6-dev, itk3t64 (= ${binary:Version}), 
${misc:Depends}
 Conflicts: itk-dev, itcl3.0-dev (<< 3.0.1), tk-itk-dev
 Provides: tk-itk-dev
 Suggests: itk3-doc
@@ -50,7 +53,7 @@
 Priority: optional
 Architecture: all
 Depends: ${misc:Depends}
-Suggests: itk3
+Suggests: itk3t64
 Conflicts: itk-dev, itk-doc, tk-itk-doc
 Provides: itk-doc, tk-itk-doc
 Description: [incr Tk] OOP extension for Tk - manual pages
diff -Nru itk3-3.4.2/debian/itk3.install itk3-3.4.2/debian/itk3.install
--- itk3-3.4.2/debian/itk3.install  2018-03-07 08:38:56.0 +
+++ itk3-3.4.2/debian/itk3.install  1970-01-01 00:00:00.0 +
@@ -1,3 +0,0 @@
-usr/lib/tcltk/*/*
-usr/lib/*/libitk*.so.*
-usr/share/tcltk/*/*
diff -Nru itk3-3.4.2/debian/itk3.lintian-overrides 
itk3-3.4.2/debian/itk3.lintian-overrides
--- itk3-3.4.2/debian/itk3.lintian-overrides2018-03-07 08:38:56.0 
+
+++ itk3-3.4.2/debian/itk3.lintian-overrides1970-01-01 00:00:00.0 
+
@@ -1,3 +0,0 @@
-itk3: package-name-doesnt-match-sonames
-# false positive
-itk3: postrm-should-call-ldconfig
diff -Nru itk3-3.4.2/debian/itk3.maintscript itk3-3.4.2/debian/itk3.maintscript
--- itk3-3.4.2/debian/itk3.maintscript  2018-03-07 08:38:56.0 +
+++ itk3-3.4.2/debian/itk3.maintscript  1970-01-01 00:00:00.0 +
@@ -1 +0,0 @@
-symlink_to_dir /usr/share/doc/itk3 /usr/share/doc/itcl3 3.3-5.1~
diff -Nru itk3-3.4.2/debian/itk3t64.install itk3-3.4.2/debian/itk3t64.install
--- itk3-3.4.2/debian/itk3t64.install   1970-01-01 00:00:00.0 +
+++ itk3-3.4.2/debian/itk3t64.install   2018-03-07 08:38:56.0 +
@@ -0,0 +1,3 @@
+usr/lib/tcltk/*/*
+usr/lib/*/libitk*.so.*
+usr/share/tcltk/*/*
diff -Nru itk3-3.4.2/debian/itk3t64.lintian-overrides 

Bug#1062459: isospec: NMU diff for 64-bit time_t transition

[Graham Inggs]

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

Dear maintainer,

As part of the 64-bit time_t transition required to support 32-bit
architectures in 2038 and beyond
(https://wiki.debian.org/ReleaseGoals/64bit-time), we have identified
isospec 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 isospec
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-15-generic (SMP w/8 CPU threads; PREEMPT)
Kernel taint flags: 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: unable to detect
diff -Nru isospec-2.2.1/debian/changelog isospec-2.2.1/debian/changelog
--- isospec-2.2.1/debian/changelog  2023-08-25 10:18:04.0 +
+++ isospec-2.2.1/debian/changelog  2024-02-01 15:49:45.0 +
@@ -1,3 +1,10 @@
+isospec (2.2.1-4.1) experimental; urgency=medium
+
+  * Non-maintainer upload.
+  * Rename libraries for 64-bit time_t transition.
+
+ -- Graham Inggs   Thu, 01 Feb 2024 15:49:45 +
+
 isospec (2.2.1-4) unstable; urgency=low
 
   * Fixes as suggested by Janitor. See below.
diff -Nru isospec-2.2.1/debian/control isospec-2.2.1/debian/control
--- isospec-2.2.1/debian/control2023-08-25 10:18:04.0 +
+++ isospec-2.2.1/debian/control2024-02-01 15:49:45.0 +
@@ -30,7 +30,7 @@
 Section: libdevel
 Architecture: any
 Multi-Arch: same
-Depends: libisospec++2 (= ${binary:Version}),
+Depends: libisospec++2t64 (= ${binary:Version}),
  ${misc:Depends}
 Recommends: libisospec++-doc
 Description: Isotopic fine structure calculator (C++ development files)
@@ -41,14 +41,15 @@
  This package ships the development files.
 
 
-Package: libisospec++2
+Package: libisospec++2t64
+Provides: ${t64:Provides}
 Section: libs
 Architecture: any
 Multi-Arch: same
 Depends: ${shlibs:Depends},
  ${misc:Depends}
-Replaces: libisospec++1
-Breaks: libisospec++1
+Replaces: libisospec++2, libisospec++1
+Breaks: libisospec++2 (<< ${source:Version}), libisospec++1
 Suggests: libisospec++-doc
 Description: Isotopic fine structure calculator (C++ runtime)
  IsoSpec implements an algorithm for fast computation of isotopologues of
diff -Nru isospec-2.2.1/debian/libisospec++2.install 
isospec-2.2.1/debian/libisospec++2.install
--- isospec-2.2.1/debian/libisospec++2.install  2023-08-25 10:18:04.0 
+
+++ isospec-2.2.1/debian/libisospec++2.install  1970-01-01 00:00:00.0 
+
@@ -1 +0,0 @@
-usr/lib/*/libIsoSpec++.so.*
diff -Nru isospec-2.2.1/debian/libisospec++2.links 
isospec-2.2.1/debian/libisospec++2.links
--- isospec-2.2.1/debian/libisospec++2.links2023-08-25 10:18:04.0 
+
+++ isospec-2.2.1/debian/libisospec++2.links1970-01-01 00:00:00.0 
+
@@ -1,9 +0,0 @@
-#! /usr/bin/dh-exec
-
-# Filippo Rusconi 20200605 - This is the cleanest solution:
-# https://wiki.debian.org/Multiarch/Implementation#Dynamic_debian.2F.2A_files
-
-# Make sure this file is executable !!!
-
-usr/lib/${DEB_HOST_MULTIARCH}/libIsoSpec++.so.${ISOSPEC_LIB_VERSION} 
usr/lib/${DEB_HOST_MULTIARCH}/libIsoSpec++.so.${ISOSPEC_LIB_SOVERSION}
-
diff -Nru isospec-2.2.1/debian/libisospec++2t64.install 
isospec-2.2.1/debian/libisospec++2t64.install
--- isospec-2.2.1/debian/libisospec++2t64.install   1970-01-01 
00:00:00.0 +
+++ isospec-2.2.1/debian/libisospec++2t64.install   2023-08-25 
10:18:04.0 +
@@ -0,0 +1 @@
+usr/lib/*/libIsoSpec++.so.*
diff -Nru isospec-2.2.1/debian/libisospec++2t64.links 
isospec-2.2.1/debian/libisospec++2t64.links

Bug#1062461: itcl3: NMU diff for 64-bit time_t transition

[Graham Inggs]

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

Dear maintainer,

As part of the 64-bit time_t transition required to support 32-bit
architectures in 2038 and beyond
(https://wiki.debian.org/ReleaseGoals/64bit-time), we have identified
itcl3 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 itcl3
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-15-generic (SMP w/8 CPU threads; PREEMPT)
Kernel taint flags: 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: unable to detect
diff -Nru itcl3-3.4.4/debian/changelog itcl3-3.4.4/debian/changelog
--- itcl3-3.4.4/debian/changelog2023-01-06 09:47:32.0 +
+++ itcl3-3.4.4/debian/changelog2024-02-01 15:53:15.0 +
@@ -1,3 +1,10 @@
+itcl3 (3.4.4-2.1) experimental; urgency=medium
+
+  * Non-maintainer upload.
+  * Rename libraries for 64-bit time_t transition.
+
+ -- Graham Inggs   Thu, 01 Feb 2024 15:53:15 +
+
 itcl3 (3.4.4-2) unstable; urgency=medium
 
   * Revert the change which ports Itcl 3 to Tcl 8.7 because it breaks
diff -Nru itcl3-3.4.4/debian/control itcl3-3.4.4/debian/control
--- itcl3-3.4.4/debian/control  2023-01-06 09:47:32.0 +
+++ itcl3-3.4.4/debian/control  2024-02-01 15:53:15.0 +
@@ -9,7 +9,10 @@
 Vcs-Browser: https://salsa.debian.org/tcltk-team/itcl3
 Vcs-Git: https://salsa.debian.org/tcltk-team/itcl3.git
 
-Package: itcl3
+Package: itcl3t64
+Provides: ${t64:Provides}
+Replaces: itcl3
+Breaks: itcl3 (<< ${source:Version})
 Section: libs
 Priority: optional
 Architecture: any
@@ -31,7 +34,7 @@
 Section: devel
 Priority: optional
 Architecture: any
-Depends: tcl-dev | tcl8.6-dev, itcl3 (= ${binary:Version}), ${misc:Depends}
+Depends: tcl-dev | tcl8.6-dev, itcl3t64 (= ${binary:Version}), ${misc:Depends}
 Conflicts: itcl-dev, tcl-itcl-dev
 Provides: tcl-itcl-dev
 Suggests: itcl3-doc
@@ -51,7 +54,7 @@
 Priority: optional
 Architecture: all
 Depends: ${misc:Depends}
-Suggests: itcl3
+Suggests: itcl3t64
 Conflicts: itcl-dev, itcl-doc, tcl-itcl-doc
 Provides: itcl-doc, tcl-itcl-doc
 Description: [incr Tcl] OOP extension for Tcl - manual pages
diff -Nru itcl3-3.4.4/debian/itcl3.docs itcl3-3.4.4/debian/itcl3.docs
--- itcl3-3.4.4/debian/itcl3.docs   2023-01-06 09:47:32.0 +
+++ itcl3-3.4.4/debian/itcl3.docs   1970-01-01 00:00:00.0 +
@@ -1,4 +0,0 @@
-#README
-#INCOMPATIBLE
-#TODO
-#CHANGES
diff -Nru itcl3-3.4.4/debian/itcl3.install itcl3-3.4.4/debian/itcl3.install
--- itcl3-3.4.4/debian/itcl3.install2023-01-06 09:47:32.0 +
+++ itcl3-3.4.4/debian/itcl3.install1970-01-01 00:00:00.0 +
@@ -1,3 +0,0 @@
-usr/lib/tcltk/*/*
-usr/lib/*/libitcl*.so.*
-usr/share/tcltk/*/*
diff -Nru itcl3-3.4.4/debian/itcl3.lintian-overrides 
itcl3-3.4.4/debian/itcl3.lintian-overrides
--- itcl3-3.4.4/debian/itcl3.lintian-overrides  2023-01-06 09:47:32.0 
+
+++ itcl3-3.4.4/debian/itcl3.lintian-overrides  1970-01-01 00:00:00.0 
+
@@ -1 +0,0 @@
-itcl3: package-name-doesnt-match-sonames
diff -Nru itcl3-3.4.4/debian/itcl3t64.docs itcl3-3.4.4/debian/itcl3t64.docs
--- itcl3-3.4.4/debian/itcl3t64.docs1970-01-01 00:00:00.0 +
+++ itcl3-3.4.4/debian/itcl3t64.docs2023-01-06 09:47:32.0 +
@@ -0,0 +1,4 @@
+#README
+#INCOMPATIBLE
+#TODO
+#CHANGES
diff -Nru itcl3-3.4.4/debian/itcl3t64.install 
itcl3-3.4.4/debian/itcl3t64.install
--- itcl3-3.4.4/debian/itcl3t64.install 1970-01-01 00:00:00.0 +
+++ 

Bug#1062440: ignition-fuel-tools: NMU diff for 64-bit time_t transition

[Graham Inggs]

Source: ignition-fuel-tools
Version: 7.0.0+ds-3
Severity: serious
Tags: patch pending
Justification: library ABI skew on upgrade
User: debian-...@lists.debian.org
Usertags: time-t

Dear maintainer,

As part of the 64-bit time_t transition required to support 32-bit
architectures in 2038 and beyond
(https://wiki.debian.org/ReleaseGoals/64bit-time), we have identified
ignition-fuel-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 ignition-fuel-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'), (1, 'experimental')
Architecture: amd64 (x86_64)

Kernel: Linux 6.5.0-15-generic (SMP w/8 CPU threads; PREEMPT)
Kernel taint flags: 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: unable to detect
diff -Nru ignition-fuel-tools-7.0.0+ds/debian/changelog 
ignition-fuel-tools-7.0.0+ds/debian/changelog
--- ignition-fuel-tools-7.0.0+ds/debian/changelog   2022-02-21 
16:25:07.0 +
+++ ignition-fuel-tools-7.0.0+ds/debian/changelog   2024-02-01 
14:41:17.0 +
@@ -1,3 +1,10 @@
+ignition-fuel-tools (7.0.0+ds-3.1) experimental; urgency=medium
+
+  * Non-maintainer upload.
+  * Rename libraries for 64-bit time_t transition.
+
+ -- Graham Inggs   Thu, 01 Feb 2024 14:41:17 +
+
 ignition-fuel-tools (7.0.0+ds-3) unstable; urgency=medium
 
   * Ignore more tests that needs network
diff -Nru ignition-fuel-tools-7.0.0+ds/debian/control 
ignition-fuel-tools-7.0.0+ds/debian/control
--- ignition-fuel-tools-7.0.0+ds/debian/control 2022-02-21 16:10:45.0 
+
+++ ignition-fuel-tools-7.0.0+ds/debian/control 2024-02-01 14:41:17.0 
+
@@ -22,7 +22,10 @@
 Vcs-Git: https://salsa.debian.org/science-team/ignition-fuel-tools.git
 Homepage: https://ignitionrobotics.org/libs/fuel_tools
 
-Package: libignition-fuel-tools7-7
+Package: libignition-fuel-tools7-7t64
+Provides: ${t64:Provides}
+Replaces: libignition-fuel-tools7-7
+Breaks: libignition-fuel-tools7-7 (<< ${source:Version})
 Architecture: any
 Section: libs
 Depends: ${shlibs:Depends}, ${misc:Depends}
@@ -45,7 +48,7 @@
  libtinyxml2-dev,
  libyaml-dev,
  libzip-dev,
- libignition-fuel-tools7-7 (= ${binary:Version}),
+ libignition-fuel-tools7-7t64 (= ${binary:Version}),
  ${misc:Depends}
 Suggests: ignition-tools
 Multi-Arch: same
diff -Nru ignition-fuel-tools-7.0.0+ds/debian/libignition-fuel-tools7-7.install 
ignition-fuel-tools-7.0.0+ds/debian/libignition-fuel-tools7-7.install
--- ignition-fuel-tools-7.0.0+ds/debian/libignition-fuel-tools7-7.install   
2022-02-21 16:10:45.0 +
+++ ignition-fuel-tools-7.0.0+ds/debian/libignition-fuel-tools7-7.install   
1970-01-01 00:00:00.0 +
@@ -1 +0,0 @@
-usr/lib/*/*.so.*
diff -Nru 
ignition-fuel-tools-7.0.0+ds/debian/libignition-fuel-tools7-7t64.install 
ignition-fuel-tools-7.0.0+ds/debian/libignition-fuel-tools7-7t64.install
--- ignition-fuel-tools-7.0.0+ds/debian/libignition-fuel-tools7-7t64.install
1970-01-01 00:00:00.0 +
+++ ignition-fuel-tools-7.0.0+ds/debian/libignition-fuel-tools7-7t64.install
2022-02-21 16:10:45.0 +
@@ -0,0 +1 @@
+usr/lib/*/*.so.*
diff -Nru 
ignition-fuel-tools-7.0.0+ds/debian/libignition-fuel-tools7-7t64.lintian-overrides
 
ignition-fuel-tools-7.0.0+ds/debian/libignition-fuel-tools7-7t64.lintian-overrides
--- 
ignition-fuel-tools-7.0.0+ds/debian/libignition-fuel-tools7-7t64.lintian-overrides
  1970-01-01 00:00:00.0 +
+++ 
ignition-fuel-tools-7.0.0+ds/debian/libignition-fuel-tools7-7t64.lintian-overrides
  2024-02-01 14:41:17.0 +
@@ -0,0 +1 @@
+libignition-fuel-tools7-7t64: package-name-doesnt-match-sonames 

Bug#1062439: ignition-common: NMU diff for 64-bit time_t transition

[Graham Inggs]

Source: ignition-common
Version: 4.7.0+ds2-2
Severity: serious
Tags: patch pending
Justification: library ABI skew on upgrade
User: debian-...@lists.debian.org
Usertags: time-t

Dear maintainer,

As part of the 64-bit time_t transition required to support 32-bit
architectures in 2038 and beyond
(https://wiki.debian.org/ReleaseGoals/64bit-time), we have identified
ignition-common 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 ignition-common
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-15-generic (SMP w/8 CPU threads; PREEMPT)
Kernel taint flags: 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: unable to detect
diff -Nru ignition-common-4.7.0+ds2/debian/changelog 
ignition-common-4.7.0+ds2/debian/changelog
--- ignition-common-4.7.0+ds2/debian/changelog  2023-09-07 09:24:10.0 
+
+++ ignition-common-4.7.0+ds2/debian/changelog  2024-02-01 14:38:31.0 
+
@@ -1,3 +1,10 @@
+ignition-common (4.7.0+ds2-2.1) experimental; urgency=medium
+
+  * Non-maintainer upload.
+  * Rename libraries for 64-bit time_t transition.
+
+ -- Graham Inggs   Thu, 01 Feb 2024 14:38:31 +
+
 ignition-common (4.7.0+ds2-2) unstable; urgency=medium
 
   * Require ignition-math 6.12.0 for gz transition
diff -Nru ignition-common-4.7.0+ds2/debian/control 
ignition-common-4.7.0+ds2/debian/control
--- ignition-common-4.7.0+ds2/debian/control2023-09-07 09:23:48.0 
+
+++ ignition-common-4.7.0+ds2/debian/control2024-02-01 14:38:31.0 
+
@@ -31,7 +31,7 @@
 Section: libdevel
 Depends: libignition-cmake-dev (>= 2.14.0),
  uuid-dev,
- libignition-common4-4 (= ${binary:Version}),
+ libignition-common4-4t64 (= ${binary:Version}),
  libtinyobjloader-dev,
  ${misc:Depends}
 Suggests: ignition-tools
@@ -51,8 +51,8 @@
 Depends: libignition-common-core-dev (= ${binary:Version}),
  libignition-common-av-dev (= ${binary:Version}),
  libignition-common-graphics-dev (= ${binary:Version}),
- libignition-common4-profiler4 (= ${binary:Version}),
- libignition-common4-events4 (= ${binary:Version}),
+ libignition-common4-profiler4t64 (= ${binary:Version}),
+ libignition-common4-events4t64 (= ${binary:Version}),
  ${misc:Depends}
 Multi-Arch: same
 Recommends: ignition-common-cli
@@ -64,7 +64,10 @@
  .
  Metapackage for development. Includes events and profiler.
 
-Package: libignition-common4-4
+Package: libignition-common4-4t64
+Provides: ${t64:Provides}
+Replaces: libignition-common4-4
+Breaks: libignition-common4-4 (<< ${source:Version})
 Architecture: any
 Section: libs
 Depends: ${shlibs:Depends}, ${misc:Depends}
@@ -77,7 +80,10 @@
  .
  This package gathers the shared library
 
-Package: libignition-common4-av4
+Package: libignition-common4-av4t64
+Provides: ${t64:Provides}
+Replaces: libignition-common4-av4
+Breaks: libignition-common4-av4 (<< ${source:Version})
 Architecture: any
 Section: libs
 Depends: ${shlibs:Depends}, ${misc:Depends}
@@ -100,7 +106,7 @@
  libavcodec-dev,
  libswscale-dev,
  libavutil-dev,
- libignition-common4-av4 (= ${binary:Version}),
+ libignition-common4-av4t64 (= ${binary:Version}),
  ${misc:Depends}
 Multi-Arch: same
 Description: Collection of useful code used by robotics apps - AV dev files
@@ -111,7 +117,10 @@
  .
  AV component of the library, development files
 
-Package: libignition-common4-events4
+Package: libignition-common4-events4t64
+Provides: ${t64:Provides}
+Replaces: libignition-common4-events4
+Breaks: 

Bug#1062441: ignition-physics: NMU diff for 64-bit time_t transition

[Graham Inggs]

Source: ignition-physics
Version: 5.1.0+ds1-4.1
Severity: serious
Tags: patch pending
Justification: library ABI skew on upgrade
User: debian-...@lists.debian.org
Usertags: time-t

Dear maintainer,

As part of the 64-bit time_t transition required to support 32-bit
architectures in 2038 and beyond
(https://wiki.debian.org/ReleaseGoals/64bit-time), we have identified
ignition-physics 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 ignition-physics
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-15-generic (SMP w/8 CPU threads; PREEMPT)
Kernel taint flags: 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: unable to detect
diff -Nru ignition-physics-5.1.0+ds1/debian/changelog 
ignition-physics-5.1.0+ds1/debian/changelog
--- ignition-physics-5.1.0+ds1/debian/changelog 2023-05-21 18:50:53.0 
+
+++ ignition-physics-5.1.0+ds1/debian/changelog 2024-02-01 14:43:50.0 
+
@@ -1,3 +1,10 @@
+ignition-physics (5.1.0+ds1-4.2) experimental; urgency=medium
+
+  * Non-maintainer upload.
+  * Rename libraries for 64-bit time_t transition.
+
+ -- Graham Inggs   Thu, 01 Feb 2024 14:43:50 +
+
 ignition-physics (5.1.0+ds1-4.1) unstable; urgency=medium
 
   * Non-maintainer upload.
diff -Nru ignition-physics-5.1.0+ds1/debian/control 
ignition-physics-5.1.0+ds1/debian/control
--- ignition-physics-5.1.0+ds1/debian/control   2023-05-21 18:50:52.0 
+
+++ ignition-physics-5.1.0+ds1/debian/control   2024-02-01 14:43:50.0 
+
@@ -35,7 +35,7 @@
 Depends: libignition-cmake-dev (>= 2.1.0),
  libignition-math-dev (>= 6.0.0),
  libignition-plugin-dev (>= 1.1.0),
- libignition-physics5-5 (= ${binary:Version}),
+ libignition-physics5-5t64 (= ${binary:Version}),
  libignition-utils-dev,
  ${misc:Depends}
 Suggests: ignition-tools
@@ -52,7 +52,7 @@
 Depends: libignition-physics-core-dev,
  libignition-cmake-dev (>= 2.1.0),
  libsdformat-dev (>= 12.0.0),
- libignition-physics5-5 (= ${binary:Version}),
+ libignition-physics5-5t64 (= ${binary:Version}),
  ${misc:Depends}
 Multi-Arch: same
 Description: Ignition Physics classes and functions for robot apps - SDF Dev 
files
@@ -67,7 +67,7 @@
 Depends: libignition-physics-core-dev,
  libignition-cmake-dev (>= 2.1.0),
  libignition-common-dev (>= 4.0.0),
- libignition-physics5-5 (= ${binary:Version}),
+ libignition-physics5-5t64 (= ${binary:Version}),
  ${misc:Depends}
 Multi-Arch: same
 Description: Ignition Physics classes and functions for robot apps - Mesh Dev 
files
@@ -82,7 +82,7 @@
 Depends: libignition-physics-core-dev (= ${binary:Version}),
  libignition-cmake-dev (>= 2.1.0),
  libignition-common-graphics-dev,
- libignition-physics5-5 (= ${binary:Version}),
+ libignition-physics5-5t64 (= ${binary:Version}),
  ${misc:Depends}
 Multi-Arch: same
 Description: Ignition Physics classes and functions for robot apps - Heightmap 
Dev files
@@ -91,7 +91,10 @@
  .
  Heightmap component, development files
 
-Package: libignition-physics5-5
+Package: libignition-physics5-5t64
+Provides: ${t64:Provides}
+Replaces: libignition-physics5-5
+Breaks: libignition-physics5-5 (<< ${source:Version})
 Architecture: any
 Section: libs
 Pre-Depends: ${misc:Pre-Depends}
@@ -103,7 +106,10 @@
  .
  Main shared library
 
-Package: libignition-physics5-dartsim-plugin5
+Package: libignition-physics5-dartsim-plugin5t64
+Provides: ${t64:Provides}
+Replaces: libignition-physics5-dartsim-plugin5
+Breaks: 

Bug#1062444: ima-evm-utils: NMU diff for 64-bit time_t transition

[Graham Inggs]

Source: ima-evm-utils
Version: 1.4-1.2
Severity: serious
Tags: patch pending
Justification: library ABI skew on upgrade
User: debian-...@lists.debian.org
Usertags: time-t

Dear maintainer,

As part of the 64-bit time_t transition required to support 32-bit
architectures in 2038 and beyond
(https://wiki.debian.org/ReleaseGoals/64bit-time), we have identified
ima-evm-utils 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 ima-evm-utils
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-15-generic (SMP w/8 CPU threads; PREEMPT)
Kernel taint flags: 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: unable to detect
diff -Nru ima-evm-utils-1.4/debian/changelog ima-evm-utils-1.4/debian/changelog
--- ima-evm-utils-1.4/debian/changelog  2022-01-24 17:33:09.0 +
+++ ima-evm-utils-1.4/debian/changelog  2024-02-01 15:02:04.0 +
@@ -1,3 +1,10 @@
+ima-evm-utils (1.4-1.3) experimental; urgency=medium
+
+  * Non-maintainer upload.
+  * Rename libraries for 64-bit time_t transition.
+
+ -- Graham Inggs   Thu, 01 Feb 2024 15:02:04 +
+
 ima-evm-utils (1.4-1.2) unstable; urgency=high
 
   * Non-maintainer upload.
diff -Nru ima-evm-utils-1.4/debian/control ima-evm-utils-1.4/debian/control
--- ima-evm-utils-1.4/debian/control2022-01-24 17:32:41.0 +
+++ ima-evm-utils-1.4/debian/control2024-02-01 15:02:04.0 +
@@ -33,7 +33,10 @@
  With EVM, the security sensitive extended attributes are verified against
  offline tampering.
 
-Package: libimaevm2
+Package: libimaevm2t64
+Provides: ${t64:Provides}
+Replaces: libimaevm2
+Breaks: libimaevm2 (<< ${source:Version})
 Section: libs
 Architecture: any
 Multi-Arch: same
@@ -51,7 +54,7 @@
 Section: libdevel
 Architecture: any
 Multi-Arch: same
-Depends: libimaevm2 (= ${binary:Version}), ${misc:Depends}
+Depends: libimaevm2t64 (= ${binary:Version}), ${misc:Depends}
 Description: Linux IMA Extended Verification Module signing tools - 
development files
  Linux kernel integrity subsystem is comprised of a number of different
  components including the Integrity Measurement Architecture (IMA), Extended
diff -Nru ima-evm-utils-1.4/debian/libimaevm2.install 
ima-evm-utils-1.4/debian/libimaevm2.install
--- ima-evm-utils-1.4/debian/libimaevm2.install 2021-09-24 09:39:11.0 
+
+++ ima-evm-utils-1.4/debian/libimaevm2.install 1970-01-01 00:00:00.0 
+
@@ -1 +0,0 @@
-usr/lib/*/lib*.so.*
diff -Nru ima-evm-utils-1.4/debian/libimaevm2.symbols 
ima-evm-utils-1.4/debian/libimaevm2.symbols
--- ima-evm-utils-1.4/debian/libimaevm2.symbols 2022-01-24 09:49:06.0 
+
+++ ima-evm-utils-1.4/debian/libimaevm2.symbols 1970-01-01 00:00:00.0 
+
@@ -1,19 +0,0 @@
-libimaevm.so.3 libimaevm2 #MINVER#
-* Build-Depends-Package: libimaevm-dev
- calc_keyid_v1@Base 1.3.1
- calc_keyid_v2@Base 1.3.1
- hash_algo_name@Base 1.3.1
- ima_calc_hash@Base 1.3.1
- ima_verify_signature@Base 1.3.1
- imaevm_do_hexdump@Base 1.3.1
- imaevm_get_hash_algo@Base 1.3.1
- imaevm_hash_algo_by_id@Base 1.3.1
- imaevm_hash_algo_from_sig@Base 1.3.1
- imaevm_hexdump@Base 1.3.1
- imaevm_params@Base 1.3.1
- init_public_keys@Base 1.3.1
- key2bin@Base 1.3.1
- read_pub_key@Base 1.3.1
- read_pub_pkey@Base 1.3.1
- sign_hash@Base 1.3.1
- verify_hash@Base 1.3.1
diff -Nru ima-evm-utils-1.4/debian/libimaevm2t64.install 
ima-evm-utils-1.4/debian/libimaevm2t64.install
--- ima-evm-utils-1.4/debian/libimaevm2t64.install  1970-01-01 
00:00:00.0 +
+++ ima-evm-utils-1.4/debian/libimaevm2t64.install  2021-09-24 
09:39:11.0 +
@@ -0,0 +1 @@

Bug#1062452: gnunet: NMU diff for 64-bit time_t transition

[Lukas Märdian]

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

Dear maintainer,

As part of the 64-bit time_t transition required to support 32-bit
architectures in 2038 and beyond
(https://wiki.debian.org/ReleaseGoals/64bit-time), we have identified
gnunet 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 gnunet
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/8 CPU threads; PREEMPT)
Kernel taint flags: TAINT_PROPRIETARY_MODULE, TAINT_OOT_MODULE
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8), LANGUAGE not set
Shell: /bin/sh linked to /usr/bin/dash
Init: systemd (via /run/systemd/system)
diff -Nru gnunet-0.20.0/debian/changelog gnunet-0.20.0/debian/changelog
--- gnunet-0.20.0/debian/changelog  2023-10-24 04:41:25.0 +
+++ gnunet-0.20.0/debian/changelog  2024-02-01 15:21:18.0 +
@@ -1,3 +1,10 @@
+gnunet (0.20.0-3.1) experimental; urgency=medium
+
+  * Non-maintainer upload.
+  * Rename libraries for 64-bit time_t transition.
+
+ -- Lukas Märdian   Thu, 01 Feb 2024 15:21:18 +
+
 gnunet (0.20.0-3) sid; urgency=medium
 
   * Uploading to sid.
diff -Nru gnunet-0.20.0/debian/control gnunet-0.20.0/debian/control
--- gnunet-0.20.0/debian/control2023-10-24 04:41:25.0 +
+++ gnunet-0.20.0/debian/control2024-02-01 15:21:05.0 +
@@ -46,7 +46,7 @@
 Section: net
 Architecture: any
 Depends:
- libgnunet0.20 (= ${binary:Version}),
+ libgnunet0.20t64 (= ${binary:Version}),
  lsb-base,
  netbase,
  passwd,
@@ -89,7 +89,7 @@
  gnunet (= ${binary:Version}),
  libextractor-dev,
  libgcrypt20-dev,
- libgnunet0.20 (= ${binary:Version}),
+ libgnunet0.20t64 (= ${binary:Version}),
  libmicrohttpd-dev,
  ${misc:Depends},
  ${shlibs:Depends},
@@ -105,7 +105,8 @@
  .
  This package contains the development files.
 
-Package: libgnunet0.20
+Package: libgnunet0.20t64
+Provides: ${t64:Provides}
 Section: libs
 Architecture: any
 Pre-Depends:
@@ -113,7 +114,7 @@
 Depends:
  ${misc:Depends},
  ${shlibs:Depends},
-Breaks:
+Breaks:libgnunet0.20 (<< ${source:Version}), 
  gnunet (<< 0.20.0),
  libgnunet0.14,
  libgnunet0.15,
@@ -124,7 +125,7 @@
  libgnunet0.15,
  libgnunet0.17,
  libgnunet0.19,
-Replaces:
+Replaces:libgnunet0.20, 
  gnunet,
 Description: GNU's framework for secure peer-to-peer networking (libraries)
  GNUnet is a framework for secure peer-to-peer networking that does not use any
diff -Nru gnunet-0.20.0/debian/libgnunet0.20.install 
gnunet-0.20.0/debian/libgnunet0.20.install
--- gnunet-0.20.0/debian/libgnunet0.20.install  2023-10-24 04:41:25.0 
+
+++ gnunet-0.20.0/debian/libgnunet0.20.install  1970-01-01 00:00:00.0 
+
@@ -1,16 +0,0 @@
-usr/bin/gnunet-arm
-usr/bin/gnunet-bugreport
-usr/bin/gnunet-config
-usr/bin/gnunet-ecc
-usr/lib/*/gnunet/libexec/gnunet-service-arm
-usr/lib/*/libgnunetarm.so.*
-usr/lib/*/libgnunetcurl.so.*
-usr/lib/*/libgnunetjson.so.*
-usr/lib/*/libgnunetsq.so.*
-usr/lib/*/libgnunetutil.so.*
-usr/share/gnunet/config.d/util.conf
-usr/share/locale
-usr/share/man/man1/gnunet-arm.1
-usr/share/man/man1/gnunet-bugreport.1
-usr/share/man/man1/gnunet-config.1
-usr/share/man/man1/gnunet-ecc.1
diff -Nru gnunet-0.20.0/debian/libgnunet0.20t64.install 
gnunet-0.20.0/debian/libgnunet0.20t64.install
--- gnunet-0.20.0/debian/libgnunet0.20t64.install   1970-01-01 
00:00:00.0 +
+++ gnunet-0.20.0/debian/libgnunet0.20t64.install   2023-10-24 
04:41:25.0 +
@@ -0,0 +1,16 @@
+usr/bin/gnunet-arm
+usr/bin/gnunet-bugreport
+usr/bin/gnunet-config
+usr/bin/gnunet-ecc

Bug#1062451: libmtp: NMU diff for 64-bit time_t transition

[Steve Langasek]

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

Dear maintainer,

As part of the 64-bit time_t transition required to support 32-bit
architectures in 2038 and beyond
(https://wiki.debian.org/ReleaseGoals/64bit-time), we have identified
libmtp 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 libmtp
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'), (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 libmtp-1.1.21/debian/changelog libmtp-1.1.21/debian/changelog
--- libmtp-1.1.21/debian/changelog  2024-01-09 19:51:19.0 +
+++ libmtp-1.1.21/debian/changelog  2024-02-01 10:16:42.0 +
@@ -1,3 +1,10 @@
+libmtp (1.1.21-3.1) experimental; urgency=medium
+
+  * Non-maintainer upload.
+  * Rename libraries for 64-bit time_t transition.
+
+ -- Steve Langasek   Thu, 01 Feb 2024 10:16:42 +
+
 libmtp (1.1.21-3) unstable; urgency=medium
 
   * Delete files with dh_clean (Closes: #1049296)
diff -Nru libmtp-1.1.21/debian/control libmtp-1.1.21/debian/control
--- libmtp-1.1.21/debian/control2024-01-09 19:51:19.0 +
+++ libmtp-1.1.21/debian/control2024-02-01 10:16:42.0 +
@@ -20,7 +20,10 @@
 Homepage: https://libmtp.sourceforge.net/
 Rules-Requires-Root: no
 
-Package: libmtp9
+Package: libmtp9t64
+Provides: ${t64:Provides}
+Replaces: libmtp9
+Breaks: libmtp9 (<< ${source:Version})
 Architecture: any
 Multi-Arch: same
 Depends: libmtp-common,
@@ -55,10 +58,10 @@
 Package: libmtp-runtime
 Architecture: linux-any
 Depends: libmtp-common,
- libmtp9 (= ${binary:Version}),
+ libmtp9t64 (= ${binary:Version}),
  ${misc:Depends},
  ${shlibs:Depends}
-Enhances: libmtp9
+Enhances: libmtp9t64
 Description: Media Transfer Protocol (MTP) runtime tools
  libmtp is a library for communicating with MTP aware devices in POSIX
  compliant operating systems.  It implements MTP Basic, the subset
@@ -76,7 +79,7 @@
 Architecture: any
 Multi-Arch: same
 Section: libdevel
-Depends: libmtp9 (= ${binary:Version}),
+Depends: libmtp9t64 (= ${binary:Version}),
  libusb-1.0-0-dev,
  ${misc:Depends}
 Description: Media Transfer Protocol (MTP) development files
@@ -111,7 +114,7 @@
 Section: utils
 Depends: ${misc:Depends},
  ${shlibs:Depends}
-Enhances: libmtp9
+Enhances: libmtp9t64
 Description: Media Transfer Protocol (MTP) library tools
  libmtp is a library for communicating with MTP aware devices in POSIX
  compliant operating systems.  It implements MTP Basic, the subset
diff -Nru libmtp-1.1.21/debian/libmtp9.docs libmtp-1.1.21/debian/libmtp9.docs
--- libmtp-1.1.21/debian/libmtp9.docs   2024-01-09 19:51:19.0 +
+++ libmtp-1.1.21/debian/libmtp9.docs   1970-01-01 00:00:00.0 +
@@ -1,3 +0,0 @@
-AUTHORS
-README
-TODO
diff -Nru libmtp-1.1.21/debian/libmtp9.install 
libmtp-1.1.21/debian/libmtp9.install
--- libmtp-1.1.21/debian/libmtp9.install2024-01-09 19:51:19.0 
+
+++ libmtp-1.1.21/debian/libmtp9.install1970-01-01 00:00:00.0 
+
@@ -1 +0,0 @@
-usr/lib/*/*.so.*
diff -Nru libmtp-1.1.21/debian/libmtp9.symbols 
libmtp-1.1.21/debian/libmtp9.symbols
--- libmtp-1.1.21/debian/libmtp9.symbols2024-01-09 19:51:19.0 
+
+++ libmtp-1.1.21/debian/libmtp9.symbols1970-01-01 00:00:00.0 
+
@@ 

Bug#1062457: irrlicht: NMU diff for 64-bit time_t transition

[Graham Inggs]

Source: irrlicht
Version: 1.8.5+ds2-1
Severity: serious
Tags: patch pending
Justification: library ABI skew on upgrade
User: debian-...@lists.debian.org
Usertags: time-t

Dear maintainer,

As part of the 64-bit time_t transition required to support 32-bit
architectures in 2038 and beyond
(https://wiki.debian.org/ReleaseGoals/64bit-time), we have identified
irrlicht 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 irrlicht
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-15-generic (SMP w/8 CPU threads; PREEMPT)
Kernel taint flags: 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: unable to detect
diff -Nru irrlicht-1.8.5+ds2/debian/changelog 
irrlicht-1.8.5+ds2/debian/changelog
--- irrlicht-1.8.5+ds2/debian/changelog 2023-01-04 21:03:53.0 +
+++ irrlicht-1.8.5+ds2/debian/changelog 2024-02-01 15:44:38.0 +
@@ -1,3 +1,10 @@
+irrlicht (1.8.5+ds2-1.1) experimental; urgency=medium
+
+  * Non-maintainer upload.
+  * Rename libraries for 64-bit time_t transition.
+
+ -- Graham Inggs   Thu, 01 Feb 2024 15:44:38 +
+
 irrlicht (1.8.5+ds2-1) unstable; urgency=medium
 
   [ Vincent Cheng ]
diff -Nru irrlicht-1.8.5+ds2/debian/control irrlicht-1.8.5+ds2/debian/control
--- irrlicht-1.8.5+ds2/debian/control   2023-01-04 21:03:53.0 +
+++ irrlicht-1.8.5+ds2/debian/control   2024-02-01 15:44:38.0 +
@@ -27,7 +27,7 @@
 Section: libdevel
 Architecture: any
 Multi-Arch: same
-Depends: libirrlicht1.8 (= ${binary:Version}), ${misc:Depends}
+Depends: libirrlicht1.8t64 (= ${binary:Version}), ${misc:Depends}
 Suggests: libirrlicht-doc
 Description: High performance realtime 3D engine development library
  The Irrlicht Engine is an open source completely cross-platform 3D engine.
@@ -37,7 +37,10 @@
  .
  This package contains the development library.
 
-Package: libirrlicht1.8
+Package: libirrlicht1.8t64
+Provides: ${t64:Provides}
+Replaces: libirrlicht1.8
+Breaks: libirrlicht1.8 (<< ${source:Version})
 Architecture: any
 Multi-Arch: same
 Pre-Depends: ${misc:Pre-Depends}
diff -Nru irrlicht-1.8.5+ds2/debian/libirrlicht1.8.install 
irrlicht-1.8.5+ds2/debian/libirrlicht1.8.install
--- irrlicht-1.8.5+ds2/debian/libirrlicht1.8.install2023-01-04 
21:03:53.0 +
+++ irrlicht-1.8.5+ds2/debian/libirrlicht1.8.install1970-01-01 
00:00:00.0 +
@@ -1 +0,0 @@
-usr/lib/*/lib*.so.*
diff -Nru irrlicht-1.8.5+ds2/debian/libirrlicht1.8t64.install 
irrlicht-1.8.5+ds2/debian/libirrlicht1.8t64.install
--- irrlicht-1.8.5+ds2/debian/libirrlicht1.8t64.install 1970-01-01 
00:00:00.0 +
+++ irrlicht-1.8.5+ds2/debian/libirrlicht1.8t64.install 2023-01-04 
21:03:53.0 +
@@ -0,0 +1 @@
+usr/lib/*/lib*.so.*
diff -Nru irrlicht-1.8.5+ds2/debian/libirrlicht1.8t64.lintian-overrides 
irrlicht-1.8.5+ds2/debian/libirrlicht1.8t64.lintian-overrides
--- irrlicht-1.8.5+ds2/debian/libirrlicht1.8t64.lintian-overrides   
1970-01-01 00:00:00.0 +
+++ irrlicht-1.8.5+ds2/debian/libirrlicht1.8t64.lintian-overrides   
2024-02-01 15:44:38.0 +
@@ -0,0 +1 @@
+libirrlicht1.8t64: package-name-doesnt-match-sonames libirrlicht1.8

Bug#1062458: irstlm: NMU diff for 64-bit time_t transition

[Graham Inggs]

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

Dear maintainer,

As part of the 64-bit time_t transition required to support 32-bit
architectures in 2038 and beyond
(https://wiki.debian.org/ReleaseGoals/64bit-time), we have identified
irstlm 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 irstlm
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-15-generic (SMP w/8 CPU threads; PREEMPT)
Kernel taint flags: 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: unable to detect
diff -Nru irstlm-6.00.05/debian/changelog irstlm-6.00.05/debian/changelog
--- irstlm-6.00.05/debian/changelog 2023-09-19 20:53:34.0 +
+++ irstlm-6.00.05/debian/changelog 2024-02-01 15:48:24.0 +
@@ -1,3 +1,10 @@
+irstlm (6.00.05-4.1) experimental; urgency=medium
+
+  * Non-maintainer upload.
+  * Rename libraries for 64-bit time_t transition.
+
+ -- Graham Inggs   Thu, 01 Feb 2024 15:48:24 +
+
 irstlm (6.00.05-4) unstable; urgency=medium
 
   * Remove MIA uploader Koichi Akabe . Closes: #864577
diff -Nru irstlm-6.00.05/debian/control irstlm-6.00.05/debian/control
--- irstlm-6.00.05/debian/control   2023-09-19 20:53:34.0 +
+++ irstlm-6.00.05/debian/control   2024-02-01 15:48:23.0 +
@@ -19,7 +19,7 @@
 
 Package: irstlm
 Architecture: any
-Depends: libirstlm1 (= ${binary:Version}),
+Depends: libirstlm1t64 (= ${binary:Version}),
  ${shlibs:Depends},
  ${misc:Depends},
  ${perl:Depends}
@@ -33,7 +33,7 @@
 Package: libirstlm-dev
 Architecture: any
 Section: libdevel
-Depends: libirstlm1 (= ${binary:Version}),
+Depends: libirstlm1t64 (= ${binary:Version}),
  ${misc:Depends}
 Multi-Arch: same
 Description: IRST Language Modeling Toolkit - development files
@@ -43,7 +43,10 @@
  .
  This package provides development headers for IRSTLM.
 
-Package: libirstlm1
+Package: libirstlm1t64
+Provides: ${t64:Provides}
+Replaces: libirstlm1
+Breaks: libirstlm1 (<< ${source:Version})
 Architecture: any
 Multi-Arch: same
 Section: libs
diff -Nru irstlm-6.00.05/debian/libirstlm1.install 
irstlm-6.00.05/debian/libirstlm1.install
--- irstlm-6.00.05/debian/libirstlm1.install2023-09-19 20:53:34.0 
+
+++ irstlm-6.00.05/debian/libirstlm1.install1970-01-01 00:00:00.0 
+
@@ -1 +0,0 @@
-usr/lib/*/*.so.*
diff -Nru irstlm-6.00.05/debian/libirstlm1t64.install 
irstlm-6.00.05/debian/libirstlm1t64.install
--- irstlm-6.00.05/debian/libirstlm1t64.install 1970-01-01 00:00:00.0 
+
+++ irstlm-6.00.05/debian/libirstlm1t64.install 2023-09-19 20:53:34.0 
+
@@ -0,0 +1 @@
+usr/lib/*/*.so.*
diff -Nru irstlm-6.00.05/debian/libirstlm1t64.lintian-overrides 
irstlm-6.00.05/debian/libirstlm1t64.lintian-overrides
--- irstlm-6.00.05/debian/libirstlm1t64.lintian-overrides   1970-01-01 
00:00:00.0 +
+++ irstlm-6.00.05/debian/libirstlm1t64.lintian-overrides   2024-02-01 
15:48:23.0 +
@@ -0,0 +1 @@
+libirstlm1t64: package-name-doesnt-match-sonames libirstlm1

Bug#1061958: fwknop: NMU diff for 64-bit time_t transition

[Lukas Märdian]

Am 30.01.24 um 19:36 schrieb Francois Marier:

On 2024-01-30 at 05:48:11, Lukas Märdian (sl...@debian.org) wrote:

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.


No objections from me.

If you'd like to create a merge request on
https://salsa.debian.org/debian/fwknop, then I can merge and then you can
upload to unstable at your convenience.


Please see https://salsa.debian.org/debian/fwknop/-/merge_requests/2

It also addresses the Breaks/Replaces issue reported by Helmut/dumat
in https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=1062046

I uploaded this as ~exp2 in to experimental.

Thanks,
  Lukas

Bug#1062380: libisoburn: NMU diff for 64-bit time_t transition

[Thomas Schmitt]

Hi,

i'm the upstream and help with preparing the Debian packages.
So i assume that any needed action in this case is up to my sponsor
Dominique Dumont (Cc'd).

But:

Are you aware that the effort to switch to 64 bit time_t is not worth much
in a ISO 9660 producing software, even on amd64, as long as

  https://github.com/torvalds/linux/blob/master/fs/isofs/isofs.h

has int as return type of the ISO-9660-to-Unix-time function

  extern int iso_date(u8 *, int);

(implemented in fs/isofs/util.c) ?

I once made a successful attempt to get the attention of parts of the
kernel community:
  
https://lore.kernel.org/all/20221024135517.7d40b96a206020eca03e3...@linux-foundation.org/t/
But as it looks, it never made it into the torvalds repo.


Have a nice day :)

Thomas

Bug#1060802: stellarium: FTBFS on armel, ppc64el, s390x: unsatisfiable Build-Depends: qtwebengine5-dev (>= 5.15)

[Dmitry Shachnev]

Hi James!

On Wed, Jan 31, 2024 at 11:57:52PM +, James Addison wrote:
> Source: stellarium
> Followup-For: Bug #1060802
> X-Debbugs-Cc: tom...@debian.org, mity...@debian.org
> 
> > stellarium 23.4-1 added a new build-dependency on qtwebengine5-dev, which
> > prevents it from building on some release architectures (and all non-release
> > ones).
> 
> Would 'qtwebengine5-dev | libqt5webkit5-dev' provide an acceptable alternative
> build dependency spec?
> 
> Ref: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=913043;msg=10

Qt WebEngine and (deprecated) Qt WebKit are not compatible with each other,
they provide different sets of classes. And it looks like upstream stellarium
only supports Qt WebEngine, not WebKit.

Good news is that Qt WebEngine support is optional and you can just build
without it on architectures where it's not available. This can be achieved by
limiting the build-dependency:

  qtwebengine5-dev (>= 5.15) [amd64 arm64 armhf i386 mips64el],

I did that in Ubuntu [1] and the package built on all Ubuntu's architectures.

[1]: https://launchpad.net/ubuntu/+source/stellarium/23.4-1ubuntu1

--
Dmitry Shachnev


signature.asc
Description: PGP signature

Bug#1061344: User input needed: Stop supporting 32 bit architectures with emboss (Was: emboss-lib: identified for time_t transition but no ABI in shlibs)

[Andreas Tille]

Hi again,

I've filed bug #1062371

RM: emboss [armel armhf i386 hppa m68k powerpc sh4] -- ROM; No support of 
32 bit architectures any more

Kind regards
Andreas.

Am Wed, Jan 31, 2024 at 07:53:26AM +0100 schrieb Andreas Tille:
> Hi again,
> 
> besides my suggested solution to split up emboss-lib again (and when
> doing so make the package emboss-lib a metapackage depending from single
> packages to match all its rdepends) I wonder whether we should provide
> EMBOSS for 64 bit architectures only.  While we probably need to file a
> lot of removal requests to 32 bit packages of its rdepends it somehow
> fits the reality that these days nobody seriously runs emboss on 32bit
> architectures.  As explained in the according wiki page[1] other binary
> distros are dropping 32-bit at all and Debian rather cares for
> automotive, IOT, TVs, routers, plant control, building
> monitoring/control, cheap Android phones - nothing that is using EMBOSS.
> 
> I would really like to get some input from *our users* here on the
> Debian Med list since I need your response to draw a sensible decision.
> 
> Kind regards
> Andreas.
> 
> [1] https://wiki.debian.org/ReleaseGoals/64bit-time
> 
> Am Fri, Jan 26, 2024 at 10:44:09AM +0100 schrieb Andreas Tille:
> > Hi Charles,
> > 
> > I wonder how we can properly solve this bug.  In the early stage of
> > Emboss packaging obviously the packages
> > 
> >libajax6,
> >libajax6-dev,
> >libnucleus6,
> >libnucleus6-dev
> > 
> > existed (thus the remaining Conflicts/Replaces on emboss-lib which can
> > probably be removed right now).  I wonder whether we should restore those
> > single library package per shared library + devel package, merge
> > static+shared library in one package or even merge
> > 
> >libacd 6 emboss-lib (>= 6.6.0+dfsg)
> >libajax 6 emboss-lib (>= 6.6.0+dfsg)
> >libajaxdb 6 emboss-lib (>= 6.6.0+dfsg)
> >libajaxg 6 emboss-lib (>= 6.6.0+dfsg)
> >libensembl 6 emboss-lib (>= 6.6.0+dfsg)
> >libnucleus 6 emboss-lib (>= 6.6.0+dfsg)
> > 
> > in libemboss6
> > 
> >libepcre 7 emboss-lib (>= 6.6.0+dfsg)
> > 
> > in libemboss-pcre7 (ugly since its a code copy of pcre3 but well,
> > that's another battle field) and
> > 
> >libeplplot 3 emboss-lib (>= 6.6.0+dfsg)
> > 
> > in libemboss-plplot3 to express the proper sonames inside the library
> > package names.  Any more sensible suggestion is pretty welcome.
> > 
> > Kind regards
> > Andreas.
> > 
> > -- 
> > http://fam-tille.de
> 
> -- 
> http://fam-tille.de
> 
> 

-- 
http://fam-tille.de

Bug#1058305: ipykernel: FTBFS: dh_auto_test: error: pybuild --test --test-pytest -i python{version} -p "3.12 3.11" returned exit code 13

[s3v]

Dear Maintainer,

This change from upstream [1] (ignore datetime.datetime.utcfromtimestamp()
DeprecationWarning), fixes this issue. I just verified the package builds
fine in a sid chroot environment and all tests pass.

Kind Regards

https://github.com/ipython/ipykernel/commit/de45c7a4#diff-50c86b7ed8ac2cf95bd48334961bf0530cdc77b5a56f852c5c61b89d735fd711

Bug#1062427: ghmm: NMU diff for 64-bit time_t transition

[Lukas Märdian]

Dear maintainer,

please note that ghmm seems to FTBFS for a reason unrelated to this NMU:

dh_install
dh_install: warning: Cannot find (any matches for) 
"usr/lib/python3*/site-packages/*" (tried in ., debian/tmp)

dh_install: warning: ghmm missing files: usr/lib/python3*/site-packages/*
dh_install: error: missing files, aborting
make[1]: *** [debian/rules:15: override_dh_install] Error 255
make[1]: Leaving directory '/home/slyon/time_t/ghmm-0.9~rc3'
make: *** [debian/rules:9: binary] Error 2
dpkg-buildpackage: error: debian/rules binary subprocess returned exit status 2


The python files seem to be generated in wrong directory (see tree below).

Cheers,
  Lukas


slyon@sid-time-t:~/time_t/ghmm-0.9~rc3$ tree debian/tmp/
debian/tmp/
└── usr
├── bin
│   ├── cluster
│   ├── ghmm-config
│   ├── probdist
│   ├── scluster
│   └── smix_hmm
├── include
│   └── ghmm
│   ├── cfbgibbs.h
│   ├── cluster.h
│   ├── discrime.h
│   ├── fbgibbs.h
│   ├── foba.h
│   ├── ghmmconfig.h
│   ├── ghmm.h
│   ├── gradescent.h
│   ├── kbest.h
│   ├── model.h
│   ├── obsolete.h
│   ├── pmodel.h
│   ├── psequence.h
│   ├── pviterbi.h
│   ├── pviterbi_propagate.h
│   ├── reestimate.h
│   ├── rng.h
│   ├── scanner.h
│   ├── scluster.h
│   ├── sdfoba.h
│   ├── sdmodel.h
│   ├── sequence.h
│   ├── sfoba.h
│   ├── sgenerate.h
│   ├── smap_classify.h
│   ├── smixturehmm.h
│   ├── smodel.h
│   ├── sreestimate.h
│   ├── sviterbi.h
│   ├── unsupported.h
│   ├── viterbi.h
│   ├── xmlreader.h
│   └── xmlwriter.h
├── lib
│   └── x86_64-linux-gnu
│   ├── libghmm.a
│   ├── libghmm.la
│   ├── libghmm.so -> libghmm.so.1.0.0
│   ├── libghmm.so.1 -> libghmm.so.1.0.0
│   └── libghmm.so.1.0.0
├── local
│   ├── bin
│   │   └── HMMEd
│   └── lib
│   └── python3.11
│   └── dist-packages
│   ├── ghmmwrapper-0.8-py3.11-linux-x86_64.egg
│   │   ├── class_change.py
│   │   ├── EGG-INFO
│   │   │   ├── dependency_links.txt
│   │   │   ├── native_libs.txt
│   │   │   ├── not-zip-safe
│   │   │   ├── PKG-INFO
│   │   │   ├── SOURCES.txt
│   │   │   └── top_level.txt
│   │   ├── ghmmhelper.py
│   │   ├── ghmm.py
│   │   ├── _ghmmwrapper.cpython-311-x86_64-linux-gnu.so
│   │   ├── _ghmmwrapper.py
│   │   ├── ghmmwrapper.py
│   │   ├── modhmmer.py
│   │   └── __pycache__
│   │   ├── class_change.cpython-311.pyc
│   │   ├── ghmm.cpython-311.pyc
│   │   ├── ghmmhelper.cpython-311.pyc
│   │   ├── _ghmmwrapper.cpython-311.pyc
│   │   ├── ghmmwrapper.cpython-311.pyc
│   │   └── modhmmer.cpython-311.pyc
│   └── HMMEd-0.8-py3.11.egg
└── share
└── ghmm
└── ghmm.dtd.1.0

17 directories, 65 files



signature.asc
Description: PGP signature

Bug#1062415: libmemcached: NMU diff for 64-bit time_t transition

[Ondřej Surý]

Hey Steve,

thanks for working on this. I have no objections on any of my packages. I’ll 
adopt the patches once the dust settles.

Ondrej
--
Ondřej Surý (He/Him)

> On 1. 2. 2024, at 10:57, Steve Langasek  wrote:
> 
> Source: libmemcached
> Version: 1.1.4-1
> Severity: serious
> Tags: patch pending
> Justification: library ABI skew on upgrade
> User: debian-...@lists.debian.org
> Usertags: time-t
> 
> Dear maintainer,
> 
> As part of the 64-bit time_t transition required to support 32-bit
> architectures in 2038 and beyond
> (https://wiki.debian.org/ReleaseGoals/64bit-time), we have identified
> libmemcached 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 libmemcached
> 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'), (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)
> 

Bug#1061330: calamares: identified for time_t transition but no ABI in shlibs

[Jonathan Carter]

Hi Jarrah

On 2024/02/01 11:37, Jarrah Gosbell wrote:
As much as I'd love Calamares to start shipping a stable ABI, I think we 
can probably get away here with just the rebuild. Is there an order that 
is required for these rebuilds? I'm currently preparing an upload for 
calamares-{extensions,settings-mobian} and would hold it back if 
calamares needs to go first.


I've uploaded a new calamares about a week ago, so I think you can go 
ahead with the extensions and this bug can be closed.


-Jonathan

Bug#1062422: libmpdclient: NMU diff for 64-bit time_t transition

[Steve Langasek]

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

Dear maintainer,

As part of the 64-bit time_t transition required to support 32-bit
architectures in 2038 and beyond
(https://wiki.debian.org/ReleaseGoals/64bit-time), we have identified
libmpdclient 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 libmpdclient
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'), (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 libmpdclient-2.22/debian/changelog libmpdclient-2.22/debian/changelog
--- libmpdclient-2.22/debian/changelog  2023-12-22 17:14:09.0 +
+++ libmpdclient-2.22/debian/changelog  2024-02-01 10:12:06.0 +
@@ -1,3 +1,10 @@
+libmpdclient (2.22-1.1) experimental; urgency=medium
+
+  * Non-maintainer upload.
+  * Rename libraries for 64-bit time_t transition.
+
+ -- Steve Langasek   Thu, 01 Feb 2024 10:12:06 +
+
 libmpdclient (2.22-1) unstable; urgency=medium
 
   * Team upload
diff -Nru libmpdclient-2.22/debian/control libmpdclient-2.22/debian/control
--- libmpdclient-2.22/debian/control2023-12-21 13:40:26.0 +
+++ libmpdclient-2.22/debian/control2024-02-01 10:12:06.0 +
@@ -19,7 +19,7 @@
 Section: libdevel
 Architecture: any
 Multi-Arch: same
-Depends: libmpdclient2 (= ${binary:Version}), ${misc:Depends}
+Depends: libmpdclient2t64 (= ${binary:Version}), ${misc:Depends}
 Description: client library for the Music Player Daemon (development files)
  libmpdclient provides an API for interfacing the Music Player Daemon (MPD). It
  offers a low-level asynchronous API which knowns the MPD protocol syntax as
@@ -28,7 +28,10 @@
  .
  This package contains the header files.
 
-Package: libmpdclient2
+Package: libmpdclient2t64
+Provides: ${t64:Provides}
+Replaces: libmpdclient2
+Breaks: libmpdclient2 (<< ${source:Version})
 Architecture: any
 Multi-Arch: same
 Depends: ${shlibs:Depends}, ${misc:Depends}
diff -Nru libmpdclient-2.22/debian/libmpdclient2.install 
libmpdclient-2.22/debian/libmpdclient2.install
--- libmpdclient-2.22/debian/libmpdclient2.install  2023-12-20 
20:28:51.0 +
+++ libmpdclient-2.22/debian/libmpdclient2.install  1970-01-01 
00:00:00.0 +
@@ -1 +0,0 @@
-usr/lib/*/lib*.so.*
diff -Nru libmpdclient-2.22/debian/libmpdclient2.symbols 
libmpdclient-2.22/debian/libmpdclient2.symbols
--- libmpdclient-2.22/debian/libmpdclient2.symbols  2023-12-22 
17:11:33.0 +
+++ libmpdclient-2.22/debian/libmpdclient2.symbols  1970-01-01 
00:00:00.0 +
@@ -1,448 +0,0 @@
-libmpdclient.so.2 libmpdclient2 #MINVER#
-* Build-Depends-Package: libmpdclient-dev
- libmpdclient2@libmpdclient2 2.0
- mpd_async_events@libmpdclient2 2.0
- mpd_async_free@libmpdclient2 2.0
- mpd_async_get_error@libmpdclient2 2.0
- mpd_async_get_error_message@libmpdclient2 2.0
- mpd_async_get_fd@libmpdclient2 2.0
- mpd_async_get_system_error@libmpdclient2 2.0
- mpd_async_io@libmpdclient2 2.0
- mpd_async_new@libmpdclient2 2.0
- mpd_async_recv_line@libmpdclient2 2.0
- mpd_async_recv_raw@libmpdclient2 2.17
- mpd_async_send_command@libmpdclient2 2.0
- mpd_async_send_command_v@libmpdclient2 2.0
- mpd_async_set_keepalive@libmpdclient2 2.11
- mpd_command_list_begin@libmpdclient2 2.0
- mpd_command_list_end@libmpdclient2 2.0
- mpd_connection_clear_error@libmpdclient2 2.0
- 

Bug#1062423: libmpeg3: NMU diff for 64-bit time_t transition

[Steve Langasek]

Source: libmpeg3
Version: 1.8.dfsg-4
Severity: serious
Tags: patch pending
Justification: library ABI skew on upgrade
User: debian-...@lists.debian.org
Usertags: time-t

Dear maintainer,

As part of the 64-bit time_t transition required to support 32-bit
architectures in 2038 and beyond
(https://wiki.debian.org/ReleaseGoals/64bit-time), we have identified
libmpeg3 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 libmpeg3
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'), (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 libmpeg3-1.8.dfsg/debian/changelog libmpeg3-1.8.dfsg/debian/changelog
--- libmpeg3-1.8.dfsg/debian/changelog  2023-08-29 15:07:02.0 +
+++ libmpeg3-1.8.dfsg/debian/changelog  2024-02-01 10:12:57.0 +
@@ -1,3 +1,10 @@
+libmpeg3 (1.8.dfsg-4.1) experimental; urgency=medium
+
+  * Non-maintainer upload.
+  * Rename libraries for 64-bit time_t transition.
+
+ -- Steve Langasek   Thu, 01 Feb 2024 10:12:57 +
+
 libmpeg3 (1.8.dfsg-4) unstable; urgency=medium
 
   * Drop debian/*.dirs to not create empty directories (Closes: #1041756)
diff -Nru libmpeg3-1.8.dfsg/debian/control libmpeg3-1.8.dfsg/debian/control
--- libmpeg3-1.8.dfsg/debian/control2023-08-29 15:07:02.0 +
+++ libmpeg3-1.8.dfsg/debian/control2024-02-01 10:12:57.0 +
@@ -26,7 +26,10 @@
  .
  This package includes several utilities for working with MPEG2 streams.
 
-Package: libmpeg3-2
+Package: libmpeg3-2t64
+Provides: ${t64:Provides}
+Replaces: libmpeg3-2
+Breaks: libmpeg3-2 (<< ${source:Version})
 Architecture: any
 Multi-Arch: same
 Depends:
@@ -54,8 +57,8 @@
 Multi-Arch: same
 Section: libdevel
 Depends:
- libmpeg3-2 (= ${binary:Version}),
+ libmpeg3-2t64 (= ${binary:Version}),
  ${misc:Depends},
 Description: Headers and static libraries for libMPEG3
  Headers and static libraries for the libMPEG3 decoding
- library. Refer to libmpeg3-2 package for description.
+ library. Refer to libmpeg3-2t64 package for description.
diff -Nru libmpeg3-1.8.dfsg/debian/libmpeg3-2.install 
libmpeg3-1.8.dfsg/debian/libmpeg3-2.install
--- libmpeg3-1.8.dfsg/debian/libmpeg3-2.install 2023-08-29 15:07:02.0 
+
+++ libmpeg3-1.8.dfsg/debian/libmpeg3-2.install 1970-01-01 00:00:00.0 
+
@@ -1 +0,0 @@
-usr/lib/*.so.* usr/lib/${DEB_HOST_MULTIARCH}
diff -Nru libmpeg3-1.8.dfsg/debian/libmpeg3-2.symbols 
libmpeg3-1.8.dfsg/debian/libmpeg3-2.symbols
--- libmpeg3-1.8.dfsg/debian/libmpeg3-2.symbols 2023-08-29 15:07:02.0 
+
+++ libmpeg3-1.8.dfsg/debian/libmpeg3-2.symbols 1970-01-01 00:00:00.0 
+
@@ -1,398 +0,0 @@
-libmpeg3.so.2 libmpeg3-2 #MINVER#
-* Build-Depends-Package: libmpeg3-dev
- calculate_format@Base 1.8~
- decompress_subtitle@Base 1.8~
- memcpy_fast@Base 1.8~
- mpeg3_BMBtab0@Base 1.8~
- mpeg3_BMBtab1@Base 1.8~
- mpeg3_CBPtab0@Base 1.8~
- mpeg3_CBPtab1@Base 1.8~
- mpeg3_CBPtab2@Base 1.8~
- mpeg3_COS1@Base 1.8~
- mpeg3_COS6_1@Base 1.8~
- mpeg3_COS6_2@Base 1.8~
- mpeg3_COS9@Base 1.8~
- mpeg3_DCTtab0@Base 1.8~
- mpeg3_DCTtab0a@Base 1.8~
- mpeg3_DCTtab1@Base 1.8~
- mpeg3_DCTtab1a@Base 1.8~
- mpeg3_DCTtab2@Base 1.8~
- mpeg3_DCTtab3@Base 1.8~
- mpeg3_DCTtab4@Base 1.8~
- mpeg3_DCTtab5@Base 1.8~
- mpeg3_DCTtab6@Base 1.8~
- mpeg3_DCTtabfirst@Base 1.8~
- mpeg3_DCTtabnext@Base 1.8~
- mpeg3_DCchromtab0@Base 1.8~
- mpeg3_DCchromtab1@Base 1.8~
- mpeg3_DClumtab0@Base 1.8~
- mpeg3_DClumtab1@Base 1.8~
- mpeg3_MBAtab1@Base 1.8~
- 

Bug#1062424: libmrss: NMU diff for 64-bit time_t transition

[Steve Langasek]

Source: libmrss
Version: 0.19.2-7
Severity: serious
Tags: patch pending
Justification: library ABI skew on upgrade
User: debian-...@lists.debian.org
Usertags: time-t

Dear maintainer,

As part of the 64-bit time_t transition required to support 32-bit
architectures in 2038 and beyond
(https://wiki.debian.org/ReleaseGoals/64bit-time), we have identified
libmrss 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 libmrss
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'), (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 libmrss-0.19.2/debian/changelog libmrss-0.19.2/debian/changelog
--- libmrss-0.19.2/debian/changelog 2019-10-19 23:53:44.0 +
+++ libmrss-0.19.2/debian/changelog 2024-02-01 10:13:26.0 +
@@ -1,3 +1,10 @@
+libmrss (0.19.2-7.1) experimental; urgency=medium
+
+  * Non-maintainer upload.
+  * Rename libraries for 64-bit time_t transition.
+
+ -- Steve Langasek   Thu, 01 Feb 2024 10:13:26 +
+
 libmrss (0.19.2-7) unstable; urgency=medium
 
   [ Ondřej Nový ]
diff -Nru libmrss-0.19.2/debian/control libmrss-0.19.2/debian/control
--- libmrss-0.19.2/debian/control   2019-10-19 23:53:44.0 +
+++ libmrss-0.19.2/debian/control   2024-02-01 10:13:26.0 +
@@ -13,7 +13,7 @@
 Section: libdevel
 Multi-Arch: same
 Architecture: any
-Depends: libmrss0 (= ${binary:Version}),
+Depends: libmrss0t64 (= ${binary:Version}),
  libnxml0-dev (>= 0.18.1-4),
  ${misc:Depends}
 Description: libmrss development files
@@ -22,8 +22,10 @@
  .
  This package provides a static library and C header files.
 
-Package: libmrss0
-Provides: libmrss-abi-${source:Upstream-Version}
+Package: libmrss0t64
+Replaces: libmrss0
+Breaks: libmrss0 (<< ${source:Version})
+Provides: libmrss-abi-${source:Upstream-Version}, ${t64:Provides}
 Multi-Arch: same
 Architecture: any
 Pre-Depends: ${misc:Pre-Depends}
diff -Nru libmrss-0.19.2/debian/libmrss0.install 
libmrss-0.19.2/debian/libmrss0.install
--- libmrss-0.19.2/debian/libmrss0.install  2019-10-19 23:53:44.0 
+
+++ libmrss-0.19.2/debian/libmrss0.install  1970-01-01 00:00:00.0 
+
@@ -1 +0,0 @@
-debian/tmp/usr/lib/*/libmrss.so.*
diff -Nru libmrss-0.19.2/debian/libmrss0.symbols 
libmrss-0.19.2/debian/libmrss0.symbols
--- libmrss-0.19.2/debian/libmrss0.symbols  2019-10-19 23:53:44.0 
+
+++ libmrss-0.19.2/debian/libmrss0.symbols  1970-01-01 00:00:00.0 
+
@@ -1,26 +0,0 @@
-libmrss.so.0 libmrss0 #MINVER#
-* Build-Depends-Package: libmrss0-dev
- __mrss_download_file@Base 0.19.2
- mrss_curl_strerror@Base 0.19.2
- mrss_element@Base 0.19.2
- mrss_free@Base 0.19.2
- mrss_get@Base 0.19.2
- mrss_get_last_modified@Base 0.19.2
- mrss_get_last_modified_with_options@Base 0.19.2
- mrss_new@Base 0.19.2
- mrss_new_subdata@Base 0.19.2
- mrss_options_free@Base 0.19.2
- mrss_options_new@Base 0.19.2
- mrss_parse_buffer@Base 0.19.2
- mrss_parse_file@Base 0.19.2
- mrss_parse_url@Base 0.19.2
- mrss_parse_url_with_options@Base 0.19.2
- mrss_parse_url_with_options_and_error@Base 0.19.2
- mrss_parse_url_with_options_error_and_transfer_buffer@Base 0.19.2
- mrss_remove_subdata@Base 0.19.2
- mrss_search_attribute@Base 0.19.2
- mrss_search_tag@Base 0.19.2
- mrss_set@Base 0.19.2
- mrss_strerror@Base 0.19.2
- mrss_write_buffer@Base 0.19.2
- mrss_write_file@Base 0.19.2
diff -Nru libmrss-0.19.2/debian/libmrss0t64.install 

Bug#1062426: libmstoolkit: NMU diff for 64-bit time_t transition

[Steve Langasek]

Source: libmstoolkit
Version: 82-7
Severity: serious
Tags: patch pending
Justification: library ABI skew on upgrade
User: debian-...@lists.debian.org
Usertags: time-t

Dear maintainer,

As part of the 64-bit time_t transition required to support 32-bit
architectures in 2038 and beyond
(https://wiki.debian.org/ReleaseGoals/64bit-time), we have identified
libmstoolkit 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 libmstoolkit
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'), (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 libmstoolkit-82/debian/changelog libmstoolkit-82/debian/changelog
--- libmstoolkit-82/debian/changelog2020-06-16 11:25:37.0 +
+++ libmstoolkit-82/debian/changelog2024-02-01 10:15:18.0 +
@@ -1,3 +1,10 @@
+libmstoolkit (82-7.1) experimental; urgency=medium
+
+  * Non-maintainer upload.
+  * Rename libraries for 64-bit time_t transition.
+
+ -- Steve Langasek   Thu, 01 Feb 2024 10:15:18 +
+
 libmstoolkit (82-7) unstable; urgency=low
 
   * Fix the VCS urls to point to the salsa git repos.
diff -Nru libmstoolkit-82/debian/control libmstoolkit-82/debian/control
--- libmstoolkit-82/debian/control  2020-06-16 11:25:37.0 +
+++ libmstoolkit-82/debian/control  2024-02-01 10:15:18.0 +
@@ -18,7 +18,7 @@
 Section: libdevel
 Architecture: any
 Depends: ${misc:Depends}, 
- libmstoolkit82 (= ${binary:Version}),
+ libmstoolkit82t64 (= ${binary:Version}),
 zlib1g-dev (>=1:1.2.8),
  libsqlite3-dev (>= 3.8.6),
  libexpat1-dev (>= 2.1.0) 
@@ -44,7 +44,10 @@
- Sequential or random-access file reading.
 
 
-Package: libmstoolkit82
+Package: libmstoolkit82t64
+Provides: ${t64:Provides}
+Replaces: libmstoolkit82
+Breaks: libmstoolkit82 (<< ${source:Version})
 Architecture: any
 Depends: ${shlibs:Depends}, 
  ${misc:Depends}
@@ -78,7 +81,7 @@
 Package: libmstoolkit-tools
 Section: science
 Architecture: any
-Depends: libmstoolkit82 (= ${binary:Version}),
+Depends: libmstoolkit82t64 (= ${binary:Version}),
  ${shlibs:Depends}, 
  ${misc:Depends}
 Description: libraries for manipulating mass spectrometry data - tools
diff -Nru libmstoolkit-82/debian/libmstoolkit82.dirs 
libmstoolkit-82/debian/libmstoolkit82.dirs
--- libmstoolkit-82/debian/libmstoolkit82.dirs  2020-06-16 11:25:37.0 
+
+++ libmstoolkit-82/debian/libmstoolkit82.dirs  1970-01-01 00:00:00.0 
+
@@ -1 +0,0 @@
-usr/lib
diff -Nru libmstoolkit-82/debian/libmstoolkit82.install 
libmstoolkit-82/debian/libmstoolkit82.install
--- libmstoolkit-82/debian/libmstoolkit82.install   2020-06-16 
11:25:37.0 +
+++ libmstoolkit-82/debian/libmstoolkit82.install   1970-01-01 
00:00:00.0 +
@@ -1,2 +0,0 @@
-libmstoolkit.so.82.0.0  usr/lib
-libmstoolkitlite.so.82.0.0  usr/lib
diff -Nru libmstoolkit-82/debian/libmstoolkit82.links 
libmstoolkit-82/debian/libmstoolkit82.links
--- libmstoolkit-82/debian/libmstoolkit82.links 2020-06-16 11:25:37.0 
+
+++ libmstoolkit-82/debian/libmstoolkit82.links 1970-01-01 00:00:00.0 
+
@@ -1,3 +0,0 @@
-usr/lib/libmstoolkit.so.82.0.0  usr/lib/libmstoolkit.so.82
-usr/lib/libmstoolkitlite.so.82.0.0  usr/lib/libmstoolkitlite.so.82
-
diff -Nru libmstoolkit-82/debian/libmstoolkit82.lintian-overrides 

Bug#1062430: 7 packages from libclaw have an undeclared file conflict

[Helmut Grohne]

Package: 
libclaw-application1t64,libclaw-configuration-file1t64,libclaw-logger1t64,libclaw-dynamic-library1t64,libclaw-graphic1t64,libclaw-net1t64,libclaw-tween1t64
Version: 1.7.4-2.1~exp1
Severity: serious
User: debian...@lists.debian.org
Usertags: fileconflict
Control: affects -1 + libclaw-application1v5 libclaw-configuration-file1v5 
libclaw-dynamic-library1v5 libclaw-graphic1v5 libclaw-logger1v5 libclaw-net1v5 
libclaw-tween1v5
X-Debbugs-Cc: vor...@debian.org

7 packages from libclaw have an undeclared file conflict. This may
result in an unpack error from dpkg.

The files
 * /usr/lib/libclaw_application.so.1
 * /usr/lib/libclaw_application.so.1.7.4
are contained in the packages
 * libclaw-application1t64/1.7.4-2.1~exp1 as present in experimental
 * libclaw-application1v5/1.7.4-2 as present in 
bookworm|bullseye|trixie|unstable

The files
 * /usr/lib/libclaw_configuration_file.so.1
 * /usr/lib/libclaw_configuration_file.so.1.7.4
are contained in the packages
 * libclaw-configuration-file1t64/1.7.4-2.1~exp1 as present in experimental
 * libclaw-configuration-file1v5/1.7.4-2 as present in 
bookworm|bullseye|trixie|unstable

The files
 * /usr/lib/libclaw_dynamic_library.so.1
 * /usr/lib/libclaw_dynamic_library.so.1.7.4
are contained in the packages
 * libclaw-dynamic-library1t64/1.7.4-2.1~exp1 as present in experimental
 * libclaw-dynamic-library1v5/1.7.4-2 as present in 
bookworm|bullseye|trixie|unstable

The files
 * /usr/lib/libclaw_graphic.so.1
 * /usr/lib/libclaw_graphic.so.1.7.4
are contained in the packages
 * libclaw-graphic1t64/1.7.4-2.1~exp1 as present in experimental
 * libclaw-graphic1v5/1.7.4-2 as present in bookworm|bullseye|trixie|unstable

The files
 * /usr/lib/libclaw_logger.so.1
 * /usr/lib/libclaw_logger.so.1.7.4
are contained in the packages
 * libclaw-logger1t64/1.7.4-2.1~exp1 as present in experimental
 * libclaw-logger1v5/1.7.4-2 as present in bookworm|bullseye|trixie|unstable

The files
 * /usr/lib/libclaw_net.so.1
 * /usr/lib/libclaw_net.so.1.7.4
are contained in the packages
 * libclaw-net1t64/1.7.4-2.1~exp1 as present in experimental
 * libclaw-net1v5/1.7.4-2 as present in bookworm|bullseye|trixie|unstable

The files
 * /usr/lib/libclaw_tween.so.1
 * /usr/lib/libclaw_tween.so.1.7.4
are contained in the packages
 * libclaw-tween1t64/1.7.4-2.1~exp1 as present in experimental
 * libclaw-tween1v5/1.7.4-2 as present in bookworm|bullseye|trixie|unstable

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

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.

Processed: 7 packages from libclaw have an undeclared file conflict

[Debian Bug Tracking System]

Processing control commands:

> affects -1 + libclaw-application1v5 libclaw-configuration-file1v5 
> libclaw-dynamic-library1v5 libclaw-graphic1v5 libclaw-logger1v5 
> libclaw-net1v5 libclaw-tween1v5
Bug #1062430 
[libclaw-application1t64,libclaw-configuration-file1t64,libclaw-logger1t64,libclaw-dynamic-library1t64,libclaw-graphic1t64,libclaw-net1t64,libclaw-tween1t64]
 7 packages from libclaw have an undeclared file conflict
Added indication that 1062430 affects libclaw-application1v5, 
libclaw-configuration-file1v5, libclaw-dynamic-library1v5, libclaw-graphic1v5, 
libclaw-logger1v5, libclaw-net1v5, and libclaw-tween1v5

-- 
1062430: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=1062430
Debian Bug Tracking System
Contact ow...@bugs.debian.org with problems

Bug#1062404: [Debian-med-packaging] Bug#1062404: orthanc-python: flaky autopkgtest: Test failed with

[Sébastien Jodogne]

Hello,

Even if I'm tagged as the maintainer of "orthanc-python", I don't know
how autopkgtest/flaky works (I haven't implemented such tests by
myself). I consequently forward your message to the Debian Med mailing
list, as I cannot help on this bug by myself.

Regards,
Sébastien-

> I looked at the results of the autopkgtest of your package. I noticed
> that it regularly fails on several architectures because it currently
> blocks glibc. Unfortunately the log seems to be missing the actual
> problem as it ends with:
>   45s W0131 12:12:35.955520 MAIN FromDcmtkBridge.cpp:382]
> Loading external DICOM dictionary: "/usr/share/libdcmtk17/private.dic"
>   45s Test failed with
>
> Because the unstable-to-testing migration software now blocks on
> regressions in testing, flaky tests, i.e. tests that flip between
> passing and failing without changes to the list of installed packages,
> are causing people unrelated to your package to spend time on these
> tests.
>
> Don't hesitate to reach out if you need help and some more information
> from our infrastructure.

Bug#1058454: [Debichem-devel] Bug#1058454: Do we really need to support 32bit in abinit and prody (maybe others)

[Andrius Merkys]

Hi Andreas,

On 2024-01-31 13:08, Andreas Tille wrote:

in connection with the time_t transition in Debian Med we are
discussing[1] whether we really need 32 bit support for some of our
tools or whether we should realistically drop this support to
concentrate on problems which are more relevant for our users.

I wonder whether we could also consider abinit and prody candidates for
droping 32 bit support and by doing so closing these two RC bugs.


prody fails a single test case which could be fixed by increasing test 
tolerance. Therefore I do not think it is worth RM'ing. It is just that 
I cannot get down to it due to being busy with other Python migration 
bugs in packages I care more about.



[1] https://lists.debian.org/debian-med/2024/01/msg00021.html


Best,
Andrius

Bug#1062291: libfido2: NMU diff for 64-bit time_t transition

[Colin Watson]

On Thu, Feb 01, 2024 at 12:26:58AM +, Steve Langasek wrote:
> 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
> libfido2 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).
[...]
> 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.

This one surprised me, because there doesn't seem to be anything about
either times or offsets in libfido2's ABI as far as I can see.

https://people.canonical.com/~vorlon/armhf-time_t/compat_reports/libfido2-dev/lfs_to_timet/compat_report.html
reports 100% binary compatibility.  The source compatibility tab there
does indeed show a time_t change, but I didn't think that was cause for
a SONAME change as long as it doesn't affect libfido2's own exported
symbols - am I missing something here?

Thanks,

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

Bug#1062184: [Pkg-electronics-devel] Bug#1062184: gnucap: NMU diff for 64-bit time_t transition

[Lukas Märdian]

Am 31.01.24 um 17:07 schrieb Felix Salfelder:

On Wed, Jan 31, 2024 at 03:36:36PM +, Lukas Märdian wrote:

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
gnucap 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).


Dear Lukas.

Thanks for your work.

I'm very certain that we do not use time_t anywhere. Certainly not
explicitly, and there is no time_t mentioned in any library interface,
leave alone header file.

Hence I believe this is a false positive. To remain on the safe side,
i'm happy to investigate the assessment if needed. Feel free to provide
any log files or evidence from the analysis.


Hi Felix!

Thank you for reaching out. Checking our latest abi-compliance-checker analysis 
logs [1] shows that your package might indeed be a false positive. It failed to 
analyze and therefore was included in our list, just to be on the safe side.

If you're sure that gnucap would not be affected you can ignore the NMU and 
close this bug report.

-- Lukas

[1] 
https://adrien.dcln.fr/misc/armhf-time_t/2024-02-01T09%3A53%3A00/logs/gnucap-common/base/log.txt

Bug#1062425: libmsiecf: NMU diff for 64-bit time_t transition

[Steve Langasek]

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

Dear maintainer,

As part of the 64-bit time_t transition required to support 32-bit
architectures in 2038 and beyond
(https://wiki.debian.org/ReleaseGoals/64bit-time), we have identified
libmsiecf 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 libmsiecf
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'), (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 libmsiecf-20181227/debian/changelog 
libmsiecf-20181227/debian/changelog
--- libmsiecf-20181227/debian/changelog 2021-01-27 09:01:24.0 +
+++ libmsiecf-20181227/debian/changelog 2024-02-01 10:14:00.0 +
@@ -1,3 +1,10 @@
+libmsiecf (20181227-2.1) experimental; urgency=medium
+
+  * Non-maintainer upload.
+  * Rename libraries for 64-bit time_t transition.
+
+ -- Steve Langasek   Thu, 01 Feb 2024 10:14:00 +
+
 libmsiecf (20181227-2) unstable; urgency=medium
 
   [ Samuel Henrique ]
diff -Nru libmsiecf-20181227/debian/control libmsiecf-20181227/debian/control
--- libmsiecf-20181227/debian/control   2021-01-27 09:01:24.0 +
+++ libmsiecf-20181227/debian/control   2024-02-01 10:14:00.0 +
@@ -14,14 +14,17 @@
 Architecture: any
 Multi-Arch: same
 Depends: ${shlibs:Depends}, ${misc:Depends},
- libmsiecf1 (= ${binary:Version})
+ libmsiecf1t64 (= ${binary:Version})
 Description: Microsoft Internet Explorer Cache File access library -- 
development files
  libmsiecf is a library to access the Microsoft Internet Explorer
  (MSIE) Cache File (index.dat) files.
  .
  This package includes the development support files.
 
-Package: libmsiecf1
+Package: libmsiecf1t64
+Provides: ${t64:Provides}
+Replaces: libmsiecf1
+Breaks: libmsiecf1 (<< ${source:Version})
 Architecture: any
 Multi-Arch: same
 Pre-Depends: ${misc:Pre-Depends},
@@ -37,7 +40,7 @@
 Architecture: any
 Multi-Arch: foreign
 Depends: ${shlibs:Depends}, ${misc:Depends},
- libmsiecf1,
+ libmsiecf1t64,
 Description: Microsoft Internet Explorer Cache File access library -- Utilities
  libmsiecf is a library to access the Microsoft Internet Explorer
  (MSIE) Cache File (index.dat) files.
@@ -48,7 +51,7 @@
 Package: python3-libmsiecf
 Section: python
 Architecture: any
-Depends: libmsiecf1 (= ${binary:Version}), ${shlibs:Depends}, ${misc:Depends}, 
${python3:Depends}
+Depends: libmsiecf1t64 (= ${binary:Version}), ${shlibs:Depends}, 
${misc:Depends}, ${python3:Depends}
 Multi-Arch: same
 Description: Microsoft Internet Explorer Cache File access library -- Python 3 
bindings
  libmsiecf is a library to access the Microsoft Internet Explorer
diff -Nru libmsiecf-20181227/debian/libmsiecf1.install 
libmsiecf-20181227/debian/libmsiecf1.install
--- libmsiecf-20181227/debian/libmsiecf1.install2021-01-27 
09:01:24.0 +
+++ libmsiecf-20181227/debian/libmsiecf1.install1970-01-01 
00:00:00.0 +
@@ -1 +0,0 @@
-usr/lib/*-*/lib*.so.*
diff -Nru libmsiecf-20181227/debian/libmsiecf1.symbols 
libmsiecf-20181227/debian/libmsiecf1.symbols
--- libmsiecf-20181227/debian/libmsiecf1.symbols2021-01-27 
09:01:24.0 +
+++ libmsiecf-20181227/debian/libmsiecf1.symbols1970-01-01 
00:00:00.0 +
@@ -1,115 +0,0 @@
-libmsiecf.so.1 libmsiecf1 #MINVER#
- (optional|regex)^libcdata_.* 0
- (optional|regex)^libcerror_.* 0
- 

Bug#1062427: ghmm: NMU diff for 64-bit time_t transition

[Lukas Märdian]

Source: ghmm
Version: 0.9~rc3-4
Severity: serious
Tags: patch pending
Justification: library ABI skew on upgrade
User: debian-...@lists.debian.org
Usertags: time-t

Dear maintainer,

As part of the 64-bit time_t transition required to support 32-bit
architectures in 2038 and beyond
(https://wiki.debian.org/ReleaseGoals/64bit-time), we have identified
ghmm 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 ghmm
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/8 CPU threads; PREEMPT)
Kernel taint flags: TAINT_PROPRIETARY_MODULE, TAINT_OOT_MODULE
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8), LANGUAGE not set
Shell: /bin/sh linked to /usr/bin/dash
Init: systemd (via /run/systemd/system)
diff -Nru ghmm-0.9~rc3/debian/changelog ghmm-0.9~rc3/debian/changelog
--- ghmm-0.9~rc3/debian/changelog   2021-01-24 19:27:28.0 +
+++ ghmm-0.9~rc3/debian/changelog   2024-02-01 10:10:17.0 +
@@ -1,3 +1,11 @@
+ghmm (0.9~rc3-4.1) experimental; urgency=medium
+
+  * Non-maintainer upload.
+  * Rename libraries for 64-bit time_t transition.
+  * Bump build-dependency on d-shlibs for --t64 support.
+
+ -- Lukas Märdian   Thu, 01 Feb 2024 10:10:17 +
+
 ghmm (0.9~rc3-4) unstable; urgency=medium
 
   * Team upload.
diff -Nru ghmm-0.9~rc3/debian/control ghmm-0.9~rc3/debian/control
--- ghmm-0.9~rc3/debian/control 2021-01-24 19:27:28.0 +
+++ ghmm-0.9~rc3/debian/control 2024-02-01 10:10:17.0 +
@@ -4,7 +4,7 @@
 Section: science
 Priority: optional
 Build-Depends: debhelper-compat (= 13),
-   d-shlibs,
+   d-shlibs (>= 0.106),
python3-dev,
pkg-config,
libxml2-dev,
@@ -24,7 +24,7 @@
 Depends: ${shlibs:Depends},
  ${misc:Depends},
  python3,
- libghmm1
+ libghmm1t64
 Description: General Hidden-Markov-Model library - tools
  The General Hidden Markov Model Library (GHMM) is a C library with
  additional Python3 bindings implementing a wide range of types of
@@ -38,8 +38,8 @@
 Section: libdevel
 Depends: ${shlibs:Depends},
  ${misc:Depends},
- libghmm1 (>= ${source:Upstream-Version}),
- libghmm1 (<< ${source:Upstream-Version}+1)
+ libghmm1t64 (>= ${source:Upstream-Version}),
+ libghmm1t64 (<< ${source:Upstream-Version}+1)
 Description: General Hidden-Markov-Model library - header files
  The General Hidden Markov Model Library (GHMM) is a C library with
  additional Python3 bindings implementing a wide range of types of
@@ -48,7 +48,10 @@
  .
  Header files and static library to compile against the library.
 
-Package: libghmm1
+Package: libghmm1t64
+Provides: ${t64:Provides}
+Replaces: libghmm1
+Breaks: libghmm1 (<< ${source:Version})
 Architecture: any
 Section: libs
 Depends: ${shlibs:Depends},
diff -Nru ghmm-0.9~rc3/debian/libghmm1t64.lintian-overrides 
ghmm-0.9~rc3/debian/libghmm1t64.lintian-overrides
--- ghmm-0.9~rc3/debian/libghmm1t64.lintian-overrides   1970-01-01 
00:00:00.0 +
+++ ghmm-0.9~rc3/debian/libghmm1t64.lintian-overrides   2024-02-01 
10:09:42.0 +
@@ -0,0 +1 @@
+libghmm1t64: package-name-doesnt-match-sonames libghmm1
diff -Nru ghmm-0.9~rc3/debian/rules ghmm-0.9~rc3/debian/rules
--- ghmm-0.9~rc3/debian/rules   2021-01-24 19:27:28.0 +
+++ ghmm-0.9~rc3/debian/rules   2024-02-01 10:10:17.0 +
@@ -15,6 +15,7 @@
dh_install
find $(CURDIR)/debian/tmp -name "*.pyc" -delete
d-shlibmove --commit \
+   --t64 \
--multiarch \
--devunversioned \
--exclude-la \

Bug#1061952: freerdp2: NMU diff for 64-bit time_t transition

[Fabio Fantoni]

hi, if not already spotted, keep attention that NMU missed needed 
replaces and breaks.


as reported also by 
https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=1061982




OpenPGP_signature.asc
Description: OpenPGP digital signature

Bug#1061958: fwknop: NMU diff for 64-bit time_t transition

[Lukas Märdian]

Am 01.02.24 um 16:57 schrieb Lukas Märdian:



Am 30.01.24 um 19:36 schrieb Francois Marier:

On 2024-01-30 at 05:48:11, Lukas Märdian (sl...@debian.org) wrote:

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.


No objections from me.

If you'd like to create a merge request on
https://salsa.debian.org/debian/fwknop, then I can merge and then you can
upload to unstable at your convenience.


Please see https://salsa.debian.org/debian/fwknop/-/merge_requests/2

It also addresses the Breaks/Replaces issue reported by Helmut/dumat
in https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=1062046

I uploaded this as ~exp2 in to experimental.


Also adding it as a debdiff here.diff -Nru fwknop-2.6.10/debian/changelog fwknop-2.6.10/debian/changelog
--- fwknop-2.6.10/debian/changelog  2023-11-13 23:42:27.0 +
+++ fwknop-2.6.10/debian/changelog  2024-01-30 13:47:30.0 +
@@ -1,3 +1,15 @@
+fwknop (2.6.10-20.1) experimental; urgency=medium
+
+  [ Lukas Märdian ]
+  * Non-maintainer upload.
+  * Rename libraries for 64-bit time_t transition.
+  * Account for additional t64 Breaks/Replaces (Closes #1062046).
+
+  [ Francois Marier ]
+  * Add "pcap capture not compiled in" to logcheck rules.
+
+ -- Lukas Märdian   Tue, 30 Jan 2024 13:47:30 +
+
 fwknop (2.6.10-20) unstable; urgency=medium
 
   * Add debian/NEWS mentioning the required NFQ configuration change.
diff -Nru fwknop-2.6.10/debian/control fwknop-2.6.10/debian/control
--- fwknop-2.6.10/debian/control2023-11-13 23:42:27.0 +
+++ fwknop-2.6.10/debian/control2024-01-30 13:47:30.0 +
@@ -34,7 +34,7 @@
 Suggests:
  libfko-doc,
 Depends:
- libfko3 (= ${binary:Version}),
+ libfko3t64 (= ${binary:Version}),
  ${misc:Depends},
  ${shlibs:Depends},
 Description: FireWall KNock OPerator - development library
@@ -52,13 +52,16 @@
  .
  This package provides the development library and its headers.
 
-Package: libfko3
+Package: libfko3t64
+Provides: ${t64:Provides}
 Section: libs
 Architecture: linux-any
 Multi-Arch: same
 Breaks:
+ libfko3 (<< ${source:Version}),
  libfko2,
 Replaces:
+ libfko3,
  libfko2,
 Pre-Depends:
  ${misc:Pre-Depends},
@@ -105,7 +108,7 @@
 Section: perl
 Architecture: linux-any
 Depends:
- libfko3 (= ${binary:Version}),
+ libfko3t64 (= ${binary:Version}),
  ${misc:Depends},
  ${perl:Depends},
  ${shlibs:Depends},
@@ -130,7 +133,7 @@
  ${misc:Pre-Depends},
 Depends:
  iptables,
- libfko3 (= ${binary:Version}),
+ libfko3t64 (= ${binary:Version}),
  ${misc:Depends},
  ${shlibs:Depends},
 Suggests:
@@ -151,7 +154,7 @@
 Package: fwknop-client
 Architecture: linux-any
 Depends:
- libfko3 (= ${binary:Version}),
+ libfko3t64 (= ${binary:Version}),
  ${misc:Depends},
  ${shlibs:Depends},
 Description: FireWall KNock OPerator client side - C version
diff -Nru fwknop-2.6.10/debian/fwknop-server.logcheck.ignore.server 
fwknop-2.6.10/debian/fwknop-server.logcheck.ignore.server
--- fwknop-2.6.10/debian/fwknop-server.logcheck.ignore.server   2023-11-13 
23:42:27.0 +
+++ fwknop-2.6.10/debian/fwknop-server.logcheck.ignore.server   2024-01-30 
13:47:30.0 +
@@ -3,3 +3,4 @@
 ^\w{3} [ :0-9]{11} [._[:alnum:]-]+ fwknopd\[[0-9]+\]: Sniffing interface: 
 ^\w{3} [ :0-9]{11} [._[:alnum:]-]+ fwknopd\[[0-9]+\]: PCAP filter is: 'udp 
port 62201'$
 ^\w{3} [ :0-9]{11} [._[:alnum:]-]+ fwknopd\[[0-9]+\]: Starting fwknopd main 
event loop.$
+^\w{3} [ :0-9]{11} [._[:alnum:]-]+ fwknopd\[[0-9]+\]: pcap capture not 
compiled in, forcing UDP server mode$
diff -Nru fwknop-2.6.10/debian/libfko3.dirs fwknop-2.6.10/debian/libfko3.dirs
--- fwknop-2.6.10/debian/libfko3.dirs   2023-11-13 23:42:27.0 +
+++ fwknop-2.6.10/debian/libfko3.dirs   1970-01-01 00:00:00.0 +
@@ -1 +0,0 @@
-usr/lib
diff -Nru fwknop-2.6.10/debian/libfko3.install 
fwknop-2.6.10/debian/libfko3.install
--- fwknop-2.6.10/debian/libfko3.install2023-11-13 23:42:27.0 
+
+++ fwknop-2.6.10/debian/libfko3.install1970-01-01 00:00:00.0 
+
@@ -1 +0,0 @@
-usr/lib/*/libfko.so.*
diff -Nru fwknop-2.6.10/debian/libfko3.symbols 
fwknop-2.6.10/debian/libfko3.symbols
--- fwknop-2.6.10/debian/libfko3.symbols2023-11-13 23:42:27.0 
+
+++ fwknop-2.6.10/debian/libfko3.symbols1970-01-01 00:00:00.0 
+
@@ -1,70 +0,0 @@
-libfko.so.3 libfko3 #MINVER#
- fko_base64_decode@Base 2.5
- fko_base64_encode@Base 2.5
- fko_decode_spa_data@Base 2.5
- fko_decrypt_spa_data@Base 2.5
- fko_destroy@Base 2.5
- fko_encode_spa_data@Base 2.5
- fko_encrypt_spa_data@Base 2.5
- fko_encryption_type@Base 2.5
- fko_errstr@Base 2.5
- fko_get_encoded_data@Base 2.5
- fko_get_gpg_exe@Base