Bug#1062639: libstb: NMU diff for 64-bit time_t transition
Source: libstb
Version: 0.0~git20230129.5736b15+ds-1
Severity: serious
Tags: patch pending
Justification: library ABI skew on upgrade
User: debian-...@lists.debian.org
Usertags: time-t
NOTICE: these changes must not be uploaded to unstable yet!
Dear maintainer,
As part of the 64-bit time_t transition required to support 32-bit
architectures in 2038 and beyond
(https://wiki.debian.org/ReleaseGoals/64bit-time), we have identified
libstb 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 libstb
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 libstb-0.0~git20230129.5736b15+ds/debian/changelog
libstb-0.0~git20230129.5736b15+ds/debian/changelog
--- libstb-0.0~git20230129.5736b15+ds/debian/changelog 2023-03-15
21:43:00.0 +
+++ libstb-0.0~git20230129.5736b15+ds/debian/changelog 2024-02-02
07:53:55.0 +
@@ -1,3 +1,10 @@
+libstb (0.0~git20230129.5736b15+ds-1.1) experimental; urgency=medium
+
+ * Non-maintainer upload.
+ * Rename libraries for 64-bit time_t transition.
+
+ -- Steve Langasek Fri, 02 Feb 2024 07:53:55 +
+
libstb (0.0~git20230129.5736b15+ds-1) unstable; urgency=medium
* New upstream snapshot
diff -Nru libstb-0.0~git20230129.5736b15+ds/debian/control
libstb-0.0~git20230129.5736b15+ds/debian/control
--- libstb-0.0~git20230129.5736b15+ds/debian/control2023-02-08
03:28:47.0 +
+++ libstb-0.0~git20230129.5736b15+ds/debian/control2024-02-02
07:53:55.0 +
@@ -9,7 +9,10 @@
Vcs-Git: https://salsa.debian.org/yangfl-guest/stb.git
Vcs-Browser: https://salsa.debian.org/yangfl-guest/stb
-Package: libstb0
+Package: libstb0t64
+Provides: ${t64:Provides}
+Replaces: libstb0
+Breaks: libstb0 (<< ${source:Version})
Architecture: any
Multi-Arch: same
Pre-Depends: ${misc:Pre-Depends}
@@ -51,7 +54,7 @@
Section: libdevel
Architecture: any
Multi-Arch: same
-Depends: libstb0 (= ${binary:Version}), ${misc:Depends}
+Depends: libstb0t64 (= ${binary:Version}), ${misc:Depends}
Description: single-file image and audio processing libraries for C/C++ -
development headers
libstb is a set of single-file libraries for C/C++. The files are
dual-licensed
under public domain and the MIT license.
diff -Nru libstb-0.0~git20230129.5736b15+ds/debian/libstb0.install
libstb-0.0~git20230129.5736b15+ds/debian/libstb0.install
--- libstb-0.0~git20230129.5736b15+ds/debian/libstb0.install2020-12-08
16:41:56.0 +
+++ libstb-0.0~git20230129.5736b15+ds/debian/libstb0.install1970-01-01
00:00:00.0 +
@@ -1 +0,0 @@
-usr/lib/*/libstb.so.0*
diff -Nru libstb-0.0~git20230129.5736b15+ds/debian/libstb0.symbols
libstb-0.0~git20230129.5736b15+ds/debian/libstb0.symbols
--- libstb-0.0~git20230129.5736b15+ds/debian/libstb0.symbols2023-03-15
21:43:00.0 +
+++ libstb-0.0~git20230129.5736b15+ds/debian/libstb0.symbols1970-01-01
00:00:00.0 +
@@ -1,592 +0,0 @@
-libstb.so.0 libstb0 #MINVER#
-* Build-Depends-Package: libstb-dev
- hexwave_change@Base 0.0~git20210910.af1a5bc+ds
- hexwave_create@Base 0.0~git20210910.af1a5bc+ds
- hexwave_generate_samples@Base 0.0~git20210910.af1a5bc+ds
- hexwave_init@Base 0.0~git20210910.af1a5bc+ds
- hexwave_shutdown@Base 0.0~git20210910.af1a5bc+ds
- stb_@Base 0.0~git20180212.15.e6afb9c
- stb__add_section@Base 0.0~git20180212.15.e6afb9c
- stb__alloc_count@Base 0.0~git20180212.15.e6afb9c
-
Bug#1062640: libstorj: NMU diff for 64-bit time_t transition
Source: libstorj
Version: 1.0.3-1.2
Severity: serious
Tags: patch pending
Justification: library ABI skew on upgrade
User: debian-...@lists.debian.org
Usertags: time-t
NOTICE: these changes must not be uploaded to unstable yet!
Dear maintainer,
As part of the 64-bit time_t transition required to support 32-bit
architectures in 2038 and beyond
(https://wiki.debian.org/ReleaseGoals/64bit-time), we have identified
libstorj 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 libstorj
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 libstorj-1.0.3/debian/changelog libstorj-1.0.3/debian/changelog
--- libstorj-1.0.3/debian/changelog 2021-10-12 07:01:20.0 +
+++ libstorj-1.0.3/debian/changelog 2024-02-02 07:54:26.0 +
@@ -1,3 +1,10 @@
+libstorj (1.0.3-1.3) experimental; urgency=medium
+
+ * Non-maintainer upload.
+ * Rename libraries for 64-bit time_t transition.
+
+ -- Steve Langasek Fri, 02 Feb 2024 07:54:26 +
+
libstorj (1.0.3-1.2) unstable; urgency=medium
* Non-maintainer upload.
diff -Nru libstorj-1.0.3/debian/control libstorj-1.0.3/debian/control
--- libstorj-1.0.3/debian/control 2021-10-12 07:01:20.0 +
+++ libstorj-1.0.3/debian/control 2024-02-02 07:54:26.0 +
@@ -16,7 +16,10 @@
Vcs-Git: https://salsa.debian.org/debian/libstorj.git
Vcs-Browser: https://salsa.debian.org/debian/libstorj
-Package: libstorj0
+Package: libstorj0t64
+Provides: ${t64:Provides}
+Replaces: libstorj0
+Breaks: libstorj0 (<< ${source:Version})
Architecture: any
Depends: ${misc:Depends}, ${shlibs:Depends}
Multi-Arch: same
@@ -42,7 +45,7 @@
Conflicts: libstorj-dev
Architecture: any
Depends: ${misc:Depends},
- libstorj0 (= ${binary:Version}),
+ libstorj0t64 (= ${binary:Version}),
libmicrohttpd-dev,
libcurl4-gnutls-dev,
nettle-dev,
@@ -71,7 +74,7 @@
Section: net
Architecture: any
Depends: ${misc:Depends}, ${shlibs:Depends},
- libstorj0 (= ${binary:Version})
+ libstorj0t64 (= ${binary:Version})
Multi-Arch: foreign
Description: Command Line Tool for encrypted file transfer on the Storj network
CLI Tool for file transfer on the Storj network, it provides an interface for
diff -Nru libstorj-1.0.3/debian/libstorj0.install
libstorj-1.0.3/debian/libstorj0.install
--- libstorj-1.0.3/debian/libstorj0.install 2021-10-12 07:01:20.0
+
+++ libstorj-1.0.3/debian/libstorj0.install 1970-01-01 00:00:00.0
+
@@ -1 +0,0 @@
-/usr/lib/*/libstorj.so.*
diff -Nru libstorj-1.0.3/debian/libstorj0.symbols
libstorj-1.0.3/debian/libstorj0.symbols
--- libstorj-1.0.3/debian/libstorj0.symbols 2021-10-12 07:01:20.0
+
+++ libstorj-1.0.3/debian/libstorj0.symbols 1970-01-01 00:00:00.0
+
@@ -1,81 +0,0 @@
-libstorj.so.0 libstorj0 #MINVER#
-* Build-Depends-Package: libstorj-dev
- allocatefile@Base 1.0.2
- create_tmp_name@Base 1.0.2
- decrypt_data@Base 1.0.2
- decrypt_meta@Base 1.0.2
- determine_shard_size@Base 1.0.2
- double_ripemd160sha256@Base 1.0.2
- double_ripemd160sha256_as_string@Base 1.0.2
- encrypt_data@Base 1.0.2
- encrypt_meta@Base 1.0.2
- fec_init@Base 1.0.2
- fetch_json@Base 1.0.2
- fetch_shard@Base 1.0.2
- generate_bucket_key@Base 1.0.2
- generate_file_key@Base 1.0.2
- get_deterministic_key@Base 1.0.2
- get_time_milliseconds@Base 1.0.2
- hex2str@Base 1.0.2
- increment_ctr_aes_iv@Base 1.0.2
-
Bug#1062638: libstatgrab: NMU diff for 64-bit time_t transition
Source: libstatgrab
Version: 0.92.1-1.1
Severity: serious
Tags: patch pending
Justification: library ABI skew on upgrade
User: debian-...@lists.debian.org
Usertags: time-t
NOTICE: these changes must not be uploaded to unstable yet!
Dear maintainer,
As part of the 64-bit time_t transition required to support 32-bit
architectures in 2038 and beyond
(https://wiki.debian.org/ReleaseGoals/64bit-time), we have identified
libstatgrab 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 libstatgrab
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 libstatgrab-0.92.1/debian/changelog
libstatgrab-0.92.1/debian/changelog
--- libstatgrab-0.92.1/debian/changelog 2022-12-01 23:36:31.0 +
+++ libstatgrab-0.92.1/debian/changelog 2024-02-02 07:53:03.0 +
@@ -1,3 +1,10 @@
+libstatgrab (0.92.1-1.2) experimental; urgency=medium
+
+ * Non-maintainer upload.
+ * Rename libraries for 64-bit time_t transition.
+
+ -- Steve Langasek Fri, 02 Feb 2024 07:53:03 +
+
libstatgrab (0.92.1-1.1) unstable; urgency=medium
* Non-maintainer upload.
diff -Nru libstatgrab-0.92.1/debian/control libstatgrab-0.92.1/debian/control
--- libstatgrab-0.92.1/debian/control 2022-12-01 23:36:31.0 +
+++ libstatgrab-0.92.1/debian/control 2024-02-02 07:53:03.0 +
@@ -6,7 +6,10 @@
Homepage: https://libstatgrab.org
Standards-Version: 4.4.0
-Package: libstatgrab10
+Package: libstatgrab10t64
+Provides: ${t64:Provides}
+Replaces: libstatgrab10
+Breaks: libstatgrab10 (<< ${source:Version})
Section: libs
Architecture: any
Depends: ${shlibs:Depends}, ${misc:Depends}
@@ -18,7 +21,7 @@
Package: libstatgrab-dev
Section: libdevel
Architecture: any
-Depends: libstatgrab10 (= ${binary:Version}), ${misc:Depends}
+Depends: libstatgrab10t64 (= ${binary:Version}), ${misc:Depends}
Conflicts: libstatgrab-dev (<< 0.12-1)
Description: development files of library for system statistics
libstatgrab is a library which provides an easy to use interface
diff -Nru libstatgrab-0.92.1/debian/libstatgrab10.dirs
libstatgrab-0.92.1/debian/libstatgrab10.dirs
--- libstatgrab-0.92.1/debian/libstatgrab10.dirs2022-12-01
23:36:31.0 +
+++ libstatgrab-0.92.1/debian/libstatgrab10.dirs1970-01-01
00:00:00.0 +
@@ -1 +0,0 @@
-usr/lib
diff -Nru libstatgrab-0.92.1/debian/libstatgrab10.install
libstatgrab-0.92.1/debian/libstatgrab10.install
--- libstatgrab-0.92.1/debian/libstatgrab10.install 2022-12-01
23:36:31.0 +
+++ libstatgrab-0.92.1/debian/libstatgrab10.install 1970-01-01
00:00:00.0 +
@@ -1 +0,0 @@
-usr/lib/*/lib*.so.*
diff -Nru libstatgrab-0.92.1/debian/libstatgrab10t64.dirs
libstatgrab-0.92.1/debian/libstatgrab10t64.dirs
--- libstatgrab-0.92.1/debian/libstatgrab10t64.dirs 1970-01-01
00:00:00.0 +
+++ libstatgrab-0.92.1/debian/libstatgrab10t64.dirs 2022-12-01
23:36:31.0 +
@@ -0,0 +1 @@
+usr/lib
diff -Nru libstatgrab-0.92.1/debian/libstatgrab10t64.install
libstatgrab-0.92.1/debian/libstatgrab10t64.install
--- libstatgrab-0.92.1/debian/libstatgrab10t64.install 1970-01-01
00:00:00.0 +
+++ libstatgrab-0.92.1/debian/libstatgrab10t64.install 2022-12-01
23:36:31.0 +
@@ -0,0 +1 @@
+usr/lib/*/lib*.so.*
diff -Nru libstatgrab-0.92.1/debian/libstatgrab10t64.lintian-overrides
Bug#1062060: cinnamon-desktop: NMU diff for 64-bit time_t transition
On Wed, Jan 31, 2024 at 11:00:56PM +0100, Fabio Fantoni wrote: > > Indeed, sorry, it looks like the conversion script wasn't able to handle > > the case where an existing Breaks: field is present, but it's multiline and > > there are no packages listed on the first line. I'll take a look at fixing > > the script. > > > > But if you prefer to manage the transition with Breaks: rather than a > > package rename, then you can forgo all of this anyway for your package. > I'm a bit confused, there was an immediate upload in experimental with > rename and now you tell me I can do it without but with breaks. There are 1200+ source packages that must be transitioned. It is not feasible to have prior discussion with all maintainers about how to manage the ABI breakage for their library, because this must be a flag day: dpkg behavior will change, and packages need rebuilt immediately to avoid letting ABI skew happen between libraries and their reverse-dependencies. But it is up to maintainers to decide what way they ultimately choose to manage this ABI skew. If you want to do this with Breaks: because that's consistent with your prior maintenance practices, it's not for me to say that you cannot. > so if this weekend I manage to upload all the packages for cinnamon 6.0 to > experimental, can I also remove the rename that was done? If this also involves introducing all necessary Breaks: against existing versions of these packages in unstable, I would say yes. > and then, perhaps after 1-2 weeks, migrate everyone to unstable (barring > unforeseen events) and it would be fine or are there specific time ranges to > be respected for time_t transition? If you are relying on this to handle the ABI breakage, you will need to wait until after dpkg is uploaded to unstable changing the default flags, before uploading your packages to unstable. > basically what is needed for this migration is a new upload of > cinnamon-desktop and all its inverse dependencies (having strict depends and > breaks as if it were a soname bump) and the same should be done with muffin > (already included) which I saw in the list that you linked me, right? Yes. On Thu, Feb 01, 2024 at 05:59:58PM +0100, Fabio Fantoni wrote: > Hi, today I saw there is an autotransition that check the renamed libraries, > so I must keep them? > https://release.debian.org/transitions/html/auto-cinnamon-desktop.html No, autotransition pages are generated as a convenience and don't imply any obligation... 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 signature.asc Description: PGP signature
Bug#1062637: libssh2: NMU diff for 64-bit time_t transition
Source: libssh2
Version: 1.11.0-4
Severity: serious
Tags: patch pending
Justification: library ABI skew on upgrade
User: debian-...@lists.debian.org
Usertags: time-t
NOTICE: these changes must not be uploaded to unstable yet!
Dear maintainer,
As part of the 64-bit time_t transition required to support 32-bit
architectures in 2038 and beyond
(https://wiki.debian.org/ReleaseGoals/64bit-time), we have identified
libssh2 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 libssh2
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 libssh2-1.11.0/debian/changelog libssh2-1.11.0/debian/changelog
--- libssh2-1.11.0/debian/changelog 2023-12-19 22:33:18.0 +
+++ libssh2-1.11.0/debian/changelog 2024-02-02 07:52:12.0 +
@@ -1,3 +1,10 @@
+libssh2 (1.11.0-4.1) experimental; urgency=medium
+
+ * Non-maintainer upload.
+ * Rename libraries for 64-bit time_t transition.
+
+ -- Steve Langasek Fri, 02 Feb 2024 07:52:12 +
+
libssh2 (1.11.0-4) unstable; urgency=medium
* d/patch: Add patch for Terrapin attack
diff -Nru libssh2-1.11.0/debian/control libssh2-1.11.0/debian/control
--- libssh2-1.11.0/debian/control 2023-12-19 22:33:18.0 +
+++ libssh2-1.11.0/debian/control 2024-02-02 07:52:12.0 +
@@ -13,7 +13,10 @@
Vcs-Browser: https://salsa.debian.org/debian/libssh2
Vcs-Git: https://salsa.debian.org/debian/libssh2.git
-Package: libssh2-1
+Package: libssh2-1t64
+Provides: ${t64:Provides}
+Replaces: libssh2-1
+Breaks: libssh2-1 (<< ${source:Version})
Architecture: any
Depends: ${shlibs:Depends}, ${misc:Depends}
Pre-Depends: ${misc:Pre-Depends}
@@ -29,7 +32,7 @@
Package: libssh2-1-dev
Section: libdevel
Architecture: any
-Depends: libssh2-1 (= ${binary:Version}), ${misc:Depends}
+Depends: libssh2-1t64 (= ${binary:Version}), ${misc:Depends}
, libssl-dev
, zlib1g-dev
Multi-Arch: same
diff -Nru libssh2-1.11.0/debian/libssh2-1.docs
libssh2-1.11.0/debian/libssh2-1.docs
--- libssh2-1.11.0/debian/libssh2-1.docs2022-08-23 13:33:59.0
+
+++ libssh2-1.11.0/debian/libssh2-1.docs1970-01-01 00:00:00.0
+
@@ -1,2 +0,0 @@
-docs/AUTHORS
-RELEASE-NOTES
diff -Nru libssh2-1.11.0/debian/libssh2-1.install
libssh2-1.11.0/debian/libssh2-1.install
--- libssh2-1.11.0/debian/libssh2-1.install 2022-08-23 13:33:59.0
+
+++ libssh2-1.11.0/debian/libssh2-1.install 1970-01-01 00:00:00.0
+
@@ -1 +0,0 @@
-usr/lib/*/*.so.*
diff -Nru libssh2-1.11.0/debian/libssh2-1.symbols
libssh2-1.11.0/debian/libssh2-1.symbols
--- libssh2-1.11.0/debian/libssh2-1.symbols 2023-12-19 22:33:18.0
+
+++ libssh2-1.11.0/debian/libssh2-1.symbols 1970-01-01 00:00:00.0
+
@@ -1,142 +0,0 @@
-# SymbolsHelper-Confirmed: 1.11.0 amd64
-libssh2.so.1 libssh2-1 #MINVER#
-* Build-Depends-Package: libssh2-1-dev
- libssh2_agent_connect@Base 1.2.3
- libssh2_agent_disconnect@Base 1.2.3
- libssh2_agent_free@Base 1.2.3
- libssh2_agent_get_identity@Base 1.2.3
- libssh2_agent_get_identity_path@Base 1.9.0
- libssh2_agent_init@Base 1.2.3
- libssh2_agent_list_identities@Base 1.2.3
- libssh2_agent_set_identity_path@Base 1.9.0
- libssh2_agent_sign@Base 1.11.0
- libssh2_agent_userauth@Base 1.2.3
- libssh2_banner_set@Base 1.0
- libssh2_base64_decode@Base 1.0
- libssh2_channel_close@Base 1.0
-
Bug#1062636: libsrm: NMU diff for 64-bit time_t transition
Source: libsrm
Version: 0.4.0~1-1
Severity: serious
Tags: patch pending
Justification: library ABI skew on upgrade
User: debian-...@lists.debian.org
Usertags: time-t
NOTICE: these changes must not be uploaded to unstable yet!
Dear maintainer,
As part of the 64-bit time_t transition required to support 32-bit
architectures in 2038 and beyond
(https://wiki.debian.org/ReleaseGoals/64bit-time), we have identified
libsrm 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 libsrm
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 libsrm-0.4.0~1/debian/changelog libsrm-0.4.0~1/debian/changelog
--- libsrm-0.4.0~1/debian/changelog 2023-12-16 18:46:48.0 +
+++ libsrm-0.4.0~1/debian/changelog 2024-02-02 07:51:21.0 +
@@ -1,3 +1,10 @@
+libsrm (0.4.0~1-1.1) experimental; urgency=medium
+
+ * Non-maintainer upload.
+ * Rename libraries for 64-bit time_t transition.
+
+ -- Steve Langasek Fri, 02 Feb 2024 07:51:21 +
+
libsrm (0.4.0~1-1) unstable; urgency=medium
* Initial release. (Closes: #1051309)
diff -Nru libsrm-0.4.0~1/debian/control libsrm-0.4.0~1/debian/control
--- libsrm-0.4.0~1/debian/control 2023-12-16 18:46:48.0 +
+++ libsrm-0.4.0~1/debian/control 2024-02-02 07:51:21.0 +
@@ -17,7 +17,7 @@
Architecture: any
Multi-Arch: same
Depends:
- libsrm0 (= ${binary:Version}),
+ libsrm0t64 (= ${binary:Version}),
${misc:Depends},
Description: Simple Rendering Manager (development files)
SRM is a C library that simplifies the development of Linux
@@ -28,7 +28,10 @@
.
This package is needed to compile programs against libsrm.
-Package: libsrm0
+Package: libsrm0t64
+Provides: ${t64:Provides}
+Replaces: libsrm0
+Breaks: libsrm0 (<< ${source:Version})
Architecture: any
Multi-Arch: same
Depends:
diff -Nru libsrm-0.4.0~1/debian/libsrm0.install
libsrm-0.4.0~1/debian/libsrm0.install
--- libsrm-0.4.0~1/debian/libsrm0.install 2023-12-16 11:54:34.0
+
+++ libsrm-0.4.0~1/debian/libsrm0.install 1970-01-01 00:00:00.0
+
@@ -1 +0,0 @@
-usr/lib/*/lib*.so.*
diff -Nru libsrm-0.4.0~1/debian/libsrm0.symbols
libsrm-0.4.0~1/debian/libsrm0.symbols
--- libsrm-0.4.0~1/debian/libsrm0.symbols 2023-12-16 18:46:48.0
+
+++ libsrm-0.4.0~1/debian/libsrm0.symbols 1970-01-01 00:00:00.0
+
@@ -1,248 +0,0 @@
-libSRM.so.0 libsrm0 #MINVER#
- SRMDebug@Base 0.4.0~1
- SRMError@Base 0.4.0~1
- SRMFatal@Base 0.4.0~1
- SRMLog@Base 0.4.0~1
- SRMLogGetLevel@Base 0.4.0~1
- SRMLogInit@Base 0.4.0~1
- SRMWarning@Base 0.4.0~1
- dmaFormatsHaveInCommon@Base 0.4.0~1
- mutex@Base 0.4.0~1
- srmBufferCreate@Base 0.4.0~1
- srmBufferCreateFromCPU@Base 0.4.0~1
- srmBufferCreateFromDMA@Base 0.4.0~1
- srmBufferCreateFromGBM@Base 0.4.0~1
- srmBufferCreateFromWaylandDRM@Base 0.4.0~1
- srmBufferDestroy@Base 0.4.0~1
- srmBufferGetAllocatorDevice@Base 0.4.0~1
- srmBufferGetDMAFDFromBO@Base 0.4.0~1
- srmBufferGetFormat@Base 0.4.0~1
- srmBufferGetHeight@Base 0.4.0~1
- srmBufferGetTextureID@Base 0.4.0~1
- srmBufferGetTextureTarget@Base 0.4.0~1
- srmBufferGetWidth@Base 0.4.0~1
- srmBufferRead@Base 0.4.0~1
- srmBufferWrite@Base 0.4.0~1
- srmConnectorCreate@Base 0.4.0~1
- srmConnectorDestroy@Base 0.4.0~1
- srmConnectorDestroyEncoders@Base 0.4.0~1
- srmConnectorDestroyModes@Base 0.4.0~1
- srmConnectorDestroyNames@Base 0.4.0~1
-
Bug#1062635: libspf2: NMU diff for 64-bit time_t transition
Source: libspf2
Version: 1.2.10-8
Severity: serious
Tags: patch pending
Justification: library ABI skew on upgrade
User: debian-...@lists.debian.org
Usertags: time-t
NOTICE: these changes must not be uploaded to unstable yet!
Dear maintainer,
As part of the 64-bit time_t transition required to support 32-bit
architectures in 2038 and beyond
(https://wiki.debian.org/ReleaseGoals/64bit-time), we have identified
libspf2 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 libspf2
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 libspf2-1.2.10/debian/changelog libspf2-1.2.10/debian/changelog
--- libspf2-1.2.10/debian/changelog 2023-10-22 16:33:14.0 +
+++ libspf2-1.2.10/debian/changelog 2024-02-02 07:50:36.0 +
@@ -1,3 +1,10 @@
+libspf2 (1.2.10-8.1) experimental; urgency=medium
+
+ * Non-maintainer upload.
+ * Rename libraries for 64-bit time_t transition.
+
+ -- Steve Langasek Fri, 02 Feb 2024 07:50:36 +
+
libspf2 (1.2.10-8) unstable; urgency=medium
* spf_compile.c-more-correct-size-of-ds_avail.patch: Fix potential
diff -Nru libspf2-1.2.10/debian/control libspf2-1.2.10/debian/control
--- libspf2-1.2.10/debian/control 2023-10-22 16:33:14.0 +
+++ libspf2-1.2.10/debian/control 2024-02-02 07:50:36.0 +
@@ -9,11 +9,13 @@
Vcs-Browser: http://svn.kibibyte.se/libspf2
Homepage: http://www.libspf2.org/
-Package: libspf2-2
+Package: libspf2-2t64
+Provides: ${t64:Provides}
+Breaks: libspf2-2 (<< ${source:Version})
Section: libs
Architecture: any
Conflicts: libspf2-0
-Replaces: libspf2-0
+Replaces: libspf2-2, libspf2-0
Depends: ${shlibs:Depends}, ${misc:Depends}
Description: library for validating mail senders with SPF
libspf2 implements the Sender Policy Framework, a part of the SPF/SRS
@@ -26,7 +28,7 @@
Package: libspf2-dev
Section: libdevel
Architecture: any
-Depends: libspf2-2 (= ${binary:Version}), ${misc:Depends}
+Depends: libspf2-2t64 (= ${binary:Version}), ${misc:Depends}
Description: Header and development libraries for libspf2
libspf2 implements the Sender Policy Framework, a part of the SPF/SRS
protocol pair. libspf2 is a library which allows email systems such
diff -Nru libspf2-1.2.10/debian/libspf2-2.install
libspf2-1.2.10/debian/libspf2-2.install
--- libspf2-1.2.10/debian/libspf2-2.install 2009-08-24 22:04:23.0
+
+++ libspf2-1.2.10/debian/libspf2-2.install 1970-01-01 00:00:00.0
+
@@ -1 +0,0 @@
-usr/lib/lib*.so.*
diff -Nru libspf2-1.2.10/debian/libspf2-2.symbols
libspf2-1.2.10/debian/libspf2-2.symbols
--- libspf2-1.2.10/debian/libspf2-2.symbols 2013-06-13 21:40:33.0
+
+++ libspf2-1.2.10/debian/libspf2-2.symbols 1970-01-01 00:00:00.0
+
@@ -1,113 +0,0 @@
-libspf2.so.2 libspf2-2 #MINVER#
- SPF_debug_handler@Base 0
- SPF_debug_stdio@Base 0
- SPF_debug_syslog@Base 0
- SPF_debugv@Base 0
- SPF_debugx2@Base 0
- SPF_debugx@Base 0
- SPF_dns_cache_new@Base 0
- SPF_dns_cache_set_ttl@Base 0
- SPF_dns_free@Base 0
- SPF_dns_get_client_dom@Base 0
- SPF_dns_lookup@Base 0
- SPF_dns_null_new@Base 0
- SPF_dns_resolv_new@Base 0
- SPF_dns_rlookup6@Base 0
- SPF_dns_rlookup@Base 0
- SPF_dns_rr_buf_realloc@Base 0
- SPF_dns_rr_dup@Base 0
- SPF_dns_rr_free@Base 0
- SPF_dns_rr_new@Base 0
- SPF_dns_rr_new_init@Base 0
- SPF_dns_rr_new_nxdomain@Base 0
- SPF_dns_set_conserve_cache@Base
Bug#1062633: libsoup2.4: NMU diff for 64-bit time_t transition
Source: libsoup2.4
Version: 2.74.3-3
Severity: serious
Tags: patch pending
Justification: library ABI skew on upgrade
User: debian-...@lists.debian.org
Usertags: time-t
NOTICE: these changes must not be uploaded to unstable yet!
Dear maintainer,
As part of the 64-bit time_t transition required to support 32-bit
architectures in 2038 and beyond
(https://wiki.debian.org/ReleaseGoals/64bit-time), we have identified
libsoup2.4 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 libsoup2.4
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 libsoup2.4-2.74.3/debian/changelog libsoup2.4-2.74.3/debian/changelog
--- libsoup2.4-2.74.3/debian/changelog 2024-01-29 12:27:21.0 +
+++ libsoup2.4-2.74.3/debian/changelog 2024-02-02 07:48:00.0 +
@@ -1,3 +1,10 @@
+libsoup2.4 (2.74.3-3.1) experimental; urgency=medium
+
+ * Non-maintainer upload.
+ * Rename libraries for 64-bit time_t transition.
+
+ -- Steve Langasek Fri, 02 Feb 2024 07:48:00 +
+
libsoup2.4 (2.74.3-3) unstable; urgency=medium
[ Jeremy Bicha ]
diff -Nru libsoup2.4-2.74.3/debian/control libsoup2.4-2.74.3/debian/control
--- libsoup2.4-2.74.3/debian/control2024-01-29 12:27:21.0 +
+++ libsoup2.4-2.74.3/debian/control2024-02-02 07:48:00.0 +
@@ -41,7 +41,7 @@
libbrotli-dev,
libglib2.0-dev,
libpsl-dev,
- libsoup2.4-1 (= ${binary:Version}),
+ libsoup2.4-1t64 (= ${binary:Version}),
libsqlite3-dev,
libxml2-dev,
zlib1g-dev,
@@ -71,7 +71,10 @@
.
This package contains the development files.
-Package: libsoup2.4-1
+Package: libsoup2.4-1t64
+Provides: ${t64:Provides}
+Replaces: libsoup2.4-1
+Breaks: libsoup2.4-1 (<< ${source:Version})
Architecture: any
Multi-Arch: same
Depends: glib-networking,
@@ -100,7 +103,10 @@
.
This package contains the shared library.
-Package: libsoup-gnome2.4-1
+Package: libsoup-gnome2.4-1t64
+Provides: ${t64:Provides}
+Replaces: libsoup-gnome2.4-1
+Breaks: libsoup-gnome2.4-1 (<< ${source:Version})
Architecture: any
Multi-Arch: same
Depends: ${misc:Depends},
@@ -135,7 +141,7 @@
Architecture: any
Multi-Arch: same
Depends: gir1.2-soup-2.4 (= ${binary:Version}),
- libsoup-gnome2.4-1 (= ${binary:Version}),
+ libsoup-gnome2.4-1t64 (= ${binary:Version}),
libsoup2.4-dev (= ${binary:Version}),
${gir:Depends},
${misc:Depends}
diff -Nru libsoup2.4-2.74.3/debian/libsoup-gnome2.4-1.install
libsoup2.4-2.74.3/debian/libsoup-gnome2.4-1.install
--- libsoup2.4-2.74.3/debian/libsoup-gnome2.4-1.install 2024-01-29
12:27:21.0 +
+++ libsoup2.4-2.74.3/debian/libsoup-gnome2.4-1.install 1970-01-01
00:00:00.0 +
@@ -1 +0,0 @@
-usr/lib/*/libsoup-gnome-2.4.so.*
diff -Nru libsoup2.4-2.74.3/debian/libsoup-gnome2.4-1.lintian-overrides
libsoup2.4-2.74.3/debian/libsoup-gnome2.4-1.lintian-overrides
--- libsoup2.4-2.74.3/debian/libsoup-gnome2.4-1.lintian-overrides
2024-01-29 12:27:21.0 +
+++ libsoup2.4-2.74.3/debian/libsoup-gnome2.4-1.lintian-overrides
1970-01-01 00:00:00.0 +
@@ -1,2 +0,0 @@
-# Historical quirk. We'd rename it if the SONAME gets bumped, but it isn't
worth changing now
-libsoup-gnome2.4-1: package-name-doesnt-match-sonames libsoup-gnome-2.4-1
diff -Nru libsoup2.4-2.74.3/debian/libsoup-gnome2.4-1.symbols
Bug#1062632: libsolv: NMU diff for 64-bit time_t transition
Source: libsolv
Version: 0.7.28-1
Severity: serious
Tags: patch pending
Justification: library ABI skew on upgrade
User: debian-...@lists.debian.org
Usertags: time-t
NOTICE: these changes must not be uploaded to unstable yet!
Dear maintainer,
As part of the 64-bit time_t transition required to support 32-bit
architectures in 2038 and beyond
(https://wiki.debian.org/ReleaseGoals/64bit-time), we have identified
libsolv 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 libsolv
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 libsolv-0.7.28/debian/changelog libsolv-0.7.28/debian/changelog
--- libsolv-0.7.28/debian/changelog 2024-01-29 10:28:06.0 +
+++ libsolv-0.7.28/debian/changelog 2024-02-02 07:46:43.0 +
@@ -1,3 +1,10 @@
+libsolv (0.7.28-1.1) experimental; urgency=medium
+
+ * Non-maintainer upload.
+ * Rename libraries for 64-bit time_t transition.
+
+ -- Steve Langasek Fri, 02 Feb 2024 07:46:43 +
+
libsolv (0.7.28-1) unstable; urgency=medium
* Move package to pkg-rpm-team
diff -Nru libsolv-0.7.28/debian/control libsolv-0.7.28/debian/control
--- libsolv-0.7.28/debian/control 2024-01-02 11:27:52.0 +
+++ libsolv-0.7.28/debian/control 2024-02-02 07:46:43.0 +
@@ -23,7 +23,10 @@
Vcs-Browser: https://salsa.debian.org/pkg-rpm-team/libsolv/
Vcs-Git: https://salsa.debian.org/pkg-rpm-team/libsolv.git
-Package: libsolv1
+Package: libsolv1t64
+Provides: ${t64:Provides}
+Replaces: libsolv1
+Breaks: libsolv1 (<< ${source:Version})
Section: libs
Architecture: any
Multi-Arch: same
@@ -78,7 +81,7 @@
libsolv-dev
Depends:
${misc:Depends},
- libsolv1 (= ${binary:Version}),
+ libsolv1t64 (= ${binary:Version}),
libsolvext-dev (= ${binary:Version}),
Breaks:
libsolv0-dev (<< 0.7),
@@ -95,7 +98,10 @@
.
This package contains development files for libsolv.
-Package: libsolvext1
+Package: libsolvext1t64
+Provides: ${t64:Provides}
+Replaces: libsolvext1
+Breaks: libsolvext1 (<< ${source:Version})
Section: libs
Architecture: any
Multi-Arch: same
@@ -137,7 +143,7 @@
libsolvext-dev
Depends:
${misc:Depends},
- libsolvext1 (= ${binary:Version}),
+ libsolvext1t64 (= ${binary:Version}),
Breaks:
libsolvext0-dev (<< 0.7),
Replaces:
@@ -158,7 +164,7 @@
Depends:
${shlibs:Depends},
${misc:Depends},
- libsolv1 (= ${binary:Version}),
+ libsolv1t64 (= ${binary:Version}),
Description: dependency solver using a satisfiability algorithm (command-line
tools)
This dependency solver code in this package is based on two major, but
independent, blocks:
@@ -177,7 +183,7 @@
${python3:Depends},
${shlibs:Depends},
${misc:Depends},
- libsolv1 (= ${binary:Version}),
+ libsolv1t64 (= ${binary:Version}),
Description: dependency solver using a satisfiability algorithm (Python3
bindings)
This dependency solver code in this package is based on two major, but
independent, blocks:
@@ -196,7 +202,7 @@
${perl:Depends},
${shlibs:Depends},
${misc:Depends},
- libsolv1 (= ${binary:Version}),
+ libsolv1t64 (= ${binary:Version}),
Description: dependency solver using a satisfiability algorithm (Perl bindings)
This dependency solver code in this package is based on two major, but
independent, blocks:
diff -Nru libsolv-0.7.28/debian/libsolv1.install
libsolv-0.7.28/debian/libsolv1.install
--- libsolv-0.7.28/debian/libsolv1.install
Bug#1062634: libspatialaudio: NMU diff for 64-bit time_t transition
Source: libspatialaudio
Version: 0.3.0+git20180730+dfsg1-2
Severity: serious
Tags: patch pending
Justification: library ABI skew on upgrade
User: debian-...@lists.debian.org
Usertags: time-t
NOTICE: these changes must not be uploaded to unstable yet!
Dear maintainer,
As part of the 64-bit time_t transition required to support 32-bit
architectures in 2038 and beyond
(https://wiki.debian.org/ReleaseGoals/64bit-time), we have identified
libspatialaudio 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 libspatialaudio
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 libspatialaudio-0.3.0+git20180730+dfsg1/debian/changelog
libspatialaudio-0.3.0+git20180730+dfsg1/debian/changelog
--- libspatialaudio-0.3.0+git20180730+dfsg1/debian/changelog2019-01-05
14:07:54.0 +
+++ libspatialaudio-0.3.0+git20180730+dfsg1/debian/changelog2024-02-02
07:49:58.0 +
@@ -1,3 +1,10 @@
+libspatialaudio (0.3.0+git20180730+dfsg1-2.1) experimental; urgency=medium
+
+ * Non-maintainer upload.
+ * Rename libraries for 64-bit time_t transition.
+
+ -- Steve Langasek Fri, 02 Feb 2024 07:49:58 +
+
libspatialaudio (0.3.0+git20180730+dfsg1-2) unstable; urgency=medium
* debian/control:
diff -Nru libspatialaudio-0.3.0+git20180730+dfsg1/debian/control
libspatialaudio-0.3.0+git20180730+dfsg1/debian/control
--- libspatialaudio-0.3.0+git20180730+dfsg1/debian/control 2019-01-05
14:03:41.0 +
+++ libspatialaudio-0.3.0+git20180730+dfsg1/debian/control 2024-02-02
07:49:58.0 +
@@ -21,7 +21,7 @@
Multi-Arch: same
Depends:
${misc:Depends},
- libspatialaudio0 (= ${binary:Version}),
+ libspatialaudio0t64 (= ${binary:Version}),
libmysofa-dev
Description: library for ambisonic encoding and decoding (development files)
libspatialaudio is an open-source and cross-platform C++ library for Ambisonic
@@ -42,7 +42,10 @@
.
This package contains the development files.
-Package: libspatialaudio0
+Package: libspatialaudio0t64
+Provides: ${t64:Provides}
+Replaces: libspatialaudio0
+Breaks: libspatialaudio0 (<< ${source:Version})
Architecture: any
Multi-Arch: same
Depends:
diff -Nru
libspatialaudio-0.3.0+git20180730+dfsg1/debian/libspatialaudio0.install
libspatialaudio-0.3.0+git20180730+dfsg1/debian/libspatialaudio0.install
--- libspatialaudio-0.3.0+git20180730+dfsg1/debian/libspatialaudio0.install
2018-07-31 03:18:24.0 +
+++ libspatialaudio-0.3.0+git20180730+dfsg1/debian/libspatialaudio0.install
1970-01-01 00:00:00.0 +
@@ -1 +0,0 @@
-usr/lib/*/libspatialaudio.so.*
diff -Nru
libspatialaudio-0.3.0+git20180730+dfsg1/debian/libspatialaudio0t64.install
libspatialaudio-0.3.0+git20180730+dfsg1/debian/libspatialaudio0t64.install
--- libspatialaudio-0.3.0+git20180730+dfsg1/debian/libspatialaudio0t64.install
1970-01-01 00:00:00.0 +
+++ libspatialaudio-0.3.0+git20180730+dfsg1/debian/libspatialaudio0t64.install
2018-07-31 03:18:24.0 +
@@ -0,0 +1 @@
+usr/lib/*/libspatialaudio.so.*
diff -Nru
libspatialaudio-0.3.0+git20180730+dfsg1/debian/libspatialaudio0t64.lintian-overrides
libspatialaudio-0.3.0+git20180730+dfsg1/debian/libspatialaudio0t64.lintian-overrides
---
libspatialaudio-0.3.0+git20180730+dfsg1/debian/libspatialaudio0t64.lintian-overrides
1970-01-01 00:00:00.0 +
+++
Bug#1062631: libsnl: NMU diff for 64-bit time_t transition
Source: libsnl
Version: 0.2.1.svn.18-1.1
Severity: serious
Tags: patch pending
Justification: library ABI skew on upgrade
User: debian-...@lists.debian.org
Usertags: time-t
NOTICE: these changes must not be uploaded to unstable yet!
Dear maintainer,
As part of the 64-bit time_t transition required to support 32-bit
architectures in 2038 and beyond
(https://wiki.debian.org/ReleaseGoals/64bit-time), we have identified
libsnl 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 libsnl
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 libsnl-0.2.1.svn.18/debian/changelog
libsnl-0.2.1.svn.18/debian/changelog
--- libsnl-0.2.1.svn.18/debian/changelog2019-01-01 20:26:06.0
+
+++ libsnl-0.2.1.svn.18/debian/changelog2024-02-02 07:43:40.0
+
@@ -1,3 +1,10 @@
+libsnl (0.2.1.svn.18-1.2) experimental; urgency=medium
+
+ * Non-maintainer upload.
+ * Rename libraries for 64-bit time_t transition.
+
+ -- Steve Langasek Fri, 02 Feb 2024 07:43:40 +
+
libsnl (0.2.1.svn.18-1.1) unstable; urgency=medium
* Non-maintainer upload.
diff -Nru libsnl-0.2.1.svn.18/debian/control libsnl-0.2.1.svn.18/debian/control
--- libsnl-0.2.1.svn.18/debian/control 2019-01-01 20:26:06.0 +
+++ libsnl-0.2.1.svn.18/debian/control 2024-02-02 07:43:40.0 +
@@ -12,7 +12,7 @@
Package: libsnl-dev
Architecture: any
Section: libdevel
-Depends: libsnl0 (= ${binary:Version}),
+Depends: libsnl0t64 (= ${binary:Version}),
${misc:Depends}
Description: Simple Nurbs Library (development files)
libSNL is a library of routines used for the
@@ -23,7 +23,10 @@
.
This package contains files needed to develop programs using libsnl.
-Package: libsnl0
+Package: libsnl0t64
+Provides: ${t64:Provides}
+Replaces: libsnl0
+Breaks: libsnl0 (<< ${source:Version})
Architecture: any
Depends: ${shlibs:Depends},
${misc:Depends}
diff -Nru libsnl-0.2.1.svn.18/debian/libsnl0.dirs
libsnl-0.2.1.svn.18/debian/libsnl0.dirs
--- libsnl-0.2.1.svn.18/debian/libsnl0.dirs 2015-05-01 17:40:16.0
+
+++ libsnl-0.2.1.svn.18/debian/libsnl0.dirs 1970-01-01 00:00:00.0
+
@@ -1 +0,0 @@
-usr/lib
diff -Nru libsnl-0.2.1.svn.18/debian/libsnl0.install.in
libsnl-0.2.1.svn.18/debian/libsnl0.install.in
--- libsnl-0.2.1.svn.18/debian/libsnl0.install.in 2015-07-04
20:28:44.0 +
+++ libsnl-0.2.1.svn.18/debian/libsnl0.install.in 1970-01-01
00:00:00.0 +
@@ -1 +0,0 @@
-src/lib*.so.* usr/lib/@DEB_HOST_MULTIARCH@/
diff -Nru libsnl-0.2.1.svn.18/debian/libsnl0.links.in
libsnl-0.2.1.svn.18/debian/libsnl0.links.in
--- libsnl-0.2.1.svn.18/debian/libsnl0.links.in 2015-07-04 20:28:44.0
+
+++ libsnl-0.2.1.svn.18/debian/libsnl0.links.in 1970-01-01 00:00:00.0
+
@@ -1 +0,0 @@
-usr/lib/@DEB_HOST_MULTIARCH@/libSNL.so.0.2
usr/lib/@DEB_HOST_MULTIARCH@/libSNL.so.0
diff -Nru libsnl-0.2.1.svn.18/debian/libsnl0t64.dirs
libsnl-0.2.1.svn.18/debian/libsnl0t64.dirs
--- libsnl-0.2.1.svn.18/debian/libsnl0t64.dirs 1970-01-01 00:00:00.0
+
+++ libsnl-0.2.1.svn.18/debian/libsnl0t64.dirs 2015-05-01 17:40:16.0
+
@@ -0,0 +1 @@
+usr/lib
diff -Nru libsnl-0.2.1.svn.18/debian/libsnl0t64.install.in
libsnl-0.2.1.svn.18/debian/libsnl0t64.install.in
--- libsnl-0.2.1.svn.18/debian/libsnl0t64.install.in1970-01-01
Bug#1062484: [Pkg-utopia-maintainers] Bug#1062484: libnma: NMU diff for 64-bit time_t transition
Hi Michael, On Thu, Feb 01, 2024 at 06:34:13PM +0100, Michael Biebl wrote: > Am 01.02.24 um 18:00 schrieb Steve Langasek: > > Source: libnma > > Version: 1.10.6-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 > > libnma 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 would like to avoid an unnecessary package rename. > Can you point me to the place where time_t is exposed in the ABI? Well I have a post to debian-devel-announce today which would've provided more pointers to this sort of thing, but unfortunately lists.debian.org no longer appears to reliably let mail through from Debian Developers (despite having valid signatures with both dkim and PGP). libnma falls into the bucket of packages that we weren't able to analyze, so we assume out of an abundance of caution that it is ABI-breaking and should be renamed: https://adrien.dcln.fr/misc/armhf-time_t/2024-02-01T09%3A53%3A00/logs/libnma-headers/base/log.txt If you feel strongly that the package should not be renamed, patches to https://salsa.debian.org/vorlon/armhf-time_t/-/blob/main/check-armhf-time_t?ref_type=heads are very welcome to make it possible to compile the headers for analysis and confirm that the library's ABI is not affected by time_t. From the log it looks like this is a missing gtk include, which can easily be fixed either in the upstream source or by adding an appropriate quirk to the above script. We will happily rerun abi-compliance-checker to confirm the ABI status if this is fixed. 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 signature.asc Description: PGP signature
Bug#1062630: libsmraw: NMU diff for 64-bit time_t transition
Source: libsmraw
Version: 20181227-2
Severity: serious
Tags: patch pending
Justification: library ABI skew on upgrade
User: debian-...@lists.debian.org
Usertags: time-t
NOTICE: these changes must not be uploaded to unstable yet!
Dear maintainer,
As part of the 64-bit time_t transition required to support 32-bit
architectures in 2038 and beyond
(https://wiki.debian.org/ReleaseGoals/64bit-time), we have identified
libsmraw 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 libsmraw
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 libsmraw-20181227/debian/changelog libsmraw-20181227/debian/changelog
--- libsmraw-20181227/debian/changelog 2021-01-27 09:02:40.0 +
+++ libsmraw-20181227/debian/changelog 2024-02-02 07:42:10.0 +
@@ -1,3 +1,10 @@
+libsmraw (20181227-2.1) experimental; urgency=medium
+
+ * Non-maintainer upload.
+ * Rename libraries for 64-bit time_t transition.
+
+ -- Steve Langasek Fri, 02 Feb 2024 07:42:10 +
+
libsmraw (20181227-2) unstable; urgency=medium
[ Samuel Henrique ]
diff -Nru libsmraw-20181227/debian/control libsmraw-20181227/debian/control
--- libsmraw-20181227/debian/control2021-01-27 09:02:40.0 +
+++ libsmraw-20181227/debian/control2024-02-02 07:42:10.0 +
@@ -15,13 +15,16 @@
Architecture: any
Multi-Arch: same
Depends: ${shlibs:Depends}, ${misc:Depends},
- libsmraw1 (= ${binary:Version})
+ libsmraw1t64 (= ${binary:Version})
Description: split RAW image format access library -- development files
libsmraw is a library to access the (split) RAW image format.
.
This package includes the development support files.
-Package: libsmraw1
+Package: libsmraw1t64
+Provides: ${t64:Provides}
+Replaces: libsmraw1
+Breaks: libsmraw1 (<< ${source:Version})
Architecture: any
Multi-Arch: same
Pre-Depends: ${misc:Pre-Depends}
@@ -36,7 +39,7 @@
Architecture: any
Multi-Arch: foreign
Depends: ${shlibs:Depends}, ${misc:Depends},
- libsmraw1,
+ libsmraw1t64,
Description: split RAW image format access library -- Utilities
libsmraw is a library to access the (split) RAW image format.
.
@@ -46,7 +49,7 @@
Package: python3-libsmraw
Section: python
Architecture: any
-Depends: libsmraw1 (= ${binary:Version}), ${shlibs:Depends}, ${misc:Depends},
${python3:Depends}
+Depends: libsmraw1t64 (= ${binary:Version}), ${shlibs:Depends},
${misc:Depends}, ${python3:Depends}
Multi-Arch: same
Description: split RAW image format access library -- Python 3 bindings
libsmraw is a library to access the (split) RAW image format.
diff -Nru libsmraw-20181227/debian/libsmraw1.install
libsmraw-20181227/debian/libsmraw1.install
--- libsmraw-20181227/debian/libsmraw1.install 2021-01-27 09:02:40.0
+
+++ libsmraw-20181227/debian/libsmraw1.install 1970-01-01 00:00:00.0
+
@@ -1 +0,0 @@
-usr/lib/*-*/lib*.so.*
diff -Nru libsmraw-20181227/debian/libsmraw1.symbols
libsmraw-20181227/debian/libsmraw1.symbols
--- libsmraw-20181227/debian/libsmraw1.symbols 2021-01-27 09:02:40.0
+
+++ libsmraw-20181227/debian/libsmraw1.symbols 1970-01-01 00:00:00.0
+
@@ -1,102 +0,0 @@
-libsmraw.so.1 libsmraw1 #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
-
Bug#1062629: libsmpp34: NMU diff for 64-bit time_t transition
Source: libsmpp34
Version: 1.14.3-1
Severity: serious
Tags: patch pending
Justification: library ABI skew on upgrade
User: debian-...@lists.debian.org
Usertags: time-t
NOTICE: these changes must not be uploaded to unstable yet!
Dear maintainer,
As part of the 64-bit time_t transition required to support 32-bit
architectures in 2038 and beyond
(https://wiki.debian.org/ReleaseGoals/64bit-time), we have identified
libsmpp34 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 libsmpp34
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 libsmpp34-1.14.3/debian/changelog libsmpp34-1.14.3/debian/changelog
--- libsmpp34-1.14.3/debian/changelog 2023-11-01 18:20:19.0 +
+++ libsmpp34-1.14.3/debian/changelog 2024-02-02 07:41:26.0 +
@@ -1,3 +1,10 @@
+libsmpp34 (1.14.3-1.1) experimental; urgency=medium
+
+ * Non-maintainer upload.
+ * Rename libraries for 64-bit time_t transition.
+
+ -- Steve Langasek Fri, 02 Feb 2024 07:41:26 +
+
libsmpp34 (1.14.3-1) unstable; urgency=medium
* New upstream release.
diff -Nru libsmpp34-1.14.3/debian/control libsmpp34-1.14.3/debian/control
--- libsmpp34-1.14.3/debian/control 2023-11-01 18:19:59.0 +
+++ libsmpp34-1.14.3/debian/control 2024-02-02 07:41:26.0 +
@@ -13,7 +13,10 @@
Homepage: http://c-open-smpp-34.sourceforge.net/
Rules-Requires-Root: no
-Package: libsmpp34-1
+Package: libsmpp34-1t64
+Provides: ${t64:Provides}
+Replaces: libsmpp34-1
+Breaks: libsmpp34-1 (<< ${source:Version})
Architecture: any
Multi-Arch: same
Depends: ${shlibs:Depends},
@@ -30,7 +33,7 @@
Architecture: any
Multi-Arch: same
Section: libdevel
-Depends: libsmpp34-1 (= ${binary:Version}),
+Depends: libsmpp34-1t64 (= ${binary:Version}),
${misc:Depends}
Description: Development files for libsmpp34
This library is an implementation for providing the PDU handling of the
diff -Nru libsmpp34-1.14.3/debian/libsmpp34-1.install
libsmpp34-1.14.3/debian/libsmpp34-1.install
--- libsmpp34-1.14.3/debian/libsmpp34-1.install 2023-11-01 18:19:59.0
+
+++ libsmpp34-1.14.3/debian/libsmpp34-1.install 1970-01-01 00:00:00.0
+
@@ -1 +0,0 @@
-usr/lib/*/lib*.so.*
diff -Nru libsmpp34-1.14.3/debian/libsmpp34-1.symbols
libsmpp34-1.14.3/debian/libsmpp34-1.symbols
--- libsmpp34-1.14.3/debian/libsmpp34-1.symbols 2023-11-01 18:19:59.0
+
+++ libsmpp34-1.14.3/debian/libsmpp34-1.symbols 1970-01-01 00:00:00.0
+
@@ -1,34 +0,0 @@
-libsmpp34.so.1 libsmpp34-1 #MINVER#
-* Build-Depends-Package: libsmpp34-dev
- build_dad@Base 1.10
- build_tlv@Base 1.10
- build_udad@Base 1.10
- destroy_dad@Base 1.10
- destroy_tlv@Base 1.10
- destroy_udad@Base 1.10
- nothing@Base 1.10
- ptrerror@Base 1.10
- smpp34_dumpBuf@Base 1.10
- smpp34_dumpPdu2@Base 1.10
- smpp34_dumpPdu@Base 1.10
- smpp34_errno@Base 1.10
- smpp34_free@Base 1.14.0
- smpp34_malloc@Base 1.14.0
- smpp34_pack2@Base 1.10
- smpp34_pack@Base 1.10
- smpp34_realloc@Base 1.14.0
- smpp34_set_memory_functions@Base 1.14.0
- smpp34_strerror@Base 1.10
- smpp34_unpack2@Base 1.10
- smpp34_unpack@Base 1.10
- str_addr_npi@Base 1.10
- str_addr_ton@Base 1.10
- str_command_id@Base 1.10
- str_command_status@Base 1.10
- str_tlv_id@Base 1.10
- test_dest_flag@Base 1.10
- test_interface_version@Base 1.10
- test_sequence_number@Base 1.10
- valueDec_08@Base 1.10
- valueDec_16@Base 1.10
-
Bug#1062628: libsmi: NMU diff for 64-bit time_t transition
Source: libsmi
Version: 0.4.8+dfsg2-16
Severity: serious
Tags: patch pending
Justification: library ABI skew on upgrade
User: debian-...@lists.debian.org
Usertags: time-t
NOTICE: these changes must not be uploaded to unstable yet!
Dear maintainer,
As part of the 64-bit time_t transition required to support 32-bit
architectures in 2038 and beyond
(https://wiki.debian.org/ReleaseGoals/64bit-time), we have identified
libsmi 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 libsmi
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 libsmi-0.4.8+dfsg2/debian/changelog
libsmi-0.4.8+dfsg2/debian/changelog
--- libsmi-0.4.8+dfsg2/debian/changelog 2018-12-02 13:45:48.0 +
+++ libsmi-0.4.8+dfsg2/debian/changelog 2024-02-02 07:40:24.0 +
@@ -1,3 +1,10 @@
+libsmi (0.4.8+dfsg2-16.1) experimental; urgency=medium
+
+ * Non-maintainer upload.
+ * Rename libraries for 64-bit time_t transition.
+
+ -- Steve Langasek Fri, 02 Feb 2024 07:40:24 +
+
libsmi (0.4.8+dfsg2-16) unstable; urgency=medium
[ Ansgar Burchardt ]
diff -Nru libsmi-0.4.8+dfsg2/debian/control libsmi-0.4.8+dfsg2/debian/control
--- libsmi-0.4.8+dfsg2/debian/control 2018-12-02 13:45:48.0 +
+++ libsmi-0.4.8+dfsg2/debian/control 2024-02-02 07:40:23.0 +
@@ -9,8 +9,8 @@
Package: smitools
Architecture: any
Depends: ${misc:Depends}, ${shlibs:Depends}
-Conflicts: libsmi2ldbl (<= 0.4.8+dfsg2-4)
-Replaces: libsmi2ldbl (<= 0.4.8+dfsg2-4)
+Conflicts: libsmi2t64 (<= 0.4.8+dfsg2-4)
+Replaces: libsmi2t64 (<= 0.4.8+dfsg2-4)
Description: various tools operating on MIB module files
This package includes the following tools:
* smidiff: check differences between a pair of SMI or SPPI modules
@@ -26,21 +26,24 @@
Package: smistrip
Architecture: all
Depends: ${misc:Depends}
-Conflicts: libsmi2ldbl (<= 0.4.8+dfsg2-1)
-Replaces: libsmi2ldbl (<= 0.4.8+dfsg2-1)
+Conflicts: libsmi2t64 (<= 0.4.8+dfsg2-1)
+Replaces: libsmi2t64 (<= 0.4.8+dfsg2-1)
Description: extract MIB from text files like RFC
The smistrip program is used to extract MIB and PIB module files from
ASCII documents like RFCs or Internet Drafts. Modules are identified
by a starting ASN.1 DEFINITIONS clause and the matching END
clause. The output is written to files named by the modules' names.
-Package: libsmi2ldbl
+Package: libsmi2t64
+Provides: ${t64:Provides}
+X-Time64-Compat: libsmi2ldbl
+Breaks: libsmi2ldbl (<< ${source:Version})
Architecture: any
Multi-Arch: same
Pre-Depends: ${misc:Pre-Depends}
Depends: ${shlibs:Depends}, ${misc:Depends}
Conflicts: libsmi0, libsmi1, libsmi2
-Replaces: libsmi0, libsmi1, libsmi2
+Replaces: libsmi2ldbl, libsmi0, libsmi1, libsmi2
Suggests: snmp-mibs-downloader
Description: library to access SMI MIB information
The purpose of libsmi is to
@@ -59,10 +62,10 @@
Package: libsmi2-dev
Architecture: any
-Depends: libsmi2ldbl (= ${binary:Version}), ${misc:Depends}
+Depends: libsmi2t64 (= ${binary:Version}), ${misc:Depends}
Provides: libsmi-dev
Conflicts: libsmi-dev
-Replaces: libsmi2ldbl (<< 0.4.8)
+Replaces: libsmi2t64 (<< 0.4.8)
Section: libdevel
Description: library to access SMI MIB information - development files
These are the files needed to compile programs using libsmi.
diff -Nru libsmi-0.4.8+dfsg2/debian/libsmi2ldbl.dirs
libsmi-0.4.8+dfsg2/debian/libsmi2ldbl.dirs
---
Bug#1062626: libsmdev: NMU diff for 64-bit time_t transition
Source: libsmdev
Version: 20190315-2
Severity: serious
Tags: patch pending
Justification: library ABI skew on upgrade
User: debian-...@lists.debian.org
Usertags: time-t
NOTICE: these changes must not be uploaded to unstable yet!
Dear maintainer,
As part of the 64-bit time_t transition required to support 32-bit
architectures in 2038 and beyond
(https://wiki.debian.org/ReleaseGoals/64bit-time), we have identified
libsmdev 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 libsmdev
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 libsmdev-20190315/debian/changelog libsmdev-20190315/debian/changelog
--- libsmdev-20190315/debian/changelog 2021-01-27 09:02:55.0 +
+++ libsmdev-20190315/debian/changelog 2024-02-02 07:38:38.0 +
@@ -1,3 +1,10 @@
+libsmdev (20190315-2.1) experimental; urgency=medium
+
+ * Non-maintainer upload.
+ * Rename libraries for 64-bit time_t transition.
+
+ -- Steve Langasek Fri, 02 Feb 2024 07:38:38 +
+
libsmdev (20190315-2) unstable; urgency=medium
[ Samuel Henrique ]
diff -Nru libsmdev-20190315/debian/control libsmdev-20190315/debian/control
--- libsmdev-20190315/debian/control2021-01-27 09:02:55.0 +
+++ libsmdev-20190315/debian/control2024-02-02 07:38:37.0 +
@@ -15,13 +15,16 @@
Architecture: any
Multi-Arch: same
Depends: ${shlibs:Depends}, ${misc:Depends},
- libsmdev1 (= ${binary:Version})
+ libsmdev1t64 (= ${binary:Version})
Description: storage media device access library -- development files
libsmdev is a library to access to storage media devices.
.
This package includes the development support files.
-Package: libsmdev1
+Package: libsmdev1t64
+Provides: ${t64:Provides}
+Replaces: libsmdev1
+Breaks: libsmdev1 (<< ${source:Version})
Architecture: any
Multi-Arch: same
Pre-Depends: ${misc:Pre-Depends}
@@ -36,7 +39,7 @@
Architecture: any
Multi-Arch: foreign
Depends: ${shlibs:Depends}, ${misc:Depends},
- libsmdev1,
+ libsmdev1t64,
Description: storage media device access library -- Utilities
libsmdev is a library to access to storage media devices.
.
@@ -46,7 +49,7 @@
Package: python3-libsmdev
Section: python
Architecture: any
-Depends: libsmdev1 (= ${binary:Version}), ${shlibs:Depends}, ${misc:Depends},
${python3:Depends}
+Depends: libsmdev1t64 (= ${binary:Version}), ${shlibs:Depends},
${misc:Depends}, ${python3:Depends}
Multi-Arch: same
Description: storage media device access library -- Python 3 bindings
libsmdev is a library to access to storage media devices.
diff -Nru libsmdev-20190315/debian/libsmdev1.install
libsmdev-20190315/debian/libsmdev1.install
--- libsmdev-20190315/debian/libsmdev1.install 2021-01-27 09:02:55.0
+
+++ libsmdev-20190315/debian/libsmdev1.install 1970-01-01 00:00:00.0
+
@@ -1 +0,0 @@
-usr/lib/*-*/lib*.so.*
diff -Nru libsmdev-20190315/debian/libsmdev1.symbols
libsmdev-20190315/debian/libsmdev1.symbols
--- libsmdev-20190315/debian/libsmdev1.symbols 2021-01-27 09:02:55.0
+
+++ libsmdev-20190315/debian/libsmdev1.symbols 1970-01-01 00:00:00.0
+
@@ -1,87 +0,0 @@
-libsmdev.so.1 libsmdev1 #MINVER#
- (optional|regex)^libcdata_.* 0
- (optional|regex)^libcerror_.* 0
- (optional|regex)^libcfile_.* 0
- (optional|regex)^libclocale_.* 0
- (optional|regex)^libcnotify_.* 0
- (optional|regex)^libcthreads_.* 0
-
Bug#1062627: libsmf: NMU diff for 64-bit time_t transition
Source: libsmf
Version: 1.3-4
Severity: serious
Tags: patch pending
Justification: library ABI skew on upgrade
User: debian-...@lists.debian.org
Usertags: time-t
NOTICE: these changes must not be uploaded to unstable yet!
Dear maintainer,
As part of the 64-bit time_t transition required to support 32-bit
architectures in 2038 and beyond
(https://wiki.debian.org/ReleaseGoals/64bit-time), we have identified
libsmf 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 libsmf
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 libsmf-1.3/debian/changelog libsmf-1.3/debian/changelog
--- libsmf-1.3/debian/changelog 2020-08-17 20:43:21.0 +
+++ libsmf-1.3/debian/changelog 2024-02-02 07:39:45.0 +
@@ -1,3 +1,10 @@
+libsmf (1.3-4.1) experimental; urgency=medium
+
+ * Non-maintainer upload.
+ * Rename libraries for 64-bit time_t transition.
+
+ -- Steve Langasek Fri, 02 Feb 2024 07:39:45 +
+
libsmf (1.3-4) unstable; urgency=medium
* QA upload.
diff -Nru libsmf-1.3/debian/control libsmf-1.3/debian/control
--- libsmf-1.3/debian/control 2020-08-17 20:43:21.0 +
+++ libsmf-1.3/debian/control 2024-02-02 07:39:44.0 +
@@ -13,7 +13,7 @@
Package: smf-utils
Section: sound
Architecture: any
-Depends: libsmf0 (= ${binary:Version}), ${shlibs:Depends}, ${misc:Depends}
+Depends: libsmf0t64 (= ${binary:Version}), ${shlibs:Depends}, ${misc:Depends}
Conflicts: denemo (<< 0.8.14-1)
Description: Utilities to support the smf library
LibSMF is a BSD-licensed C library for handling SMF ("*.mid") files.
@@ -24,7 +24,7 @@
Package: libsmf-dev
Section: libdevel
Architecture: any
-Depends: libsmf0 (= ${binary:Version}), ${shlibs:Depends}, ${misc:Depends},
libc-dev, libglib2.0-dev
+Depends: libsmf0t64 (= ${binary:Version}), ${shlibs:Depends}, ${misc:Depends},
libc-dev, libglib2.0-dev
Conflicts: denemo (<< 0.8.14-1)
Description: Development files for the smf library
LibSMF is a BSD-licensed C library for handling SMF ("*.mid") files.
@@ -32,7 +32,10 @@
This package contains the development libraries, header files needed
by programs that want to compile with LibSMF
-Package: libsmf0
+Package: libsmf0t64
+Provides: ${t64:Provides}
+Replaces: libsmf0
+Breaks: libsmf0 (<< ${source:Version})
Architecture: any
Depends: ${shlibs:Depends}, ${misc:Depends}
Description: LibSMF is a BSD-licensed C library for handling SMF ("*.mid")
files
diff -Nru libsmf-1.3/debian/libsmf0.install libsmf-1.3/debian/libsmf0.install
--- libsmf-1.3/debian/libsmf0.install 2020-08-17 20:43:21.0 +
+++ libsmf-1.3/debian/libsmf0.install 1970-01-01 00:00:00.0 +
@@ -1 +0,0 @@
-usr/lib/*/lib*.so.*
diff -Nru libsmf-1.3/debian/libsmf0.symbols libsmf-1.3/debian/libsmf0.symbols
--- libsmf-1.3/debian/libsmf0.symbols 2020-08-17 20:39:07.0 +
+++ libsmf-1.3/debian/libsmf0.symbols 1970-01-01 00:00:00.0 +
@@ -1,63 +0,0 @@
-libsmf.so.0 libsmf0 #MINVER#
- is_status_byte@Base 1.3
- maybe_add_to_tempo_map@Base 1.3
- remove_last_tempo_with_pulses@Base 1.3
- smf_add_track@Base 1.3
- smf_create_tempo_map_and_compute_seconds@Base 1.3
- smf_decode@Base 1.3
- smf_delete@Base 1.3
- smf_event_decode@Base 1.3
- smf_event_delete@Base 1.3
- smf_event_extract_text@Base 1.3
- smf_event_is_eot@Base 1.3
- smf_event_is_last@Base 1.3
- smf_event_is_metadata@Base 1.3
-
Bug#1062625: libsimpleini: NMU diff for 64-bit time_t transition
Source: libsimpleini
Version: 4.20+dfsg-1
Severity: serious
Tags: patch pending
Justification: library ABI skew on upgrade
User: debian-...@lists.debian.org
Usertags: time-t
NOTICE: these changes must not be uploaded to unstable yet!
Dear maintainer,
As part of the 64-bit time_t transition required to support 32-bit
architectures in 2038 and beyond
(https://wiki.debian.org/ReleaseGoals/64bit-time), we have identified
libsimpleini 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 libsimpleini
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 libsimpleini-4.20+dfsg/debian/changelog
libsimpleini-4.20+dfsg/debian/changelog
--- libsimpleini-4.20+dfsg/debian/changelog 2023-07-15 04:19:49.0
+
+++ libsimpleini-4.20+dfsg/debian/changelog 2024-02-02 07:38:03.0
+
@@ -1,3 +1,10 @@
+libsimpleini (4.20+dfsg-1.1) experimental; urgency=medium
+
+ * Non-maintainer upload.
+ * Rename libraries for 64-bit time_t transition.
+
+ -- Steve Langasek Fri, 02 Feb 2024 07:38:03 +
+
libsimpleini (4.20+dfsg-1) unstable; urgency=medium
* New upstream release
diff -Nru libsimpleini-4.20+dfsg/debian/control
libsimpleini-4.20+dfsg/debian/control
--- libsimpleini-4.20+dfsg/debian/control 2023-07-15 04:19:49.0
+
+++ libsimpleini-4.20+dfsg/debian/control 2024-02-02 07:38:03.0
+
@@ -19,7 +19,7 @@
Architecture: any
Depends:
libicu-dev,
- libsimpleini1 (= ${binary:Version}),
+ libsimpleini1t64 (= ${binary:Version}),
${misc:Depends},
Multi-Arch: same
Description: C++ library for INI-style configuration files (development files)
@@ -30,7 +30,10 @@
.
This package contains the header files.
-Package: libsimpleini1
+Package: libsimpleini1t64
+Provides: ${t64:Provides}
+Replaces: libsimpleini1
+Breaks: libsimpleini1 (<< ${source:Version})
Architecture: any
Depends:
${misc:Depends},
diff -Nru libsimpleini-4.20+dfsg/debian/libsimpleini1.install
libsimpleini-4.20+dfsg/debian/libsimpleini1.install
--- libsimpleini-4.20+dfsg/debian/libsimpleini1.install 2022-06-15
16:41:05.0 +
+++ libsimpleini-4.20+dfsg/debian/libsimpleini1.install 1970-01-01
00:00:00.0 +
@@ -1 +0,0 @@
-usr/lib/*/libsimpleini.so.*
diff -Nru libsimpleini-4.20+dfsg/debian/libsimpleini1.symbols
libsimpleini-4.20+dfsg/debian/libsimpleini1.symbols
--- libsimpleini-4.20+dfsg/debian/libsimpleini1.symbols 2023-07-15
04:19:49.0 +
+++ libsimpleini-4.20+dfsg/debian/libsimpleini1.symbols 1970-01-01
00:00:00.0 +
@@ -1,386 +0,0 @@
-libsimpleini.so.1 libsimpleini1 #MINVER#
-* Build-Depends-Package: libsimpleini-dev
- (c++)"CSimpleIniTempl, SI_ConvertA
>::AddEntry(char const*, char const*, char const*, char const*, bool,
bool)@Base" 4.17
- (c++)"CSimpleIniTempl, SI_ConvertA
>::CSimpleIniTempl(bool, bool, bool)@Base" 4.17
- (c++)"CSimpleIniTempl, SI_ConvertA
>::Converter::ConvertToStore(char const*)@Base" 4.17
- (c++)"CSimpleIniTempl, SI_ConvertA
>::Converter::Converter(CSimpleIniTempl,
SI_ConvertA >::Converter const&)@Base" 4.17
- (c++)"CSimpleIniTempl, SI_ConvertA
>::Converter::Converter(bool)@Base" 4.17
- (c++)"CSimpleIniTempl, SI_ConvertA
>::Converter::Data()@Base" 4.17
- (c++)"CSimpleIniTempl, SI_ConvertA
>::Converter::operator=(CSimpleIniTempl,
SI_ConvertA >::Converter const&)@Base" 4.17
- (c++)"CSimpleIniTempl, SI_ConvertA
Bug#1062624: libsigscan: NMU diff for 64-bit time_t transition
Source: libsigscan
Version: 20201117-1
Severity: serious
Tags: patch pending
Justification: library ABI skew on upgrade
User: debian-...@lists.debian.org
Usertags: time-t
NOTICE: these changes must not be uploaded to unstable yet!
Dear maintainer,
As part of the 64-bit time_t transition required to support 32-bit
architectures in 2038 and beyond
(https://wiki.debian.org/ReleaseGoals/64bit-time), we have identified
libsigscan 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 libsigscan
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 libsigscan-20201117/debian/changelog
libsigscan-20201117/debian/changelog
--- libsigscan-20201117/debian/changelog2020-12-05 13:55:28.0
+
+++ libsigscan-20201117/debian/changelog2024-02-02 07:36:47.0
+
@@ -1,3 +1,10 @@
+libsigscan (20201117-1.1) experimental; urgency=medium
+
+ * Non-maintainer upload.
+ * Rename libraries for 64-bit time_t transition.
+
+ -- Steve Langasek Fri, 02 Feb 2024 07:36:47 +
+
libsigscan (20201117-1) unstable; urgency=medium
[ Debian Janitor ]
diff -Nru libsigscan-20201117/debian/control libsigscan-20201117/debian/control
--- libsigscan-20201117/debian/control 2020-12-05 13:51:32.0 +
+++ libsigscan-20201117/debian/control 2024-02-02 07:36:47.0 +
@@ -18,14 +18,17 @@
Architecture: any
Multi-Arch: same
Depends: ${shlibs:Depends}, ${misc:Depends},
- libsigscan1 (= ${binary:Version})
+ libsigscan1t64 (= ${binary:Version})
Description: binary signature scanning library -- development files
libsigscan is a library for binary signature scanning, using simple
offset/string-based signatures.
.
This package includes the development support files.
-Package: libsigscan1
+Package: libsigscan1t64
+Provides: ${t64:Provides}
+Replaces: libsigscan1
+Breaks: libsigscan1 (<< ${source:Version})
Architecture: any
Multi-Arch: same
Pre-Depends: ${misc:Pre-Depends},
@@ -41,7 +44,7 @@
Architecture: any
Multi-Arch: foreign
Depends: ${shlibs:Depends}, ${misc:Depends},
- libsigscan1,
+ libsigscan1t64,
Description: binary signature scanning library -- Utilities
libsigscan is a library for binary signature scanning, using simple
offset/string-based signatures.
@@ -52,7 +55,7 @@
Package: python3-libsigscan
Section: python
Architecture: any
-Depends: libsigscan1 (= ${binary:Version}), ${shlibs:Depends},
${misc:Depends}, ${python3:Depends}
+Depends: libsigscan1t64 (= ${binary:Version}), ${shlibs:Depends},
${misc:Depends}, ${python3:Depends}
Multi-Arch: same
Description: binary signature scanning library -- Python 3 bindings
libsigscan is a library for binary signature scanning, using simple
diff -Nru libsigscan-20201117/debian/libsigscan1.install
libsigscan-20201117/debian/libsigscan1.install
--- libsigscan-20201117/debian/libsigscan1.install 2020-12-05
13:51:31.0 +
+++ libsigscan-20201117/debian/libsigscan1.install 1970-01-01
00:00:00.0 +
@@ -1 +0,0 @@
-usr/lib/*-*/lib*.so.*
diff -Nru libsigscan-20201117/debian/libsigscan1.symbols
libsigscan-20201117/debian/libsigscan1.symbols
--- libsigscan-20201117/debian/libsigscan1.symbols 2020-12-05
13:51:31.0 +
+++ libsigscan-20201117/debian/libsigscan1.symbols 1970-01-01
00:00:00.0 +
@@ -1,142 +0,0 @@
-libsigscan.so.1 libsigscan1 #MINVER#
-
Bug#1062623: libsigrok: NMU diff for 64-bit time_t transition
Source: libsigrok
Version: 0.5.2-5
Severity: serious
Tags: patch pending
Justification: library ABI skew on upgrade
User: debian-...@lists.debian.org
Usertags: time-t
NOTICE: these changes must not be uploaded to unstable yet!
Dear maintainer,
As part of the 64-bit time_t transition required to support 32-bit
architectures in 2038 and beyond
(https://wiki.debian.org/ReleaseGoals/64bit-time), we have identified
libsigrok 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 libsigrok
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 libsigrok-0.5.2/debian/changelog libsigrok-0.5.2/debian/changelog
--- libsigrok-0.5.2/debian/changelog2023-12-03 19:43:23.0 +
+++ libsigrok-0.5.2/debian/changelog2024-02-02 07:35:03.0 +
@@ -1,3 +1,10 @@
+libsigrok (0.5.2-5.1) experimental; urgency=medium
+
+ * Non-maintainer upload.
+ * Rename libraries for 64-bit time_t transition.
+
+ -- Steve Langasek Fri, 02 Feb 2024 07:35:03 +
+
libsigrok (0.5.2-5) unstable; urgency=medium
[ Debian Janitor ]
diff -Nru libsigrok-0.5.2/debian/control libsigrok-0.5.2/debian/control
--- libsigrok-0.5.2/debian/control 2023-12-03 18:34:52.0 +
+++ libsigrok-0.5.2/debian/control 2024-02-02 07:35:03.0 +
@@ -26,7 +26,7 @@
Section: libdevel
Architecture: any
Multi-Arch: same
-Depends: libsigrok4 (= ${binary:Version}), ${misc:Depends},
+Depends: libsigrok4t64 (= ${binary:Version}), ${misc:Depends},
libbluetooth-dev,
libftdi1-dev,
libglib2.0-dev,
@@ -40,7 +40,10 @@
.
This package contains the header files and other development files.
-Package: libsigrok4
+Package: libsigrok4t64
+Provides: ${t64:Provides}
+Replaces: libsigrok4
+Breaks: libsigrok4 (<< ${source:Version})
Architecture: any
Multi-Arch: same
Pre-Depends: ${misc:Pre-Depends}
@@ -55,7 +58,7 @@
Section: libdevel
Architecture: any
Multi-Arch: same
-Depends: libsigrokcxx4 (= ${binary:Version}),
+Depends: libsigrokcxx4t64 (= ${binary:Version}),
libsigrok-dev (= ${binary:Version}),
${misc:Depends}
Description: sigrok C++ bindings - development files
@@ -64,7 +67,10 @@
.
This package contains the C++ header files and other development files.
-Package: libsigrokcxx4
+Package: libsigrokcxx4t64
+Provides: ${t64:Provides}
+Replaces: libsigrokcxx4
+Breaks: libsigrokcxx4 (<< ${source:Version})
Architecture: any
Multi-Arch: same
Pre-Depends: ${misc:Pre-Depends}
diff -Nru libsigrok-0.5.2/debian/libsigrok4.dirs
libsigrok-0.5.2/debian/libsigrok4.dirs
--- libsigrok-0.5.2/debian/libsigrok4.dirs 2023-12-03 18:34:52.0
+
+++ libsigrok-0.5.2/debian/libsigrok4.dirs 1970-01-01 00:00:00.0
+
@@ -1,2 +0,0 @@
-usr/lib
-usr/share
diff -Nru libsigrok-0.5.2/debian/libsigrok4.docs
libsigrok-0.5.2/debian/libsigrok4.docs
--- libsigrok-0.5.2/debian/libsigrok4.docs 2023-12-03 18:34:52.0
+
+++ libsigrok-0.5.2/debian/libsigrok4.docs 1970-01-01 00:00:00.0
+
@@ -1,3 +0,0 @@
-NEWS
-README
-README.devices
diff -Nru libsigrok-0.5.2/debian/libsigrok4.install
libsigrok-0.5.2/debian/libsigrok4.install
--- libsigrok-0.5.2/debian/libsigrok4.install 2023-12-03 18:34:52.0
+
+++ libsigrok-0.5.2/debian/libsigrok4.install 1970-01-01 00:00:00.0
+
@@ -1,4 +0,0 @@
-usr/lib/udev/rules.d/*sigrok*
-usr/lib/*/libsigrok.so.*
Bug#1062622: libsearpc: NMU diff for 64-bit time_t transition
Source: libsearpc
Version: 3.3.0+really3.3+git20230527.783141f-1
Severity: serious
Tags: patch pending
Justification: library ABI skew on upgrade
User: debian-...@lists.debian.org
Usertags: time-t
NOTICE: these changes must not be uploaded to unstable yet!
Dear maintainer,
As part of the 64-bit time_t transition required to support 32-bit
architectures in 2038 and beyond
(https://wiki.debian.org/ReleaseGoals/64bit-time), we have identified
libsearpc 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 libsearpc
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 libsearpc-3.3.0+really3.3+git20230527.783141f/debian/changelog
libsearpc-3.3.0+really3.3+git20230527.783141f/debian/changelog
--- libsearpc-3.3.0+really3.3+git20230527.783141f/debian/changelog
2023-06-30 10:21:29.0 +
+++ libsearpc-3.3.0+really3.3+git20230527.783141f/debian/changelog
2024-02-02 07:34:16.0 +
@@ -1,3 +1,10 @@
+libsearpc (3.3.0+really3.3+git20230527.783141f-1.1) experimental;
urgency=medium
+
+ * Non-maintainer upload.
+ * Rename libraries for 64-bit time_t transition.
+
+ -- Steve Langasek Fri, 02 Feb 2024 07:34:16 +
+
libsearpc (3.3.0+really3.3+git20230527.783141f-1) unstable; urgency=medium
* Update Standards-Version
diff -Nru libsearpc-3.3.0+really3.3+git20230527.783141f/debian/control
libsearpc-3.3.0+really3.3+git20230527.783141f/debian/control
--- libsearpc-3.3.0+really3.3+git20230527.783141f/debian/control
2023-06-30 10:21:29.0 +
+++ libsearpc-3.3.0+really3.3+git20230527.783141f/debian/control
2024-02-02 07:34:16.0 +
@@ -16,7 +16,10 @@
Vcs-Browser: https://salsa.debian.org/debian/libsearpc
Vcs-Git: https://salsa.debian.org/debian/libsearpc.git
-Package: libsearpc1
+Package: libsearpc1t64
+Provides: ${t64:Provides}
+Replaces: libsearpc1
+Breaks: libsearpc1 (<< ${source:Version})
Architecture: any
Multi-Arch: same
Pre-Depends: ${misc:Pre-Depends}
@@ -33,7 +36,7 @@
Multi-Arch: same
Section: libdevel
Depends: ${python3:Depends}, ${misc:Depends},
- libsearpc1 (= ${binary:Version}),
+ libsearpc1t64 (= ${binary:Version}),
python3-searpc (>= ${source:Version}),
libglib2.0-dev,
libjansson-dev
diff -Nru
libsearpc-3.3.0+really3.3+git20230527.783141f/debian/libsearpc1.install
libsearpc-3.3.0+really3.3+git20230527.783141f/debian/libsearpc1.install
--- libsearpc-3.3.0+really3.3+git20230527.783141f/debian/libsearpc1.install
2023-06-30 10:18:13.0 +
+++ libsearpc-3.3.0+really3.3+git20230527.783141f/debian/libsearpc1.install
1970-01-01 00:00:00.0 +
@@ -1 +0,0 @@
-usr/lib/*/lib*.so.*
diff -Nru
libsearpc-3.3.0+really3.3+git20230527.783141f/debian/libsearpc1.symbols
libsearpc-3.3.0+really3.3+git20230527.783141f/debian/libsearpc1.symbols
--- libsearpc-3.3.0+really3.3+git20230527.783141f/debian/libsearpc1.symbols
2023-06-30 10:18:13.0 +
+++ libsearpc-3.3.0+really3.3+git20230527.783141f/debian/libsearpc1.symbols
1970-01-01 00:00:00.0 +
@@ -1,46 +0,0 @@
-libsearpc.so.1 libsearpc1 #MINVER#
-* Build-Depends-Package: libsearpc-dev
- error_to_json@Base 3.0.7
- json_gobject_deserialize@Base 3.0.7
- json_gobject_serialize@Base 3.0.7
- searpc_client_async_call__int64@Base 3.0.7
- searpc_client_async_call__int@Base 3.0.7
- searpc_client_async_call__json@Base 3.0.8
-
Bug#1062357: systemd-cron: broken result mailing implementation
pe 2. helmik. 2024 klo 8.30 Alexandre Detiste
(alexandre.deti...@gmail.com) kirjoitti:
>
> Le jeu. 1 févr. 2024 à 09:11, Martin-Éric Racine
> a écrit :
> > > 1)
> > >
> > > MAILFROM= is supported for a long time, is it enough ?
> > >
> > > v1.5.18 : 2020-12-26
> >
> > Thanks. Good to know. It's not documented in the crontab(5) man page.
>
> I added it now.
> It matches cronie alternative implementation roughly at the same time
> https://github.com/cronie-crond/cronie/commit/6181605fafe6aaedc0c19a8bdc85a335403b42d8
Cheers!
> > Also, can this variable be configured in a file that is dropped into
> > some directory, to avoid editing the global /etc/crontab? e.g.
> > /etc/crontab.d/ or something similar?
>
> /etc/crontab _is_ the main config file which other jobs
> (like in /etc/cron.{d,hourly,daily,...}/ will inherit mailing settings from.
> ("std::optional fallback_mailto;" in code)
>
> /etc/sysconfig/crond & /etc/default/PACKAGE are old Redhat & Debian
> things, mostly deprecated by systemd config drop-ins.
A systemd drop-in would work too. It just needs to be documented.
Which file? Which configuration key? Just as long as there's somewhere
I can drop a file to configure the MAILFROM on all my hosts, I'm good
to go.
> Maybe you'd want to read from /etc/aliases ?
> I think this one is only for receiving email, not sending.
>
> > > 2) _cron-failure should had been (re-)created by systemd-sysusers:
> >
> > helmi 01 06:20:08 p8h61 nullmailer-send[1286]: From:
> > <_cron-fail...@iki.fi> to:
> >
> > _cron-failure does not exist as a user on iki.fi (a public e-mail
> > account e.g. gmail.com, hotmail.com), and therefore bounces.
>
> _cron-failure is a technical user, it should never leaks into e-mail
> envelopes.
> I'm using nullmailer myself but I can't reproduce it.
It does if delivery of the cron job report fails.
Martin-Éric
Bug#1062621: libscca: NMU diff for 64-bit time_t transition
Source: libscca
Version: 20200717-1
Severity: serious
Tags: patch pending
Justification: library ABI skew on upgrade
User: debian-...@lists.debian.org
Usertags: time-t
NOTICE: these changes must not be uploaded to unstable yet!
Dear maintainer,
As part of the 64-bit time_t transition required to support 32-bit
architectures in 2038 and beyond
(https://wiki.debian.org/ReleaseGoals/64bit-time), we have identified
libscca 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 libscca
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 libscca-20200717/debian/changelog libscca-20200717/debian/changelog
--- libscca-20200717/debian/changelog 2021-02-02 14:16:20.0 +
+++ libscca-20200717/debian/changelog 2024-02-02 07:32:49.0 +
@@ -1,3 +1,10 @@
+libscca (20200717-1.1) experimental; urgency=medium
+
+ * Non-maintainer upload.
+ * Rename libraries for 64-bit time_t transition.
+
+ -- Steve Langasek Fri, 02 Feb 2024 07:32:49 +
+
libscca (20200717-1) unstable; urgency=medium
* Team upload.
diff -Nru libscca-20200717/debian/control libscca-20200717/debian/control
--- libscca-20200717/debian/control 2021-02-02 14:16:20.0 +
+++ libscca-20200717/debian/control 2024-02-02 07:32:49.0 +
@@ -16,14 +16,17 @@
Architecture: any
Multi-Arch: same
Depends: ${shlibs:Depends}, ${misc:Depends},
- libscca1 (= ${binary:Version})
+ libscca1t64 (= ${binary:Version})
Description: Windows Prefetch File access library -- development files
libscca is a library to access the Windows Prefetch File (SCCA)
format.
.
This package includes the development support files.
-Package: libscca1
+Package: libscca1t64
+Provides: ${t64:Provides}
+Replaces: libscca1
+Breaks: libscca1 (<< ${source:Version})
Architecture: any
Multi-Arch: same
Pre-Depends: ${misc:Pre-Depends}
@@ -39,7 +42,7 @@
Architecture: any
Multi-Arch: foreign
Depends: ${shlibs:Depends}, ${misc:Depends},
- libscca1,
+ libscca1t64,
Description: Windows Prefetch File access library -- Utilities
libscca is a library to access the Windows Prefetch File (SCCA)
format.
@@ -49,7 +52,7 @@
Package: python3-libscca
Section: python
Architecture: any
-Depends: libscca1 (= ${binary:Version}), ${shlibs:Depends}, ${misc:Depends},
${python3:Depends}
+Depends: libscca1t64 (= ${binary:Version}), ${shlibs:Depends},
${misc:Depends}, ${python3:Depends}
Description: Windows Prefetch File access library -- Python 3 bindings
libscca is a library to access the Windows Prefetch File (SCCA)
format.
diff -Nru libscca-20200717/debian/libscca1.install
libscca-20200717/debian/libscca1.install
--- libscca-20200717/debian/libscca1.install2021-02-02 14:16:20.0
+
+++ libscca-20200717/debian/libscca1.install1970-01-01 00:00:00.0
+
@@ -1 +0,0 @@
-usr/lib/*-*/lib*.so.*
diff -Nru libscca-20200717/debian/libscca1.symbols
libscca-20200717/debian/libscca1.symbols
--- libscca-20200717/debian/libscca1.symbols2021-02-02 14:16:20.0
+
+++ libscca-20200717/debian/libscca1.symbols1970-01-01 00:00:00.0
+
@@ -1,110 +0,0 @@
-libscca.so.1 libscca1 #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
-
Bug#1062620: RM: libdvbpsi/experimental -- ROM; not involved in time_t transition
Package: ftp.debian.org Severity: normal User: ftp.debian@packages.debian.org Usertags: remove X-Debbugs-Cc: libdvb...@packages.debian.org, sramac...@debian.org Control: affects -1 + src:libdvbpsi libdvbpsi was initially deemed to be part of the time_t transition. However, it was later identified that it contains no time_t related interfaces (see #1062277). So please remove libdvbpsi from experimental. Cheers -- Sebastian Ramacher
Bug#1061835: Usage of six (Was: ragout fails its autopkg tests with Python 3.12)
Control: tags -1 upstream Control: forwarded -1 https://github.com/fenderglass/Ragout/issues/88 Hi, the usage of six is quite hard-coded into ragout code as I just reported upstream[1]. I dout upstream will react quickly so we are possibly on our own to get rid of this. Alexandre, it would be great if you could help out here. Kind regards Andreas. [1] https://github.com/fenderglass/Ragout/issues/88 -- http://fam-tille.de
Bug#1062619: libsbml: NMU diff for 64-bit time_t transition
Source: libsbml
Version: 5.20.2+dfsg-2
Severity: serious
Tags: patch pending
Justification: library ABI skew on upgrade
User: debian-...@lists.debian.org
Usertags: time-t
NOTICE: these changes must not be uploaded to unstable yet!
Dear maintainer,
As part of the 64-bit time_t transition required to support 32-bit
architectures in 2038 and beyond
(https://wiki.debian.org/ReleaseGoals/64bit-time), we have identified
libsbml 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 libsbml
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 libsbml-5.20.2+dfsg/debian/changelog
libsbml-5.20.2+dfsg/debian/changelog
--- libsbml-5.20.2+dfsg/debian/changelog2023-12-31 14:03:26.0
+
+++ libsbml-5.20.2+dfsg/debian/changelog2024-02-02 06:17:15.0
+
@@ -1,3 +1,10 @@
+libsbml (5.20.2+dfsg-2.1) experimental; urgency=medium
+
+ * Non-maintainer upload.
+ * Rename libraries for 64-bit time_t transition.
+
+ -- Steve Langasek Fri, 02 Feb 2024 06:17:15 +
+
libsbml (5.20.2+dfsg-2) unstable; urgency=medium
* Team upload.
diff -Nru libsbml-5.20.2+dfsg/debian/control libsbml-5.20.2+dfsg/debian/control
--- libsbml-5.20.2+dfsg/debian/control 2023-12-31 14:03:26.0 +
+++ libsbml-5.20.2+dfsg/debian/control 2024-02-02 06:17:15.0 +
@@ -43,7 +43,7 @@
Package: libsbml5-dev
Architecture: any-amd64 arm64 armel armhf any-i386 loong64 mips64el ppc64el
s390x ia64 ppc64 riscv64 sh4 sparc64 x32
Section: libdevel
-Depends: libsbml5 (= ${binary:Version}),
+Depends: libsbml5t64 (= ${binary:Version}),
${misc:Depends}
Provides: libsbml-dev
Description: System Biology Markup Language library - development files
@@ -54,13 +54,15 @@
.
This package contains files necessary for development with libsbml.
-Package: libsbml5
+Package: libsbml5t64
+Replaces: libsbml5
+Breaks: libsbml5 (<< ${source:Version})
Architecture: any-amd64 arm64 armel armhf any-i386 loong64 mips64el ppc64el
s390x ia64 ppc64 riscv64 sh4 sparc64 x32
Section: libs
Depends: ${shlibs:Depends},
${misc:Depends}
Pre-Depends: ${misc:Pre-Depends}
-Provides: libsbml
+Provides: ${t64:Provides}, libsbml
Multi-Arch: same
Description: System Biology Markup Language library
LibSBML is a library designed to help you read, write, manipulate,
diff -Nru libsbml-5.20.2+dfsg/debian/libsbml5.docs
libsbml-5.20.2+dfsg/debian/libsbml5.docs
--- libsbml-5.20.2+dfsg/debian/libsbml5.docs2023-12-31 14:03:26.0
+
+++ libsbml-5.20.2+dfsg/debian/libsbml5.docs1970-01-01 00:00:00.0
+
@@ -1,3 +0,0 @@
-FUNDING.txt
-README*
-VERSION.txt
diff -Nru libsbml-5.20.2+dfsg/debian/libsbml5.install
libsbml-5.20.2+dfsg/debian/libsbml5.install
--- libsbml-5.20.2+dfsg/debian/libsbml5.install 2023-12-31 14:03:26.0
+
+++ libsbml-5.20.2+dfsg/debian/libsbml5.install 1970-01-01 00:00:00.0
+
@@ -1 +0,0 @@
-usr/lib/*/libsbml.so.*
diff -Nru libsbml-5.20.2+dfsg/debian/libsbml5t64.docs
libsbml-5.20.2+dfsg/debian/libsbml5t64.docs
--- libsbml-5.20.2+dfsg/debian/libsbml5t64.docs 1970-01-01 00:00:00.0
+
+++ libsbml-5.20.2+dfsg/debian/libsbml5t64.docs 2023-12-31 14:03:26.0
+
@@ -0,0 +1,3 @@
+FUNDING.txt
+README*
+VERSION.txt
diff -Nru libsbml-5.20.2+dfsg/debian/libsbml5t64.install
libsbml-5.20.2+dfsg/debian/libsbml5t64.install
---
Bug#989714: kdump-tools is broken out of the box
Hi, reviving this... (Rich, sorry for double mail - my initial reply incorrectly replied to your mail which didn't have 989...@bugs.debian.org anywhere to properly tag... Hopefully this will get through better) Rich Ercolani wrote on Fri, Jun 11, 2021 at 03:43:17AM -0400: > I installed kdump-tools to take a crash dump, rebooted, verified the > crashkernel was configured, > triggered the problem I wanted to examine and a dump...the machine became > entirely unresponsive > over ssh or local console (kind of expected) but didn't print any sign it was > doing anything > like booting the crashkernel (bad). > > I left it for 15 minutes, and nothing changed, so I hard rebooted it, and > tried again, same result. > > So I tried installing kdump-tools and then using echo 'c' | sudo tee > /proc/syrq-trigger on bullseye, > same outcome. Same on jessie/x86_64 (with manual configuration of > crashkernel= in the grub config). Also got bitten by this. What's quite horrible is that when it happened on the real machine I wanted to debug there was no sign it was doing anything -- the HDMI screen setup probably didn't have time to happen on crash kernel to be able to print anything, so even connecting a screen wouldn't help. I also misread the 384M:-128M syntax to 384M@128M (second digit being location in the later case) so tried to increase the first value which obviously had no impact... and then tried in a VM at which point serial works and it was clear enough, but the default experience was just horrible, especially since the system never came back. We probably ought to add 'panic=30' (or some arbitrary time) to KDUMP_CMDLINE_APPEND's defaut value. > So I looted part of the crashkernel= setting from the Ubuntu system > (crashkernel=512M-:192M was theirs, > I used 384M-:192M) - no change. Tried 384M-:256M, and it worked. So I tried > theirs verbatim, and it > also worked every time. > > So maybe we need different defaults on at least x86_64 systems? I haven't tried with less memory, but I'd say we can make use of the range syntax to provide bigger values when the system has more than a few GB of ram at least. I can spend a bit of time to try in a VM with various values, but something like crashkernel=512M-4G:192M,4G-64G:256M,64G-:384M is probably sensible? (lowest value coming from ubuntu's settings, would need to test how much is needed for a system with 384MB but I'd be reluctant to take half of its ram for crashkernel) > (I specify x86_64 because using 512M-:192M breaks crashkernel more on my i386 > testbeds.) (Can't help about i386 though) Thanks, -- Dominique Martinet
Bug#1059671: python3-capstone: Python 3.12 has no module named 'distutils'
Control: tags -1 + patch
Hi Maintainer
It turns out the usage of distutils.sysconfig.get_python_lib() was
already patched out in a previous patch [1].
I believe all that is required here is patching out the import of
distutils.sysconfig:
--- a/bindings/python/capstone/__init__.py
+++ b/bindings/python/capstone/__init__.py
@@ -263,7 +263,6 @@
import ctypes, ctypes.util
from os.path import split, join, dirname
-import distutils.sysconfig
import inspect
if not hasattr(sys.modules[__name__], '__file__'):
...and dropping the dependency on python3-distutils:
--- a/debian/control
+++ b/debian/control
@@ -66,7 +67,6 @@
Section: python
Architecture: any
Depends: ${shlibs:Depends}, ${misc:Depends}, ${python3:Depends}, libcapstone4,
- python3-distutils
XB-Python3-Version: ${python:Versions}
Description: lightweight multi-architecture disassembly framework -
Python bindings
Capstone is a lightweight multi-platform, multi-architecture disassembly
Regards
Graham
[1]
https://salsa.debian.org/pkg-security-team/capstone/-/blob/debian/4.0.2-5/debian/patches/0001-Remove-magic-for-loading-shared-libraries.patch?ref_type=tags#L57
Bug#1062357: systemd-cron: broken result mailing implementation
Le jeu. 1 févr. 2024 à 09:11, Martin-Éric Racine
a écrit :
> > 1)
> >
> > MAILFROM= is supported for a long time, is it enough ?
> >
> > v1.5.18 : 2020-12-26
>
> Thanks. Good to know. It's not documented in the crontab(5) man page.
I added it now.
It matches cronie alternative implementation roughly at the same time
https://github.com/cronie-crond/cronie/commit/6181605fafe6aaedc0c19a8bdc85a335403b42d8
> Also, can this variable be configured in a file that is dropped into
> some directory, to avoid editing the global /etc/crontab? e.g.
> /etc/crontab.d/ or something similar?
/etc/crontab _is_ the main config file which other jobs
(like in /etc/cron.{d,hourly,daily,...}/ will inherit mailing settings from.
("std::optional fallback_mailto;" in code)
/etc/sysconfig/crond & /etc/default/PACKAGE are old Redhat & Debian
things, mostly deprecated by systemd config drop-ins.
Maybe you'd want to read from /etc/aliases ?
I think this one is only for receiving email, not sending.
> > 2) _cron-failure should had been (re-)created by systemd-sysusers:
>
> helmi 01 06:20:08 p8h61 nullmailer-send[1286]: From:
> <_cron-fail...@iki.fi> to:
>
> _cron-failure does not exist as a user on iki.fi (a public e-mail
> account e.g. gmail.com, hotmail.com), and therefore bounces.
_cron-failure is a technical user, it should never leaks into e-mail envelopes.
I'm using nullmailer myself but I can't reproduce it.
I'm off, I'll check again next week
Greetings
Bug#1062618: ITP: fonts-topaz-unicode -- Amiga 500 "Topaz" font updated for the 21st century
Package: wnpp Severity: wishlist Owner: Gürkan Myczko X-Debbugs-Cc: debian-de...@lists.debian.org * Package name: fonts-topaz-unicode Version : 1+git20240201+ds Upstream Authors: Screwtape URL : https://gitlab.com/Screwtapello/topaz-unicode * License : ISC Description : Amiga 500 "Topaz" font updated for the 21st century This is therefore a highly nostalgic typeface for people of a certain age and geographical distribution, but it's also a genuinely good font. It's high contrast, it's consistently designed (within the limits of 8x8px), and it's quite compact.
Bug#1062617: libsbig: NMU diff for 64-bit time_t transition
Source: libsbig
Version: 4.9.9-4
Severity: serious
Tags: patch pending
Justification: library ABI skew on upgrade
User: debian-...@lists.debian.org
Usertags: time-t
NOTICE: these changes must not be uploaded to unstable yet!
Dear maintainer,
As part of the 64-bit time_t transition required to support 32-bit
architectures in 2038 and beyond
(https://wiki.debian.org/ReleaseGoals/64bit-time), we have identified
libsbig 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 libsbig
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 libsbig-4.9.9/debian/changelog libsbig-4.9.9/debian/changelog
--- libsbig-4.9.9/debian/changelog 2022-08-18 20:49:12.0 +
+++ libsbig-4.9.9/debian/changelog 2024-02-02 06:16:29.0 +
@@ -1,3 +1,10 @@
+libsbig (4.9.9-4.1) experimental; urgency=medium
+
+ * Non-maintainer upload.
+ * Rename libraries for 64-bit time_t transition.
+
+ -- Steve Langasek Fri, 02 Feb 2024 06:16:29 +
+
libsbig (4.9.9-4) unstable; urgency=medium
* debian/rules: avoid dh_dwz
diff -Nru libsbig-4.9.9/debian/control libsbig-4.9.9/debian/control
--- libsbig-4.9.9/debian/control2022-08-18 20:49:12.0 +
+++ libsbig-4.9.9/debian/control2024-02-02 06:16:29.0 +
@@ -13,7 +13,10 @@
Vcs-Browser: https://salsa.debian.org/debian-astro-team/libsbig
Vcs-Git: https://salsa.debian.org/debian-astro-team/libsbig.git
-Package: libsbig4
+Package: libsbig4t64
+Provides: ${t64:Provides}
+Replaces: libsbig4
+Breaks: libsbig4 (<< ${source:Version})
Architecture: amd64 armhf arm64
Depends: ${shlibs:Depends}, ${misc:Depends}
, fxload
@@ -28,7 +31,7 @@
Package: libsbig-dev
Section: non-free/libdevel
Architecture: amd64 armhf arm64
-Depends: libsbig4 (= ${binary:Version}), ${shlibs:Depends}, ${misc:Depends}
+Depends: libsbig4t64 (= ${binary:Version}), ${shlibs:Depends}, ${misc:Depends}
Description: SBIG Universal Library Driver - development files
The Official Santa Barbra Instrument Group (SBIG) Universal Library
Driver is used by applications to access and control the USB,
diff -Nru libsbig-4.9.9/debian/libsbig4.install
libsbig-4.9.9/debian/libsbig4.install
--- libsbig-4.9.9/debian/libsbig4.install 2022-08-18 20:49:12.0
+
+++ libsbig-4.9.9/debian/libsbig4.install 1970-01-01 00:00:00.0
+
@@ -1,3 +0,0 @@
-lib/firmware/*
-lib/udev/rules.d/*
-usr/lib/*/libsbig.so.*
diff -Nru libsbig-4.9.9/debian/libsbig4t64.install
libsbig-4.9.9/debian/libsbig4t64.install
--- libsbig-4.9.9/debian/libsbig4t64.install1970-01-01 00:00:00.0
+
+++ libsbig-4.9.9/debian/libsbig4t64.install2022-08-18 20:49:12.0
+
@@ -0,0 +1,3 @@
+lib/firmware/*
+lib/udev/rules.d/*
+usr/lib/*/libsbig.so.*
diff -Nru libsbig-4.9.9/debian/libsbig4t64.lintian-overrides
libsbig-4.9.9/debian/libsbig4t64.lintian-overrides
--- libsbig-4.9.9/debian/libsbig4t64.lintian-overrides 1970-01-01
00:00:00.0 +
+++ libsbig-4.9.9/debian/libsbig4t64.lintian-overrides 2024-02-02
06:16:29.0 +
@@ -0,0 +1 @@
+libsbig4t64: package-name-doesnt-match-sonames libsbig4
Bug#1062614: librsync: NMU diff for 64-bit time_t transition
Source: librsync
Version: 2.3.4-1
Severity: serious
Tags: patch pending
Justification: library ABI skew on upgrade
User: debian-...@lists.debian.org
Usertags: time-t
NOTICE: these changes must not be uploaded to unstable yet!
Dear maintainer,
As part of the 64-bit time_t transition required to support 32-bit
architectures in 2038 and beyond
(https://wiki.debian.org/ReleaseGoals/64bit-time), we have identified
librsync 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 librsync
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 librsync-2.3.4/debian/changelog librsync-2.3.4/debian/changelog
--- librsync-2.3.4/debian/changelog 2023-06-12 17:16:49.0 +
+++ librsync-2.3.4/debian/changelog 2024-02-02 06:13:51.0 +
@@ -1,3 +1,10 @@
+librsync (2.3.4-1.1) experimental; urgency=medium
+
+ * Non-maintainer upload.
+ * Rename libraries for 64-bit time_t transition.
+
+ -- Steve Langasek Fri, 02 Feb 2024 06:13:51 +
+
librsync (2.3.4-1) unstable; urgency=medium
* New upstream version.
diff -Nru librsync-2.3.4/debian/control librsync-2.3.4/debian/control
--- librsync-2.3.4/debian/control 2023-06-12 17:16:49.0 +
+++ librsync-2.3.4/debian/control 2024-02-02 06:13:51.0 +
@@ -10,7 +10,10 @@
Vcs-Browser: https://salsa.debian.org/wrar/librsync
Rules-Requires-Root: no
-Package: librsync2
+Package: librsync2t64
+Provides: ${t64:Provides}
+Replaces: librsync2
+Breaks: librsync2 (<< ${source:Version})
Architecture: any
Multi-Arch: same
Pre-Depends: ${misc:Pre-Depends}
@@ -27,7 +30,7 @@
Section: libdevel
Architecture: any
Depends:
- ${misc:Depends}, librsync2 (= ${binary:Version}), libpopt-dev
+ ${misc:Depends}, librsync2t64 (= ${binary:Version}), libpopt-dev
Conflicts: librsync1
Multi-Arch: same
Description: rsync remote-delta algorithm library (development)
diff -Nru librsync-2.3.4/debian/librsync2.docs
librsync-2.3.4/debian/librsync2.docs
--- librsync-2.3.4/debian/librsync2.docs2023-06-12 17:16:49.0
+
+++ librsync-2.3.4/debian/librsync2.docs1970-01-01 00:00:00.0
+
@@ -1,4 +0,0 @@
-NEWS.md
-README.md
-THANKS
-TODO.md
diff -Nru librsync-2.3.4/debian/librsync2.install
librsync-2.3.4/debian/librsync2.install
--- librsync-2.3.4/debian/librsync2.install 2023-06-12 17:16:49.0
+
+++ librsync-2.3.4/debian/librsync2.install 1970-01-01 00:00:00.0
+
@@ -1 +0,0 @@
-/usr/lib/*/*.so.*
diff -Nru librsync-2.3.4/debian/librsync2.symbols
librsync-2.3.4/debian/librsync2.symbols
--- librsync-2.3.4/debian/librsync2.symbols 2023-06-12 17:16:49.0
+
+++ librsync-2.3.4/debian/librsync2.symbols 1970-01-01 00:00:00.0
+
@@ -1,42 +0,0 @@
-librsync.so.2 librsync2 #MINVER#
-* Build-Depends-Package: librsync-dev
- RS_BLAKE2_SUM_LENGTH@Base 1.0.0
- RS_MD4_SUM_LENGTH@Base 1.0.0
- rs_base64@Base 1.0.0
- rs_build_hash_table@Base 1.0.0
- rs_delta_begin@Base 1.0.0
- rs_delta_file@Base 1.0.0
- rs_file_close@Base 1.0.0
- rs_file_copy_cb@Base 1.0.0
- rs_file_open@Base 1.0.0
- rs_file_size@Base 2.2.1
- rs_format_stats@Base 1.0.0
- rs_free_sumset@Base 1.0.0
- rs_hexify@Base 1.0.0
- rs_inbuflen@Base 1.0.0
- rs_job_drive@Base 1.0.0
- rs_job_free@Base 1.0.0
- rs_job_iter@Base 1.0.0
- rs_job_statistics@Base 1.0.0
- rs_librsync_version@Base 1.0.0
- rs_loadsig_begin@Base 1.0.0
-
Bug#1057521: libminidns-java: FTBFS with default Java 21
On Wed, Jan 31, 2024 at 09:32:29AM +1300, Vladimir Petko wrote: > [1] https://salsa.debian.org/debian/libminidns-java/-/merge_requests/1 Merged and uploaded. Thank you for your contribution to Debian.
Bug#1062616: libsavitar: NMU diff for 64-bit time_t transition
Source: libsavitar
Version: 5.0.0-4
Severity: serious
Tags: patch pending
Justification: library ABI skew on upgrade
User: debian-...@lists.debian.org
Usertags: time-t
NOTICE: these changes must not be uploaded to unstable yet!
Dear maintainer,
As part of the 64-bit time_t transition required to support 32-bit
architectures in 2038 and beyond
(https://wiki.debian.org/ReleaseGoals/64bit-time), we have identified
libsavitar 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 libsavitar
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 libsavitar-5.0.0/debian/changelog libsavitar-5.0.0/debian/changelog
--- libsavitar-5.0.0/debian/changelog 2024-01-11 10:40:01.0 +
+++ libsavitar-5.0.0/debian/changelog 2024-02-02 06:15:11.0 +
@@ -1,3 +1,10 @@
+libsavitar (5.0.0-4.1) experimental; urgency=medium
+
+ * Non-maintainer upload.
+ * Rename libraries for 64-bit time_t transition.
+
+ -- Steve Langasek Fri, 02 Feb 2024 06:15:11 +
+
libsavitar (5.0.0-4) unstable; urgency=medium
* Remove dependency on SIP 4.x, it's no longer needed
diff -Nru libsavitar-5.0.0/debian/control libsavitar-5.0.0/debian/control
--- libsavitar-5.0.0/debian/control 2024-01-11 10:39:16.0 +
+++ libsavitar-5.0.0/debian/control 2024-02-02 06:15:11.0 +
@@ -18,7 +18,10 @@
Vcs-Browser: https://salsa.debian.org/3dprinting-team/libsavitar
Vcs-Git: https://salsa.debian.org/3dprinting-team/libsavitar.git
-Package: libsavitar5
+Package: libsavitar5t64
+Provides: ${t64:Provides}
+Replaces: libsavitar5
+Breaks: libsavitar5 (<< ${source:Version})
Architecture: any
Multi-Arch: same
Depends:
@@ -40,7 +43,7 @@
Multi-Arch: same
Depends:
libpugixml-dev,
- libsavitar5 (= ${binary:Version}),
+ libsavitar5t64 (= ${binary:Version}),
${misc:Depends},
Description: 3MF file handling library (development files)
Savitar is a C++ library with Python 3 bindings for
@@ -57,7 +60,7 @@
Architecture: any
Multi-Arch: same
Depends:
- libsavitar5 (= ${binary:Version}),
+ libsavitar5t64 (= ${binary:Version}),
python3-pyqt6,
${misc:Depends},
${python3:Depends},
diff -Nru libsavitar-5.0.0/debian/libsavitar5.install
libsavitar-5.0.0/debian/libsavitar5.install
--- libsavitar-5.0.0/debian/libsavitar5.install 2024-01-11 10:39:16.0
+
+++ libsavitar-5.0.0/debian/libsavitar5.install 1970-01-01 00:00:00.0
+
@@ -1 +0,0 @@
-usr/lib/*/libSavitar.so.*
diff -Nru libsavitar-5.0.0/debian/libsavitar5t64.install
libsavitar-5.0.0/debian/libsavitar5t64.install
--- libsavitar-5.0.0/debian/libsavitar5t64.install 1970-01-01
00:00:00.0 +
+++ libsavitar-5.0.0/debian/libsavitar5t64.install 2024-01-11
10:39:16.0 +
@@ -0,0 +1 @@
+usr/lib/*/libSavitar.so.*
diff -Nru libsavitar-5.0.0/debian/libsavitar5t64.lintian-overrides
libsavitar-5.0.0/debian/libsavitar5t64.lintian-overrides
--- libsavitar-5.0.0/debian/libsavitar5t64.lintian-overrides1970-01-01
00:00:00.0 +
+++ libsavitar-5.0.0/debian/libsavitar5t64.lintian-overrides2024-02-02
06:15:11.0 +
@@ -0,0 +1 @@
+libsavitar5t64: package-name-doesnt-match-sonames libsavitar5
Bug#1062615: librtr: NMU diff for 64-bit time_t transition
Source: librtr
Version: 0.8.0-1
Severity: serious
Tags: patch pending
Justification: library ABI skew on upgrade
User: debian-...@lists.debian.org
Usertags: time-t
NOTICE: these changes must not be uploaded to unstable yet!
Dear maintainer,
As part of the 64-bit time_t transition required to support 32-bit
architectures in 2038 and beyond
(https://wiki.debian.org/ReleaseGoals/64bit-time), we have identified
librtr 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 librtr
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 librtr-0.8.0/debian/changelog librtr-0.8.0/debian/changelog
--- librtr-0.8.0/debian/changelog 2021-09-11 14:43:15.0 +
+++ librtr-0.8.0/debian/changelog 2024-02-02 06:14:33.0 +
@@ -1,3 +1,10 @@
+librtr (0.8.0-1.1) experimental; urgency=medium
+
+ * Non-maintainer upload.
+ * Rename libraries for 64-bit time_t transition.
+
+ -- Steve Langasek Fri, 02 Feb 2024 06:14:33 +
+
librtr (0.8.0-1) unstable; urgency=medium
* New upstream version 0.8.0.
diff -Nru librtr-0.8.0/debian/control librtr-0.8.0/debian/control
--- librtr-0.8.0/debian/control 2021-09-11 14:43:15.0 +
+++ librtr-0.8.0/debian/control 2024-02-02 06:14:33.0 +
@@ -19,7 +19,7 @@
Section: libdevel
Architecture: any
Multi-Arch: same
-Depends: librtr0 (= ${binary:Version}), ${misc:Depends}, libssh-dev
+Depends: librtr0t64 (= ${binary:Version}), ${misc:Depends}, libssh-dev
Suggests: librtr-doc
Description: Small extensible RPKI-RTR-Client C library - development files
RTRlib is an open-source C implementation of the RPKI/Router Protocol
@@ -45,7 +45,10 @@
This package contains the doxygen generated HTML documentation for the
libraries.
-Package: librtr0
+Package: librtr0t64
+Provides: ${t64:Provides}
+Replaces: librtr0
+Breaks: librtr0 (<< ${source:Version})
Architecture: any
Multi-Arch: same
Depends: ${shlibs:Depends}, ${misc:Depends}
diff -Nru librtr-0.8.0/debian/librtr0.install
librtr-0.8.0/debian/librtr0.install
--- librtr-0.8.0/debian/librtr0.install 2021-09-11 14:43:15.0 +
+++ librtr-0.8.0/debian/librtr0.install 1970-01-01 00:00:00.0 +
@@ -1 +0,0 @@
-usr/lib/*/lib*.so.*
diff -Nru librtr-0.8.0/debian/librtr0.symbols
librtr-0.8.0/debian/librtr0.symbols
--- librtr-0.8.0/debian/librtr0.symbols 2021-09-11 14:43:15.0 +
+++ librtr-0.8.0/debian/librtr0.symbols 1970-01-01 00:00:00.0 +
@@ -1,35 +0,0 @@
-librtr.so.0 librtr0 #MINVER#
-* Build-Depends-Package: librtr-dev
- lrtr_ip_addr_equal@Base 0.6.0
- lrtr_ip_addr_to_str@Base 0.6.0
- lrtr_ip_str_cmp@Base 0.6.0
- lrtr_ip_str_to_addr@Base 0.6.0
- lrtr_set_alloc_functions@Base 0.6.0
- pfx_table_add@Base 0.6.2
- pfx_table_for_each_ipv4_record@Base 0.6.0
- pfx_table_for_each_ipv6_record@Base 0.6.0
- pfx_table_free@Base 0.6.2
- pfx_table_init@Base 0.6.2
- pfx_table_remove@Base 0.6.2
- pfx_table_src_remove@Base 0.6.2
- pfx_table_validate@Base 0.6.2
- pfx_table_validate_r@Base 0.6.0
- rtr_get_interval_mode@Base 0.6.0
- rtr_mgr_add_group@Base 0.6.0
- rtr_mgr_conf_in_sync@Base 0.6.0
- rtr_mgr_for_each_group@Base 0.6.0
- rtr_mgr_for_each_ipv4_record@Base 0.6.0
- rtr_mgr_for_each_ipv6_record@Base 0.6.0
- rtr_mgr_free@Base 0.6.0
- rtr_mgr_get_first_group@Base 0.6.0
- rtr_mgr_get_spki@Base 0.6.0
- rtr_mgr_init@Base 0.6.0
- rtr_mgr_remove_group@Base 0.6.0
- rtr_mgr_start@Base
Bug#1062613: librsb: NMU diff for 64-bit time_t transition
Source: librsb
Version: 1.3.0.2+dfsg-6
Severity: serious
Tags: patch pending
Justification: library ABI skew on upgrade
User: debian-...@lists.debian.org
Usertags: time-t
NOTICE: these changes must not be uploaded to unstable yet!
Dear maintainer,
As part of the 64-bit time_t transition required to support 32-bit
architectures in 2038 and beyond
(https://wiki.debian.org/ReleaseGoals/64bit-time), we have identified
librsb 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 librsb
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 librsb-1.3.0.2+dfsg/debian/.gitignore
librsb-1.3.0.2+dfsg/debian/.gitignore
--- librsb-1.3.0.2+dfsg/debian/.gitignore 2023-06-13 09:19:25.0
+
+++ librsb-1.3.0.2+dfsg/debian/.gitignore 1970-01-01 00:00:00.0
+
@@ -1,15 +0,0 @@
-/.debhelper/
-/*.debhelper.log
-/debhelper-build-stamp
-/autoreconf.after
-/autoreconf.before
-/files
-/librsb-dev.substvars
-/librsb-dev/
-/librsb-doc.substvars
-/librsb-doc/
-/librsb-tools.substvars
-/librsb-tools/
-/librsb0.substvars
-/librsb0/
-/tmp/
diff -Nru librsb-1.3.0.2+dfsg/debian/changelog
librsb-1.3.0.2+dfsg/debian/changelog
--- librsb-1.3.0.2+dfsg/debian/changelog2023-06-13 09:19:25.0
+
+++ librsb-1.3.0.2+dfsg/debian/changelog2024-02-02 05:59:18.0
+
@@ -1,3 +1,10 @@
+librsb (1.3.0.2+dfsg-6.1) experimental; urgency=medium
+
+ * Non-maintainer upload.
+ * Rename libraries for 64-bit time_t transition.
+
+ -- Steve Langasek Fri, 02 Feb 2024 05:59:18 +
+
librsb (1.3.0.2+dfsg-6) unstable; urgency=medium
* Upload to unstable
diff -Nru librsb-1.3.0.2+dfsg/debian/control librsb-1.3.0.2+dfsg/debian/control
--- librsb-1.3.0.2+dfsg/debian/control 2023-06-13 09:19:25.0 +
+++ librsb-1.3.0.2+dfsg/debian/control 2024-02-02 05:59:18.0 +
@@ -16,7 +16,10 @@
Vcs-Browser: https://salsa.debian.org/science-team/librsb
Rules-Requires-Root: no
-Package: librsb0
+Package: librsb0t64
+Provides: ${t64:Provides}
+Replaces: librsb0
+Breaks: librsb0 (<< ${source:Version})
Architecture: any
Depends: ${shlibs:Depends}, ${misc:Depends}
Multi-Arch: same
@@ -35,7 +38,7 @@
Package: librsb-dev
Section: libdevel
Architecture: any
-Depends: librsb0 (= ${binary:Version}), ${misc:Depends}
+Depends: librsb0t64 (= ${binary:Version}), ${misc:Depends}
Description: shared-memory Sparse BLAS library using the RSB matrix format
(development)
This is a library for sparse matrix computations featuring the Recursive
Sparse Blocks (RSB) matrix format. This format allows cache efficient and
@@ -51,7 +54,7 @@
Package: librsb-tools
Architecture: any
-Depends: librsb0 (= ${binary:Version}), ${shlibs:Depends}, ${misc:Depends}
+Depends: librsb0t64 (= ${binary:Version}), ${shlibs:Depends}, ${misc:Depends}
Description: shared-memory Sparse BLAS library using the RSB matrix format
(tools)
This is a library for sparse matrix computations featuring the Recursive
Sparse Blocks (RSB) matrix format. This format allows cache efficient and
diff -Nru librsb-1.3.0.2+dfsg/debian/librsb0.install
librsb-1.3.0.2+dfsg/debian/librsb0.install
--- librsb-1.3.0.2+dfsg/debian/librsb0.install 2023-06-13 09:19:25.0
+
+++ librsb-1.3.0.2+dfsg/debian/librsb0.install 1970-01-01 00:00:00.0
+
@@ -1,4 +0,0 @@
-usr/lib/*/librsb.so.*
-usr/share/doc/librsb/AUTHORS
Bug#1062612: librostlab: NMU diff for 64-bit time_t transition
Source: librostlab
Version: 1.0.20-13
Severity: serious
Tags: patch pending
Justification: library ABI skew on upgrade
User: debian-...@lists.debian.org
Usertags: time-t
NOTICE: these changes must not be uploaded to unstable yet!
Dear maintainer,
As part of the 64-bit time_t transition required to support 32-bit
architectures in 2038 and beyond
(https://wiki.debian.org/ReleaseGoals/64bit-time), we have identified
librostlab 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 librostlab
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 librostlab-1.0.20/debian/changelog librostlab-1.0.20/debian/changelog
--- librostlab-1.0.20/debian/changelog 2023-09-09 11:26:38.0 +
+++ librostlab-1.0.20/debian/changelog 2024-02-02 05:56:36.0 +
@@ -1,3 +1,10 @@
+librostlab (1.0.20-13.1) experimental; urgency=medium
+
+ * Non-maintainer upload.
+ * Rename libraries for 64-bit time_t transition.
+
+ -- Steve Langasek Fri, 02 Feb 2024 05:56:36 +
+
librostlab (1.0.20-13) unstable; urgency=medium
* Team Upload.
diff -Nru librostlab-1.0.20/debian/control librostlab-1.0.20/debian/control
--- librostlab-1.0.20/debian/control2023-09-09 11:26:35.0 +
+++ librostlab-1.0.20/debian/control2024-02-02 05:56:36.0 +
@@ -22,7 +22,10 @@
Homepage: https://rostlab.org/
Rules-Requires-Root: no
-Package: librostlab3
+Package: librostlab3t64
+Provides: ${t64:Provides}
+Replaces: librostlab3
+Breaks: librostlab3 (<< ${source:Version})
Architecture: any
Section: libs
Depends: ${shlibs:Depends},
@@ -48,7 +51,7 @@
Package: librostlab3-dev
Architecture: any
Section: libdevel
-Depends: librostlab3 (= ${binary:Version}),
+Depends: librostlab3t64 (= ${binary:Version}),
${misc:Depends}
Suggests: librostlab-doc
Conflicts: librostlab-dev
diff -Nru librostlab-1.0.20/debian/librostlab3.symbols
librostlab-1.0.20/debian/librostlab3.symbols
--- librostlab-1.0.20/debian/librostlab3.symbols2023-09-09
11:14:32.0 +
+++ librostlab-1.0.20/debian/librostlab3.symbols1970-01-01
00:00:00.0 +
@@ -1,2 +0,0 @@
-librostlab.so.3 librostlab3 #MINVER#
- _ZN7rostlab8blosum62E@Base 1.0.20
diff -Nru librostlab-1.0.20/debian/librostlab3t64.lintian-overrides
librostlab-1.0.20/debian/librostlab3t64.lintian-overrides
--- librostlab-1.0.20/debian/librostlab3t64.lintian-overrides 1970-01-01
00:00:00.0 +
+++ librostlab-1.0.20/debian/librostlab3t64.lintian-overrides 2024-02-02
05:56:36.0 +
@@ -0,0 +1 @@
+librostlab3t64: package-name-doesnt-match-sonames librostlab3
diff -Nru librostlab-1.0.20/debian/librostlab3t64.symbols
librostlab-1.0.20/debian/librostlab3t64.symbols
--- librostlab-1.0.20/debian/librostlab3t64.symbols 1970-01-01
00:00:00.0 +
+++ librostlab-1.0.20/debian/librostlab3t64.symbols 2024-02-02
05:56:36.0 +
@@ -0,0 +1,2 @@
+librostlab.so.3 librostlab3t64 #MINVER#
+ _ZN7rostlab8blosum62E@Base 1.0.20
Bug#1062611: libiv-unidraw2t64 has an undeclared file conflict
Package: libiv-unidraw2t64 Version: 2.0.11d.a1-1.1~exp1 Severity: serious User: debian...@lists.debian.org Usertags: fileconflict Control: affects -1 + libiv2 libiv2t64 X-Debbugs-Cc: Graham Inggs , vor...@debian.org libiv-unidraw2t64 has an undeclared file conflict. This may result in an unpack error from dpkg. The files * /usr/lib/x86_64-linux-gnu/libIV.so.2 * /usr/lib/x86_64-linux-gnu/libIV.so.2.0.0 are contained in the packages * libiv-unidraw2t64/2.0.11d.a1-1.1~exp1 as present in experimental * libiv2 * 2.0.11d.a1-1+b4 as present in bookworm * 2.0.11d.a1-1+b5 as present in trixie|unstable * 2.0.4a1-2 as present in bullseye * libiv2t64/2.0.11d.a1-1.1~exp1 as present in experimental These packages can be unpacked concurrently, because there is no relevant Replaces or Conflicts relation. Attempting to unpack these packages concurrently results in an unpack error from dpkg, because none of the packages installs a diversion for the affected 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.
Bug#1062610: librnd: NMU diff for 64-bit time_t transition
Source: librnd
Version: 4.1.1-1
Severity: serious
Tags: patch pending
Justification: library ABI skew on upgrade
User: debian-...@lists.debian.org
Usertags: time-t
NOTICE: these changes must not be uploaded to unstable yet!
Dear maintainer,
As part of the 64-bit time_t transition required to support 32-bit
architectures in 2038 and beyond
(https://wiki.debian.org/ReleaseGoals/64bit-time), we have identified
librnd 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 librnd
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 librnd-4.1.1/debian/changelog librnd-4.1.1/debian/changelog
--- librnd-4.1.1/debian/changelog 2024-01-13 09:12:54.0 +
+++ librnd-4.1.1/debian/changelog 2024-02-02 05:54:34.0 +
@@ -1,3 +1,10 @@
+librnd (4.1.1-1.1) experimental; urgency=medium
+
+ * Non-maintainer upload.
+ * Rename libraries for 64-bit time_t transition.
+
+ -- Steve Langasek Fri, 02 Feb 2024 05:54:34 +
+
librnd (4.1.1-1) unstable; urgency=medium
* new upstream version
diff -Nru librnd-4.1.1/debian/control librnd-4.1.1/debian/control
--- librnd-4.1.1/debian/control 2024-01-13 09:12:54.0 +
+++ librnd-4.1.1/debian/control 2024-02-02 05:54:34.0 +
@@ -9,7 +9,10 @@
Vcs-Git: https://salsa.debian.org/electronics-team/librnd.git
Vcs-Browser: https://salsa.debian.org/electronics-team/librnd
-Package: librnd4
+Package: librnd4t64
+Provides: ${t64:Provides}
+Replaces: librnd4
+Breaks: librnd4 (<< ${source:Version})
Architecture: any
Depends: ${misc:Depends}, ${shlibs:Depends}
Description: Ringdove 2D CAD library framework
@@ -31,7 +34,7 @@
Package: librnd4-dev
Architecture: any
-Depends: ${misc:Depends}, ${shlibs:Depends}, librnd4 (= ${binary:Version}),
libgenht1-dev, libfungw-dev
+Depends: ${misc:Depends}, ${shlibs:Depends}, librnd4t64 (= ${binary:Version}),
libgenht1-dev, libfungw-dev
Provides: librnd-dev (= ${binary:Version})
Conflicts: librnd3-dev
Replaces: librnd-dev (<< 4.0.0-1)
@@ -47,7 +50,7 @@
Package: librnd4-cloud
Architecture: any
-Depends: ${misc:Depends}, ${shlibs:Depends}, librnd4 (= ${binary:Version})
+Depends: ${misc:Depends}, ${shlibs:Depends}, librnd4t64 (= ${binary:Version})
Description: Networking plugins for accessing remote resources.
Support library plugin for 'cloud' footprint/symbol access plugin
that integrates remote, web access resources like edakrill or
@@ -55,34 +58,34 @@
Package: librnd4-lib-gui
Architecture: any
-Depends: ${misc:Depends}, ${shlibs:Depends}, librnd4 (= ${binary:Version})
+Depends: ${misc:Depends}, ${shlibs:Depends}, librnd4t64 (= ${binary:Version})
Description: Support library for building the GUI.
Provides librnd specific dialog boxes (e.g. fontsel) and top window
GUI elements.
Package: librnd4-pixmap
Architecture: any
-Depends: ${misc:Depends}, ${shlibs:Depends}, librnd4 (= ${binary:Version})
+Depends: ${misc:Depends}, ${shlibs:Depends}, librnd4t64 (= ${binary:Version})
Description: Import and export pixmap images.
Low level support for png/jpeg/gif export plugins, low level import
pixmap objects using libgd.
Package: librnd4-hid-lesstif
Architecture: any
-Depends: ${misc:Depends}, ${shlibs:Depends}, librnd4 (= ${binary:Version}),
librnd4-lib-gui (= ${binary:Version})
+Depends: ${misc:Depends}, ${shlibs:Depends}, librnd4t64 (= ${binary:Version}),
librnd4-lib-gui (=
Bug#1062609: librime: NMU diff for 64-bit time_t transition
Source: librime
Version: 1.9.0+dfsg1-1
Severity: serious
Tags: patch pending
Justification: library ABI skew on upgrade
User: debian-...@lists.debian.org
Usertags: time-t
NOTICE: these changes must not be uploaded to unstable yet!
Dear maintainer,
As part of the 64-bit time_t transition required to support 32-bit
architectures in 2038 and beyond
(https://wiki.debian.org/ReleaseGoals/64bit-time), we have identified
librime 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 librime
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 librime-1.9.0+dfsg1/debian/changelog
librime-1.9.0+dfsg1/debian/changelog
--- librime-1.9.0+dfsg1/debian/changelog2023-09-23 21:30:44.0
+
+++ librime-1.9.0+dfsg1/debian/changelog2024-02-02 05:48:07.0
+
@@ -1,3 +1,10 @@
+librime (1.9.0+dfsg1-1.1) experimental; urgency=medium
+
+ * Non-maintainer upload.
+ * Rename libraries for 64-bit time_t transition.
+
+ -- Steve Langasek Fri, 02 Feb 2024 05:48:07 +
+
librime (1.9.0+dfsg1-1) unstable; urgency=medium
* Upload to unstable.
diff -Nru librime-1.9.0+dfsg1/debian/control librime-1.9.0+dfsg1/debian/control
--- librime-1.9.0+dfsg1/debian/control 2023-09-22 00:28:50.0 +
+++ librime-1.9.0+dfsg1/debian/control 2024-02-02 05:48:06.0 +
@@ -41,7 +41,7 @@
Package: librime-bin
Architecture: any
Depends:
- librime1 (= ${binary:Version}),
+ librime1t64 (= ${binary:Version}),
${misc:Depends},
${shlibs:Depends},
Recommends:
@@ -63,8 +63,8 @@
Architecture: any
Section: libdevel
Depends:
- librime1 (<< ${source:Upstream-Version}.0~),
- librime1 (>= ${source:Version}),
+ librime1t64 (<< ${source:Upstream-Version}.0~),
+ librime1t64 (>= ${source:Version}),
${misc:Depends},
Provides:
librime1-dev,
@@ -148,7 +148,10 @@
This package provides octagram plugin for RIME. It provides extra
functionality
in grammar checking.
-Package: librime1
+Package: librime1t64
+Provides: ${t64:Provides}
+Replaces: librime1
+Breaks: librime1 (<< ${source:Version})
Architecture: any
Depends:
${misc:Depends},
diff -Nru librime-1.9.0+dfsg1/debian/librime1.install
librime-1.9.0+dfsg1/debian/librime1.install
--- librime-1.9.0+dfsg1/debian/librime1.install 2023-09-22 00:00:53.0
+
+++ librime-1.9.0+dfsg1/debian/librime1.install 1970-01-01 00:00:00.0
+
@@ -1 +0,0 @@
-usr/lib/*/librime.so.*
diff -Nru librime-1.9.0+dfsg1/debian/librime1.lintian-overrides
librime-1.9.0+dfsg1/debian/librime1.lintian-overrides
--- librime-1.9.0+dfsg1/debian/librime1.lintian-overrides 2023-09-22
00:00:53.0 +
+++ librime-1.9.0+dfsg1/debian/librime1.lintian-overrides 1970-01-01
00:00:00.0 +
@@ -1 +0,0 @@
-librime1: no-symbols-control-file
diff -Nru librime-1.9.0+dfsg1/debian/librime1.shlibs
librime-1.9.0+dfsg1/debian/librime1.shlibs
--- librime-1.9.0+dfsg1/debian/librime1.shlibs 2023-09-23 21:30:37.0
+
+++ librime-1.9.0+dfsg1/debian/librime1.shlibs 1970-01-01 00:00:00.0
+
@@ -1 +0,0 @@
-librime 1 librime1 (>= 1.9.0)
diff -Nru librime-1.9.0+dfsg1/debian/librime1t64.install
librime-1.9.0+dfsg1/debian/librime1t64.install
--- librime-1.9.0+dfsg1/debian/librime1t64.install 1970-01-01
00:00:00.0 +
+++ librime-1.9.0+dfsg1/debian/librime1t64.install 2023-09-22
00:00:53.0 +
@@ -0,0 +1 @@
Bug#1062608: urwid: B-D on deprecated python3-setuptools-scm-git-archive
Source: urwid Version: 2.4.6-0.1 Control: block 1060027 by -1 Currently urwid build-depends on python3-setuptools-scm-git-archive which blocks removal of setuptools-scm-git-archive (bug #1060027). It should build-depend on python3-setuptools-scm instead.
Bug#1062607: libretls: NMU diff for 64-bit time_t transition
Source: libretls
Version: 3.8.1-2
Severity: serious
Tags: patch pending
Justification: library ABI skew on upgrade
User: debian-...@lists.debian.org
Usertags: time-t
NOTICE: these changes must not be uploaded to unstable yet!
Dear maintainer,
As part of the 64-bit time_t transition required to support 32-bit
architectures in 2038 and beyond
(https://wiki.debian.org/ReleaseGoals/64bit-time), we have identified
libretls 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 libretls
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 libretls-3.8.1/debian/changelog libretls-3.8.1/debian/changelog
--- libretls-3.8.1/debian/changelog 2023-10-19 09:28:09.0 +
+++ libretls-3.8.1/debian/changelog 2024-02-02 05:44:34.0 +
@@ -1,3 +1,10 @@
+libretls (3.8.1-2.1) experimental; urgency=medium
+
+ * Non-maintainer upload.
+ * Rename libraries for 64-bit time_t transition.
+
+ -- Steve Langasek Fri, 02 Feb 2024 05:44:34 +
+
libretls (3.8.1-2) unstable; urgency=medium
* Reupload to unstable.
diff -Nru libretls-3.8.1/debian/control libretls-3.8.1/debian/control
--- libretls-3.8.1/debian/control 2023-10-14 17:04:21.0 +
+++ libretls-3.8.1/debian/control 2024-02-02 05:44:34.0 +
@@ -10,7 +10,10 @@
Vcs-Git: https://salsa.debian.org/md/libretls.git
Vcs-Browser: https://salsa.debian.org/md/libretls
-Package: libtls28
+Package: libtls28t64
+Provides: ${t64:Provides}
+Replaces: libtls28
+Breaks: libtls28 (<< ${source:Version})
Section: libs
Architecture: any
Multi-Arch: same
diff -Nru libretls-3.8.1/debian/libtls28.symbols
libretls-3.8.1/debian/libtls28.symbols
--- libretls-3.8.1/debian/libtls28.symbols 2023-10-14 17:04:27.0
+
+++ libretls-3.8.1/debian/libtls28.symbols 1970-01-01 00:00:00.0
+
@@ -1,93 +0,0 @@
-libtls.so.28 libtls28 #MINVER#
- tls_accept_cbs@Base 3.5.0
- tls_accept_fds@Base 3.5.0
- tls_accept_socket@Base 3.5.0
- tls_client@Base 3.5.0
- tls_close@Base 3.5.0
- tls_config_add_keypair_file@Base 3.5.0
- tls_config_add_keypair_mem@Base 3.5.0
- tls_config_add_keypair_ocsp_file@Base 3.5.0
- tls_config_add_keypair_ocsp_mem@Base 3.5.0
- tls_config_add_ticket_key@Base 3.5.0
- tls_config_clear_keys@Base 3.5.0
- tls_config_error@Base 3.5.0
- tls_config_free@Base 3.5.0
- tls_config_insecure_noverifycert@Base 3.5.0
- tls_config_insecure_noverifyname@Base 3.5.0
- tls_config_insecure_noverifytime@Base 3.5.0
- tls_config_new@Base 3.5.0
- tls_config_ocsp_require_stapling@Base 3.5.0
- tls_config_parse_protocols@Base 3.5.0
- tls_config_prefer_ciphers_client@Base 3.5.0
- tls_config_prefer_ciphers_server@Base 3.5.0
- tls_config_set_alpn@Base 3.5.0
- tls_config_set_ca_file@Base 3.5.0
- tls_config_set_ca_mem@Base 3.5.0
- tls_config_set_ca_path@Base 3.5.0
- tls_config_set_cert_file@Base 3.5.0
- tls_config_set_cert_mem@Base 3.5.0
- tls_config_set_ciphers@Base 3.5.0
- tls_config_set_crl_file@Base 3.5.0
- tls_config_set_crl_mem@Base 3.5.0
- tls_config_set_dheparams@Base 3.5.0
- tls_config_set_ecdhecurve@Base 3.5.0
- tls_config_set_ecdhecurves@Base 3.5.0
- tls_config_set_key_file@Base 3.5.0
- tls_config_set_key_mem@Base 3.5.0
- tls_config_set_keypair_file@Base 3.5.0
- tls_config_set_keypair_mem@Base 3.5.0
- tls_config_set_keypair_ocsp_file@Base 3.5.0
- tls_config_set_keypair_ocsp_mem@Base 3.5.0
- tls_config_set_ocsp_staple_file@Base
Bug#1062376: closed by Debian FTP Masters (reply to Steve Langasek ) (Bug#1062376: fixed in libinfinity 0.7.2-2.1~exp2)
Control: reopen -1 Control: notfixed -1 libinfinity/0.7.2-2.1~exp2 Oops sorry, shouldn't have referenced the bug in the changelog. On Fri, Feb 02, 2024 at 05:39:03AM +, Debian Bug Tracking System wrote: > This is an automatic notification regarding your Bug report > which was filed against the src:libinfinity package: > > #1062376: libinfinity: NMU diff for 64-bit time_t transition > > It has been closed by Debian FTP Masters > (reply to Steve Langasek ). > > Their explanation is attached below along with your original report. > If this explanation is unsatisfactory and you have not received a > better one in a separate message then please contact Debian FTP Masters > (reply to Steve Langasek > ) by > replying to this email. > > > -- > 1062376: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=1062376 > Debian Bug Tracking System > Contact ow...@bugs.debian.org with problems > Date: Fri, 02 Feb 2024 05:35:45 + > From: Debian FTP Masters > To: 1062376-cl...@bugs.debian.org > Subject: Bug#1062376: fixed in libinfinity 0.7.2-2.1~exp2 > > Source: libinfinity > Source-Version: 0.7.2-2.1~exp2 > Done: Steve Langasek > > We believe that the bug you reported is fixed in the latest version of > libinfinity, 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 1062...@bugs.debian.org, > and the maintainer will reopen the bug report if appropriate. > > Debian distribution maintenance software > pp. > Steve Langasek (supplier of updated libinfinity 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: Fri, 02 Feb 2024 04:51:19 + > Source: libinfinity > Architecture: source > Version: 0.7.2-2.1~exp2 > Distribution: experimental > Urgency: medium > Maintainer: Philipp Kern > Changed-By: Steve Langasek > Closes: 1062376 > Changes: > libinfinity (0.7.2-2.1~exp2) experimental; urgency=medium > . >* Restore executable bit on debian/*.install, lost in previous upload due > to file rename + round-trip through diff/patch. Closes: #1062376. > Checksums-Sha1: > 945847ab0eeedce1c2f97c46a2940cbc088c572e 2609 libinfinity_0.7.2-2.1~exp2.dsc > b0235f834b0254a2443248540b32851418ba6ee9 16216 > libinfinity_0.7.2-2.1~exp2.debian.tar.xz > ac0529e54f6180c05afbf9e8c2a8992cf92e3e3e 16552 > libinfinity_0.7.2-2.1~exp2_source.buildinfo > Checksums-Sha256: > d204622bd15b9c79e39bf463099f8ebbe78aa4f56ba8bc1e1f8bd21d45b36a2f 2609 > libinfinity_0.7.2-2.1~exp2.dsc > 34d6204868a7567f4358638636fc22c5a82ba94775c913b2a0b428fe852caa92 16216 > libinfinity_0.7.2-2.1~exp2.debian.tar.xz > 75eeb74842bf57f4a6e15b9530473b3c25c1b6047bdd6f91abbca579024a0a03 16552 > libinfinity_0.7.2-2.1~exp2_source.buildinfo > Files: > ff2cd23e12c686d60cd162bfa48cef6d 2609 libs optional > libinfinity_0.7.2-2.1~exp2.dsc > 2bd2768b2f0d8d6b5430f3b0a8bca2e5 16216 libs optional > libinfinity_0.7.2-2.1~exp2.debian.tar.xz > 6cb0ed4bc3e9c5c4829f108d55ae6aae 16552 libs optional > libinfinity_0.7.2-2.1~exp2_source.buildinfo > > -BEGIN PGP SIGNATURE- > > iQJGBAEBCgAwFiEErEg/aN5yj0PyIC/KVo0w8yGyEz0FAmW8dSMSHHZvcmxvbkBk > ZWJpYW4ub3JnAAoJEFaNMPMhshM9bIMQAMXZwHZN9F3WHZPQn7blJCpkE6Dyzs0S > Lv1JtlJXLgjUZW99qZXdkySGlEHz3ojzteTfR67oGe0sZkIg86EpZBqs8Hrf69pL > 7CDbx4IMlcqAP7VZhaMk9ooyKeKdePcgzOWE/RFTB1EaaxZ+kRNr9ftlt0H7sB9Z > hSYmpjfsUd8tqc72zOF/nL2jDwgqyoHfr5RXwRiVJH2e7wgtk2t/2MsZC+ZIZeZj > f6oRIPM/eA/IS3YCMDUdwSrh5ytX7dPBIs5cHPEf+kEa8c2H6jGIOGz8K2PXMGpl > j73vkV8IJZlJySfPqnRYAG6avG7IIj5lawG2W16JhKSJ/TVbKfYPx6jaK5IA293M > VG4KFcRTquJAsXnqOp8sLuhkO5lTaPoOSl9xjvZgWNqkfejMB4cXXJhgvkcvQ3Ud > /eTYnH8HRabFt/1s9llR5cKEoFRTFVGm1W1V6LYxX1U0e5GDLpGBt0jeRE+uSF5a > +qbs0m/bNzFUvtmg49SpJGEYs+CDjzf+kLEoG387Pn7ZpILe5t2kM/BYnFuetHll > ns5XiwXCxHUy0iI5xar84/PKU9hYZzcD3Je+Ua9oB49J56EQVaHZfqOtNbZHRrG8 > Q739zdjlAB+FzKO/vcSahVnyzRkrz+OSJ4fP5R51srivBYZTJqS43qH/tvJkNemq > 2S2Oc9smjkrY > =sgrw > -END PGP SIGNATURE- > Date: Thu, 01 Feb 2024 07:36:37 + > From: Steve Langasek > To: Debian Bug Tracking System > Subject: libinfinity: NMU diff for 64-bit time_t transition > X-Mailer: reportbug 12.0.0 > > Source: libinfinity > Version: 0.7.2-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 > libinfinity as a source package shipping runtime libraries whose ABI > either is affected by the change in size of
Bug#1062598: libpod: Add support for LoongArch
Control: tags -1 upstream moreinfo On Fri, Feb 02, 2024 at 04:40:08AM +, JiaLing Zhang wrote: > Please help to add support for loong64.I have build it in my local > machine. Unless I'm missing something, both of your changes seem... unrelated to what we ship in Debian. Have you verified that this patch is needed? In any case, kindly also submit any patches upstream. Thanks! Faidon
Bug#1062606: libregf: NMU diff for 64-bit time_t transition
Source: libregf
Version: 20201007-2
Severity: serious
Tags: patch pending
Justification: library ABI skew on upgrade
User: debian-...@lists.debian.org
Usertags: time-t
NOTICE: these changes must not be uploaded to unstable yet!
Dear maintainer,
As part of the 64-bit time_t transition required to support 32-bit
architectures in 2038 and beyond
(https://wiki.debian.org/ReleaseGoals/64bit-time), we have identified
libregf 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 libregf
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 libregf-20201007/debian/changelog libregf-20201007/debian/changelog
--- libregf-20201007/debian/changelog 2021-01-27 09:02:09.0 +
+++ libregf-20201007/debian/changelog 2024-02-02 05:41:00.0 +
@@ -1,3 +1,10 @@
+libregf (20201007-2.1) experimental; urgency=medium
+
+ * Non-maintainer upload.
+ * Rename libraries for 64-bit time_t transition.
+
+ -- Steve Langasek Fri, 02 Feb 2024 05:41:00 +
+
libregf (20201007-2) unstable; urgency=medium
[ Sébastien Delafond ]
diff -Nru libregf-20201007/debian/control libregf-20201007/debian/control
--- libregf-20201007/debian/control 2021-01-27 09:02:09.0 +
+++ libregf-20201007/debian/control 2024-02-02 05:41:00.0 +
@@ -14,14 +14,17 @@
Architecture: any
Multi-Arch: same
Depends: ${shlibs:Depends}, ${misc:Depends},
- libregf1 (= ${binary:Version})
+ libregf1t64 (= ${binary:Version})
Description: Windows NT Registry File (REGF) format access library --
development files
libregf is a library to access the Windows NT Registry File (REGF)
format.
.
This package includes the development support files.
-Package: libregf1
+Package: libregf1t64
+Provides: ${t64:Provides}
+Replaces: libregf1
+Breaks: libregf1 (<< ${source:Version})
Architecture: any
Multi-Arch: same
Pre-Depends: ${misc:Pre-Depends},
@@ -35,7 +38,7 @@
Architecture: any
Multi-Arch: foreign
Depends: ${shlibs:Depends}, ${misc:Depends},
- libregf1,
+ libregf1t64,
Description: libregf -- Utilities
libregf is a library to access the Windows NT Registry File (REGF)
format.
@@ -46,7 +49,7 @@
Package: python3-libregf
Section: python
Architecture: any
-Depends: libregf1 (= ${binary:Version}), ${shlibs:Depends}, ${misc:Depends},
${python3:Depends}
+Depends: libregf1t64 (= ${binary:Version}), ${shlibs:Depends},
${misc:Depends}, ${python3:Depends}
Multi-Arch: same
Description: Windows NT Registry File (REGF) format access library -- Python 3
bindings
libregf is a library to access the Windows NT Registry File (REGF)
diff -Nru libregf-20201007/debian/libregf1.install
libregf-20201007/debian/libregf1.install
--- libregf-20201007/debian/libregf1.install2021-01-27 09:02:09.0
+
+++ libregf-20201007/debian/libregf1.install1970-01-01 00:00:00.0
+
@@ -1 +0,0 @@
-usr/lib/*-*/lib*.so.*
diff -Nru libregf-20201007/debian/libregf1.symbols
libregf-20201007/debian/libregf1.symbols
--- libregf-20201007/debian/libregf1.symbols2021-01-27 09:02:09.0
+
+++ libregf-20201007/debian/libregf1.symbols1970-01-01 00:00:00.0
+
@@ -1,245 +0,0 @@
-libregf.so.1 libregf1 #MINVER#
- (optional|regex)^libcdata_.* 0
- (optional|regex)^libcerror_.* 0
- (optional|regex)^libcfile_.* 0
- (optional|regex)^libclocale_.* 0
- (optional|regex)^libcnotify_.* 0
-
Bug#1062605: librecast: NMU diff for 64-bit time_t transition
Source: librecast
Version: 0.8.0-1
Severity: serious
Tags: patch pending
Justification: library ABI skew on upgrade
User: debian-...@lists.debian.org
Usertags: time-t
NOTICE: these changes must not be uploaded to unstable yet!
Dear maintainer,
As part of the 64-bit time_t transition required to support 32-bit
architectures in 2038 and beyond
(https://wiki.debian.org/ReleaseGoals/64bit-time), we have identified
librecast 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 librecast
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 librecast-0.8.0/debian/changelog librecast-0.8.0/debian/changelog
--- librecast-0.8.0/debian/changelog2023-11-10 19:49:06.0 +
+++ librecast-0.8.0/debian/changelog2024-02-02 05:25:35.0 +
@@ -1,3 +1,10 @@
+librecast (0.8.0-1.1) experimental; urgency=medium
+
+ * Non-maintainer upload.
+ * Rename libraries for 64-bit time_t transition.
+
+ -- Steve Langasek Fri, 02 Feb 2024 05:25:35 +
+
librecast (0.8.0-1) unstable; urgency=medium
* New upstream release.
diff -Nru librecast-0.8.0/debian/control librecast-0.8.0/debian/control
--- librecast-0.8.0/debian/control 2023-11-10 19:19:27.0 +
+++ librecast-0.8.0/debian/control 2024-02-02 05:25:35.0 +
@@ -11,7 +11,10 @@
Vcs-Git: https://salsa.debian.org/vagrant/librecast.git
Vcs-Browser: https://salsa.debian.org/vagrant/librecast
-Package: liblibrecast0.5
+Package: liblibrecast0.5t64
+Provides: ${t64:Provides}
+Replaces: liblibrecast0.5
+Breaks: liblibrecast0.5 (<< ${source:Version})
Architecture: any
Multi-Arch: same
Pre-Depends: ${misc:Pre-Depends}
@@ -25,10 +28,10 @@
Section: libdevel
Architecture: any
Multi-Arch: same
-Breaks: liblibrecast0.4, liblibrecast0.5 (<< 0.5.1-4~)
-Replaces: liblibrecast0.4, liblibrecast0.5 (<< 0.5.1-4~)
+Breaks: liblibrecast0.4, liblibrecast0.5t64 (<< 0.5.1-4~)
+Replaces: liblibrecast0.4, liblibrecast0.5t64 (<< 0.5.1-4~)
Pre-Depends: ${misc:Pre-Depends}
-Depends: ${misc:Depends}, ${shlibs:Depends}, liblibrecast0.5 (=
${binary:Version})
+Depends: ${misc:Depends}, ${shlibs:Depends}, liblibrecast0.5t64 (=
${binary:Version})
Description: librecast IPv6 multicast library (development)
Librecast is a C library which supports IPv6 multicast networking.
.
diff -Nru librecast-0.8.0/debian/liblibrecast0.5t64.lintian-overrides
librecast-0.8.0/debian/liblibrecast0.5t64.lintian-overrides
--- librecast-0.8.0/debian/liblibrecast0.5t64.lintian-overrides 1970-01-01
00:00:00.0 +
+++ librecast-0.8.0/debian/liblibrecast0.5t64.lintian-overrides 2024-02-02
05:25:35.0 +
@@ -0,0 +1 @@
+liblibrecast0.5t64: package-name-doesnt-match-sonames liblibrecast0.5
diff -Nru librecast-0.8.0/debian/rules librecast-0.8.0/debian/rules
--- librecast-0.8.0/debian/rules2023-11-10 19:19:27.0 +
+++ librecast-0.8.0/debian/rules2024-02-02 05:25:35.0 +
@@ -1,6 +1,6 @@
#!/usr/bin/make -f
-ABI=$(shell awk '/PACKAGE_ABIVERS,/{print $$2}' configure.ac | sed -e
"s,.$$,,g")
+ABI=$(shell awk '/PACKAGE_ABIVERS,/{print $$2}' configure.ac | sed -e
"s,.$$,,g")t64
%:
dh $@
Bug#1062604: cython-legacy: Please package new release 0.29.37
Source: cython-legacy Severity: normal Version: 0.29.36-3 X-Debbugs-CC: gin...@debian.org debian-pyt...@lists.debian.org Hi, The cython upstream has released a new 0.29.37 release, that hopefully have brought official python 3.12 support. Please test and package it in Debian and I hope it could solve the compatibility issue between cython-legacy and python 3.12. Thanks, Boyuan Yang signature.asc Description: This is a digitally signed message part
Bug#1062603: librdata: NMU diff for 64-bit time_t transition
Source: librdata
Version: 0~20210223+git-85757dc6-2
Severity: serious
Tags: patch pending
Justification: library ABI skew on upgrade
User: debian-...@lists.debian.org
Usertags: time-t
NOTICE: these changes must not be uploaded to unstable yet!
Dear maintainer,
As part of the 64-bit time_t transition required to support 32-bit
architectures in 2038 and beyond
(https://wiki.debian.org/ReleaseGoals/64bit-time), we have identified
librdata 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 librdata
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 librdata-0~20210223+git-85757dc6/debian/changelog
librdata-0~20210223+git-85757dc6/debian/changelog
--- librdata-0~20210223+git-85757dc6/debian/changelog 2021-04-12
18:44:41.0 +
+++ librdata-0~20210223+git-85757dc6/debian/changelog 2024-02-02
05:24:49.0 +
@@ -1,3 +1,10 @@
+librdata (0~20210223+git-85757dc6-2.1) experimental; urgency=medium
+
+ * Non-maintainer upload.
+ * Rename libraries for 64-bit time_t transition.
+
+ -- Steve Langasek Fri, 02 Feb 2024 05:24:49 +
+
librdata (0~20210223+git-85757dc6-2) unstable; urgency=low
* Fix the d/copyright file following rejection and explanations by Thorsten
diff -Nru librdata-0~20210223+git-85757dc6/debian/control
librdata-0~20210223+git-85757dc6/debian/control
--- librdata-0~20210223+git-85757dc6/debian/control 2021-04-12
18:44:41.0 +
+++ librdata-0~20210223+git-85757dc6/debian/control 2024-02-02
05:24:49.0 +
@@ -18,7 +18,10 @@
Homepage: https://github.com/WizardMac/librdata
-Package: librdata0
+Package: librdata0t64
+Provides: ${t64:Provides}
+Replaces: librdata0
+Breaks: librdata0 (<< ${source:Version})
Architecture: any
Multi-Arch: same
Depends: ${shlibs:Depends},
@@ -40,7 +43,7 @@
Section: libdevel
Architecture: any
Multi-Arch: same
-Depends: librdata0 (= ${binary:Version}),
+Depends: librdata0t64 (= ${binary:Version}),
${misc:Depends}
Description: Read and write R data frames from C (dev files)
Originally part of ReadStat, librdata is a small C library
diff -Nru librdata-0~20210223+git-85757dc6/debian/librdata0.install
librdata-0~20210223+git-85757dc6/debian/librdata0.install
--- librdata-0~20210223+git-85757dc6/debian/librdata0.install 2021-04-12
18:44:41.0 +
+++ librdata-0~20210223+git-85757dc6/debian/librdata0.install 1970-01-01
00:00:00.0 +
@@ -1 +0,0 @@
-usr/lib/*/librdata.so.*
diff -Nru librdata-0~20210223+git-85757dc6/debian/librdata0.links
librdata-0~20210223+git-85757dc6/debian/librdata0.links
--- librdata-0~20210223+git-85757dc6/debian/librdata0.links 2021-04-12
18:44:41.0 +
+++ librdata-0~20210223+git-85757dc6/debian/librdata0.links 1970-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}/librdata.so.${LIBRDATA_VERSION}
usr/lib/${DEB_HOST_MULTIARCH}/librdata.so.${LIBRDATA_SOVERSION}
-
diff -Nru librdata-0~20210223+git-85757dc6/debian/librdata0.manpages
librdata-0~20210223+git-85757dc6/debian/librdata0.manpages
--- librdata-0~20210223+git-85757dc6/debian/librdata0.manpages 2021-04-12
18:44:41.0 +
+++
Bug#1062602: librcsb-core-wrapper: NMU diff for 64-bit time_t transition
Source: librcsb-core-wrapper
Version: 1.005-11
Severity: serious
Tags: patch pending
Justification: library ABI skew on upgrade
User: debian-...@lists.debian.org
Usertags: time-t
NOTICE: these changes must not be uploaded to unstable yet!
Dear maintainer,
As part of the 64-bit time_t transition required to support 32-bit
architectures in 2038 and beyond
(https://wiki.debian.org/ReleaseGoals/64bit-time), we have identified
librcsb-core-wrapper as a source package shipping runtime libraries whose ABI
either is affected by the change in size of time_t, or could not be
analyzed via abi-compliance-checker (and therefore to be on the safe
side we assume is affected).
To ensure that inconsistent combinations of libraries with their
reverse-dependencies are never installed together, it is necessary to
have a library transition, which is most easily done by renaming the
runtime library package.
Since turning on 64-bit time_t is being handled centrally through a change
to the default dpkg-buildflags (https://bugs.debian.org/1037136), it is
important that libraries affected by this ABI change all be uploaded close
together in time. Therefore I have prepared a 0-day NMU for
librcsb-core-wrapper
which will initially be uploaded to experimental if possible, then to
unstable after packages have cleared binary NEW.
Please find the patch for this NMU attached.
If you have any concerns about this patch, please reach out ASAP. Although
this package will be uploaded to experimental immediately, there will be a
period of several days before we begin uploads to unstable; so if information
becomes available that your package should not be included in the transition,
there is time for us to amend the planned uploads.
-- System Information:
Debian Release: trixie/sid
APT prefers unstable
APT policy: (500, 'unstable'), (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 librcsb-core-wrapper-1.005/debian/changelog
librcsb-core-wrapper-1.005/debian/changelog
--- librcsb-core-wrapper-1.005/debian/changelog 2022-12-01 07:15:25.0
+
+++ librcsb-core-wrapper-1.005/debian/changelog 2024-02-02 05:21:40.0
+
@@ -1,3 +1,10 @@
+librcsb-core-wrapper (1.005-11.1) experimental; urgency=medium
+
+ * Non-maintainer upload.
+ * Rename libraries for 64-bit time_t transition.
+
+ -- Steve Langasek Fri, 02 Feb 2024 05:21:40 +
+
librcsb-core-wrapper (1.005-11) unstable; urgency=medium
* s/python3-all-dev/python3-dev/ to ignore python3.11 for the moment
diff -Nru librcsb-core-wrapper-1.005/debian/control
librcsb-core-wrapper-1.005/debian/control
--- librcsb-core-wrapper-1.005/debian/control 2022-12-01 07:15:25.0
+
+++ librcsb-core-wrapper-1.005/debian/control 2024-02-02 05:21:40.0
+
@@ -22,7 +22,10 @@
Homepage: https://sw-tools.rcsb.org/apps/CORE-WRAPPER/index.html
Rules-Requires-Root: no
-Package: librcsb-core-wrapper0
+Package: librcsb-core-wrapper0t64
+Provides: ${t64:Provides}
+Replaces: librcsb-core-wrapper0
+Breaks: librcsb-core-wrapper0 (<< ${source:Version})
Architecture: any
Depends: ${shlibs:Depends},
${misc:Depends}
@@ -36,11 +39,11 @@
Package: librcsb-core-wrapper0-dev
Architecture: any
Section: libdevel
-Depends: librcsb-core-wrapper0 (= ${binary:Version}),
+Depends: librcsb-core-wrapper0t64 (= ${binary:Version}),
${misc:Depends}
Suggests: librcsb-core-wrapper-doc
Provides: librcsb-core-wrapper-dev
-Description: development files for librcsb-core-wrapper0
+Description: development files for librcsb-core-wrapper0t64
The RCSB Core Wrapper library was developed to provide an object-oriented
application interface to information in mmCIF format. It includes several
classes for accessing data dictionaries and mmCIF format data files.
@@ -53,7 +56,7 @@
Section: doc
Depends: ${misc:Depends}
Multi-Arch: foreign
-Description: documentation for librcsb-core-wrapper0
+Description: documentation for librcsb-core-wrapper0t64
The RCSB Core Wrapper library was developed to provide an object-oriented
application interface to information in mmCIF format. It includes several
classes for accessing data dictionaries and mmCIF format data files.
@@ -66,7 +69,7 @@
Depends: ${shlibs:Depends},
${misc:Depends},
${python3:Depends},
- librcsb-core-wrapper0 (= ${binary:Version})
+ librcsb-core-wrapper0t64 (= ${binary:Version})
Suggests: librcsb-core-wrapper-doc
Provides: ${python3:Provides}
Description: library that exports C++ mmCIF accessors to Python3
diff -Nru librcsb-core-wrapper-1.005/debian/librcsb-core-wrapper0.install
librcsb-core-wrapper-1.005/debian/librcsb-core-wrapper0.install
---
Bug#1043539: Gmail forwarding issue with more information
Hellow Debian Hackers, I did investigate about Gmail's behavior for lone time. Today i would like to submit some evidences. There are two screenshot picture. Plus one headr file and one postfix log file: https://gitlab.com/soyeomul/Gnus/-/commit/9b352348a622a5bb2adf909fd3987e91d6c4205a Thanks in advance, Sincerely, Byunghee (South Korea's Debian user) -- ^고맙습니다 _布德天下_ 감사합니다_^))//
Bug#1062407: liblopsub: NMU diff for 64-bit time_t transition
On Thu, Feb 01, 2024 at 02:35:54PM +0100, Andre Noll wrote:
> On Thu, Feb 01, 09:42, Steve Langasek wrote:
> 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?
You should just drop this hard-coded dependency on liblopsub1. This is
what shlibs are for.
> * Why did you call the new version 1.0.4-1.1? Why not 1.0.5-1 instead?
This is a very basic question about package versioning which is answered in
Debian Policy.
> * Do I need to do anything else to get this going besides merging
> the branch and pushing it to the public repo?
No. Please do not upload this change to unstable; these changes will be
batch-uploaded to unstable at the appropriate time, *after* dpkg has been
uploaded to unstable changing the default build flags.
Once the NMU has been uploaded to unstable, you are free to make further
uploads to unstable incorporating this change.
--
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#1059649: NTP does not keep accurate time on bookworm
On Fri, 2 Feb 2024 at 08:54, Rob Janssen wrote:
> I am using systemd.
>
Where are you seeing this error? The systemd socket is the thing that opens
up the socket, so shouldn't matter what the snmptrapd process is running as.
When I reboot, I get this:
$ sudo ss -unlp | grep 162
UNCONN 0 0 0.0.0.0:1620.0.0.0:*
users:(("systemd",pid=1,fd=83))
UNCONN 0 0[::]:162 [::]:*
users:(("systemd",pid=1,fd=84))
$ pgrep snmptrapd
So systemd is listening to the socket and snmptrapd is not even running.
After I send a trap:
$ sudo ss -unlp | grep 162
UNCONN 0 0 0.0.0.0:1620.0.0.0:*
users:(("snmptrapd",pid=7296,fd=3),("systemd",pid=1,fd=83))
UNCONN 0 0[::]:162 [::]:*
users:(("snmptrapd",pid=7296,fd=4),("systemd",pid=1,fd=84))
$ pgrep snmptrapd
7296
Maybe the issue is that this system does not have IPv6 enabled? In
> sysctl.conf it has:
> net.ipv6.conf.all.disable_ipv6 = 1
>
I added that and rebooted, it worked fine.
>
> That has effect on the default snmpd service as well, but I work around
> that by modifying the listen
> port in the config file.
> The snmptrapd.service file has "udp:162" and "udp6:162" args in the
> ExecStart but maybe these aren't used at all
> in this config? In bullseye I think it worked out of the box.
>
In a way, they're used.
In a proper systemd socket activation, the service doesn't need to know or
define the ports it's listening to, they just get a bunch of file
descriptors and use those.
So we could have a command line in the service file with no ports and it
looks like it works; but that is only because snmptrapd is sort-of looking
for UDP port 162.
If you change the socket definition to another port, say 164 you get this:
Feb 02 15:57:37 elmo snmptrapd[9123]: couldn't open udp:162 -- errno 13
("Permission denied")
Feb 02 15:57:37 elmo snmptrapd[9123]: couldn't open udp:162 -- errno 13
("Permission denied")
system opens port 164, a trap to port 164 starts snmptrapd which not only
listens to the systemd FD, but opens its own ports too running as a
non-priv user.
OK, so change the service definiton to listen to some port above 1024, it
should be ok because it can open that port and use the systemd FD. For some
reason
it doesn't (as in it starts but there are no messages).
What that means is the ports that are defined in the socket file need to
match the ports in the service file. snmptrapd is shipped with that:
$ grep 162 debian/snmptrapd.s*
debian/snmptrapd.service:ExecStart=/usr/sbin/snmptrapd -LOw -f udp:162
udp6:162
debian/snmptrapd.socket:ListenDatagram=0.0.0.0:162
debian/snmptrapd.socket:ListenDatagram=[::]:162
debian/snmptrapd.socket:# ListenStream=0.0.0.0:162
debian/snmptrapd.socket:# ListenStream=[::]:162
It would be more friendly when snmpd and snmptrapd degrade gracefully to
> IPv4-only when there is no IPv6 on the system.
>
I don't think its that.
- Craig
Bug#1062600: ffmpeg: mp3 decoding reports error (junk in stream) when there is none
Package: ffmpeg Version: 7:5.1.4-0+deb12u1 Severity: normal When using avcodec_receive_frame() via libchromaprint1 and fpcalc to decode mp3 files, some mp3 files are reported as having errors when there are none, it has just reached end of file. The error returned from libchromaprint1 via fpcalc is: ERROR: Error decoding audio frame (End of file) and results from avcodec_receive_frame() returning a negative value in some circumstances when reaching the end of input. mp3val and mp3diags report no problems with the mp3 files in question. Processing the same input file using ffmpeg also seems to report no errors or warnings even with -loglevel debug: Test Command: ffmpeg -i test.mp3 -loglevel debug out.pcm Opening an input file: test.mp3. [NULL @ 0x555999b62940] Opening 'test.mp3' for reading [file @ 0x555999b63180] Setting default whitelist 'file,crypto,data' [mp3 @ 0x555999b62940] Format mp3 probed with size=4096 and score=51 [mp3 @ 0x555999b62940] Skipping 0 bytes of junk at 0. [mp3 @ 0x555999b62940] Before avformat_find_stream_info() pos: 0 bytes read:65664 seeks:2 nb_streams:1 [mp3 @ 0x555999b62940] All info found [mp3 @ 0x555999b62940] Estimating duration from bitrate, this may be inaccurate [mp3 @ 0x555999b62940] After avformat_find_stream_info() pos: 21504 bytes read:65664 seeks:2 frames:50 Input #0, mp3, from 'test.mp3': Duration: 00:01:08.05, start: 0.00, bitrate: 128 kb/s Stream #0:0, 50, 1/14112000: Audio: mp3, 44100 Hz, stereo, fltp, 128 kb/s Successfully opened the file. Parsing a group of options: output url out.pcm. Successfully parsed a group of options. Opening an output file: out.pcm. [file @ 0x555999b73940] Setting default whitelist 'file,crypto,data' Successfully opened the file. Stream mapping: Stream #0:0 -> #0:0 (mp3 (mp3float) -> adpcm_ima_alp (native)) Press [q] to stop, [?] for help cur_dts is invalid st:0 (0) [init:0 i_done:0 finish:0] (this is harmless if it occurs once at the start per stream) detected 4 logical cores [graph_0_in_0_0 @ 0x555999b78180] Setting 'time_base' to value '1/44100' [graph_0_in_0_0 @ 0x555999b78180] Setting 'sample_rate' to value '44100' [graph_0_in_0_0 @ 0x555999b78180] Setting 'sample_fmt' to value 'fltp' [graph_0_in_0_0 @ 0x555999b78180] Setting 'channel_layout' to value 'stereo' [graph_0_in_0_0 @ 0x555999b78180] tb:1/44100 samplefmt:fltp samplerate:44100 chlayout:stereo [format_out_0_0 @ 0x555999b79380] Setting 'sample_fmts' to value 's16' [format_out_0_0 @ 0x555999b79380] Setting 'channel_layouts' to value 'mono|stereo' [format_out_0_0 @ 0x555999b79380] auto-inserting filter 'auto_aresample_0' between the filter 'Parsed_anull_0' and the filter 'format_out_0_0' [AVFilterGraph @ 0x555999b659c0] query_formats: 4 queried, 6 merged, 3 already done, 0 delayed [auto_aresample_0 @ 0x555999b7abc0] [SWR @ 0x555999b8de40] Using fltp internally between filters [auto_aresample_0 @ 0x555999b7abc0] ch:2 chl:stereo fmt:fltp r:44100Hz -> ch:2 chl:stereo fmt:s16 r:44100Hz Output #0, alp, to 'out.pcm': Metadata: encoder : Lavf59.27.100 Stream #0:0, 0, 1/44100: Audio: adpcm_ima_alp, 44100 Hz, stereo, s16, 352 kb/s Metadata: encoder : Lavc59.37.100 adpcm_ima_alp [out_0_0 @ 0x555999b78f80] EOF on sink link out_0_0:default.=2.32e+04x No more output streams to write to, finishing. size=2931kB time=00:01:08.04 bitrate= 352.8kbits/s speed= 212x video:0kB audio:2931kB subtitle:0kB other streams:0kB global headers:0kB muxing overhead: 0.000666% Input file #0 (test.mp3): Input stream #0:0 (audio): 2605 packets read (1088784 bytes); 2605 frames decoded (3000960 samples); Total: 2605 packets (1088784 bytes) demuxed Output file #0 (out.pcm): Output stream #0:0 (audio): 2931 frames encoded (3000960 samples); 2931 packets muxed (3000960 bytes); Total: 2931 packets (3000960 bytes) muxed [AVIOContext @ 0x555999b73a40] Statistics: 3000980 bytes written, 0 seeks, 12 writeouts 2605 frames successfully decoded, 0 decoding errors [AVIOContext @ 0x555999b6b540] Statistics: 1121680 bytes read, 2 seeks -- System Information: Debian Release: 12.4 APT prefers stable-updates APT policy: (500, 'stable-updates'), (500, 'stable-security'), (500, 'stable') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 6.1.0-14-amd64 (SMP w/4 CPU threads; PREEMPT) Kernel taint flags: TAINT_PROPRIETARY_MODULE, TAINT_OOT_MODULE, TAINT_UNSIGNED_MODULE Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8), LANGUAGE not set Shell: /bin/sh linked to /usr/bin/dash Init: systemd (via /run/systemd/system) LSM: AppArmor: enabled Versions of packages ffmpeg depends on: ii libavcodec597:5.1.4-0+deb12u1 ii libavdevice59 7:5.1.4-0+deb12u1 ii libavfilter87:5.1.4-0+deb12u1 ii libavformat59 7:5.1.4-0+deb12u1 ii libavutil57 7:5.1.4-0+deb12u1 ii libc6 2.36-9+deb12u3 ii libpostproc56 7:5.1.4-0+deb12u1 ii libsdl2-2.0-0 2.26.5+dfsg-1 ii libswresample4 7:5.1.4-0+deb12u1 ii
Bug#1062599: RFS: imsprog/1.1.10-1 [ITP] -- Linux chip programmer for CH341a devices
Package: sponsorship-requests Severity: wishlist Dear mentors, I am looking for a sponsor for my package "imsprog": * Package name : imsprog Version : 1.1.10-1 Upstream contact : Mikhail medvedeve-ink-rea...@yandex.ru * URL :https://github.com/bigbigmdm/IMSProg * License : GPL-2+, GPL-3+, LGPL-2.1 * Vcs :https://github.com/bigbigmdm/IMSProg/ Section : devel The source builds the following binary packages: imsprog - Linux chip programmer for CH341a devices To access further information about this package, please visit the following URL: https://mentors.debian.net/package/imsprog/ Alternatively, you can download the package with 'dget' using this command: dget -xhttps://mentors.debian.net/debian/pool/main/i/imsprog/imsprog_1.1.10-1.dsc Changes for the initial release: imsprog (1.1.10-1) unstable; urgency=medium . * Initial release (Closes: #1057386) Regards, -- Mikhail Medvedev
Bug#1062598: libpod: Add support for LoongArch
Source: libpod
Version: 4.9.0+ds1-2
Severity: normal
Tags: patch
X-Debbugs-Cc: zhangjial...@loongson.cn
Dear Maintainer,
Please help to add support for loong64.I have build it in my local
machine.
-- System Information:
Debian Release: trixie/sid
APT prefers unreleased
APT policy: (500, 'unreleased'), (500, 'unstable')
Architecture: loong64 (loongarch64)
Kernel: Linux 5.10.0-60.96.0.126.oe2203.loongarch64 (SMP w/32 CPU threads)
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
--- libpod-4.9.0+ds1.orig/Makefile
+++ libpod-4.9.0+ds1/Makefile
@@ -164,6 +164,7 @@ CROSS_BUILD_TARGETS := \
bin/podman.cross.linux.arm64 \
bin/podman.cross.linux.386 \
bin/podman.cross.linux.s390x \
+ bin/podman.cross.linux.loong64 \
bin/podman.cross.linux.mips \
bin/podman.cross.linux.mipsle \
bin/podman.cross.linux.mips64 \
--- libpod-4.9.0+ds1.orig/pkg/machine/fcos.go
+++ libpod-4.9.0+ds1/pkg/machine/fcos.go
@@ -91,6 +91,8 @@ func GetFcosArch() string {
arch = "aarch64"
case "riscv64":
arch = "riscv64"
+ case "loong64":
+ arch = "loongarch64"
default:
arch = "x86_64"
}
Bug#1062597: libradsec: NMU diff for 64-bit time_t transition
Source: libradsec
Version: 0.0.5-5
Severity: serious
Tags: patch pending
Justification: library ABI skew on upgrade
User: debian-...@lists.debian.org
Usertags: time-t
NOTICE: these changes must not be uploaded to unstable yet!
Dear maintainer,
As part of the 64-bit time_t transition required to support 32-bit
architectures in 2038 and beyond
(https://wiki.debian.org/ReleaseGoals/64bit-time), we have identified
libradsec 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 libradsec
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 libradsec-0.0.5/debian/changelog libradsec-0.0.5/debian/changelog
--- libradsec-0.0.5/debian/changelog2019-01-02 12:01:03.0 +
+++ libradsec-0.0.5/debian/changelog2024-02-02 04:32:13.0 +
@@ -1,3 +1,10 @@
+libradsec (0.0.5-5.1) experimental; urgency=medium
+
+ * Non-maintainer upload.
+ * Rename libraries for 64-bit time_t transition.
+
+ -- Steve Langasek Fri, 02 Feb 2024 04:32:13 +
+
libradsec (0.0.5-5) unstable; urgency=high
* Fix assert, necessary for library to work with OpenSSL 1.1.1.
diff -Nru libradsec-0.0.5/debian/control libradsec-0.0.5/debian/control
--- libradsec-0.0.5/debian/control 2019-01-02 12:01:03.0 +
+++ libradsec-0.0.5/debian/control 2024-02-02 04:32:13.0 +
@@ -10,7 +10,7 @@
Package: libradsec-dev
Section: libdevel
Architecture: any
-Depends: libradsec0 (= ${binary:Version}), ${misc:Depends}
+Depends: libradsec0t64 (= ${binary:Version}), ${misc:Depends}
Description: RADIUS library with RADSEC support
RADIUS (RFC 2865) provides a protocol for authenticating and
authorizing users to network services.
@@ -18,7 +18,10 @@
This is the development library for libradsec, a RADIUS library
supporting RADIUS and RADSEC.
-Package: libradsec0
+Package: libradsec0t64
+Provides: ${t64:Provides}
+Replaces: libradsec0
+Breaks: libradsec0 (<< ${source:Version})
Section: libs
Architecture: any
Depends: ${shlibs:Depends}, ${misc:Depends}
diff -Nru libradsec-0.0.5/debian/libradsec0.install
libradsec-0.0.5/debian/libradsec0.install
--- libradsec-0.0.5/debian/libradsec0.install 2017-08-12 13:17:55.0
+
+++ libradsec-0.0.5/debian/libradsec0.install 1970-01-01 00:00:00.0
+
@@ -1 +0,0 @@
-usr/lib/*/lib*.so.*
diff -Nru libradsec-0.0.5/debian/libradsec0.lintian-overrides
libradsec-0.0.5/debian/libradsec0.lintian-overrides
--- libradsec-0.0.5/debian/libradsec0.lintian-overrides 2017-08-12
13:17:55.0 +
+++ libradsec-0.0.5/debian/libradsec0.lintian-overrides 1970-01-01
00:00:00.0 +
@@ -1,2 +0,0 @@
-# It's upset because debian/* is GPL, but there's no code in that
-libradsec0: possible-gpl-code-linked-with-openssl
diff -Nru libradsec-0.0.5/debian/libradsec0t64.install
libradsec-0.0.5/debian/libradsec0t64.install
--- libradsec-0.0.5/debian/libradsec0t64.install1970-01-01
00:00:00.0 +
+++ libradsec-0.0.5/debian/libradsec0t64.install2017-08-12
13:17:55.0 +
@@ -0,0 +1 @@
+usr/lib/*/lib*.so.*
diff -Nru libradsec-0.0.5/debian/libradsec0t64.lintian-overrides
libradsec-0.0.5/debian/libradsec0t64.lintian-overrides
--- libradsec-0.0.5/debian/libradsec0t64.lintian-overrides 1970-01-01
00:00:00.0 +
+++ libradsec-0.0.5/debian/libradsec0t64.lintian-overrides 2024-02-02
04:32:13.0 +
@@
Bug#1062596: libqt5qxlsx: NMU diff for 64-bit time_t transition
Source: libqt5qxlsx
Version: 1.4.4-1
Severity: serious
Tags: patch pending
Justification: library ABI skew on upgrade
User: debian-...@lists.debian.org
Usertags: time-t
NOTICE: these changes must not be uploaded to unstable yet!
Dear maintainer,
As part of the 64-bit time_t transition required to support 32-bit
architectures in 2038 and beyond
(https://wiki.debian.org/ReleaseGoals/64bit-time), we have identified
libqt5qxlsx 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 libqt5qxlsx
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 libqt5qxlsx-1.4.4/debian/changelog libqt5qxlsx-1.4.4/debian/changelog
--- libqt5qxlsx-1.4.4/debian/changelog 2022-10-09 12:53:34.0 +
+++ libqt5qxlsx-1.4.4/debian/changelog 2024-02-02 04:30:40.0 +
@@ -1,3 +1,10 @@
+libqt5qxlsx (1.4.4-1.1) experimental; urgency=medium
+
+ * Non-maintainer upload.
+ * Rename libraries for 64-bit time_t transition.
+
+ -- Steve Langasek Fri, 02 Feb 2024 04:30:40 +
+
libqt5qxlsx (1.4.4-1) unstable; urgency=medium
* Initial release. (Closes: #1022093)
diff -Nru libqt5qxlsx-1.4.4/debian/control libqt5qxlsx-1.4.4/debian/control
--- libqt5qxlsx-1.4.4/debian/control2022-10-09 12:53:34.0 +
+++ libqt5qxlsx-1.4.4/debian/control2024-02-02 04:30:40.0 +
@@ -11,14 +11,17 @@
Section: libdevel
Architecture: any
Multi-Arch: same
-Depends: libqt5qxlsx0 (= ${binary:Version}), ${misc:Depends}
+Depends: libqt5qxlsx0t64 (= ${binary:Version}), ${misc:Depends}
Description: Excel file (*.xlsx) reader/writer library for Qt5 (development).
QXlsx is excel file (*.xlsx) reader/writer library.
Development language of QXlsx is C++ (with Qt).
.
This file contains development files.
-Package: libqt5qxlsx0
+Package: libqt5qxlsx0t64
+Provides: ${t64:Provides}
+Replaces: libqt5qxlsx0
+Breaks: libqt5qxlsx0 (<< ${source:Version})
Architecture: any
Multi-Arch: same
Depends: ${misc:Depends}, ${shlibs:Depends}
diff -Nru libqt5qxlsx-1.4.4/debian/libqt5qxlsx0.install
libqt5qxlsx-1.4.4/debian/libqt5qxlsx0.install
--- libqt5qxlsx-1.4.4/debian/libqt5qxlsx0.install 2022-10-09
12:53:34.0 +
+++ libqt5qxlsx-1.4.4/debian/libqt5qxlsx0.install 1970-01-01
00:00:00.0 +
@@ -1 +0,0 @@
-usr/lib/*/lib*.so.*
diff -Nru libqt5qxlsx-1.4.4/debian/libqt5qxlsx0.lintian-overrides
libqt5qxlsx-1.4.4/debian/libqt5qxlsx0.lintian-overrides
--- libqt5qxlsx-1.4.4/debian/libqt5qxlsx0.lintian-overrides 2022-10-09
12:53:34.0 +
+++ libqt5qxlsx-1.4.4/debian/libqt5qxlsx0.lintian-overrides 1970-01-01
00:00:00.0 +
@@ -1,2 +0,0 @@
-# we follow our own package naming strategy
-libqt5qxlsx0: package-name-doesnt-match-sonames libQXlsx0
diff -Nru libqt5qxlsx-1.4.4/debian/libqt5qxlsx0t64.install
libqt5qxlsx-1.4.4/debian/libqt5qxlsx0t64.install
--- libqt5qxlsx-1.4.4/debian/libqt5qxlsx0t64.install1970-01-01
00:00:00.0 +
+++ libqt5qxlsx-1.4.4/debian/libqt5qxlsx0t64.install2022-10-09
12:53:34.0 +
@@ -0,0 +1 @@
+usr/lib/*/lib*.so.*
diff -Nru libqt5qxlsx-1.4.4/debian/libqt5qxlsx0t64.lintian-overrides
libqt5qxlsx-1.4.4/debian/libqt5qxlsx0t64.lintian-overrides
--- libqt5qxlsx-1.4.4/debian/libqt5qxlsx0t64.lintian-overrides 1970-01-01
00:00:00.0 +
+++ libqt5qxlsx-1.4.4/debian/libqt5qxlsx0t64.lintian-overrides 2024-02-02
04:30:40.0
Bug#1062594: libqcow: NMU diff for 64-bit time_t transition
Source: libqcow
Version: 20201213-1
Severity: serious
Tags: patch pending
Justification: library ABI skew on upgrade
User: debian-...@lists.debian.org
Usertags: time-t
NOTICE: these changes must not be uploaded to unstable yet!
Dear maintainer,
As part of the 64-bit time_t transition required to support 32-bit
architectures in 2038 and beyond
(https://wiki.debian.org/ReleaseGoals/64bit-time), we have identified
libqcow 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 libqcow
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 libqcow-20201213/debian/changelog libqcow-20201213/debian/changelog
--- libqcow-20201213/debian/changelog 2021-01-27 09:55:42.0 +
+++ libqcow-20201213/debian/changelog 2024-02-02 04:27:54.0 +
@@ -1,3 +1,10 @@
+libqcow (20201213-1.1) experimental; urgency=medium
+
+ * Non-maintainer upload.
+ * Rename libraries for 64-bit time_t transition.
+
+ -- Steve Langasek Fri, 02 Feb 2024 04:27:54 +
+
libqcow (20201213-1) unstable; urgency=medium
[ Samuel Henrique ]
diff -Nru libqcow-20201213/debian/control libqcow-20201213/debian/control
--- libqcow-20201213/debian/control 2021-01-27 09:55:42.0 +
+++ libqcow-20201213/debian/control 2024-02-02 04:27:54.0 +
@@ -18,13 +18,16 @@
Architecture: any
Multi-Arch: same
Depends: ${shlibs:Depends}, ${misc:Depends},
- libqcow1 (= ${binary:Version})
+ libqcow1t64 (= ${binary:Version})
Description: QEMU Copy-On-Write image format access library -- development
files
libqcow is a library to access the QEMU Copy-On-Write (QCOW) image format.
.
This package includes the development support files.
-Package: libqcow1
+Package: libqcow1t64
+Provides: ${t64:Provides}
+Replaces: libqcow1
+Breaks: libqcow1 (<< ${source:Version})
Architecture: any
Multi-Arch: same
Pre-Depends: ${misc:Pre-Depends}
@@ -39,7 +42,7 @@
Architecture: any
Multi-Arch: foreign
Depends: ${shlibs:Depends}, ${misc:Depends},
- libqcow1,
+ libqcow1t64,
Description: QEMU Copy-On-Write image format access library -- Utilities
libqcow is a library to access the QEMU Copy-On-Write (QCOW) image format.
.
@@ -49,7 +52,7 @@
Package: python3-libqcow
Section: python
Architecture: any
-Depends: libqcow1 (= ${binary:Version}), ${shlibs:Depends}, ${misc:Depends},
${python3:Depends}
+Depends: libqcow1t64 (= ${binary:Version}), ${shlibs:Depends},
${misc:Depends}, ${python3:Depends}
Multi-Arch: same
Description: QEMU Copy-On-Write image format access library -- Python 3
bindings
libqcow is a library to access the QEMU Copy-On-Write (QCOW) image format.
diff -Nru libqcow-20201213/debian/libqcow1.install
libqcow-20201213/debian/libqcow1.install
--- libqcow-20201213/debian/libqcow1.install2021-01-27 09:55:42.0
+
+++ libqcow-20201213/debian/libqcow1.install1970-01-01 00:00:00.0
+
@@ -1 +0,0 @@
-usr/lib/*-*/lib*.so.*
diff -Nru libqcow-20201213/debian/libqcow1.symbols
libqcow-20201213/debian/libqcow1.symbols
--- libqcow-20201213/debian/libqcow1.symbols2021-01-27 09:55:42.0
+
+++ libqcow-20201213/debian/libqcow1.symbols1970-01-01 00:00:00.0
+
@@ -1,214 +0,0 @@
-libqcow.so.1 libqcow1 #MINVER#
-* Build-Depends-Package: libqcow-dev
- (optional|regex)^libcaes_.* 0
- (optional|regex)^libcdata_.* 0
- (optional|regex)^libcerror_.* 0
- (optional|regex)^libcfile_.*
Bug#1062595: libqglviewer: NMU diff for 64-bit time_t transition
Source: libqglviewer
Version: 2.8.0+dfsg1-2
Severity: serious
Tags: patch pending
Justification: library ABI skew on upgrade
User: debian-...@lists.debian.org
Usertags: time-t
NOTICE: these changes must not be uploaded to unstable yet!
Dear maintainer,
As part of the 64-bit time_t transition required to support 32-bit
architectures in 2038 and beyond
(https://wiki.debian.org/ReleaseGoals/64bit-time), we have identified
libqglviewer 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 libqglviewer
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 libqglviewer-2.8.0+dfsg1/debian/changelog
libqglviewer-2.8.0+dfsg1/debian/changelog
--- libqglviewer-2.8.0+dfsg1/debian/changelog 2023-02-17 21:49:48.0
+
+++ libqglviewer-2.8.0+dfsg1/debian/changelog 2024-02-02 04:29:24.0
+
@@ -1,3 +1,10 @@
+libqglviewer (2.8.0+dfsg1-2.1) experimental; urgency=medium
+
+ * Non-maintainer upload.
+ * Rename libraries for 64-bit time_t transition.
+
+ -- Steve Langasek Fri, 02 Feb 2024 04:29:24 +
+
libqglviewer (2.8.0+dfsg1-2) unstable; urgency=medium
* Team upload.
diff -Nru libqglviewer-2.8.0+dfsg1/debian/control
libqglviewer-2.8.0+dfsg1/debian/control
--- libqglviewer-2.8.0+dfsg1/debian/control 2023-02-17 21:48:33.0
+
+++ libqglviewer-2.8.0+dfsg1/debian/control 2024-02-02 04:29:24.0
+
@@ -18,7 +18,7 @@
Section: libdevel
Depends: libgl1-mesa-dev | libgl-dev,
libglu1-mesa-dev [armel armhf],
- libqglviewer2-qt5 (= ${binary:Version}),
+ libqglviewer2-qt5t64 (= ${binary:Version}),
libqglviewer-headers,
libqt5opengl5-dev,
libx11-dev,
@@ -59,7 +59,10 @@
.
This package contains documentation and examples.
-Package: libqglviewer2-qt5
+Package: libqglviewer2-qt5t64
+Provides: ${t64:Provides}
+Replaces: libqglviewer2-qt5
+Breaks: libqglviewer2-qt5 (<< ${source:Version})
Architecture: any
Multi-Arch: same
Depends: ${misc:Depends},
diff -Nru libqglviewer-2.8.0+dfsg1/debian/libqglviewer2-qt5.install
libqglviewer-2.8.0+dfsg1/debian/libqglviewer2-qt5.install
--- libqglviewer-2.8.0+dfsg1/debian/libqglviewer2-qt5.install 2023-02-17
21:44:53.0 +
+++ libqglviewer-2.8.0+dfsg1/debian/libqglviewer2-qt5.install 1970-01-01
00:00:00.0 +
@@ -1 +0,0 @@
-usr/lib/*/libQGLViewer-qt5.so.*
diff -Nru libqglviewer-2.8.0+dfsg1/debian/libqglviewer2-qt5t64.install
libqglviewer-2.8.0+dfsg1/debian/libqglviewer2-qt5t64.install
--- libqglviewer-2.8.0+dfsg1/debian/libqglviewer2-qt5t64.install
1970-01-01 00:00:00.0 +
+++ libqglviewer-2.8.0+dfsg1/debian/libqglviewer2-qt5t64.install
2023-02-17 21:44:53.0 +
@@ -0,0 +1 @@
+usr/lib/*/libQGLViewer-qt5.so.*
diff -Nru
libqglviewer-2.8.0+dfsg1/debian/libqglviewer2-qt5t64.lintian-overrides
libqglviewer-2.8.0+dfsg1/debian/libqglviewer2-qt5t64.lintian-overrides
--- libqglviewer-2.8.0+dfsg1/debian/libqglviewer2-qt5t64.lintian-overrides
1970-01-01 00:00:00.0 +
+++ libqglviewer-2.8.0+dfsg1/debian/libqglviewer2-qt5t64.lintian-overrides
2024-02-02 04:29:24.0 +
@@ -0,0 +1 @@
+libqglviewer2-qt5t64: package-name-doesnt-match-sonames libqglviewer2-qt5
Bug#1062593: flightcrew: NMU diff for 64-bit time_t transition
Source: flightcrew
Version: 0.9.3+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
flightcrew 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 flightcrew
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_WARN, 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 flightcrew-0.9.3+dfsg/debian/changelog
flightcrew-0.9.3+dfsg/debian/changelog
--- flightcrew-0.9.3+dfsg/debian/changelog 2023-12-20 20:01:55.0
+
+++ flightcrew-0.9.3+dfsg/debian/changelog 2024-02-02 04:00:35.0
+
@@ -1,3 +1,10 @@
+flightcrew (0.9.3+dfsg-2.1) experimental; urgency=medium
+
+ * Non-maintainer upload.
+ * Rename libraries for 64-bit time_t transition.
+
+ -- Michael Hudson-Doyle Fri, 02 Feb 2024 04:00:35 +
+
flightcrew (0.9.3+dfsg-2) unstable; urgency=medium
[ Francois Mazen ]
diff -Nru flightcrew-0.9.3+dfsg/debian/control
flightcrew-0.9.3+dfsg/debian/control
--- flightcrew-0.9.3+dfsg/debian/control2023-12-20 20:01:55.0
+
+++ flightcrew-0.9.3+dfsg/debian/control2024-02-02 04:00:35.0
+
@@ -36,7 +36,10 @@
to validate epub files, and may be generally useful for other epub
creation utilities.
-Package: libflightcrew0v5
+Package: libflightcrew0t64
+Provides: ${t64:Provides}
+X-Time64-Compat: libflightcrew0v5
+Breaks: libflightcrew0v5 (<< ${source:Version})
Architecture: any
Section: libs
Depends:
@@ -44,7 +47,7 @@
${shlibs:Depends},
Conflicts:
libflightcrew0,
-Replaces:
+Replaces:libflightcrew0v5,
libflightcrew0,
Description: C++ library for epub validation
FlightCrew is an epub validator written in C++. It is used by sigil
@@ -57,8 +60,8 @@
Architecture: all
Section: libdevel
Depends:
- libflightcrew0v5 (<< ${source:Version}.1~),
- libflightcrew0v5 (>= ${source:Version}),
+ libflightcrew0t64 (<< ${source:Version}.1~),
+ libflightcrew0t64 (>= ${source:Version}),
libboost-exception-dev,
${misc:Depends},
Description: C++ library development filesfor epub validation
diff -Nru flightcrew-0.9.3+dfsg/debian/libflightcrew0t64.install
flightcrew-0.9.3+dfsg/debian/libflightcrew0t64.install
--- flightcrew-0.9.3+dfsg/debian/libflightcrew0t64.install 1970-01-01
00:00:00.0 +
+++ flightcrew-0.9.3+dfsg/debian/libflightcrew0t64.install 2023-12-17
21:03:08.0 +
@@ -0,0 +1 @@
+/usr/lib/libFlightCrew.so.*
diff -Nru flightcrew-0.9.3+dfsg/debian/libflightcrew0t64.lintian-overrides
flightcrew-0.9.3+dfsg/debian/libflightcrew0t64.lintian-overrides
--- flightcrew-0.9.3+dfsg/debian/libflightcrew0t64.lintian-overrides
1970-01-01 00:00:00.0 +
+++ flightcrew-0.9.3+dfsg/debian/libflightcrew0t64.lintian-overrides
2024-02-02 04:00:35.0 +
@@ -0,0 +1 @@
+libflightcrew0t64: package-name-doesnt-match-sonames libflightcrew0v5
diff -Nru flightcrew-0.9.3+dfsg/debian/libflightcrew0v5.install
flightcrew-0.9.3+dfsg/debian/libflightcrew0v5.install
--- flightcrew-0.9.3+dfsg/debian/libflightcrew0v5.install 2023-12-17
21:03:08.0 +
+++ flightcrew-0.9.3+dfsg/debian/libflightcrew0v5.install 1970-01-01
00:00:00.0 +
@@ -1 +0,0 @@
Bug#1062592: flickcurl: NMU diff for 64-bit time_t transition
Source: flickcurl
Version: 1.26-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
flickcurl 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 flickcurl
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_WARN, 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 flickcurl-1.26/debian/changelog flickcurl-1.26/debian/changelog
--- flickcurl-1.26/debian/changelog 2021-09-15 11:39:23.0 +
+++ flickcurl-1.26/debian/changelog 2024-02-02 03:59:34.0 +
@@ -1,3 +1,10 @@
+flickcurl (1.26-7.1) experimental; urgency=medium
+
+ * Non-maintainer upload.
+ * Rename libraries for 64-bit time_t transition.
+
+ -- Michael Hudson-Doyle Fri, 02 Feb 2024 03:59:34 +
+
flickcurl (1.26-7) unstable; urgency=medium
* Reuploaded for source-only upload.
diff -Nru flickcurl-1.26/debian/control flickcurl-1.26/debian/control
--- flickcurl-1.26/debian/control 2021-08-24 15:45:50.0 +
+++ flickcurl-1.26/debian/control 2024-02-02 03:59:34.0 +
@@ -12,7 +12,7 @@
Package: libflickcurl-dev
Section: libdevel
Architecture: any
-Depends: libflickcurl0 (= ${binary:Version}), libxml2-dev, libraptor2-dev,
${misc:Depends}
+Depends: libflickcurl0t64 (= ${binary:Version}), libxml2-dev, libraptor2-dev,
${misc:Depends}
Description: C library for accessing the Flickr API - development files
Flickcurl is a C library for the Flickr API, handling creating the
requests, signing, token management, calling the API, marshalling
@@ -27,7 +27,10 @@
This package contains the development libraries and headers for
flickcurl.
-Package: libflickcurl0
+Package: libflickcurl0t64
+Provides: ${t64:Provides}
+Replaces: libflickcurl0
+Breaks: libflickcurl0 (<< ${source:Version})
Architecture: any
Depends: ${shlibs:Depends}, ${misc:Depends}
Pre-Depends: ${misc:Pre-Depends}
@@ -47,7 +50,7 @@
Priority: optional
Section: debug
Architecture: any
-Depends: libflickcurl0 (= ${binary:Version}), flickcurl-utils (=
${binary:Version}), ${misc:Depends}
+Depends: libflickcurl0t64 (= ${binary:Version}), flickcurl-utils (=
${binary:Version}), ${misc:Depends}
Description: C library for accessing the Flickr API - debugging symbols
Flickcurl is a C library for the Flickr API, handling creating the
requests, signing, token management, calling the API, marshalling
diff -Nru flickcurl-1.26/debian/libflickcurl0.docs
flickcurl-1.26/debian/libflickcurl0.docs
--- flickcurl-1.26/debian/libflickcurl0.docs2021-08-24 15:33:36.0
+
+++ flickcurl-1.26/debian/libflickcurl0.docs1970-01-01 00:00:00.0
+
@@ -1,5 +0,0 @@
-NEWS
-README
-README.html
-NEWS.html
-coverage.html
diff -Nru flickcurl-1.26/debian/libflickcurl0.install
flickcurl-1.26/debian/libflickcurl0.install
--- flickcurl-1.26/debian/libflickcurl0.install 2021-08-24 15:33:36.0
+
+++ flickcurl-1.26/debian/libflickcurl0.install 1970-01-01 00:00:00.0
+
@@ -1 +0,0 @@
-usr/lib/*/lib*.so.*
diff -Nru flickcurl-1.26/debian/libflickcurl0t64.docs
flickcurl-1.26/debian/libflickcurl0t64.docs
--- flickcurl-1.26/debian/libflickcurl0t64.docs 1970-01-01 00:00:00.0
+
+++
Bug#1062246: libcdk5: NMU diff for 64-bit time_t transition
On Thu, Feb 01, 2024 at 07:54:08PM +0100, Sven Joachim wrote: > > 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 libcdk5 > > which will initially be uploaded to experimental if possible, then to > > unstable after packages have cleared binary NEW. > As you likely have noticed, an upload to experimental was not possible > because a newer version is already there. What is the backup plan? The backup plan is that, once the dpkg defaults are changed in unstable, this NMU will be uploaded directly to unstable instead. > > Please find the patch for this NMU attached. > > If you have any concerns about this patch, please reach out ASAP. > This package already has an ABI tag from a previous transition[1], and I > think it would be better to replace it rather than add another one on > top of it, i.e. rename the library package to libcdk5t64 rather than > libcdknc6t64. See the attached patch (against the original version in > unstable), I have tested that it builds and that libcdk5t64 correctly > Provides: libcdk5nc6 (= 5.0.20180306-3.1). Thanks, it was unclear to me that this was an ABI tag, I was previously unfamiliar with its use in the archive. It appears this is the only package currently in the archive that uses this ABI tag. I'm perfectly fine to take your patch as authoritative instead when it comes time to upload to unstable, and have asked the ftp team to include this corrected package name in the list of binary override mappings for the archive. -- 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#1062591: flatzebra: NMU diff for 64-bit time_t transition
Source: flatzebra
Version: 0.1.7-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
flatzebra 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 flatzebra
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_WARN, 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 flatzebra-0.1.7/debian/changelog flatzebra-0.1.7/debian/changelog
--- flatzebra-0.1.7/debian/changelog2023-02-25 16:17:42.0 +
+++ flatzebra-0.1.7/debian/changelog2024-02-02 03:52:01.0 +
@@ -1,3 +1,10 @@
+flatzebra (0.1.7-2.1) experimental; urgency=medium
+
+ * Non-maintainer upload.
+ * Rename libraries for 64-bit time_t transition.
+
+ -- Michael Hudson-Doyle Fri, 02 Feb 2024 03:52:01 +
+
flatzebra (0.1.7-2) unstable; urgency=medium
* Switch to debhelper-compat = 13.
diff -Nru flatzebra-0.1.7/debian/control flatzebra-0.1.7/debian/control
--- flatzebra-0.1.7/debian/control 2023-02-25 16:17:42.0 +
+++ flatzebra-0.1.7/debian/control 2024-02-02 03:52:00.0 +
@@ -14,7 +14,11 @@
Vcs-Git: https://salsa.debian.org/games-team/flatzebra.git
Vcs-Browser: https://salsa.debian.org/games-team/flatzebra
-Package: libflatzebra-0.1-2v5
+Package: libflatzebra-0.1-2t64
+Provides: ${t64:Provides}
+X-Time64-Compat: libflatzebra-0.1-2v5
+Replaces: libflatzebra-0.1-2v5
+Breaks: libflatzebra-0.1-2v5 (<< ${source:Version})
Pre-Depends: ${misc:Pre-Depends}
Architecture: any
Multi-Arch: same
@@ -30,7 +34,7 @@
Section: libdevel
Architecture: any
Multi-Arch: same
-Depends: libflatzebra-0.1-2v5 (= ${binary:Version}), ${misc:Depends}
+Depends: libflatzebra-0.1-2t64 (= ${binary:Version}), ${misc:Depends}
Description: Generic Game Engine library development files
flatzebra is a simple, generic C++ game engine library supporting 2D
double-buffering.
diff -Nru flatzebra-0.1.7/debian/libflatzebra-0.1-2t64.install
flatzebra-0.1.7/debian/libflatzebra-0.1-2t64.install
--- flatzebra-0.1.7/debian/libflatzebra-0.1-2t64.install1970-01-01
00:00:00.0 +
+++ flatzebra-0.1.7/debian/libflatzebra-0.1-2t64.install2023-02-25
16:17:42.0 +
@@ -0,0 +1 @@
+usr/lib/*/libflatzebra*.so.*
diff -Nru flatzebra-0.1.7/debian/libflatzebra-0.1-2t64.lintian-overrides
flatzebra-0.1.7/debian/libflatzebra-0.1-2t64.lintian-overrides
--- flatzebra-0.1.7/debian/libflatzebra-0.1-2t64.lintian-overrides
1970-01-01 00:00:00.0 +
+++ flatzebra-0.1.7/debian/libflatzebra-0.1-2t64.lintian-overrides
2024-02-02 03:52:00.0 +
@@ -0,0 +1 @@
+libflatzebra-0.1-2t64: package-name-doesnt-match-sonames libflatzebra-0.1-2v5
diff -Nru flatzebra-0.1.7/debian/libflatzebra-0.1-2v5.install
flatzebra-0.1.7/debian/libflatzebra-0.1-2v5.install
--- flatzebra-0.1.7/debian/libflatzebra-0.1-2v5.install 2023-02-25
16:17:42.0 +
+++ flatzebra-0.1.7/debian/libflatzebra-0.1-2v5.install 1970-01-01
00:00:00.0 +
@@ -1 +0,0 @@
-usr/lib/*/libflatzebra*.so.*
Bug#1062590: fifechan: NMU diff for 64-bit time_t transition
Source: fifechan
Version: 0.1.5-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
fifechan 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 fifechan
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_WARN, 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 fifechan-0.1.5/debian/changelog fifechan-0.1.5/debian/changelog
--- fifechan-0.1.5/debian/changelog 2023-02-24 23:04:45.0 +
+++ fifechan-0.1.5/debian/changelog 2024-02-02 03:38:09.0 +
@@ -1,3 +1,10 @@
+fifechan (0.1.5-3.1) experimental; urgency=medium
+
+ * Non-maintainer upload.
+ * Rename libraries for 64-bit time_t transition.
+
+ -- Michael Hudson-Doyle Fri, 02 Feb 2024 03:38:09 +
+
fifechan (0.1.5-3) unstable; urgency=medium
* Declare compliance with Debian Policy 4.6.2.
diff -Nru fifechan-0.1.5/debian/control fifechan-0.1.5/debian/control
--- fifechan-0.1.5/debian/control 2023-02-24 23:04:45.0 +
+++ fifechan-0.1.5/debian/control 2024-02-02 03:38:09.0 +
@@ -17,7 +17,10 @@
Vcs-Git: https://salsa.debian.org/games-team/fifechan.git
Vcs-Browser: https://salsa.debian.org/games-team/fifechan
-Package: libfifechan0.1.5
+Package: libfifechan0.1.5t64
+Provides: ${t64:Provides}
+Replaces: libfifechan0.1.5
+Breaks: libfifechan0.1.5 (<< ${source:Version})
Architecture: any
Multi-Arch: same
Depends:
@@ -36,7 +39,7 @@
Section: libdevel
Multi-Arch: same
Depends:
- libfifechan0.1.5 (= ${binary:Version}),
+ libfifechan0.1.5t64 (= ${binary:Version}),
${misc:Depends}
Description: development files for the GUI library Fifechan
Fifechan is a lightweight cross platform GUI library written in C++
diff -Nru fifechan-0.1.5/debian/libfifechan0.1.5.install
fifechan-0.1.5/debian/libfifechan0.1.5.install
--- fifechan-0.1.5/debian/libfifechan0.1.5.install 2023-02-24
23:04:45.0 +
+++ fifechan-0.1.5/debian/libfifechan0.1.5.install 1970-01-01
00:00:00.0 +
@@ -1,3 +0,0 @@
-usr/lib/*/libfifechan.so.*
-usr/lib/*/libfifechan_opengl.so.*
-usr/lib/*/libfifechan_sdl.so.*
diff -Nru fifechan-0.1.5/debian/libfifechan0.1.5t64.install
fifechan-0.1.5/debian/libfifechan0.1.5t64.install
--- fifechan-0.1.5/debian/libfifechan0.1.5t64.install 1970-01-01
00:00:00.0 +
+++ fifechan-0.1.5/debian/libfifechan0.1.5t64.install 2023-02-24
23:04:45.0 +
@@ -0,0 +1,3 @@
+usr/lib/*/libfifechan.so.*
+usr/lib/*/libfifechan_opengl.so.*
+usr/lib/*/libfifechan_sdl.so.*
diff -Nru fifechan-0.1.5/debian/libfifechan0.1.5t64.lintian-overrides
fifechan-0.1.5/debian/libfifechan0.1.5t64.lintian-overrides
--- fifechan-0.1.5/debian/libfifechan0.1.5t64.lintian-overrides 1970-01-01
00:00:00.0 +
+++ fifechan-0.1.5/debian/libfifechan0.1.5t64.lintian-overrides 2024-02-02
03:38:09.0 +
@@ -0,0 +1 @@
+libfifechan0.1.5t64: package-name-doesnt-match-sonames libfifechan0.1.5
Bug#1062589: field3d: NMU diff for 64-bit time_t transition
Source: field3d
Version: 1.7.3-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
field3d 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 field3d
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_WARN, 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 field3d-1.7.3/debian/changelog field3d-1.7.3/debian/changelog
--- field3d-1.7.3/debian/changelog 2023-12-27 12:39:37.0 +
+++ field3d-1.7.3/debian/changelog 2024-02-02 03:35:32.0 +
@@ -1,3 +1,10 @@
+field3d (1.7.3-4.1) experimental; urgency=medium
+
+ * Non-maintainer upload.
+ * Rename libraries for 64-bit time_t transition.
+
+ -- Michael Hudson-Doyle Fri, 02 Feb 2024 03:35:32 +
+
field3d (1.7.3-4) unstable; urgency=medium
* Team upload.
diff -Nru field3d-1.7.3/debian/control field3d-1.7.3/debian/control
--- field3d-1.7.3/debian/control2023-03-04 13:16:30.0 +
+++ field3d-1.7.3/debian/control2024-02-02 03:35:32.0 +
@@ -18,7 +18,10 @@
Vcs-Browser: https://salsa.debian.org/debian-phototools-team/field3d
Vcs-Git: https://salsa.debian.org/debian-phototools-team/field3d.git
-Package: libfield3d1.7
+Package: libfield3d1.7t64
+Provides: ${t64:Provides}
+Replaces: libfield3d1.7
+Breaks: libfield3d1.7 (<< ${source:Version})
Architecture: any
Multi-Arch: same
Depends: ${misc:Depends},
@@ -40,7 +43,7 @@
Depends: ${misc:Depends},
libboost-system-dev,
libboost-thread-dev,
- libfield3d1.7 (= ${binary:Version}),
+ libfield3d1.7t64 (= ${binary:Version}),
libhdf5-dev,
libopenexr-dev
Suggests: field3d-doc
diff -Nru field3d-1.7.3/debian/libfield3d1.7.install
field3d-1.7.3/debian/libfield3d1.7.install
--- field3d-1.7.3/debian/libfield3d1.7.install 2023-02-18 19:01:29.0
+
+++ field3d-1.7.3/debian/libfield3d1.7.install 1970-01-01 00:00:00.0
+
@@ -1 +0,0 @@
-usr/lib/*/*.so.*
diff -Nru field3d-1.7.3/debian/libfield3d1.7t64.install
field3d-1.7.3/debian/libfield3d1.7t64.install
--- field3d-1.7.3/debian/libfield3d1.7t64.install 1970-01-01
00:00:00.0 +
+++ field3d-1.7.3/debian/libfield3d1.7t64.install 2023-02-18
19:01:29.0 +
@@ -0,0 +1 @@
+usr/lib/*/*.so.*
diff -Nru field3d-1.7.3/debian/libfield3d1.7t64.lintian-overrides
field3d-1.7.3/debian/libfield3d1.7t64.lintian-overrides
--- field3d-1.7.3/debian/libfield3d1.7t64.lintian-overrides 1970-01-01
00:00:00.0 +
+++ field3d-1.7.3/debian/libfield3d1.7t64.lintian-overrides 2024-02-02
03:35:32.0 +
@@ -0,0 +1 @@
+libfield3d1.7t64: package-name-doesnt-match-sonames libfield3d1.7
Bug#1062588: ffindex: NMU diff for 64-bit time_t transition
Source: ffindex
Version: 0.9.9.9-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
ffindex 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 ffindex
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_WARN, 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 ffindex-0.9.9.9/debian/changelog ffindex-0.9.9.9/debian/changelog
--- ffindex-0.9.9.9/debian/changelog2022-11-03 17:10:23.0 +
+++ ffindex-0.9.9.9/debian/changelog2024-02-02 03:34:52.0 +
@@ -1,3 +1,10 @@
+ffindex (0.9.9.9-6.1) experimental; urgency=medium
+
+ * Non-maintainer upload.
+ * Rename libraries for 64-bit time_t transition.
+
+ -- Michael Hudson-Doyle Fri, 02 Feb 2024 03:34:52 +
+
ffindex (0.9.9.9-6) unstable; urgency=medium
* Fix watch file
diff -Nru ffindex-0.9.9.9/debian/control ffindex-0.9.9.9/debian/control
--- ffindex-0.9.9.9/debian/control 2022-11-03 17:10:23.0 +
+++ ffindex-0.9.9.9/debian/control 2024-02-02 03:34:52.0 +
@@ -19,7 +19,7 @@
Package: ffindex
Architecture: any
-Depends: libffindex0 (= ${binary:Version}),
+Depends: libffindex0t64 (= ${binary:Version}),
${shlibs:Depends},
${misc:Depends}
Description: simple index/database for huge amounts of small files
@@ -31,7 +31,10 @@
.
This package provides the executables.
-Package: libffindex0
+Package: libffindex0t64
+Provides: ${t64:Provides}
+Replaces: libffindex0
+Breaks: libffindex0 (<< ${source:Version})
Architecture: any
Section: libs
Depends: ${shlibs:Depends},
@@ -48,7 +51,7 @@
Package: libffindex0-dev
Architecture: any
Section: libdevel
-Depends: libffindex0 (= ${binary:Version}),
+Depends: libffindex0t64 (= ${binary:Version}),
${misc:Depends}
Provides: libffindex-dev
Description: library for simple index/database for huge amounts of small files
(development)
diff -Nru ffindex-0.9.9.9/debian/libffindex0.install
ffindex-0.9.9.9/debian/libffindex0.install
--- ffindex-0.9.9.9/debian/libffindex0.install 2022-11-03 17:10:23.0
+
+++ ffindex-0.9.9.9/debian/libffindex0.install 1970-01-01 00:00:00.0
+
@@ -1 +0,0 @@
-usr/lib/libffindex.so.*
diff -Nru ffindex-0.9.9.9/debian/libffindex0t64.install
ffindex-0.9.9.9/debian/libffindex0t64.install
--- ffindex-0.9.9.9/debian/libffindex0t64.install 1970-01-01
00:00:00.0 +
+++ ffindex-0.9.9.9/debian/libffindex0t64.install 2022-11-03
17:10:23.0 +
@@ -0,0 +1 @@
+usr/lib/libffindex.so.*
diff -Nru ffindex-0.9.9.9/debian/libffindex0t64.lintian-overrides
ffindex-0.9.9.9/debian/libffindex0t64.lintian-overrides
--- ffindex-0.9.9.9/debian/libffindex0t64.lintian-overrides 1970-01-01
00:00:00.0 +
+++ ffindex-0.9.9.9/debian/libffindex0t64.lintian-overrides 2024-02-02
03:34:52.0 +
@@ -0,0 +1 @@
+libffindex0t64: package-name-doesnt-match-sonames libffindex0
Bug#1062587: fenics-dolfinx: NMU diff for 64-bit time_t transition
Source: fenics-dolfinx
Version: 1:0.7.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
fenics-dolfinx 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 fenics-dolfinx
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_WARN, 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 fenics-dolfinx-0.7.3/debian/changelog
fenics-dolfinx-0.7.3/debian/changelog
--- fenics-dolfinx-0.7.3/debian/changelog 2024-01-04 00:51:08.0
+
+++ fenics-dolfinx-0.7.3/debian/changelog 2024-02-01 22:39:23.0
+
@@ -1,3 +1,10 @@
+fenics-dolfinx (1:0.7.3-3.1) experimental; urgency=medium
+
+ * Non-maintainer upload.
+ * Rename libraries for 64-bit time_t transition.
+
+ -- Michael Hudson-Doyle Thu, 01 Feb 2024 22:39:23 +
+
fenics-dolfinx (1:0.7.3-3) unstable; urgency=medium
* add debian patch test_timing_precision.patch to allow for more
diff -Nru fenics-dolfinx-0.7.3/debian/control
fenics-dolfinx-0.7.3/debian/control
--- fenics-dolfinx-0.7.3/debian/control 2024-01-04 00:51:08.0 +
+++ fenics-dolfinx-0.7.3/debian/control 2024-02-01 22:39:23.0 +
@@ -123,7 +123,7 @@
Architecture: any
Multi-Arch: same
Depends:
- libdolfinx-real0.7 (= ${binary:Version}),
+ libdolfinx-real0.7t64 (= ${binary:Version}),
${petsc:Depends},
${misc:Depends}
Recommends: libdolfinx-dev
@@ -146,7 +146,7 @@
Architecture: any
Multi-Arch: same
Depends:
- libdolfinx-complex0.7 (= ${binary:Version}),
+ libdolfinx-complex0.7t64 (= ${binary:Version}),
${petsc-complex:Depends},
${misc:Depends}
Recommends: libdolfinx-dev
@@ -164,7 +164,10 @@
This is the next-generation version of DOLFIN-).
The legacy version of DOLFIN is provided by libdolfin-dev.
-Package: libdolfinx-real0.7
+Package: libdolfinx-real0.7t64
+Provides: ${t64:Provides}
+Replaces: libdolfinx-real0.7
+Breaks: libdolfinx-real0.7 (<< ${source:Version})
Section: libs
Architecture: any
Multi-Arch: same
@@ -181,7 +184,10 @@
.
This package contains the shared libraries with real number support.
-Package: libdolfinx-complex0.7
+Package: libdolfinx-complex0.7t64
+Provides: ${t64:Provides}
+Replaces: libdolfinx-complex0.7
+Breaks: libdolfinx-complex0.7 (<< ${source:Version})
Section: libs
Architecture: any
Multi-Arch: same
diff -Nru fenics-dolfinx-0.7.3/debian/libdolfinx-complex0.7.install
fenics-dolfinx-0.7.3/debian/libdolfinx-complex0.7.install
--- fenics-dolfinx-0.7.3/debian/libdolfinx-complex0.7.install 2024-01-04
00:51:08.0 +
+++ fenics-dolfinx-0.7.3/debian/libdolfinx-complex0.7.install 1970-01-01
00:00:00.0 +
@@ -1,2 +0,0 @@
-#!/bin/sh
-echo "debian/tmp-complex/usr/lib/**/lib*.so.* usr/lib/${DEB_HOST_MULTIARCH}"
diff -Nru fenics-dolfinx-0.7.3/debian/libdolfinx-complex0.7t64.install
fenics-dolfinx-0.7.3/debian/libdolfinx-complex0.7t64.install
--- fenics-dolfinx-0.7.3/debian/libdolfinx-complex0.7t64.install
1970-01-01 00:00:00.0 +
+++ fenics-dolfinx-0.7.3/debian/libdolfinx-complex0.7t64.install
2024-01-04 00:51:08.0 +
@@ -0,0 +1,2 @@
+#!/bin/sh
+echo "debian/tmp-complex/usr/lib/**/lib*.so.* usr/lib/${DEB_HOST_MULTIARCH}"
diff -Nru
Bug#1062380: libisoburn: NMU diff for 64-bit time_t transition
On Thu, Feb 01, 2024 at 11:04:29AM +0100, Thomas Schmitt wrote: > 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. Well, that's a different problem than making sure libraries which expose time-related types in their ABIs are using 64-bit types consistently and don't have crashes at runtime due to ABI skew between library and caller! Cheers, -- Steve Langasek Give me a lever long enough and a Free OS Debian Developer to set it on, and I can move the world. Ubuntu Developer https://www.debian.org/ slanga...@ubuntu.com vor...@debian.org signature.asc Description: PGP signature
Bug#1062586: libqalculate: NMU diff for 64-bit time_t transition
Source: libqalculate
Version: 4.9.0-1
Severity: serious
Tags: patch pending
Justification: library ABI skew on upgrade
User: debian-...@lists.debian.org
Usertags: time-t
NOTICE: these changes must not be uploaded to unstable yet!
Dear maintainer,
As part of the 64-bit time_t transition required to support 32-bit
architectures in 2038 and beyond
(https://wiki.debian.org/ReleaseGoals/64bit-time), we have identified
libqalculate 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 libqalculate
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 libqalculate-4.9.0/debian/changelog
libqalculate-4.9.0/debian/changelog
--- libqalculate-4.9.0/debian/changelog 2023-12-03 00:53:07.0 +
+++ libqalculate-4.9.0/debian/changelog 2024-02-02 03:22:21.0 +
@@ -1,3 +1,10 @@
+libqalculate (4.9.0-1.1) experimental; urgency=medium
+
+ * Non-maintainer upload.
+ * Rename libraries for 64-bit time_t transition.
+
+ -- Steve Langasek Fri, 02 Feb 2024 03:22:21 +
+
libqalculate (4.9.0-1) unstable; urgency=medium
* New upstream release.
diff -Nru libqalculate-4.9.0/debian/control libqalculate-4.9.0/debian/control
--- libqalculate-4.9.0/debian/control 2023-12-03 00:17:12.0 +
+++ libqalculate-4.9.0/debian/control 2024-02-02 03:22:21.0 +
@@ -63,7 +63,7 @@
Depends:
libcln-dev,
libmpfr-dev,
- libqalculate22 (= ${binary:Version}),
+ libqalculate22t64 (= ${binary:Version}),
libxml2-dev,
${misc:Depends},
Description: Powerful and easy to use desktop calculator - development
@@ -90,7 +90,10 @@
.
This package contains the libqalculate documentation for developers.
-Package: libqalculate22
+Package: libqalculate22t64
+Provides: ${t64:Provides}
+Replaces: libqalculate22
+Breaks: libqalculate22 (<< ${source:Version})
Section: libs
Architecture: any
Multi-Arch: same
diff -Nru libqalculate-4.9.0/debian/libqalculate22.install
libqalculate-4.9.0/debian/libqalculate22.install
--- libqalculate-4.9.0/debian/libqalculate22.install2023-12-03
00:17:12.0 +
+++ libqalculate-4.9.0/debian/libqalculate22.install1970-01-01
00:00:00.0 +
@@ -1 +0,0 @@
-usr/lib/*/*.so.*
diff -Nru libqalculate-4.9.0/debian/libqalculate22t64.install
libqalculate-4.9.0/debian/libqalculate22t64.install
--- libqalculate-4.9.0/debian/libqalculate22t64.install 1970-01-01
00:00:00.0 +
+++ libqalculate-4.9.0/debian/libqalculate22t64.install 2023-12-03
00:17:12.0 +
@@ -0,0 +1 @@
+usr/lib/*/*.so.*
diff -Nru libqalculate-4.9.0/debian/libqalculate22t64.lintian-overrides
libqalculate-4.9.0/debian/libqalculate22t64.lintian-overrides
--- libqalculate-4.9.0/debian/libqalculate22t64.lintian-overrides
1970-01-01 00:00:00.0 +
+++ libqalculate-4.9.0/debian/libqalculate22t64.lintian-overrides
2024-02-02 03:22:21.0 +
@@ -0,0 +1 @@
+libqalculate22t64: package-name-doesnt-match-sonames libqalculate22
Bug#1062585: libphonenumber: NMU diff for 64-bit time_t transition
Source: libphonenumber
Version: 8.12.57+ds-4
Severity: serious
Tags: patch pending
Justification: library ABI skew on upgrade
User: debian-...@lists.debian.org
Usertags: time-t
NOTICE: these changes must not be uploaded to unstable yet!
Dear maintainer,
As part of the 64-bit time_t transition required to support 32-bit
architectures in 2038 and beyond
(https://wiki.debian.org/ReleaseGoals/64bit-time), we have identified
libphonenumber 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 libphonenumber
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 libphonenumber-8.12.57+ds/debian/changelog
libphonenumber-8.12.57+ds/debian/changelog
--- libphonenumber-8.12.57+ds/debian/changelog 2023-07-20 04:36:41.0
+
+++ libphonenumber-8.12.57+ds/debian/changelog 2024-02-02 03:11:37.0
+
@@ -1,3 +1,10 @@
+libphonenumber (8.12.57+ds-4.1~exp1) experimental; urgency=medium
+
+ * Non-maintainer upload.
+ * Adjust Provides for 64-bit time_t transition.
+
+ -- Steve Langasek Fri, 02 Feb 2024 03:11:37 +
+
libphonenumber (8.12.57+ds-4) unstable; urgency=medium
* Team upload.
diff -Nru libphonenumber-8.12.57+ds/debian/rules
libphonenumber-8.12.57+ds/debian/rules
--- libphonenumber-8.12.57+ds/debian/rules 2023-07-20 04:36:41.0
+
+++ libphonenumber-8.12.57+ds/debian/rules 2024-02-02 03:11:20.0
+
@@ -1,5 +1,8 @@
#!/usr/bin/make -f
+DEB_HOST_ARCH_BITS ?= $(shell dpkg-architecture -qDEB_HOST_ARCH_BITS)
+DEB_HOST_ARCH ?= $(shell dpkg-architecture -qDEB_HOST_ARCH)
+
%:
dh $@
@@ -9,10 +12,13 @@
protobufapi := $(shell dpkg-query -W -f '$${Provides}' libprotobuf-dev | grep
-o 'protobuf-api-[^ ]*')
# virtual package to represent libphonenumber and protobuf ABI
-phonenumberprotoabi := libphonenumber8-protobuf$(shell dpkg-query -W -f
'$${Depends}' libprotobuf-dev | sed -n 's/.*libprotobuf\([0-9]*\) .*/\1/p')
+phonenumberprotoabi := libphonenumber8t64-protobuf$(shell dpkg-query -W -f
'$${Depends}' libprotobuf-dev | sed -n 's/.*libprotobuf\([0-9]*\) .*/\1/p')
+ifneq (,$(filter 64,$(DEB_HOST_ARCH_BITS))$(filter i386,$(DEB_HOST_ARCH)))
+ phonenumberprotocompatabi := , libphonenumber8-protobuf$(shell dpkg-query -W
-f '$${Depends}' libprotobuf-dev | sed -n 's/.*libprotobuf\([0-9]*\) .*/\1/p')
+endif
execute_before_dh_gencontrol:
- echo 'libphonenumber:Provides=$(phonenumberprotoabi)' >>
debian/libphonenumber8.substvars
+ echo
'libphonenumber:Provides=$(phonenumberprotoabi)$(phonenumberprotocompatabi)' >>
debian/libphonenumber8.substvars
echo 'protobuf:API=$(protobufapi)' >>
debian/libphonenumber-dev.substvars
override_dh_makeshlibs:
Bug#1062584: libchromaprint1: Incorrect handling of end of input file
Package: libchromaprint1 Version: 1.5.1-2+b1 Severity: normal There seems to be a bug in libchromaprint1 that is causing errors to sometimes be reported when normal end of file has been reached. This then causes errors to be reported from fpcalc, which breaks picard fingerprint calculation and submission in certain cases. mp3val on the mp3 source reports no problems, so I don't think the files that trigger this are actually damaged in any way. The error being returned (via fpcalc) is: ERROR: Error decoding audio frame (End of file) This seems to stem from the inline FFmpegAudioReader::Read() in src/audio/ffmpeg_audio_reader.h -- System Information: Debian Release: 12.4 APT prefers stable-updates APT policy: (500, 'stable-updates'), (500, 'stable-security'), (500, 'stable') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 6.1.0-14-amd64 (SMP w/4 CPU threads; PREEMPT) Kernel taint flags: TAINT_PROPRIETARY_MODULE, TAINT_OOT_MODULE, TAINT_UNSIGNED_MODULE Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8), LANGUAGE not set Shell: /bin/sh linked to /usr/bin/dash Init: systemd (via /run/systemd/system) LSM: AppArmor: enabled Versions of packages libchromaprint1 depends on: ii libavcodec59 7:5.1.4-0+deb12u1 ii libavutil57 7:5.1.4-0+deb12u1 ii libc6 2.36-9+deb12u3 ii libgcc-s1 12.2.0-14 ii libstdc++612.2.0-14 libchromaprint1 recommends no packages. libchromaprint1 suggests no packages. -- no debconf information
Bug#1062583: poc-streamer: mp3-cut shortens output unexpectedly
Package: poc-streamer Version: 0.4.2-7 Severity: normal When using mp3cut to take the whole file, repeated invocations shorten the output unexpectedly. Example: > mp3cut -o test2.mp3 test.mp3 Writing to test2.mp3 Extracting 00:00:00+000-00:00:00+000 from test.mp3 test2.mp3 written > mp3cut -o test3.mp3 test2.mp3 Writing to test3.mp3 Extracting 00:00:00+000-00:00:00+000 from test2.mp3 test3.mp3 written > mp3cut -o test4.mp3 test3.mp3 Writing to test4.mp3 Extracting 00:00:00+000-00:00:00+000 from test3.mp3 test4.mp3 written > ls -l *.mp3 -rw-r- 1 1000 1008 1088784 Feb 1 20:25 test.mp3 -rwxr- 1 1000 1008 1087602 Feb 1 20:38 test2.mp3 -rwxr- 1 1000 1008 1086348 Feb 1 20:38 test3.mp3 -rwxr- 1 1000 1008 1085094 Feb 1 20:38 test4.mp3 As you can see from this output, each invocation is causing data to be lost (each file is successively smaller) even though the full file is supposed to be copied. -- System Information: Debian Release: 12.4 APT prefers stable-updates APT policy: (500, 'stable-updates'), (500, 'stable-security'), (500, 'stable') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 6.1.0-14-amd64 (SMP w/4 CPU threads; PREEMPT) Kernel taint flags: TAINT_PROPRIETARY_MODULE, TAINT_OOT_MODULE, TAINT_UNSIGNED_MODULE Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8), LANGUAGE not set Shell: /bin/sh linked to /usr/bin/dash Init: systemd (via /run/systemd/system) LSM: AppArmor: enabled Versions of packages poc-streamer depends on: ii libc6 2.36-9+deb12u3 ii libfl2 2.6.4-8.2 poc-streamer recommends no packages. poc-streamer suggests no packages. -- no debconf information
Bug#1062582: mkdocs-material: Files installed under wrong dir (/usr/lib/python3.11), breaking reverse-deps
Source: mkdocs-material Severity: important Control: affects -1 src:mkdocstrings-python-handlers Control: block 1058340 by -1 Version: 9.4.0-1 X-Debbugs-CC: mo...@debian.org Hi, Package mkdocs-material is installing files under python version-specific dir now ( /usr/lib/python3.11/ ), which caused autopkgtest regression when python3.12-add transition is launched. * Dependency package bug report: https://bugs.debian.org/1058340 * Its upstream analysis: https://github.com/mkdocstrings/python/issues/121 I believe your package should install files under /usr/lib/python3/ instead. If an immediate fix could not be found, please consider rebuilding your package so that files are also provided under /usr/lib/python3.12/ . Thanks, Boyuan Yang signature.asc Description: This is a digitally signed message part
Bug#1062581: libpwizlite: NMU diff for 64-bit time_t transition
Source: libpwizlite
Version: 3.0.5-2
Severity: serious
Tags: patch pending
Justification: library ABI skew on upgrade
User: debian-...@lists.debian.org
Usertags: time-t
NOTICE: these changes must not be uploaded to unstable yet!
Dear maintainer,
As part of the 64-bit time_t transition required to support 32-bit
architectures in 2038 and beyond
(https://wiki.debian.org/ReleaseGoals/64bit-time), we have identified
libpwizlite 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 libpwizlite
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 libpwizlite-3.0.5/debian/changelog libpwizlite-3.0.5/debian/changelog
--- libpwizlite-3.0.5/debian/changelog 2023-11-23 20:56:47.0 +
+++ libpwizlite-3.0.5/debian/changelog 2024-02-02 01:25:21.0 +
@@ -1,3 +1,10 @@
+libpwizlite (3.0.5-2.1) experimental; urgency=medium
+
+ * Non-maintainer upload.
+ * Rename libraries for 64-bit time_t transition.
+
+ -- Steve Langasek Fri, 02 Feb 2024 01:25:21 +
+
libpwizlite (3.0.5-2) unstable; urgency=low
* Fix Bug#1045317: libpwizlite: Fails to build source after successful build
diff -Nru libpwizlite-3.0.5/debian/control libpwizlite-3.0.5/debian/control
--- libpwizlite-3.0.5/debian/control2023-11-23 20:56:47.0 +
+++ libpwizlite-3.0.5/debian/control2024-02-02 01:25:21.0 +
@@ -24,7 +24,7 @@
Section: libdevel
Architecture: any
Multi-Arch: same
-Depends: libpwizlite3 (= ${binary:Version}),
+Depends: libpwizlite3t64 (= ${binary:Version}),
${misc:Depends}
Replaces: libpwizlite-dev (<< ${binary:Version})
Description: Library to load mzML/mzXML files (dev files)
@@ -37,12 +37,14 @@
This package ships the development files.
-Package: libpwizlite3
+Package: libpwizlite3t64
+Provides: ${t64:Provides}
+Breaks: libpwizlite3 (<< ${source:Version})
Architecture: any
Multi-Arch: same
Depends: ${shlibs:Depends},
${misc:Depends}
-Replaces: libpwizlite3 (<< ${binary:Version})
+Replaces: libpwizlite3, libpwizlite3t64 (<< ${binary:Version})
Description: Library to load mzML/mzXML files (runtime files)
This library is a dumbed-down version of the Proteowizard library.
This library only contains the required features to
diff -Nru libpwizlite-3.0.5/debian/libpwizlite3.install
libpwizlite-3.0.5/debian/libpwizlite3.install
--- libpwizlite-3.0.5/debian/libpwizlite3.install 2023-11-23
20:56:47.0 +
+++ libpwizlite-3.0.5/debian/libpwizlite3.install 1970-01-01
00:00:00.0 +
@@ -1,9 +0,0 @@
-#! /usr/bin/dh-exec
-
-# Filippo Rusconi 20200611 - This is the cleanest solution:
-# https://wiki.debian.org/Multiarch/Implementation#Dynamic_debian.2F.2A_files
-
-# Make sure this file is executable !!!
-
-debian/tmp/usr/lib/${DEB_HOST_MULTIARCH}/libpwizlite.so.${LIB_VERSION}
usr/lib/${DEB_HOST_MULTIARCH}/
-
diff -Nru libpwizlite-3.0.5/debian/libpwizlite3.links
libpwizlite-3.0.5/debian/libpwizlite3.links
--- libpwizlite-3.0.5/debian/libpwizlite3.links 2023-11-23 20:56:47.0
+
+++ libpwizlite-3.0.5/debian/libpwizlite3.links 1970-01-01 00:00:00.0
+
@@ -1,8 +0,0 @@
-#! /usr/bin/dh-exec
-
-# Filippo Rusconi 20200602 - 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}/libpwizlite.so.${LIB_VERSION}
Bug#1062580: libpwiz: NMU diff for 64-bit time_t transition
Source: libpwiz
Version: 3.0.18342-4
Severity: serious
Tags: patch pending
Justification: library ABI skew on upgrade
User: debian-...@lists.debian.org
Usertags: time-t
NOTICE: these changes must not be uploaded to unstable yet!
Dear maintainer,
As part of the 64-bit time_t transition required to support 32-bit
architectures in 2038 and beyond
(https://wiki.debian.org/ReleaseGoals/64bit-time), we have identified
libpwiz 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 libpwiz
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 libpwiz-3.0.18342/debian/changelog libpwiz-3.0.18342/debian/changelog
--- libpwiz-3.0.18342/debian/changelog 2020-09-27 08:55:38.0 +
+++ libpwiz-3.0.18342/debian/changelog 2024-02-01 23:25:33.0 +
@@ -1,3 +1,10 @@
+libpwiz (3.0.18342-4.1) experimental; urgency=medium
+
+ * Non-maintainer upload.
+ * Rename libraries for 64-bit time_t transition.
+
+ -- Steve Langasek Thu, 01 Feb 2024 23:25:33 +
+
libpwiz (3.0.18342-4) unstable; urgency=low
* Fix FTCBFS: Pass --host to configure (Closes: #970872). Thanks to Helmut
diff -Nru libpwiz-3.0.18342/debian/control libpwiz-3.0.18342/debian/control
--- libpwiz-3.0.18342/debian/control2020-06-11 22:51:28.0 +
+++ libpwiz-3.0.18342/debian/control2024-02-01 23:25:32.0 +
@@ -32,7 +32,7 @@
Architecture: any
Depends: ${shlibs:Depends},
${misc:Depends},
- libpwiz3 (= ${binary:Version})
+ libpwiz3t64 (= ${binary:Version})
Suggests: libpwiz-doc
Description: library to perform proteomics data analyses (devel files)
The libpwiz library from the ProteoWizard project provides a modular
@@ -50,7 +50,10 @@
.
This package ships the library development files.
-Package: libpwiz3
+Package: libpwiz3t64
+Provides: ${t64:Provides}
+Replaces: libpwiz3
+Breaks: libpwiz3 (<< ${source:Version})
Architecture: any
Depends: ${shlibs:Depends}, ${misc:Depends}
Suggests: libpwiz-doc
@@ -71,7 +74,7 @@
Package: libpwiz-tools
Section: science
Architecture: any
-Depends: ${shlibs:Depends}, ${misc:Depends}, libpwiz3 (= ${binary:Version})
+Depends: ${shlibs:Depends}, ${misc:Depends}, libpwiz3t64 (= ${binary:Version})
Suggests: libpwiz-doc
Description: ProteoWizard command line tools
The libpwiz library from the ProteoWizard project provides a modular
diff -Nru libpwiz-3.0.18342/debian/libpwiz3.dirs
libpwiz-3.0.18342/debian/libpwiz3.dirs
--- libpwiz-3.0.18342/debian/libpwiz3.dirs 2020-01-17 14:45:17.0
+
+++ libpwiz-3.0.18342/debian/libpwiz3.dirs 1970-01-01 00:00:00.0
+
@@ -1,2 +0,0 @@
-usr/lib
-usr/lib/libpwiz3/example-files
diff -Nru libpwiz-3.0.18342/debian/libpwiz3.install
libpwiz-3.0.18342/debian/libpwiz3.install
--- libpwiz-3.0.18342/debian/libpwiz3.install 2020-01-17 14:45:17.0
+
+++ libpwiz-3.0.18342/debian/libpwiz3.install 1970-01-01 00:00:00.0
+
@@ -1,4 +0,0 @@
-debian/build/usr/lib/libpwiz.so.3.0.0 usr/lib
-
-# The example source code files.
-pwiz_tools/examples/*.cpp usr/share/doc/libpwiz3/example-files
diff -Nru libpwiz-3.0.18342/debian/libpwiz3.links
libpwiz-3.0.18342/debian/libpwiz3.links
--- libpwiz-3.0.18342/debian/libpwiz3.links 2020-01-17 14:45:17.0
+
+++ libpwiz-3.0.18342/debian/libpwiz3.links 1970-01-01 00:00:00.0
+
@@ -1,2 +0,0 @@
Bug#1062579: /usr/bin/wasm-opt has no manpage
Package: binaryen Version: 108-1 Severity: normal Per Debian Policy 12.1, each program, utility, and function should have an associated manpage. Currently /usr/bin/wasm-opt is lacking one. T -- Real men don't take backups. They put their source on a public FTP-server and let the world mirror it. -- Linus Torvalds
Bug#902871: xrdp: virtual desktop something with size/tile/too small
Gürkan Myczko dixit: > Is this bug still relevant with actual stable versions? What about testing or > sid? I cannot reproduce it with current bullseye. bye, //mirabilos -- 15:39⎜«mika:#grml» mira|AO: "mit XFree86® wär’ das nicht passiert" - muhaha 15:48⎜ also warum machen die xorg Jungs eigentlich alles kaputt? :)15:49⎜ thkoehler: weil sie als Kinder nie den gebauten Turm selber umschmeissen durften? -- ~/.Xmodmap wonders…
Bug#1061736: aubio ftbfs with Python 3.12 as the default
Dear Maintainers, Would it be possible to consider a merge request[1] that addresses this issue? Best Regards, Vladimir. [1] https://salsa.debian.org/umlaeute/aubio/-/merge_requests/1
Bug#1056608: timeshift: Timeshift cant restore RSYNC snapshots if your system installed on BTRFS with wrong subvolume
this bug being marked as "grave" prevents installation of timeshift packages on some debian systems. please lower the severity of this bug report. I am not even sure what causes apt-listbugs to block this The following NEW packages will be installed: btrfs-progs libgee-0.8-2 libgnomekbd-common libgnomekbd8 libxapp1 pi-apps-9c59d247 timeshift xapps-common 0 upgraded, 8 newly installed, 0 to remove and 0 not upgraded. After this operation, 10.1 MB of additional disk space will be used. Get:1 file:/tmp/pi-apps-local-packages ./ timeshift 23.07.1 [570 kB] Get:2 /home/pi/pi-apps-9c59d247.deb pi-apps-9c59d247 all 1.0 [752 B] Get:3 http://deb.debian.org/debian bullseye/main arm64 btrfs-progs arm64 5.10.1-2 [677 kB] Get:4 http://deb.debian.org/debian bullseye/main arm64 libgee-0.8-2 arm64 0.20.4-1 [215 kB] Get:5 http://deb.debian.org/debian bullseye/main arm64 libgnomekbd-common all 3.26.1-1 [77.2 kB] Get:6 http://deb.debian.org/debian bullseye/main arm64 libgnomekbd8 arm64 3.26.1-1 [45.4 kB] Get:7 http://deb.debian.org/debian bullseye/main arm64 xapps-common all 2.0.7-1 [49.9 kB] Get:8 http://deb.debian.org/debian bullseye/main arm64 libxapp1 arm64 2.0.7-1 [84.5 kB] grave bugs of timeshift (→ 23.07.1) b1 - #1056608 - timeshift: Timeshift cant restore RSYNC snapshots if your system installed on BTRFS with wrong subvolume Summary: timeshift(1 bug) timeshift will be pinned. Restart APT session to enable ** ** Exiting with an error in order to stop the installation. ** ** Fetched 1,150 kB in 0s (2,332 kB/s) E: Sub-process /usr/bin/apt-listbugs apt returned an error code (10) E: Failure running script /usr/bin/apt-listbugs apt Apt finished. Failed to install the packages! APT reported these errors: E: Sub-process /usr/bin/apt-listbugs apt returned an error code (10) E: Failure running script /usr/bin/apt-listbugs apt
Bug#1062554: Acknowledgement (cups-browsed is not detecting any network printers)
It turns out things aren't working right on my second laptop either. It is correctly detecting network printers and making them visible to the OS as driverless printers, but I can't print to them. When I try, the print job gets paused and lpstat -t prints "No suitable destination host found by cups-browsed." This happens even after I reboot.
Bug#1062554: Acknowledgement (cups-browsed is not detecting any network printers)
I also can't print to a printer I add explicitly to the system rather than relying on auto-discovered printers. Basically printing through CUPS appears to be completely borked, at least for me, across two diffferent laptops running Debian testing.
Bug#1062577: libpst: NMU diff for 64-bit time_t transition
Source: libpst
Version: 0.6.76-1
Severity: serious
Tags: patch pending
Justification: library ABI skew on upgrade
User: debian-...@lists.debian.org
Usertags: time-t
NOTICE: these changes must not be uploaded to unstable yet!
Dear maintainer,
As part of the 64-bit time_t transition required to support 32-bit
architectures in 2038 and beyond
(https://wiki.debian.org/ReleaseGoals/64bit-time), we have identified
libpst 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 libpst
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 libpst-0.6.76/debian/changelog libpst-0.6.76/debian/changelog
--- libpst-0.6.76/debian/changelog 2021-08-17 03:42:55.0 +
+++ libpst-0.6.76/debian/changelog 2024-02-01 23:24:04.0 +
@@ -1,3 +1,10 @@
+libpst (0.6.76-1.1) experimental; urgency=medium
+
+ * Non-maintainer upload.
+ * Rename libraries for 64-bit time_t transition.
+
+ -- Steve Langasek Thu, 01 Feb 2024 23:24:04 +
+
libpst (0.6.76-1) unstable; urgency=medium
* New upstream release.
diff -Nru libpst-0.6.76/debian/control libpst-0.6.76/debian/control
--- libpst-0.6.76/debian/control2021-08-17 03:42:55.0 +
+++ libpst-0.6.76/debian/control2024-02-01 23:24:03.0 +
@@ -22,19 +22,22 @@
Architecture: any
Multi-Arch: same
Depends:
- libpst4 (=${binary:Version}),
+ libpst4t64 (=${binary:Version}),
${misc:Depends},
Breaks:
- libpst4 (<= 0.6.54-3),
+ libpst4t64 (<= 0.6.54-3),
Replaces:
- libpst4 (<= 0.6.54-3),
+ libpst4t64 (<= 0.6.54-3),
Description: library for reading Microsoft Outlook PST files (development
files)
Library for accessing data from Microsoft Outlook PST files.
.
This package include the files needed for developing with libpst,
including the headers, static library and documentation.
-Package: libpst4
+Package: libpst4t64
+Provides: ${t64:Provides}
+Replaces: libpst4
+Breaks: libpst4 (<< ${source:Version})
Section: libs
Architecture: any
Multi-Arch: same
diff -Nru libpst-0.6.76/debian/libpst4.install
libpst-0.6.76/debian/libpst4.install
--- libpst-0.6.76/debian/libpst4.install2019-12-11 02:03:39.0
+
+++ libpst-0.6.76/debian/libpst4.install1970-01-01 00:00:00.0
+
@@ -1 +0,0 @@
-usr/lib/*/libpst*.so.*
diff -Nru libpst-0.6.76/debian/libpst4.shlibs
libpst-0.6.76/debian/libpst4.shlibs
--- libpst-0.6.76/debian/libpst4.shlibs 2020-01-13 05:09:00.0 +
+++ libpst-0.6.76/debian/libpst4.shlibs 1970-01-01 00:00:00.0 +
@@ -1 +0,0 @@
-libpst 4 libpst4 (>= 0.6.74)
diff -Nru libpst-0.6.76/debian/libpst4.symbols
libpst-0.6.76/debian/libpst4.symbols
--- libpst-0.6.76/debian/libpst4.symbols2020-01-13 05:08:01.0
+
+++ libpst-0.6.76/debian/libpst4.symbols1970-01-01 00:00:00.0
+
@@ -1,57 +0,0 @@
-libpst.so.4 libpst4 #MINVER#
-* Build-Depends-Package: libpst-dev
- pst_attach_to_file@Base 0.6.54
- pst_attach_to_file_base64@Base 0.6.54
- pst_attach_to_mem@Base 0.6.54
- pst_base64_encode@Base 0.6.54
- pst_base64_encode_multiple@Base 0.6.54
- pst_base64_encode_single@Base 0.6.54
- pst_close@Base 0.6.54
- pst_convert_recurrence@Base 0.6.54
- pst_convert_utf8@Base 0.6.54
- pst_convert_utf8_null@Base 0.6.54
- pst_debug@Base 0.6.54
- pst_debug_close@Base 0.6.54
- pst_debug_func@Base 0.6.54
- pst_debug_func_ret@Base 0.6.54
- pst_debug_hexdump@Base
Bug#1062575: libpreludedb: NMU diff for 64-bit time_t transition
Source: libpreludedb
Version: 5.2.0-2.1
Severity: serious
Tags: patch pending
Justification: library ABI skew on upgrade
User: debian-...@lists.debian.org
Usertags: time-t
NOTICE: these changes must not be uploaded to unstable yet!
Dear maintainer,
As part of the 64-bit time_t transition required to support 32-bit
architectures in 2038 and beyond
(https://wiki.debian.org/ReleaseGoals/64bit-time), we have identified
libpreludedb 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 libpreludedb
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 libpreludedb-5.2.0/debian/changelog
libpreludedb-5.2.0/debian/changelog
--- libpreludedb-5.2.0/debian/changelog 2023-12-04 16:35:32.0 +
+++ libpreludedb-5.2.0/debian/changelog 2024-02-01 23:20:58.0 +
@@ -1,3 +1,10 @@
+libpreludedb (5.2.0-2.2) experimental; urgency=medium
+
+ * Non-maintainer upload.
+ * Rename libraries for 64-bit time_t transition.
+
+ -- Steve Langasek Thu, 01 Feb 2024 23:20:58 +
+
libpreludedb (5.2.0-2.1) unstable; urgency=medium
* Non-maintainer upload.
diff -Nru libpreludedb-5.2.0/debian/control libpreludedb-5.2.0/debian/control
--- libpreludedb-5.2.0/debian/control 2023-12-04 16:35:28.0 +
+++ libpreludedb-5.2.0/debian/control 2024-02-01 23:20:58.0 +
@@ -25,7 +25,7 @@
Architecture: any
Multi-Arch: same
Suggests: libpreludedb-doc
-Depends: libpreludedb7 (= ${binary:Version}), libpreludedbcpp2 (=
${binary:Version}),
+Depends: libpreludedb7t64 (= ${binary:Version}), libpreludedbcpp2t64 (=
${binary:Version}),
libprelude-dev, ${misc:Depends}
Description: Security Information and Events Management System [ Development
files ]
The PreludeDB Library provides an abstraction layer upon the type and the
@@ -49,7 +49,10 @@
This package contains the documentation for developers for
PreludeDB components.
-Package: libpreludedb7
+Package: libpreludedb7t64
+Provides: ${t64:Provides}
+Replaces: libpreludedb7
+Breaks: libpreludedb7 (<< ${source:Version})
Architecture: any
Multi-Arch: same
Recommends: preludedb-utils
@@ -62,7 +65,10 @@
.
This package contains the PreludeDB shared library.
-Package: libpreludedbcpp2
+Package: libpreludedbcpp2t64
+Provides: ${t64:Provides}
+Replaces: libpreludedbcpp2
+Breaks: libpreludedbcpp2 (<< ${source:Version})
Architecture: any
Multi-Arch: same
Depends: ${shlibs:Depends}, ${misc:Depends}
diff -Nru libpreludedb-5.2.0/debian/libpreludedb7.install
libpreludedb-5.2.0/debian/libpreludedb7.install
--- libpreludedb-5.2.0/debian/libpreludedb7.install 2017-08-17
16:06:39.0 +
+++ libpreludedb-5.2.0/debian/libpreludedb7.install 1970-01-01
00:00:00.0 +
@@ -1,2 +0,0 @@
-debian/tmp/usr/lib/*/libpreludedb.so.*
-debian/tmp/usr/lib/*/libpreludedb/plugins/formats
diff -Nru libpreludedb-5.2.0/debian/libpreludedb7.symbols
libpreludedb-5.2.0/debian/libpreludedb7.symbols
--- libpreludedb-5.2.0/debian/libpreludedb7.symbols 2019-10-15
16:54:48.0 +
+++ libpreludedb-5.2.0/debian/libpreludedb7.symbols 1970-01-01
00:00:00.0 +
@@ -1,273 +0,0 @@
-classic.so libpreludedb7
-| libpreludedb7 #MINVER#
-* Build-Depends-Package: libpreludedb-dev
- classic_LTX_prelude_plugin_version@Base 4.1
- classic_LTX_preludedb_plugin_init@Base 4.1
- classic_delete_alert@Base 4.1
- classic_delete_alert_from_list@Base 4.1
-
Bug#1062576: libpsl: NMU diff for 64-bit time_t transition
Source: libpsl
Version: 0.21.2-1
Severity: serious
Tags: patch pending
Justification: library ABI skew on upgrade
User: debian-...@lists.debian.org
Usertags: time-t
NOTICE: these changes must not be uploaded to unstable yet!
Dear maintainer,
As part of the 64-bit time_t transition required to support 32-bit
architectures in 2038 and beyond
(https://wiki.debian.org/ReleaseGoals/64bit-time), we have identified
libpsl 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 libpsl
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 libpsl-0.21.2/debian/changelog libpsl-0.21.2/debian/changelog
--- libpsl-0.21.2/debian/changelog 2023-02-13 18:57:37.0 +
+++ libpsl-0.21.2/debian/changelog 2024-02-01 23:22:53.0 +
@@ -1,3 +1,10 @@
+libpsl (0.21.2-1.1) experimental; urgency=medium
+
+ * Non-maintainer upload.
+ * Rename libraries for 64-bit time_t transition.
+
+ -- Steve Langasek Thu, 01 Feb 2024 23:22:53 +
+
libpsl (0.21.2-1) unstable; urgency=low
* New upstream version 0.21.2 (Closes: #1028857)
diff -Nru libpsl-0.21.2/debian/control libpsl-0.21.2/debian/control
--- libpsl-0.21.2/debian/control2023-02-13 18:57:37.0 +
+++ libpsl-0.21.2/debian/control2024-02-01 23:22:53.0 +
@@ -26,7 +26,7 @@
Architecture: any
Multi-Arch: same
Depends:
- libpsl5 (= ${binary:Version}),
+ libpsl5t64 (= ${binary:Version}),
${misc:Depends},
Description: Library for Public Suffix List (development headers)
Libpsl allows checking domains against the Public Suffix List.
@@ -39,7 +39,10 @@
This package contains development header files and documentation for
developers.
-Package: libpsl5
+Package: libpsl5t64
+Provides: ${t64:Provides}
+Replaces: libpsl5
+Breaks: libpsl5 (<< ${source:Version})
Architecture: any
Depends:
libidn2-0 (>= 0.16),
diff -Nru libpsl-0.21.2/debian/libpsl5.install
libpsl-0.21.2/debian/libpsl5.install
--- libpsl-0.21.2/debian/libpsl5.install2023-02-13 18:57:37.0
+
+++ libpsl-0.21.2/debian/libpsl5.install1970-01-01 00:00:00.0
+
@@ -1 +0,0 @@
-usr/lib/*/lib*.so.*
diff -Nru libpsl-0.21.2/debian/libpsl5.symbols
libpsl-0.21.2/debian/libpsl5.symbols
--- libpsl-0.21.2/debian/libpsl5.symbols2023-02-13 18:57:37.0
+
+++ libpsl-0.21.2/debian/libpsl5.symbols1970-01-01 00:00:00.0
+
@@ -1,24 +0,0 @@
-libpsl.so.5 libpsl5 #MINVER#
-* Build-Depends-Package: libpsl-dev
- psl_builtin@Base 0.13.0
- psl_builtin_file_time@Base 0.13.0
- psl_builtin_filename@Base 0.13.0
- psl_builtin_outdated@Base 0.13.0
- psl_builtin_sha1sum@Base 0.13.0
- psl_check_version_number@Base 0.13.0
- psl_dist_filename@Base 0.16.0
- psl_free@Base 0.13.0
- psl_free_string@Base 0.19.1
- psl_get_version@Base 0.13.0
- psl_is_cookie_domain_acceptable@Base 0.13.0
- psl_is_public_suffix2@Base 0.13.0
- psl_is_public_suffix@Base 0.13.0
- psl_latest@Base 0.16.0
- psl_load_file@Base 0.13.0
- psl_load_fp@Base 0.13.0
- psl_registrable_domain@Base 0.13.0
- psl_str_to_utf8lower@Base 0.13.0
- psl_suffix_count@Base 0.13.0
- psl_suffix_exception_count@Base 0.13.0
- psl_suffix_wildcard_count@Base 0.13.0
- psl_unregistrable_domain@Base 0.13.0
diff -Nru libpsl-0.21.2/debian/libpsl5t64.install
libpsl-0.21.2/debian/libpsl5t64.install
--- libpsl-0.21.2/debian/libpsl5t64.install 1970-01-01 00:00:00.0
+
Bug#1062573: libpqxx: NMU diff for 64-bit time_t transition
Source: libpqxx
Version: 7.8.1-2
Severity: serious
Tags: patch pending
Justification: library ABI skew on upgrade
User: debian-...@lists.debian.org
Usertags: time-t
NOTICE: these changes must not be uploaded to unstable yet!
Dear maintainer,
As part of the 64-bit time_t transition required to support 32-bit
architectures in 2038 and beyond
(https://wiki.debian.org/ReleaseGoals/64bit-time), we have identified
libpqxx 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 libpqxx
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 libpqxx-7.8.1/debian/changelog libpqxx-7.8.1/debian/changelog
--- libpqxx-7.8.1/debian/changelog 2023-09-24 09:37:43.0 +
+++ libpqxx-7.8.1/debian/changelog 2024-02-01 23:15:43.0 +
@@ -1,3 +1,10 @@
+libpqxx (7.8.1-2.1) experimental; urgency=medium
+
+ * Non-maintainer upload.
+ * Rename libraries for 64-bit time_t transition.
+
+ -- Steve Langasek Thu, 01 Feb 2024 23:15:43 +
+
libpqxx (7.8.1-2) unstable; urgency=medium
* Previous version was uploaded to experimental.
diff -Nru libpqxx-7.8.1/debian/control libpqxx-7.8.1/debian/control
--- libpqxx-7.8.1/debian/control2023-09-24 09:37:43.0 +
+++ libpqxx-7.8.1/debian/control2024-02-01 23:15:43.0 +
@@ -27,7 +27,7 @@
Depends: ${misc:Depends},
pkg-config,
libpq-dev (>= 8.0.3-1),
- libpqxx-7.8 (= ${binary:Version})
+ libpqxx-7.8t64 (= ${binary:Version})
Suggests: libpqxx-doc
Description: C++ library to connect to PostgreSQL (development files)
C++ library to enable user programs to communicate with
@@ -49,7 +49,10 @@
.
This package contains documentation and examples.
-Package: libpqxx-7.8
+Package: libpqxx-7.8t64
+Provides: ${t64:Provides}
+Replaces: libpqxx-7.8
+Breaks: libpqxx-7.8 (<< ${source:Version})
Architecture: any
Pre-Depends: ${misc:Pre-Depends}
Depends: ${misc:Depends},
diff -Nru libpqxx-7.8.1/debian/libpqxx-7.8.docs
libpqxx-7.8.1/debian/libpqxx-7.8.docs
--- libpqxx-7.8.1/debian/libpqxx-7.8.docs 2023-09-24 09:37:43.0
+
+++ libpqxx-7.8.1/debian/libpqxx-7.8.docs 1970-01-01 00:00:00.0
+
@@ -1,3 +0,0 @@
-NEWS
-README.md
-debian/README.source
diff -Nru libpqxx-7.8.1/debian/libpqxx-7.8.install
libpqxx-7.8.1/debian/libpqxx-7.8.install
--- libpqxx-7.8.1/debian/libpqxx-7.8.install2023-09-24 09:37:43.0
+
+++ libpqxx-7.8.1/debian/libpqxx-7.8.install1970-01-01 00:00:00.0
+
@@ -1 +0,0 @@
-debian/tmp/usr/lib/*/libpqxx-*.so*
diff -Nru libpqxx-7.8.1/debian/libpqxx-7.8.symbols
libpqxx-7.8.1/debian/libpqxx-7.8.symbols
--- libpqxx-7.8.1/debian/libpqxx-7.8.symbols2023-09-24 09:37:43.0
+
+++ libpqxx-7.8.1/debian/libpqxx-7.8.symbols1970-01-01 00:00:00.0
+
@@ -1,680 +0,0 @@
-libpqxx-7.8.so libpqxx-7.8 #MINVER#
-* Build-Depends-Package: libpqxx-dev
- _ZN4pqxx10connectingC1ENS_5zviewE@Base 7.8.1
- _ZN4pqxx10connectingC2ENS_5zviewE@Base 7.8.1
-
_ZN4pqxx10connection10adorn_nameB5cxx11ESt17basic_string_viewIcSt11char_traitsIcEE@Base
7.8.1
- _ZN4pqxx10connection10get_notifsEv@Base 7.8.1
- _ZN4pqxx10connection10get_resultEv@Base 7.8.1
-
_ZN4pqxx10connection11exec_paramsESt17basic_string_viewIcSt11char_traitsIcEERKNS_8internal8c_paramsE@Base
7.8.1
-
Bug#1062572: libpqtypes: NMU diff for 64-bit time_t transition
Source: libpqtypes
Version: 1.5.1-9
Severity: serious
Tags: patch pending
Justification: library ABI skew on upgrade
User: debian-...@lists.debian.org
Usertags: time-t
NOTICE: these changes must not be uploaded to unstable yet!
Dear maintainer,
As part of the 64-bit time_t transition required to support 32-bit
architectures in 2038 and beyond
(https://wiki.debian.org/ReleaseGoals/64bit-time), we have identified
libpqtypes 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 libpqtypes
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 libpqtypes-1.5.1/debian/changelog libpqtypes-1.5.1/debian/changelog
--- libpqtypes-1.5.1/debian/changelog 2022-10-05 13:54:22.0 +
+++ libpqtypes-1.5.1/debian/changelog 2024-02-01 23:14:54.0 +
@@ -1,3 +1,10 @@
+libpqtypes (1.5.1-9.1) experimental; urgency=medium
+
+ * Non-maintainer upload.
+ * Rename libraries for 64-bit time_t transition.
+
+ -- Steve Langasek Thu, 01 Feb 2024 23:14:54 +
+
libpqtypes (1.5.1-9) unstable; urgency=medium
* Disable "char" test, broken with PG15 (and probably not worth fixing).
diff -Nru libpqtypes-1.5.1/debian/control libpqtypes-1.5.1/debian/control
--- libpqtypes-1.5.1/debian/control 2022-10-05 13:54:22.0 +
+++ libpqtypes-1.5.1/debian/control 2024-02-01 23:14:54.0 +
@@ -13,7 +13,7 @@
Section: libdevel
Architecture: any
Multi-Arch: same
-Depends: libpq-dev, libpqtypes0 (= ${binary:Version}),
+Depends: libpq-dev, libpqtypes0t64 (= ${binary:Version}),
${shlibs:Depends}, ${misc:Depends}
Description: parameterized queries libpq extension - development
libpqtypes is a libpq extension that offers a new way of handling
@@ -33,7 +33,10 @@
.
This package contains the headers and manpages.
-Package: libpqtypes0
+Package: libpqtypes0t64
+Provides: ${t64:Provides}
+Replaces: libpqtypes0
+Breaks: libpqtypes0 (<< ${source:Version})
Section: libs
Architecture: any
Multi-Arch: same
diff -Nru libpqtypes-1.5.1/debian/libpqtypes0.install
libpqtypes-1.5.1/debian/libpqtypes0.install
--- libpqtypes-1.5.1/debian/libpqtypes0.install 2014-11-24 11:44:09.0
+
+++ libpqtypes-1.5.1/debian/libpqtypes0.install 1970-01-01 00:00:00.0
+
@@ -1 +0,0 @@
-usr/lib/*/libpqtypes.so.*
diff -Nru libpqtypes-1.5.1/debian/libpqtypes0.symbols
libpqtypes-1.5.1/debian/libpqtypes0.symbols
--- libpqtypes-1.5.1/debian/libpqtypes0.symbols 2014-11-24 11:44:09.0
+
+++ libpqtypes-1.5.1/debian/libpqtypes0.symbols 1970-01-01 00:00:00.0
+
@@ -1,120 +0,0 @@
-libpqtypes.so.0 libpqtypes0 #MINVER#
- PQclearSpecs@Base 0
- PQclearTypes@Base 0
- PQexecf@Base 0
- PQexecvf@Base 0
- PQgetErrorField@Base 0
- PQgeterror@Base 0
- PQgetf@Base 0
- PQgetvf@Base 0
- PQinitTypes@Base 0
- PQlocalTZInfo@Base 0
- PQparamClear@Base 0
- PQparamCount@Base 0
- PQparamCreate@Base 0
- PQparamDup@Base 0
- PQparamExec@Base 0
- PQparamExecPrepared@Base 0
- PQparamReset@Base 0
- PQparamSendQuery@Base 0
- PQparamSendQueryPrepared@Base 0
- PQputf@Base 0
- PQputvf@Base 0
- PQregisterComposites@Base 0
- PQregisterResult@Base 0
- PQregisterSubClasses@Base 0
- PQregisterTypes@Base 0
- PQregisterUserDefinedTypes@Base 0
- PQsendf@Base 0
- PQsendvf@Base 0
- PQseterror@Base 0
- PQspecPrepare@Base 0
- PQtypesRegister@Base 0
- pqt_allowsptr@Base 0
- pqt_argserrorf@Base 0
- pqt_argssuper@Base 0
- pqt_clearspec@Base
Bug#1062571: libpodofo: NMU diff for 64-bit time_t transition
Source: libpodofo
Version: 0.9.8+dfsg-3
Severity: serious
Tags: patch pending
Justification: library ABI skew on upgrade
User: debian-...@lists.debian.org
Usertags: time-t
NOTICE: these changes must not be uploaded to unstable yet!
Dear maintainer,
As part of the 64-bit time_t transition required to support 32-bit
architectures in 2038 and beyond
(https://wiki.debian.org/ReleaseGoals/64bit-time), we have identified
libpodofo 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 libpodofo
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 libpodofo-0.9.8+dfsg/debian/changelog
libpodofo-0.9.8+dfsg/debian/changelog
--- libpodofo-0.9.8+dfsg/debian/changelog 2022-08-21 14:22:05.0
+
+++ libpodofo-0.9.8+dfsg/debian/changelog 2024-02-01 23:12:18.0
+
@@ -1,3 +1,10 @@
+libpodofo (0.9.8+dfsg-3.1) experimental; urgency=medium
+
+ * Non-maintainer upload.
+ * Rename libraries for 64-bit time_t transition.
+
+ -- Steve Langasek Thu, 01 Feb 2024 23:12:18 +
+
libpodofo (0.9.8+dfsg-3) unstable; urgency=medium
[ YOKOTA Hiroshi ]
diff -Nru libpodofo-0.9.8+dfsg/debian/control
libpodofo-0.9.8+dfsg/debian/control
--- libpodofo-0.9.8+dfsg/debian/control 2022-08-21 14:21:13.0 +
+++ libpodofo-0.9.8+dfsg/debian/control 2024-02-01 23:12:17.0 +
@@ -26,7 +26,7 @@
Architecture: any
Depends:
libboost-dev,
- libpodofo0.9.8 (= ${binary:Version}),
+ libpodofo0.9.8t64 (= ${binary:Version}),
libssl-dev,
${misc:Depends},
Description: PoDoFo development files
@@ -45,7 +45,7 @@
Architecture: any
Section: utils
Depends:
- libpodofo0.9.8 (= ${binary:Version}),
+ libpodofo0.9.8t64 (= ${binary:Version}),
${misc:Depends},
${shlibs:Depends},
Description: PoDoFo utilities
@@ -59,7 +59,10 @@
.
This package contains tools for working with PDF files.
-Package: libpodofo0.9.8
+Package: libpodofo0.9.8t64
+Provides: ${t64:Provides}
+Replaces: libpodofo0.9.8
+Breaks: libpodofo0.9.8 (<< ${source:Version})
Section: libs
Architecture: any
Depends:
diff -Nru libpodofo-0.9.8+dfsg/debian/libpodofo0.9.8.install
libpodofo-0.9.8+dfsg/debian/libpodofo0.9.8.install
--- libpodofo-0.9.8+dfsg/debian/libpodofo0.9.8.install 2019-02-11
16:12:44.0 +
+++ libpodofo-0.9.8+dfsg/debian/libpodofo0.9.8.install 1970-01-01
00:00:00.0 +
@@ -1 +0,0 @@
-usr/lib/lib*.so.*
diff -Nru libpodofo-0.9.8+dfsg/debian/libpodofo0.9.8.lintian-overrides
libpodofo-0.9.8+dfsg/debian/libpodofo0.9.8.lintian-overrides
--- libpodofo-0.9.8+dfsg/debian/libpodofo0.9.8.lintian-overrides
2019-02-11 16:12:44.0 +
+++ libpodofo-0.9.8+dfsg/debian/libpodofo0.9.8.lintian-overrides
1970-01-01 00:00:00.0 +
@@ -1,5 +0,0 @@
-# Some symbols change across all architectures; maintaining symbols in this
-# condition is extremely painful, so let's not do it.
-# Furthermore, there is no real need as every upstream releases changes ABI
-# forcing a transition, a symbol file wouldn't make it much easier at all.
-no-symbols-control-file
diff -Nru libpodofo-0.9.8+dfsg/debian/libpodofo0.9.8t64.install
libpodofo-0.9.8+dfsg/debian/libpodofo0.9.8t64.install
--- libpodofo-0.9.8+dfsg/debian/libpodofo0.9.8t64.install 1970-01-01
00:00:00.0 +
+++ libpodofo-0.9.8+dfsg/debian/libpodofo0.9.8t64.install 2019-02-11
16:12:44.0 +
@@ -0,0 +1 @@
Bug#1062570: libpng1.6: NMU diff for 64-bit time_t transition
Source: libpng1.6
Version: 1.6.42-1
Severity: serious
Tags: patch pending
Justification: library ABI skew on upgrade
User: debian-...@lists.debian.org
Usertags: time-t
NOTICE: these changes must not be uploaded to unstable yet!
Dear maintainer,
As part of the 64-bit time_t transition required to support 32-bit
architectures in 2038 and beyond
(https://wiki.debian.org/ReleaseGoals/64bit-time), we have identified
libpng1.6 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 libpng1.6
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 libpng1.6-1.6.42/debian/changelog libpng1.6-1.6.42/debian/changelog
--- libpng1.6-1.6.42/debian/changelog 2024-01-30 08:03:50.0 +
+++ libpng1.6-1.6.42/debian/changelog 2024-02-01 23:11:39.0 +
@@ -1,3 +1,10 @@
+libpng1.6 (1.6.42-1.1) experimental; urgency=medium
+
+ * Non-maintainer upload.
+ * Rename libraries for 64-bit time_t transition.
+
+ -- Steve Langasek Thu, 01 Feb 2024 23:11:39 +
+
libpng1.6 (1.6.42-1) unstable; urgency=medium
* New upstream version 1.6.42
diff -Nru libpng1.6-1.6.42/debian/control libpng1.6-1.6.42/debian/control
--- libpng1.6-1.6.42/debian/control 2023-10-10 15:55:59.0 +
+++ libpng1.6-1.6.42/debian/control 2024-02-01 23:11:39.0 +
@@ -12,7 +12,10 @@
Homepage: http://libpng.org/pub/png/libpng.html
Rules-Requires-Root: no
-Package: libpng16-16
+Package: libpng16-16t64
+Provides: ${t64:Provides}
+Replaces: libpng16-16
+Breaks: libpng16-16 (<< ${source:Version})
Architecture: any
Depends: ${shlibs:Depends}, ${misc:Depends}
Multi-Arch: same
@@ -27,7 +30,7 @@
Section: libdevel
Architecture: any
Multi-Arch: same
-Depends: ${misc:Depends}, libpng16-16 (= ${binary:Version}), zlib1g-dev
+Depends: ${misc:Depends}, libpng16-16t64 (= ${binary:Version}), zlib1g-dev
Conflicts: libpng12-0-dev, libpng12-dev, libpng2-dev, libpng3-dev
Breaks: libpng16-dev (<< 1.6.20-3), libpng16-devtools (<< 1.6.21-1)
Replaces: libpng16-dev (<< 1.6.20-3), libpng16-devtools (<< 1.6.21-1)
@@ -43,7 +46,7 @@
Section: libdevel
Architecture: any
Multi-Arch: foreign
-Depends: ${shlibs:Depends}, ${misc:Depends}, libpng16-16 (= ${binary:Version})
+Depends: ${shlibs:Depends}, ${misc:Depends}, libpng16-16t64 (=
${binary:Version})
Breaks: libpng16-tools (<< 1.6.21-1)
Replaces: libpng16-tools (<< 1.6.21-1)
Description: PNG library - tools (version 1.6)
diff -Nru libpng1.6-1.6.42/debian/libpng16-16.doc-base
libpng1.6-1.6.42/debian/libpng16-16.doc-base
--- libpng1.6-1.6.42/debian/libpng16-16.doc-base2019-01-15
08:59:23.0 +
+++ libpng1.6-1.6.42/debian/libpng16-16.doc-base1970-01-01
00:00:00.0 +
@@ -1,25 +0,0 @@
-Document: libpng16
-Title: A description on how to use and modify libpng (version 1.5.X)
-Author: Glenn Randers-Pehrson
-Abstract: This file describes how to use and modify the PNG reference library
- (known as libpng) for your own use. There are five sections to this
- file: introduction, structures, reading, writing, and modification and
- configuration notes for various special platforms. In addition to this
- file, example.c is a good starting point for using the library, as
- it is heavily commented and should include everything most people
- will need. We assume that libpng is already installed; see the
- INSTALL file for instructions on how to install libpng.
- .
Bug#1062568: libpgm: NMU diff for 64-bit time_t transition
Source: libpgm
Version: 5.3.128~dfsg-2
Severity: serious
Tags: patch pending
Justification: library ABI skew on upgrade
User: debian-...@lists.debian.org
Usertags: time-t
NOTICE: these changes must not be uploaded to unstable yet!
Dear maintainer,
As part of the 64-bit time_t transition required to support 32-bit
architectures in 2038 and beyond
(https://wiki.debian.org/ReleaseGoals/64bit-time), we have identified
libpgm 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 libpgm
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 libpgm-5.3.128~dfsg/debian/changelog
libpgm-5.3.128~dfsg/debian/changelog
--- libpgm-5.3.128~dfsg/debian/changelog2020-10-10 16:00:12.0
+
+++ libpgm-5.3.128~dfsg/debian/changelog2024-02-01 23:10:21.0
+
@@ -1,3 +1,10 @@
+libpgm (5.3.128~dfsg-2.1) experimental; urgency=medium
+
+ * Non-maintainer upload.
+ * Rename libraries for 64-bit time_t transition.
+
+ -- Steve Langasek Thu, 01 Feb 2024 23:10:21 +
+
libpgm (5.3.128~dfsg-2) unstable; urgency=medium
* Upload to unstable for library transition.
diff -Nru libpgm-5.3.128~dfsg/debian/control libpgm-5.3.128~dfsg/debian/control
--- libpgm-5.3.128~dfsg/debian/control 2020-09-03 15:33:48.0 +
+++ libpgm-5.3.128~dfsg/debian/control 2024-02-01 23:10:21.0 +
@@ -6,7 +6,10 @@
Section: libs
Homepage: https://github.com/steve-o/openpgm
-Package: libpgm-5.3-0
+Package: libpgm-5.3-0t64
+Provides: ${t64:Provides}
+Replaces: libpgm-5.3-0
+Breaks: libpgm-5.3-0 (<< ${source:Version})
Architecture: any
Multi-Arch: same
Section: libs
@@ -29,7 +32,7 @@
Architecture: any
Multi-Arch: same
Section: libdevel
-Depends: libpgm-5.3-0 (= ${binary:Version}), ${misc:Depends}
+Depends: libpgm-5.3-0t64 (= ${binary:Version}), ${misc:Depends}
Conflicts: libnetpbm9-dev
Description: OpenPGM development files
OpenPGM is an open source implementation of the Pragmatic General Multicast
diff -Nru libpgm-5.3.128~dfsg/debian/libpgm-5.3-0.install
libpgm-5.3.128~dfsg/debian/libpgm-5.3-0.install
--- libpgm-5.3.128~dfsg/debian/libpgm-5.3-0.install 2015-01-29
18:41:19.0 +
+++ libpgm-5.3.128~dfsg/debian/libpgm-5.3-0.install 1970-01-01
00:00:00.0 +
@@ -1 +0,0 @@
-usr/lib/*/lib*.so.*
diff -Nru libpgm-5.3.128~dfsg/debian/libpgm-5.3-0.symbols
libpgm-5.3.128~dfsg/debian/libpgm-5.3-0.symbols
--- libpgm-5.3.128~dfsg/debian/libpgm-5.3-0.symbols 2020-09-03
15:33:48.0 +
+++ libpgm-5.3.128~dfsg/debian/libpgm-5.3-0.symbols 1970-01-01
00:00:00.0 +
@@ -1,102 +0,0 @@
-libpgm-5.3.so.0 libpgm-5.3-0 #MINVER#
- if6_default_group_addr@Base 5.1.116~dfsg
- pgm_adapter_strerror@Base 5.2.122~dfsg
- pgm_addrinfo_to_string@Base 5.2.122+git20200619~dfsg
- pgm_bind3@Base 5.1.116~dfsg
- pgm_bind@Base 5.1.116~dfsg
- pgm_build_date@Base 5.1.116~dfsg
- pgm_build_machine@Base 5.1.116~dfsg
- pgm_build_revision@Base 5.1.116~dfsg
- pgm_build_system@Base 5.1.116~dfsg
- pgm_build_time@Base 5.1.116~dfsg
- pgm_clear_error@Base 5.1.116~dfsg
- pgm_close@Base 5.1.116~dfsg
- pgm_compat_csum_partial@Base 5.1.116~dfsg
- pgm_compat_csum_partial_copy@Base 5.1.116~dfsg
- pgm_connect@Base 5.1.116~dfsg
- pgm_csum_block_add@Base 5.1.116~dfsg
- pgm_csum_fold@Base 5.1.116~dfsg
- pgm_drop_superuser@Base 5.1.116~dfsg
- (arch=linux-any)pgm_epoll_ctl@Base 5.1.116~dfsg
-
Bug#1062569: libplayerone: NMU diff for 64-bit time_t transition
Source: libplayerone
Version: 3.1.0+20221218103507-1
Severity: serious
Tags: patch pending
Justification: library ABI skew on upgrade
User: debian-...@lists.debian.org
Usertags: time-t
NOTICE: these changes must not be uploaded to unstable yet!
Dear maintainer,
As part of the 64-bit time_t transition required to support 32-bit
architectures in 2038 and beyond
(https://wiki.debian.org/ReleaseGoals/64bit-time), we have identified
libplayerone 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 libplayerone
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 libplayerone-3.1.0+20221218103507/debian/changelog
libplayerone-3.1.0+20221218103507/debian/changelog
--- libplayerone-3.1.0+20221218103507/debian/changelog 2022-12-18
10:36:28.0 +
+++ libplayerone-3.1.0+20221218103507/debian/changelog 2024-02-01
23:11:06.0 +
@@ -1,3 +1,10 @@
+libplayerone (3.1.0+20221218103507-1.1) experimental; urgency=medium
+
+ * Non-maintainer upload.
+ * Rename libraries for 64-bit time_t transition.
+
+ -- Steve Langasek Thu, 01 Feb 2024 23:11:06 +
+
libplayerone (3.1.0+20221218103507-1) unstable; urgency=medium
* build version from git
diff -Nru libplayerone-3.1.0+20221218103507/debian/control
libplayerone-3.1.0+20221218103507/debian/control
--- libplayerone-3.1.0+20221218103507/debian/control2022-12-18
10:35:12.0 +
+++ libplayerone-3.1.0+20221218103507/debian/control2024-02-01
23:11:06.0 +
@@ -13,7 +13,10 @@
Vcs-Browser: https://salsa.debian.org/debian-astro-team/libplayerone
Vcs-Git: https://salsa.debian.org/debian-astro-team/libplayerone.git
-Package: libplayeronecamera2
+Package: libplayeronecamera2t64
+Provides: ${t64:Provides}
+Replaces: libplayeronecamera2
+Breaks: libplayeronecamera2 (<< ${source:Version})
Architecture: amd64 armhf arm64
Depends: ${shlibs:Depends}, ${misc:Depends}
Description: library for Player One Astronomy's Cameras
diff -Nru
libplayerone-3.1.0+20221218103507/debian/libplayeronecamera2.lintian-overrides
libplayerone-3.1.0+20221218103507/debian/libplayeronecamera2.lintian-overrides
---
libplayerone-3.1.0+20221218103507/debian/libplayeronecamera2.lintian-overrides
2022-12-18 10:35:12.0 +
+++
libplayerone-3.1.0+20221218103507/debian/libplayeronecamera2.lintian-overrides
1970-01-01 00:00:00.0 +
@@ -1,2 +0,0 @@
-# that is the way upstream delivers stuff
-hardening-no-bindnow
diff -Nru
libplayerone-3.1.0+20221218103507/debian/libplayeronecamera2t64.lintian-overrides
libplayerone-3.1.0+20221218103507/debian/libplayeronecamera2t64.lintian-overrides
---
libplayerone-3.1.0+20221218103507/debian/libplayeronecamera2t64.lintian-overrides
1970-01-01 00:00:00.0 +
+++
libplayerone-3.1.0+20221218103507/debian/libplayeronecamera2t64.lintian-overrides
2024-02-01 23:11:06.0 +
@@ -0,0 +1,3 @@
+# that is the way upstream delivers stuff
+hardening-no-bindnow
+libplayeronecamera2t64: package-name-doesnt-match-sonames libplayeronecamera2
Bug#1062565: libpcap: NMU diff for 64-bit time_t transition
Source: libpcap
Version: 1.10.4-4
Severity: serious
Tags: patch pending
Justification: library ABI skew on upgrade
User: debian-...@lists.debian.org
Usertags: time-t
NOTICE: these changes must not be uploaded to unstable yet!
Dear maintainer,
As part of the 64-bit time_t transition required to support 32-bit
architectures in 2038 and beyond
(https://wiki.debian.org/ReleaseGoals/64bit-time), we have identified
libpcap 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 libpcap
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 libpcap-1.10.4/debian/changelog libpcap-1.10.4/debian/changelog
--- libpcap-1.10.4/debian/changelog 2023-08-14 15:49:33.0 +
+++ libpcap-1.10.4/debian/changelog 2024-02-01 23:05:57.0 +
@@ -1,3 +1,10 @@
+libpcap (1.10.4-4.1) experimental; urgency=medium
+
+ * Non-maintainer upload.
+ * Rename libraries for 64-bit time_t transition.
+
+ -- Steve Langasek Thu, 01 Feb 2024 23:05:57 +
+
libpcap (1.10.4-4) unstable; urgency=medium
* debian/patches/shared-lib.diff: Fix clean target (closes: #1045792).
diff -Nru libpcap-1.10.4/debian/control libpcap-1.10.4/debian/control
--- libpcap-1.10.4/debian/control 2023-08-14 15:40:48.0 +
+++ libpcap-1.10.4/debian/control 2024-02-01 23:05:57.0 +
@@ -28,11 +28,11 @@
Architecture: any
Depends: libc6-dev,
libdbus-1-dev,
- libpcap0.8 (= ${binary:Version}),
+ libpcap0.8t64 (= ${binary:Version}),
${misc:Depends}
Conflicts: libpcap0.7-dev
Multi-Arch: same
-Description: development library and header files for libpcap0.8
+Description: development library and header files for libpcap0.8t64
Headers, static libraries, and documentation for the libpcap library.
.
libpcap (Packet CAPture) provides a portable framework for low-level
@@ -45,13 +45,15 @@
to ease in porting and to alleviate the need for several
system-dependent packet capture modules in each application.
-Package: libpcap0.8
+Package: libpcap0.8t64
+Provides: ${t64:Provides}
+Breaks: libpcap0.8 (<< ${source:Version})
Section: libs
Architecture: any
Pre-Depends: ${misc:Pre-Depends}
Depends: ${misc:Depends},
${shlibs:Depends}
-Replaces: libpcap0.8-dev (<< 1.10.4-3)
+Replaces: libpcap0.8, libpcap0.8-dev (<< 1.10.4-3)
Multi-Arch: same
Description: system interface for user-level packet capture
libpcap (Packet CAPture) provides a portable framework for low-level
diff -Nru libpcap-1.10.4/debian/libpcap0.8.README.Debian
libpcap-1.10.4/debian/libpcap0.8.README.Debian
--- libpcap-1.10.4/debian/libpcap0.8.README.Debian 2023-06-17
15:40:52.0 +
+++ libpcap-1.10.4/debian/libpcap0.8.README.Debian 1970-01-01
00:00:00.0 +
@@ -1,9 +0,0 @@
-libpcap for Debian
---
-
- If you receive messages telling you the packet type is not supported
- or is deprecated check that CONFIG_PACKET is set to either `Y' or `M'.
-
- Feel free to report bugs.
-
- -- Anand Kumria , Tue, 28 Nov 2000 02:04:28 EST
diff -Nru libpcap-1.10.4/debian/libpcap0.8.docs
libpcap-1.10.4/debian/libpcap0.8.docs
--- libpcap-1.10.4/debian/libpcap0.8.docs 2023-06-17 15:40:52.0
+
+++ libpcap-1.10.4/debian/libpcap0.8.docs 1970-01-01 00:00:00.0
+
@@ -1,2 +0,0 @@
-CREDITS
-README.md
diff -Nru libpcap-1.10.4/debian/libpcap0.8.install
Bug#1062564: libpano13: NMU diff for 64-bit time_t transition
Source: libpano13
Version: 2.9.22+dfsg-1
Severity: serious
Tags: patch pending
Justification: library ABI skew on upgrade
User: debian-...@lists.debian.org
Usertags: time-t
NOTICE: these changes must not be uploaded to unstable yet!
Dear maintainer,
As part of the 64-bit time_t transition required to support 32-bit
architectures in 2038 and beyond
(https://wiki.debian.org/ReleaseGoals/64bit-time), we have identified
libpano13 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 libpano13
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 libpano13-2.9.22+dfsg/debian/changelog
libpano13-2.9.22+dfsg/debian/changelog
--- libpano13-2.9.22+dfsg/debian/changelog 2023-09-20 09:19:28.0
+
+++ libpano13-2.9.22+dfsg/debian/changelog 2024-02-01 23:05:08.0
+
@@ -1,3 +1,10 @@
+libpano13 (2.9.22+dfsg-1.1) experimental; urgency=medium
+
+ * Non-maintainer upload.
+ * Rename libraries for 64-bit time_t transition.
+
+ -- Steve Langasek Thu, 01 Feb 2024 23:05:08 +
+
libpano13 (2.9.22+dfsg-1) unstable; urgency=medium
* Drop Apple's "XCode" IDE file PanoTools.pbproj.tgz from tarball.
diff -Nru libpano13-2.9.22+dfsg/debian/control
libpano13-2.9.22+dfsg/debian/control
--- libpano13-2.9.22+dfsg/debian/control2023-01-22 07:08:10.0
+
+++ libpano13-2.9.22+dfsg/debian/control2024-02-01 23:05:08.0
+
@@ -22,7 +22,7 @@
Section: libdevel
Architecture: any
Depends:
- libpano13-3 (= ${binary:Version}),
+ libpano13-3t64 (= ${binary:Version}),
${misc:Depends},
Multi-Arch: same
Description: panorama tools library development files
@@ -33,7 +33,10 @@
This package holds static libraries and headers needed by developers
who wish to use libpano13 in their programs.
-Package: libpano13-3
+Package: libpano13-3t64
+Provides: ${t64:Provides}
+Replaces: libpano13-3
+Breaks: libpano13-3 (<< ${source:Version})
Architecture: any
Depends:
${misc:Depends},
diff -Nru libpano13-2.9.22+dfsg/debian/libpano13-3.install
libpano13-2.9.22+dfsg/debian/libpano13-3.install
--- libpano13-2.9.22+dfsg/debian/libpano13-3.install2018-02-04
16:54:27.0 +
+++ libpano13-2.9.22+dfsg/debian/libpano13-3.install1970-01-01
00:00:00.0 +
@@ -1 +0,0 @@
-usr/lib/*/lib*.so.*
diff -Nru libpano13-2.9.22+dfsg/debian/libpano13-3.symbols
libpano13-2.9.22+dfsg/debian/libpano13-3.symbols
--- libpano13-2.9.22+dfsg/debian/libpano13-3.symbols2022-03-21
17:28:52.0 +
+++ libpano13-2.9.22+dfsg/debian/libpano13-3.symbols1970-01-01
00:00:00.0 +
@@ -1,536 +0,0 @@
-libpano13.so.3 libpano13-3 #MINVER#
-* Build-Depends-Package: libpano13-dev
- ARGBtoRGBA@Base 2.9.19
- ARGtoRGBAImage@Base 2.9.19
- AddEdgePoints@Base 2.9.19
- AddTriangle@Base 2.9.19
- AssertEqualCurves@Base 2.9.19
- CenterDialog@Base 2.9.19
- CheckParams@Base 2.9.19
- Clear_Area_Outside_Selected_Region@Base 2.9.19
- ColCorrect@Base 2.9.19
- ColourBrightness@Base 2.9.19
- ComputeAdjustmentCurve@Base 2.9.19
- ComputeColourBrightnessCorrection@Base 2.9.19
- ComputePartialRowCoords@Base 2.9.19
- ComputePixelCoords@Base 2.9.19
- ComputeRowCoords@Base 2.9.19
- ConvFileName@Base 2.9.19
- CopyImageData@Base 2.9.19
- CopyPosition@Base 2.9.19
- CorrectFileColourBrightness@Base 2.9.19
- CorrectImageColourBrigthness@Base 2.9.19
- CropImage@Base 2.9.19
- DWARF@Base 2.9.19
-
Bug#1062563: libp11: NMU diff for 64-bit time_t transition
Source: libp11
Version: 0.4.12-1
Severity: serious
Tags: patch pending
Justification: library ABI skew on upgrade
User: debian-...@lists.debian.org
Usertags: time-t
NOTICE: these changes must not be uploaded to unstable yet!
Dear maintainer,
As part of the 64-bit time_t transition required to support 32-bit
architectures in 2038 and beyond
(https://wiki.debian.org/ReleaseGoals/64bit-time), we have identified
libp11 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 libp11
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 libp11-0.4.12/debian/changelog libp11-0.4.12/debian/changelog
--- libp11-0.4.12/debian/changelog 2023-08-21 12:21:43.0 +
+++ libp11-0.4.12/debian/changelog 2024-02-01 23:04:35.0 +
@@ -1,3 +1,10 @@
+libp11 (0.4.12-1.1) experimental; urgency=medium
+
+ * Non-maintainer upload.
+ * Rename libraries for 64-bit time_t transition.
+
+ -- Steve Langasek Thu, 01 Feb 2024 23:04:35 +
+
libp11 (0.4.12-1) unstable; urgency=medium
* Team upload
diff -Nru libp11-0.4.12/debian/control libp11-0.4.12/debian/control
--- libp11-0.4.12/debian/control2023-08-21 12:21:43.0 +
+++ libp11-0.4.12/debian/control2024-02-01 23:04:35.0 +
@@ -16,7 +16,7 @@
Package: libp11-dev
Architecture: any
-Depends: libp11-3 (= ${binary:Version}),
+Depends: libp11-3t64 (= ${binary:Version}),
libssl-dev,
pkg-config,
${misc:Depends}
@@ -28,14 +28,15 @@
.
This package contains the header files and static libraries.
-Package: libp11-3
+Package: libp11-3t64
+Provides: ${t64:Provides}
Architecture: any
Multi-Arch: same
Section: libs
Pre-Depends: ${misc:Pre-Depends}
Depends: ${misc:Depends}, ${shlibs:Depends}
-Breaks: libp11-2
-Replaces: libp11-2
+Breaks: libp11-3 (<< ${source:Version}), libp11-2
+Replaces: libp11-3, libp11-2
Description: pkcs#11 convenience library
Libp11 is a library to simplify using smart cards via PKCS#11
modules. It was spun of the OpenSC project but can be used with any
diff -Nru libp11-0.4.12/debian/libp11-3.install
libp11-0.4.12/debian/libp11-3.install
--- libp11-0.4.12/debian/libp11-3.install 2023-08-21 12:21:43.0
+
+++ libp11-0.4.12/debian/libp11-3.install 1970-01-01 00:00:00.0
+
@@ -1 +0,0 @@
-debian/tmp/usr/lib/*/libp11*.so.*
diff -Nru libp11-0.4.12/debian/libp11-3.symbols
libp11-0.4.12/debian/libp11-3.symbols
--- libp11-0.4.12/debian/libp11-3.symbols 2023-08-21 12:21:43.0
+
+++ libp11-0.4.12/debian/libp11-3.symbols 1970-01-01 00:00:00.0
+
@@ -1,52 +0,0 @@
-libp11.so.3 libp11-3 #MINVER#
- ERR_get_CKR_code@LIBP11_3 0.4.9
- ERR_load_PKCS11_strings@LIBP11_3 0.4.4
- LIBP11_3@LIBP11_3 0.4.4
- PKCS11_CTX_free@LIBP11_3 0.4.4
- PKCS11_CTX_init_args@LIBP11_3 0.4.4
- PKCS11_CTX_load@LIBP11_3 0.4.4
- PKCS11_CTX_new@LIBP11_3 0.4.4
- PKCS11_CTX_unload@LIBP11_3 0.4.4
- PKCS11_change_pin@LIBP11_3 0.4.4
- PKCS11_ecdsa_method_free@LIBP11_3 0.4.4
- PKCS11_enumerate_certs@LIBP11_3 0.4.4
- PKCS11_enumerate_keys@LIBP11_3 0.4.4
- PKCS11_enumerate_public_keys@LIBP11_3 0.4.4
- PKCS11_enumerate_slots@LIBP11_3 0.4.4
- PKCS11_find_certificate@LIBP11_3 0.4.4
- PKCS11_find_key@LIBP11_3 0.4.4
- PKCS11_find_next_token@LIBP11_3 0.4.9
- PKCS11_find_token@LIBP11_3 0.4.4
- PKCS11_generate_key@LIBP11_3 0.4.4
- PKCS11_generate_random@LIBP11_3
Bug#1062562: libowfat: NMU diff for 64-bit time_t transition
Source: libowfat
Version: 0.32-4
Severity: serious
Tags: patch pending
Justification: library ABI skew on upgrade
User: debian-...@lists.debian.org
Usertags: time-t
NOTICE: these changes must not be uploaded to unstable yet!
Dear maintainer,
As part of the 64-bit time_t transition required to support 32-bit
architectures in 2038 and beyond
(https://wiki.debian.org/ReleaseGoals/64bit-time), we have identified
libowfat 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 libowfat
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 libowfat-0.32/debian/changelog libowfat-0.32/debian/changelog
--- libowfat-0.32/debian/changelog 2022-11-10 15:32:49.0 +
+++ libowfat-0.32/debian/changelog 2024-02-01 23:03:39.0 +
@@ -1,3 +1,10 @@
+libowfat (0.32-4.1) experimental; urgency=medium
+
+ * Non-maintainer upload.
+ * Rename libraries for 64-bit time_t transition.
+
+ -- Steve Langasek Thu, 01 Feb 2024 23:03:39 +
+
libowfat (0.32-4) unstable; urgency=high
* QA upload
diff -Nru libowfat-0.32/debian/control libowfat-0.32/debian/control
--- libowfat-0.32/debian/control2022-11-10 15:31:16.0 +
+++ libowfat-0.32/debian/control2024-02-01 23:03:38.0 +
@@ -8,7 +8,10 @@
Vcs-Git: https://salsa.debian.org/debian/libowfat.git
Vcs-Browser: https://salsa.debian.org/debian/libowfat
-Package: libowfat0
+Package: libowfat0t64
+Provides: ${t64:Provides}
+Replaces: libowfat0
+Breaks: libowfat0 (<< ${source:Version})
Architecture: any
Depends: ${shlibs:Depends}, ${misc:Depends}
Description: Reimplementation of libdjb, shared library
@@ -24,7 +27,7 @@
Package: libowfat-dev
Section: libdevel
Architecture: any
-Depends: libc6-dev, libowfat0 (= ${binary:Version}), ${misc:Depends}
+Depends: libc6-dev, libowfat0t64 (= ${binary:Version}), ${misc:Depends}
Conflicts: libdjbdns1-dev, libudt-dev, libcdb-dev
Description: Reimplementation of libdjb, development files
This library is a reimplementation of libdjb, which means that it provides
diff -Nru libowfat-0.32/debian/libowfat0.dirs
libowfat-0.32/debian/libowfat0.dirs
--- libowfat-0.32/debian/libowfat0.dirs 2022-11-10 15:31:16.0 +
+++ libowfat-0.32/debian/libowfat0.dirs 1970-01-01 00:00:00.0 +
@@ -1 +0,0 @@
-usr/lib
diff -Nru libowfat-0.32/debian/libowfat0.install
libowfat-0.32/debian/libowfat0.install
--- libowfat-0.32/debian/libowfat0.install 2022-11-10 15:31:16.0
+
+++ libowfat-0.32/debian/libowfat0.install 1970-01-01 00:00:00.0
+
@@ -1 +0,0 @@
-libowfat.so.* usr/lib
diff -Nru libowfat-0.32/debian/libowfat0.shlibs
libowfat-0.32/debian/libowfat0.shlibs
--- libowfat-0.32/debian/libowfat0.shlibs 2022-11-10 15:31:16.0
+
+++ libowfat-0.32/debian/libowfat0.shlibs 1970-01-01 00:00:00.0
+
@@ -1 +0,0 @@
-libowfat 0 libowfat0
diff -Nru libowfat-0.32/debian/libowfat0.symbols
libowfat-0.32/debian/libowfat0.symbols
--- libowfat-0.32/debian/libowfat0.symbols 2022-11-10 15:31:16.0
+
+++ libowfat-0.32/debian/libowfat0.symbols 1970-01-01 00:00:00.0
+
@@ -1,489 +0,0 @@
-libowfat.so.0 libowfat0 #MINVER#
- V4mappedprefix@Base 0.30
- V6any@Base 0.30
- V6loopback@Base 0.30
- alt_firstread@Base 0.30
- alt_firstwrite@Base 0.30
- argv0@Base 0.30
- array_allocate@Base 0.30
- array_bytes@Base 0.30
-
Bug#1062561: libotr: NMU diff for 64-bit time_t transition
Source: libotr
Version: 4.1.1-5
Severity: serious
Tags: patch pending
Justification: library ABI skew on upgrade
User: debian-...@lists.debian.org
Usertags: time-t
NOTICE: these changes must not be uploaded to unstable yet!
Dear maintainer,
As part of the 64-bit time_t transition required to support 32-bit
architectures in 2038 and beyond
(https://wiki.debian.org/ReleaseGoals/64bit-time), we have identified
libotr 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 libotr
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 libotr-4.1.1/debian/changelog libotr-4.1.1/debian/changelog
--- libotr-4.1.1/debian/changelog 2022-05-13 09:27:37.0 +
+++ libotr-4.1.1/debian/changelog 2024-02-01 23:02:58.0 +
@@ -1,3 +1,10 @@
+libotr (4.1.1-5.1) experimental; urgency=medium
+
+ * Non-maintainer upload.
+ * Rename libraries for 64-bit time_t transition.
+
+ -- Steve Langasek Thu, 01 Feb 2024 23:02:58 +
+
libotr (4.1.1-5) unstable; urgency=medium
* Team upload
diff -Nru libotr-4.1.1/debian/control libotr-4.1.1/debian/control
--- libotr-4.1.1/debian/control 2022-05-13 08:09:19.0 +
+++ libotr-4.1.1/debian/control 2024-02-01 23:02:57.0 +
@@ -11,7 +11,10 @@
Vcs-Git: https://salsa.debian.org/pkg-privacy-team/libotr.git
Homepage: https://otr.cypherpunks.ca/
-Package: libotr5
+Package: libotr5t64
+Provides: ${t64:Provides}
+Replaces: libotr5
+Breaks: libotr5 (<< ${source:Version})
Architecture: any
Multi-Arch: same
Depends: ${shlibs:Depends},
@@ -65,7 +68,7 @@
Architecture: any
Multi-Arch: same
Section: libdevel
-Depends: libotr5 (= ${binary:Version}),
+Depends: libotr5t64 (= ${binary:Version}),
libgcrypt20-dev,
${shlibs:Depends},
${misc:Depends}
diff -Nru libotr-4.1.1/debian/libotr5.symbols
libotr-4.1.1/debian/libotr5.symbols
--- libotr-4.1.1/debian/libotr5.symbols 2022-05-12 08:20:14.0 +
+++ libotr-4.1.1/debian/libotr5.symbols 1970-01-01 00:00:00.0 +
@@ -1,125 +0,0 @@
-libotr.so.5 libotr5 #MINVER#
- otrl_api_version@Base 4.0.0
- otrl_auth_clear@Base 4.0.0
- otrl_auth_copy_on_key@Base 4.0.0
- otrl_auth_handle_commit@Base 4.0.0
- otrl_auth_handle_key@Base 4.0.0
- otrl_auth_handle_revealsig@Base 4.0.0
- otrl_auth_handle_signature@Base 4.0.0
- otrl_auth_handle_v1_key_exchange@Base 4.0.0
- otrl_auth_new@Base 4.0.0
- otrl_auth_start_v1@Base 4.0.0
- otrl_auth_start_v23@Base 4.0.0
- otrl_base64_decode@Base 4.0.0
- otrl_base64_encode@Base 4.0.0
- otrl_base64_otr_decode@Base 4.0.0
- otrl_base64_otr_encode@Base 4.0.0
- otrl_context_find@Base 4.0.0
- otrl_context_find_fingerprint@Base 4.0.0
- otrl_context_find_recent_instance@Base 4.0.0
- otrl_context_find_recent_secure_instance@Base 4.0.0
- otrl_context_force_finished@Base 4.0.0
- otrl_context_force_plaintext@Base 4.0.0
- otrl_context_forget@Base 4.0.0
- otrl_context_forget_all@Base 4.0.0
- otrl_context_forget_fingerprint@Base 4.0.0
- otrl_context_is_fingerprint_trusted@Base 4.0.0
- otrl_context_priv_force_finished@Base 4.0.0
- otrl_context_priv_new@Base 4.0.0
- otrl_context_set_trust@Base 4.0.0
- otrl_context_update_recent_child@Base 4.0.0
- otrl_dh_cmpctr@Base 4.0.0
- otrl_dh_compute_v1_session_id@Base 4.0.0
- otrl_dh_compute_v2_auth_keys@Base 4.0.0
- otrl_dh_gen_keypair@Base 4.0.0
- otrl_dh_incctr@Base 4.0.0
- otrl_dh_init@Base 4.0.0
-
Bug#1062559: libosmo-sccp: NMU diff for 64-bit time_t transition
Source: libosmo-sccp
Version: 1.6.0+dfsg1-3
Severity: serious
Tags: patch pending
Justification: library ABI skew on upgrade
User: debian-...@lists.debian.org
Usertags: time-t
NOTICE: these changes must not be uploaded to unstable yet!
Dear maintainer,
As part of the 64-bit time_t transition required to support 32-bit
architectures in 2038 and beyond
(https://wiki.debian.org/ReleaseGoals/64bit-time), we have identified
libosmo-sccp 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 libosmo-sccp
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 libosmo-sccp-1.6.0+dfsg1/debian/changelog
libosmo-sccp-1.6.0+dfsg1/debian/changelog
--- libosmo-sccp-1.6.0+dfsg1/debian/changelog 2022-10-15 10:42:29.0
+
+++ libosmo-sccp-1.6.0+dfsg1/debian/changelog 2024-02-01 23:00:12.0
+
@@ -1,3 +1,10 @@
+libosmo-sccp (1.6.0+dfsg1-3.1) experimental; urgency=medium
+
+ * Non-maintainer upload.
+ * Rename libraries for 64-bit time_t transition.
+
+ -- Steve Langasek Thu, 01 Feb 2024 23:00:12 +
+
libosmo-sccp (1.6.0+dfsg1-3) unstable; urgency=medium
* debian/rules: configure with --with-systemdsystemunitdir=no
diff -Nru libosmo-sccp-1.6.0+dfsg1/debian/control
libosmo-sccp-1.6.0+dfsg1/debian/control
--- libosmo-sccp-1.6.0+dfsg1/debian/control 2022-10-15 10:42:29.0
+
+++ libosmo-sccp-1.6.0+dfsg1/debian/control 2024-02-01 23:00:12.0
+
@@ -24,9 +24,9 @@
Architecture: any
Depends: ${misc:Depends},
libosmocore-dev,
- libosmosccp0 (= ${binary:Version}),
- libosmoxua0 (= ${binary:Version}),
- libosmomtp0 (= ${binary:Version})
+ libosmosccp0t64 (= ${binary:Version}),
+ libosmoxua0t64 (= ${binary:Version}),
+ libosmomtp0t64 (= ${binary:Version})
Multi-Arch: same
Section: libdevel
Description: Development files for libsccp, libmtp and libxua
@@ -36,7 +36,10 @@
used in cellular networks such as GSM. This package contains the development
files for the library.
-Package: libosmo-sigtran7
+Package: libosmo-sigtran7t64
+Provides: ${t64:Provides}
+Replaces: libosmo-sigtran7
+Breaks: libosmo-sigtran7 (<< ${source:Version})
Architecture: any
Multi-Arch: same
Depends: ${shlibs:Depends},
@@ -53,7 +56,7 @@
Architecture: all
Section: doc
Depends: ${misc:Depends},
- libosmo-sigtran7 (>= ${binary:Version}),
+ libosmo-sigtran7t64 (>= ${binary:Version}),
libjs-jquery
Description: Documentation for the Osmocom SIGTRAN library
libosmo-sigtran is a shared library containing SS7/SIGTRAN related
@@ -69,7 +72,7 @@
Section: libdevel
Breaks: libosmo-sccp-dev (<< 0.8.0)
Depends: ${misc:Depends},
- libosmo-sigtran7 (= ${binary:Version}),
+ libosmo-sigtran7t64 (= ${binary:Version}),
libosmocore-dev,
libosmo-netif-dev
Description: Development headers for the Osmocom SIGTRAN library
@@ -79,7 +82,10 @@
(SCCP User Adpatation) according to IETF RFC3868 as well as MTP-level routing
function and handling of signaling links, linksets, ASPs, SGs, etc.
-Package: libosmosccp0
+Package: libosmosccp0t64
+Provides: ${t64:Provides}
+Replaces: libosmosccp0
+Breaks: libosmosccp0 (<< ${source:Version})
Architecture: any
Multi-Arch: same
Depends: ${shlibs:Depends},
@@ -91,7 +97,10 @@
Signaling System 7 telecommunications networks.
It is heavily used in cellular
Bug#1062558: libosmo-netif: NMU diff for 64-bit time_t transition
Source: libosmo-netif
Version: 1.2.0-2
Severity: serious
Tags: patch pending
Justification: library ABI skew on upgrade
User: debian-...@lists.debian.org
Usertags: time-t
NOTICE: these changes must not be uploaded to unstable yet!
Dear maintainer,
As part of the 64-bit time_t transition required to support 32-bit
architectures in 2038 and beyond
(https://wiki.debian.org/ReleaseGoals/64bit-time), we have identified
libosmo-netif 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 libosmo-netif
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 libosmo-netif-1.2.0/debian/changelog
libosmo-netif-1.2.0/debian/changelog
--- libosmo-netif-1.2.0/debian/changelog2022-10-13 17:02:35.0
+
+++ libosmo-netif-1.2.0/debian/changelog2024-02-01 22:59:33.0
+
@@ -1,3 +1,10 @@
+libosmo-netif (1.2.0-2.1) experimental; urgency=medium
+
+ * Non-maintainer upload.
+ * Rename libraries for 64-bit time_t transition.
+
+ -- Steve Langasek Thu, 01 Feb 2024 22:59:33 +
+
libosmo-netif (1.2.0-2) unstable; urgency=medium
* upload to unstable
diff -Nru libosmo-netif-1.2.0/debian/control libosmo-netif-1.2.0/debian/control
--- libosmo-netif-1.2.0/debian/control 2022-10-13 17:02:35.0 +
+++ libosmo-netif-1.2.0/debian/control 2024-02-01 22:59:33.0 +
@@ -15,7 +15,10 @@
Vcs-Git: https://salsa.debian.org/debian-mobcom-team/libosmo-netif.git
Homepage: http://git.osmocom.org/libosmo-netif/
-Package: libosmonetif8
+Package: libosmonetif8t64
+Provides: ${t64:Provides}
+Replaces: libosmonetif8
+Breaks: libosmonetif8 (<< ${source:Version})
Architecture: any
Depends: ${shlibs:Depends}, ${misc:Depends}
Multi-Arch: same
@@ -30,7 +33,7 @@
Depends: ${shlibs:Depends},
${misc:Depends},
libosmocore-dev,
- libosmonetif8 (= ${binary:Version})
+ libosmonetif8t64 (= ${binary:Version})
Multi-Arch: same
Description: Development headers for Osmocom network interface
The libosmo-netif library is one of the libraries needed by the
diff -Nru libosmo-netif-1.2.0/debian/libosmonetif8.install
libosmo-netif-1.2.0/debian/libosmonetif8.install
--- libosmo-netif-1.2.0/debian/libosmonetif8.install2022-10-13
17:02:35.0 +
+++ libosmo-netif-1.2.0/debian/libosmonetif8.install1970-01-01
00:00:00.0 +
@@ -1 +0,0 @@
-usr/lib/*/libosmonetif*.so.*
diff -Nru libosmo-netif-1.2.0/debian/libosmonetif8.symbols
libosmo-netif-1.2.0/debian/libosmonetif8.symbols
--- libosmo-netif-1.2.0/debian/libosmonetif8.symbols2022-10-13
17:02:35.0 +
+++ libosmo-netif-1.2.0/debian/libosmonetif8.symbols1970-01-01
00:00:00.0 +
@@ -1,208 +0,0 @@
-libosmonetif.so.8 libosmonetif8 #MINVER#
-* Build-Depends-Package: libosmo-netif-dev
- ipa_cli_id_ack@Base 1.0.0
- ipa_cli_id_resp@Base 1.0.0
- ipa_id_ack_msg@Base 1.0.0
- ipa_id_req_msg@Base 1.0.0
- ipa_pong_msg@Base 1.0.0
- ipaccess_idtag_name@Base 1.0.0
- ipaccess_parse_unitid@Base 1.0.0
- ipaccess_send_id_ack@Base 1.0.0
- ipaccess_send_id_req@Base 1.0.0
- ipaccess_send_pong@Base 1.0.0
- osmo_amr_bits@Base 1.0.0
- osmo_amr_bwe_to_iuup@Base 1.2.0
- osmo_amr_bwe_to_oa@Base 1.0.0
- osmo_amr_bytes@Base 1.0.0
- osmo_amr_bytes_to_ft@Base 1.2.0
- osmo_amr_ft_valid@Base 1.0.0
- osmo_amr_is_oa@Base 1.0.0
- osmo_amr_iuup_to_bwe@Base 1.2.0
- osmo_amr_oa_to_bwe@Base 1.0.0
-
Bug#1062556: libosip2: NMU diff for 64-bit time_t transition
Source: libosip2
Version: 5.3.1-1
Severity: serious
Tags: patch pending
Justification: library ABI skew on upgrade
User: debian-...@lists.debian.org
Usertags: time-t
NOTICE: these changes must not be uploaded to unstable yet!
Dear maintainer,
As part of the 64-bit time_t transition required to support 32-bit
architectures in 2038 and beyond
(https://wiki.debian.org/ReleaseGoals/64bit-time), we have identified
libosip2 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 libosip2
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 libosip2-5.3.1/debian/changelog libosip2-5.3.1/debian/changelog
--- libosip2-5.3.1/debian/changelog 2024-01-25 19:07:25.0 +
+++ libosip2-5.3.1/debian/changelog 2024-02-01 22:58:07.0 +
@@ -1,3 +1,10 @@
+libosip2 (5.3.1-1.1) experimental; urgency=medium
+
+ * Non-maintainer upload.
+ * Rename libraries for 64-bit time_t transition.
+
+ -- Steve Langasek Thu, 01 Feb 2024 22:58:07 +
+
libosip2 (5.3.1-1) unstable; urgency=medium
[ upstream ]
diff -Nru libosip2-5.3.1/debian/control libosip2-5.3.1/debian/control
--- libosip2-5.3.1/debian/control 2024-01-25 19:05:13.0 +
+++ libosip2-5.3.1/debian/control 2024-02-01 22:58:07.0 +
@@ -21,7 +21,7 @@
Architecture: any
Multi-Arch: same
Depends:
- libosip2-15 (= ${binary:Version}),
+ libosip2-15t64 (= ${binary:Version}),
${misc:Depends},
Recommends:
pkg-config,
@@ -43,7 +43,10 @@
and library to handle "SIP transactions"
as defined by the SIP standards (RFC3261).
-Package: libosip2-15
+Package: libosip2-15t64
+Provides: ${t64:Provides}
+Replaces: libosip2-15
+Breaks: libosip2-15 (<< ${source:Version})
Section: libs
Pre-Depends:
${misc:Pre-Depends},
diff -Nru libosip2-5.3.1/debian/libosip2-15.install
libosip2-5.3.1/debian/libosip2-15.install
--- libosip2-5.3.1/debian/libosip2-15.install 2022-03-03 18:45:28.0
+
+++ libosip2-5.3.1/debian/libosip2-15.install 1970-01-01 00:00:00.0
+
@@ -1 +0,0 @@
-usr/lib/*/lib*.so.*
diff -Nru libosip2-5.3.1/debian/libosip2-15.symbols
libosip2-5.3.1/debian/libosip2-15.symbols
--- libosip2-5.3.1/debian/libosip2-15.symbols 2024-01-25 19:07:25.0
+
+++ libosip2-5.3.1/debian/libosip2-15.symbols 1970-01-01 00:00:00.0
+
@@ -1,643 +0,0 @@
-# SymbolsHelper-Confirmed: 5.3.0 amd64
-libosip2.so.15 libosip2-15 #MINVER#
- __osip_add_ict@Base 5.3.0
- __osip_add_ist@Base 5.3.0
- __osip_add_nict@Base 5.3.0
- __osip_add_nist@Base 5.3.0
- __osip_event_new@Base 5.3.0
- __osip_find_transaction@Base 5.3.0
- __osip_ict_free@Base 5.3.0
- __osip_ict_init@Base 5.3.0
- __osip_ict_need_timer_a_event@Base 5.3.0
- __osip_ict_need_timer_b_event@Base 5.3.0
- __osip_ict_need_timer_d_event@Base 5.3.0
- __osip_ist_free@Base 5.3.0
- __osip_ist_init@Base 5.3.0
- __osip_ist_need_timer_g_event@Base 5.3.0
- __osip_ist_need_timer_h_event@Base 5.3.0
- __osip_ist_need_timer_i_event@Base 5.3.0
- __osip_kill_transaction_callback@Base 5.3.0
- __osip_message_callback@Base 5.3.0
- __osip_nict_free@Base 5.3.0
- __osip_nict_init@Base 5.3.0
- __osip_nict_need_timer_e_event@Base 5.3.0
- __osip_nict_need_timer_f_event@Base 5.3.0
- __osip_nict_need_timer_k_event@Base 5.3.0
- __osip_nist_free@Base 5.3.0
- __osip_nist_init@Base 5.3.0
- __osip_nist_need_timer_j_event@Base 5.3.0
- __osip_remove_ict_transaction@Base 5.3.0
-
Bug#1062557: libosmo-abis: NMU diff for 64-bit time_t transition
Source: libosmo-abis
Version: 1.3.0-2
Severity: serious
Tags: patch pending
Justification: library ABI skew on upgrade
User: debian-...@lists.debian.org
Usertags: time-t
NOTICE: these changes must not be uploaded to unstable yet!
Dear maintainer,
As part of the 64-bit time_t transition required to support 32-bit
architectures in 2038 and beyond
(https://wiki.debian.org/ReleaseGoals/64bit-time), we have identified
libosmo-abis 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 libosmo-abis
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 libosmo-abis-1.3.0/debian/changelog
libosmo-abis-1.3.0/debian/changelog
--- libosmo-abis-1.3.0/debian/changelog 2022-10-10 16:10:46.0 +
+++ libosmo-abis-1.3.0/debian/changelog 2024-02-01 22:58:49.0 +
@@ -1,3 +1,10 @@
+libosmo-abis (1.3.0-2.1) experimental; urgency=medium
+
+ * Non-maintainer upload.
+ * Rename libraries for 64-bit time_t transition.
+
+ -- Steve Langasek Thu, 01 Feb 2024 22:58:49 +
+
libosmo-abis (1.3.0-2) unstable; urgency=medium
* upload to unstable
diff -Nru libosmo-abis-1.3.0/debian/control libosmo-abis-1.3.0/debian/control
--- libosmo-abis-1.3.0/debian/control 2022-10-10 16:10:46.0 +
+++ libosmo-abis-1.3.0/debian/control 2024-02-01 22:58:49.0 +
@@ -17,7 +17,10 @@
Vcs-Git: https://salsa.debian.org/debian-mobcom-team/libosmo-abis.git
Homepage: http://openbsc.osmocom.org/trac/wiki/libosmo-abis
-Package: libosmoabis10
+Package: libosmoabis10t64
+Provides: ${t64:Provides}
+Replaces: libosmoabis10
+Breaks: libosmoabis10 (<< ${source:Version})
Architecture: any
Multi-Arch: same
Depends: ${shlibs:Depends},
@@ -29,7 +32,10 @@
It also implements drivers for mISDN and DAHDI based E1 cards, as well as some
A-bis/IP dialects.
-Package: libosmotrau2
+Package: libosmotrau2t64
+Provides: ${t64:Provides}
+Replaces: libosmotrau2
+Breaks: libosmotrau2 (<< ${source:Version})
Architecture: any
Multi-Arch: same
Depends: ${shlibs:Depends},
@@ -46,8 +52,8 @@
Multi-Arch: same
Section: libdevel
Depends: ${misc:Depends},
- libosmotrau2 (= ${binary:Version}),
- libosmoabis10 (= ${binary:Version})
+ libosmotrau2t64 (= ${binary:Version}),
+ libosmoabis10t64 (= ${binary:Version})
Description: Development headers for A-bis interface
The libosmo-abis library contains common/shared code regarding the A-bis
interface between GSM BTS and BSC. This package in particular contains the
diff -Nru libosmo-abis-1.3.0/debian/libosmoabis10.install
libosmo-abis-1.3.0/debian/libosmoabis10.install
--- libosmo-abis-1.3.0/debian/libosmoabis10.install 2022-10-10
16:10:46.0 +
+++ libosmo-abis-1.3.0/debian/libosmoabis10.install 1970-01-01
00:00:00.0 +
@@ -1 +0,0 @@
-usr/lib/*/libosmoabis.so.*
diff -Nru libosmo-abis-1.3.0/debian/libosmoabis10.symbols
libosmo-abis-1.3.0/debian/libosmoabis10.symbols
--- libosmo-abis-1.3.0/debian/libosmoabis10.symbols 2022-10-10
16:10:46.0 +
+++ libosmo-abis-1.3.0/debian/libosmoabis10.symbols 1970-01-01
00:00:00.0 +
@@ -1,123 +0,0 @@
-libosmoabis.so.10 libosmoabis10 #MINVER#
-* Build-Depends-Package: libosmo-abis-dev
- abis_rsl_sendmsg@Base 1.0.1
- abis_sendmsg@Base 1.0.1
- dahdi_driver@Base 1.0.1
- dahdi_set_bufinfo@Base 1.0.1
- decode_trau_frame@Base 1.0.1
- e1_set_pcap_fd2@Base 1.2.0
-
Bug#1062555: liboprf: NMU diff for 64-bit time_t transition
Source: liboprf
Version: 0.1+git20231001.0da3e2b-1
Severity: serious
Tags: patch pending
Justification: library ABI skew on upgrade
User: debian-...@lists.debian.org
Usertags: time-t
NOTICE: these changes must not be uploaded to unstable yet!
Dear maintainer,
As part of the 64-bit time_t transition required to support 32-bit
architectures in 2038 and beyond
(https://wiki.debian.org/ReleaseGoals/64bit-time), we have identified
liboprf 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 liboprf
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 liboprf-0.1+git20231001.0da3e2b/debian/changelog
liboprf-0.1+git20231001.0da3e2b/debian/changelog
--- liboprf-0.1+git20231001.0da3e2b/debian/changelog2023-10-04
14:07:26.0 +
+++ liboprf-0.1+git20231001.0da3e2b/debian/changelog2024-02-01
17:51:25.0 +
@@ -1,3 +1,10 @@
+liboprf (0.1+git20231001.0da3e2b-1.1) experimental; urgency=medium
+
+ * Non-maintainer upload.
+ * Rename libraries for 64-bit time_t transition.
+
+ -- Steve Langasek Thu, 01 Feb 2024 17:51:25 +
+
liboprf (0.1+git20231001.0da3e2b-1) unstable; urgency=low
* New upstream git snapshot (thanks again Thorsten Alteholz for
diff -Nru liboprf-0.1+git20231001.0da3e2b/debian/control
liboprf-0.1+git20231001.0da3e2b/debian/control
--- liboprf-0.1+git20231001.0da3e2b/debian/control 2023-10-04
14:07:26.0 +
+++ liboprf-0.1+git20231001.0da3e2b/debian/control 2024-02-01
17:51:25.0 +
@@ -10,7 +10,10 @@
Vcs-Browser: https://salsa.debian.org/debian/liboprf
Vcs-Git: https://salsa.debian.org/debian/liboprf.git
-Package: liboprf0
+Package: liboprf0t64
+Provides: ${t64:Provides}
+Replaces: liboprf0
+Breaks: liboprf0 (<< ${source:Version})
Section: libs
Architecture: any
Multi-Arch: same
diff -Nru liboprf-0.1+git20231001.0da3e2b/debian/liboprf0.install
liboprf-0.1+git20231001.0da3e2b/debian/liboprf0.install
--- liboprf-0.1+git20231001.0da3e2b/debian/liboprf0.install 2023-10-04
14:07:26.0 +
+++ liboprf-0.1+git20231001.0da3e2b/debian/liboprf0.install 1970-01-01
00:00:00.0 +
@@ -1,2 +0,0 @@
-#!/usr/bin/dh-exec
-usr/lib/liboprf.so.0 => usr/lib/${DEB_HOST_MULTIARCH}/liboprf.so.0
diff -Nru liboprf-0.1+git20231001.0da3e2b/debian/liboprf0t64.install
liboprf-0.1+git20231001.0da3e2b/debian/liboprf0t64.install
--- liboprf-0.1+git20231001.0da3e2b/debian/liboprf0t64.install 1970-01-01
00:00:00.0 +
+++ liboprf-0.1+git20231001.0da3e2b/debian/liboprf0t64.install 2023-10-04
14:07:26.0 +
@@ -0,0 +1,2 @@
+#!/usr/bin/dh-exec
+usr/lib/liboprf.so.0 => usr/lib/${DEB_HOST_MULTIARCH}/liboprf.so.0
diff -Nru liboprf-0.1+git20231001.0da3e2b/debian/liboprf0t64.lintian-overrides
liboprf-0.1+git20231001.0da3e2b/debian/liboprf0t64.lintian-overrides
--- liboprf-0.1+git20231001.0da3e2b/debian/liboprf0t64.lintian-overrides
1970-01-01 00:00:00.0 +
+++ liboprf-0.1+git20231001.0da3e2b/debian/liboprf0t64.lintian-overrides
2024-02-01 17:51:25.0 +
@@ -0,0 +1 @@
+liboprf0t64: package-name-doesnt-match-sonames liboprf0
diff -Nru liboprf-0.1+git20231001.0da3e2b/debian/rules
liboprf-0.1+git20231001.0da3e2b/debian/rules
--- liboprf-0.1+git20231001.0da3e2b/debian/rules2023-10-04
14:07:26.0 +
+++ liboprf-0.1+git20231001.0da3e2b/debian/rules2024-02-01
