Bug#384009: [intl:fr] htdig debconf template translation
Package: htdig Version: 1:3.2.0b6-1 Severity: wishlist Tags: l10n Patch Hi, Please find attached the french debconf templates translation, proofread by the debian-l10n-french mailing list contributors. This file should be put as debian/po/fr.po in your package build tree. Regards -- steve fr.po Description: application/gettext
eleventh-hour transition for mysql-using packages related to apache
Previously, a number of packages have had to continue to link against libmysqlclient10 in spite of the availability of libmysqlclient12 libraries from upstream's MySQL 4.0 release. Some of these have been due to the lack of a clear license exemption allowing libmyslqclient12 to be linked from GPL-incompatible programs; others have been held back to avoid segfaults caused by loading both libmysqlclient10 and libmysqlclient12 in the same address space. Over the past six months, the situation has changed significantly. The mysql maintainer, mysql upstream, and others have admirably worked through the license issues to get a license exception that meets the needs of the software that Debian distributes. You can find the current version of this license exception at [1]. At the same time, compatibility between the old client libs and the current server (including the version that we will ship with sarge) has waned, to the point that no libmysqlclient10 clients will work with the default configuration of MySQL 4.1, and some won't work with any MySQL 4.x server at all [2]. As a result, in spite of the timing wrt the release, I'm proposing a transition to libmysqlclient12 for a number of packages for sarge. The packages listed below are those packages currently in sarge which either are broken with MySQL 4.x, or have the possibility of conflicting with one of the packages that do (mostly by being loaded by a webserver such as apache or apache2, or being mysql bindings for a language that also has ODBC bindings). aspseek-libmysqldb catalog caudium-php4 freeradius-mysql gda-mysql gda2-mysql libapache-mod-acct-mysql libapache-mod-auth-mysql libapache-mod-mp3 libapache2-mod-auth-mysql libdbd-mysql libdbd-mysql-perl libgnademysql1 libmyodbc libmysql-ruby1.6 libmysql-ruby1.8 libsqlxx2.3c102 mysqltcl php3-mysql php4-mysql python2.2-mysqldb python2.3-mysqldb It would also probably be a good idea to transition these packages at the same time: dovecot-common exim4-daemon-heavy libnss-mysql libnss-mysql-bg libpam-mysql libsasl2-modules-sql I have Cc:ed the maintainers of these packages. If anyone knows of other packages linked to libmysqlclient10 that will be affected by this transition, please let us know. While introducing versioned symbols into the mysqlclient libraries could have a longer-term benefit in eliminating the kind of segfaults motivating this all-at-once transition, in the present case there are other factors: - since libmysqlclient10 didn't use symbol versioning in woody, users would still get segfaults from partial upgrades - getting benefits from symbol versioning requires rebuilding all packages depending on the library *anyway*, so we might as well upgrade to the new version of the lib in the process. I think it would be beneficial if libmysqlclient12 used symbol versioning for sarge, but I don't think that we should wait for that to happen before fixing the present issues. The current plan for this transition is as follows: - I will transition libmyodbc and php4 to libmysqlclient12 at the end of this weekend. Other maintainers are encouraged to upload around the same time. Maintainers who will not be around this week, and would like their packages to be NMUed, can email me privately. - On Wednesday, Feb 2, I will file grave bugs on any remaining packages from the first list above that have not been relinked against libmysqlclient12, because they will now certainly cause segfaults in certain configurations. The packages in the second group will not be targetted, because NSS and PAM modules may cause some segfaults regardless of which library they link against, so the fact that they do not already have RC bugs against them means that this problem is probably quite rare. - On Saturday, Feb 5, I will begin NMUing any packages from the first list that have still not been fixed. Since there are only 17 source packages total, I expect to be done by the end of the weekend. If you object to this plan, please speak up now. Cheers, -- Steve Langasek postmodern programmer [1] http://www.mysql.com/company/legal/licensing/foss-exception.html [2] http://bugs.debian.org/274879 signature.asc Description: Digital signature
Re: eleventh-hour transition for mysql-using packages related to apache
On Fri, Jan 28, 2005 at 08:17:18PM +0100, Andreas Metzler wrote: > On 2005-01-28 sean finney <[EMAIL PROTECTED]> wrote: > > On Fri, Jan 28, 2005 at 04:36:05PM +0100, Andreas Metzler wrote: > > > On Fri, Jan 28, 2005 at 05:03:26AM -0800, Steve Langasek wrote: > > > [...] > > > > Over the past six months, the situation has changed > > > > significantly. The mysql maintainer, mysql upstream, and others > > > > have admirably worked through the license issues to get a > > > > license exception that meets the needs of the software that > > > > Debian distributes. You can find the current version of this > > > > license exception at [1]. > > > At a short glance this still seems to be missing a OpenSSL exception. > > > - Has this been resolved? > > no, afaik the openssl-related code in debian mysql-foo is disabled[1]. > [...] > This seems to break the whole plan. A nontrivial number of packages > need to link against libmysqlclient* _and_ libssl. If libmysql12's > license does not allow that, we are screwed. > [EMAIL PROTECTED]:~$ grep-available -FDepends libmysqlclient10 | grep-dctrl > -FDepends -sPackage -n libssl > perdition-mysql > dovecot-common > caudium-php4 > sqlrelay-mysql > motion > pure-ftpd-mysql > proftpd-mysql > gnugk Of these packages, the only one that was on the list of packages that need to transition together is caudium-php4. The php4 source package is also due for a reorg to enable ZTS, which will remove the need for statically building the mysql extension into this package; if we need to make this change at the same time as the mysql transition, then so be it. The only other package in your list that was mentioned at all in my email is dovecot-common, which is only loosely coupled with the others as a result of libpam/nss-mysql and libsasl2-modules-sql. > And these are just direct linkages against both libraries, there's > also a lot of bar depends on both libmysqlclient10 and libbar and > libbar itself links against libssl. - I never remember whether we > actually (have to) respect indirect linkage like that license-wise but > judging from cadaver I guess we do. This affects the PHP packages, since all the SAPI alternatives that php4-mysql can use currently link against libssl. I'll need to investigate more to see if we can get away from this; even if it means dropping the PHP OpenSSL extension, I think it's probably still a good trade. It also seems to affect libapache2-mod-auth-mysql, since apache2 includes https support by default. I don't see any way to fix this one. I don't see any other packages in the list that are likely to have this problem, although I haven't traced the dependencies to be sure. That leaves us with several choices: - ignore libapache2-mod-auth-mysql for the transition, and hope the actual incidence of segfaults from intersecting libraries is low. - push symbol versioning into libmysqlclient10 and libmysqlclient12, and break up the transition - cajole upstream into adding OpenSSL to the list of license exceptions - ship sarge with a broken myodbc package Of course, I would in any case delay the transition until we can decide on a way forward from here. Comments? -- Steve Langasek postmodern programmer signature.asc Description: Digital signature
Bug#738569: gpointing-device-settings: Segfaults at startup, cannot get it to work
On Mon, Feb 10, 2014 at 12:18 -0600, Gunnar Wolf wrote:
> All the output I get from running this is:
>
> $ gpointing-device-settings
> Segmentation fault
Valgrind reports several functions accessing memory that's already
been free'd by gpds_xinput_utils_get_device_info(), and that
function does look buggy:
XDeviceInfo *
gpds_xinput_utils_get_device_info (const gchar *device_name, GError **error)
{
...
if (!strcmp(device_infos[i].name, device_name)) {
XFreeDeviceList(device_infos);
return &device_infos[i];
}
...
It works without segfaulting for me, but I think that's down to
chance, and possibly that I have only one pointing device
connected.
I'm wondering if this package should simply be dropped, and will
create another bug to discuss that.
Steve
--
To UNSUBSCRIBE, email to debian-qa-packages-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: https://lists.debian.org/20140225153309.ga7...@s.cotton.clara.co.uk
Bug#740093: gpointing-device-settings: Should this package be removed?
Package: gpointing-device-settings Version: 1.5.1-6 Severity: wishlist Looking at the bugs in gpointing-device-settings, I think the package could be removed instead of fixed. This package is * orphaned since 2010-10-05 (#599164) * segfaulting on startup on some machines (#738569) * FTBFS, possibly a bug in automake (#725593) * FTBFS with gtk+-2.22: https://bugzilla.gnome.org/show_bug.cgi?id=631068 * Removed from testing since 2013-11-06. On the other hand: * 470 popcon votes (using, not just installed) * Is in the stable release. * The causes of a segfault and the non-automake FTBFS are known. For mice, this gives a GUI for settings emulating a 3-button or wheel-mouse. It also has touchpad settings. But even if those settings are used, they're no longer reliable (#601178, #615092 #646444). Reliable (but command-line) alternatives exist for this, as given in those bug reports. When using a wheel-mouse, I can't find those options in the more recent Gnome or KDE UIs, but they might only be shown if a non-wheel mouse is attached. Having asked on #debian: Please could someone tell me, does anyone use wheel-less mice any more? wheel-less is the only option on some non-x86 arches especially older machines with non-usb ports for input This package also shows settings for graphics tablets, but those definitely do have replacement UIs in recent Gnome and KDE. Steve -- To UNSUBSCRIBE, email to debian-qa-packages-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/20140225164629.24302.63409.reportbug@tsunami.localdomain
Bug#1062327: libgpod: NMU diff for 64-bit time_t transition
Source: libgpod
Version: 0.8.3-19
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
libgpod 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 libgpod
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 libgpod-0.8.3/debian/changelog libgpod-0.8.3/debian/changelog
--- libgpod-0.8.3/debian/changelog 2023-12-09 13:05:31.0 +
+++ libgpod-0.8.3/debian/changelog 2024-02-01 03:52:41.0 +
@@ -1,3 +1,10 @@
+libgpod (0.8.3-19.1) experimental; urgency=medium
+
+ * Non-maintainer upload.
+ * Rename libraries for 64-bit time_t transition.
+
+ -- Steve Langasek Thu, 01 Feb 2024 03:52:41 +
+
libgpod (0.8.3-19) unstable; urgency=medium
* QA upload.
diff -Nru libgpod-0.8.3/debian/control libgpod-0.8.3/debian/control
--- libgpod-0.8.3/debian/control2023-12-09 13:05:31.0 +
+++ libgpod-0.8.3/debian/control2024-02-01 03:52:41.0 +
@@ -30,7 +30,7 @@
Package: libgpod-dev
Section: libdevel
Architecture: any
-Depends: libgpod4 (= ${binary:Version}), libglib2.0-dev,
+Depends: libgpod4t64 (= ${binary:Version}), libglib2.0-dev,
libgdk-pixbuf-2.0-dev | libgdk-pixbuf2.0-dev,
libimobiledevice-dev, ${misc:Depends}
Suggests: libgpod-doc
@@ -44,13 +44,14 @@
.
This package contains the include files and static library.
-Package: libgpod4
+Package: libgpod4t64
+Provides: ${t64:Provides}
Architecture: any
Depends: ${shlibs:Depends}, ${misc:Depends}
Pre-Depends: ${misc:Pre-Depends}
Recommends: libgpod-common
-Breaks: libgpod4-nogtk (<< 0.8.3-8.1~)
-Replaces: libgpod4-nogtk (<< 0.8.3-8.1~)
+Breaks: libgpod4 (<< ${source:Version}), libgpod4-nogtk (<< 0.8.3-8.1~)
+Replaces: libgpod4, libgpod4-nogtk (<< 0.8.3-8.1~)
Multi-Arch: same
Description: library to read and write songs and artwork to an iPod
libgpod is a library meant to abstract access to an iPod's content. It
diff -Nru libgpod-0.8.3/debian/libgpod4.docs libgpod-0.8.3/debian/libgpod4.docs
--- libgpod-0.8.3/debian/libgpod4.docs 2023-12-09 13:05:31.0 +
+++ libgpod-0.8.3/debian/libgpod4.docs 1970-01-01 00:00:00.0 +
@@ -1,3 +0,0 @@
-AUTHORS
-README
-README.SysInfo
diff -Nru libgpod-0.8.3/debian/libgpod4.install
libgpod-0.8.3/debian/libgpod4.install
--- libgpod-0.8.3/debian/libgpod4.install 2023-12-09 13:05:31.0
+
+++ libgpod-0.8.3/debian/libgpod4.install 1970-01-01 00:00:00.0
+
@@ -1 +0,0 @@
-/usr/lib/*/lib*.so.*
diff -Nru libgpod-0.8.3/debian/libgpod4.symbols
libgpod-0.8.3/debian/libgpod4.symbols
--- libgpod-0.8.3/debian/libgpod4.symbols 2023-12-09 13:05:31.0
+
+++ libgpod-0.8.3/debian/libgpod4.symbols 1970-01-01 00:00:00.0
+
@@ -1,155 +0,0 @@
-libgpod.so.4 libgpod4 #MINVER#
-* Build-Depends-Package: libgpod-dev
- itdb_artwork_duplicate@Base 0.6.0
- itdb_artwork_free@Base 0.6.0
- itdb_artwork_get_pixbuf@Base 0.7.0
- itdb_artwork_new@Base 0.6.0
- itdb_artwork_remove_thumbnails@Base 0.6.0
- itdb_artwork_set_thumbnail@Base 0.7.0
- itdb_artwork_set_thumbn
Bug#1062370: libibtk: NMU diff for 64-bit time_t transition
Source: libibtk
Version: 0.0.14-13
Severity: serious
Tags: patch pending
Justification: library ABI skew on upgrade
User: debian-...@lists.debian.org
Usertags: time-t
Dear maintainer,
As part of the 64-bit time_t transition required to support 32-bit
architectures in 2038 and beyond
(https://wiki.debian.org/ReleaseGoals/64bit-time), we have identified
libibtk 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 libibtk
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 libibtk-0.0.14/debian/changelog libibtk-0.0.14/debian/changelog
--- libibtk-0.0.14/debian/changelog 2023-09-14 13:05:55.0 +
+++ libibtk-0.0.14/debian/changelog 2024-02-01 07:29:53.0 +
@@ -1,3 +1,10 @@
+libibtk (0.0.14-13.1) experimental; urgency=medium
+
+ * Non-maintainer upload.
+ * Rename libraries for 64-bit time_t transition.
+
+ -- Steve Langasek Thu, 01 Feb 2024 07:29:53 +
+
libibtk (0.0.14-13) unstable; urgency=medium
* QA upload.
diff -Nru libibtk-0.0.14/debian/control libibtk-0.0.14/debian/control
--- libibtk-0.0.14/debian/control 2023-09-14 13:05:55.0 +
+++ libibtk-0.0.14/debian/control 2024-02-01 07:29:53.0 +
@@ -8,12 +8,15 @@
Package: libibtk-dev
Section: libdevel
Architecture: any
-Depends: libibtk0, libc6-dev
+Depends: libibtk0t64, libc6-dev
Description: Insomnia's Basic ToolKit: Development Libraries and Header Files
IBTK is used by The General ATI TV and Overlay Software (GATOS) suite
for capturing video.
-Package: libibtk0
+Package: libibtk0t64
+Provides: ${t64:Provides}
+Replaces: libibtk0
+Breaks: libibtk0 (<< ${source:Version})
Section: libs
Architecture: any
Depends: ${shlibs:Depends}
diff -Nru libibtk-0.0.14/debian/libibtk0.dirs
libibtk-0.0.14/debian/libibtk0.dirs
--- libibtk-0.0.14/debian/libibtk0.dirs 2023-09-14 13:05:22.0 +
+++ libibtk-0.0.14/debian/libibtk0.dirs 1970-01-01 00:00:00.0 +
@@ -1 +0,0 @@
-usr/lib
diff -Nru libibtk-0.0.14/debian/libibtk0.files
libibtk-0.0.14/debian/libibtk0.files
--- libibtk-0.0.14/debian/libibtk0.files2023-09-14 13:05:55.0
+
+++ libibtk-0.0.14/debian/libibtk0.files1970-01-01 00:00:00.0
+
@@ -1 +0,0 @@
-usr/lib/*/libibtk.so.*
diff -Nru libibtk-0.0.14/debian/libibtk0t64.dirs
libibtk-0.0.14/debian/libibtk0t64.dirs
--- libibtk-0.0.14/debian/libibtk0t64.dirs 1970-01-01 00:00:00.0
+
+++ libibtk-0.0.14/debian/libibtk0t64.dirs 2023-09-14 13:05:22.0
+
@@ -0,0 +1 @@
+usr/lib
diff -Nru libibtk-0.0.14/debian/libibtk0t64.files
libibtk-0.0.14/debian/libibtk0t64.files
--- libibtk-0.0.14/debian/libibtk0t64.files 1970-01-01 00:00:00.0
+
+++ libibtk-0.0.14/debian/libibtk0t64.files 2023-09-14 13:05:55.0
+
@@ -0,0 +1 @@
+usr/lib/*/libibtk.so.*
diff -Nru libibtk-0.0.14/debian/libibtk0t64.lintian-overrides
libibtk-0.0.14/debian/libibtk0t64.lintian-overrides
--- libibtk-0.0.14/debian/libibtk0t64.lintian-overrides 1970-01-01
00:00:00.0 +
+++ libibtk-0.0.14/debian/libibtk0t64.lintian-overrides 2024-02-01
07:29:53.0 +
@@ -0,0 +1 @@
+libibtk0t64: package-name-doesnt-match-sonames libibtk0
Bug#1062384: libjdns: NMU diff for 64-bit time_t transition
Source: libjdns
Version: 2.0.3-3
Severity: serious
Tags: patch pending
Justification: library ABI skew on upgrade
User: debian-...@lists.debian.org
Usertags: time-t
Dear maintainer,
As part of the 64-bit time_t transition required to support 32-bit
architectures in 2038 and beyond
(https://wiki.debian.org/ReleaseGoals/64bit-time), we have identified
libjdns as a source package shipping runtime libraries whose ABI
either is affected by the change in size of time_t, or could not be
analyzed via abi-compliance-checker (and therefore to be on the safe
side we assume is affected).
To ensure that inconsistent combinations of libraries with their
reverse-dependencies are never installed together, it is necessary to
have a library transition, which is most easily done by renaming the
runtime library package.
Since turning on 64-bit time_t is being handled centrally through a change
to the default dpkg-buildflags (https://bugs.debian.org/1037136), it is
important that libraries affected by this ABI change all be uploaded close
together in time. Therefore I have prepared a 0-day NMU for libjdns
which will initially be uploaded to experimental if possible, then to
unstable after packages have cleared binary NEW.
Please find the patch for this NMU attached.
If you have any concerns about this patch, please reach out ASAP. Although
this package will be uploaded to experimental immediately, there will be a
period of several days before we begin uploads to unstable; so if information
becomes available that your package should not be included in the transition,
there is time for us to amend the planned uploads.
-- System Information:
Debian Release: trixie/sid
APT prefers unstable
APT policy: (500, 'unstable'), (500, 'testing'), (1, 'experimental')
Architecture: amd64 (x86_64)
Kernel: Linux 6.5.0-14-generic (SMP w/12 CPU threads; PREEMPT)
Kernel taint flags: TAINT_PROPRIETARY_MODULE, TAINT_OOT_MODULE
Locale: LANG=C, LC_CTYPE=C.UTF-8 (charmap=UTF-8), LANGUAGE not set
Shell: /bin/sh linked to /usr/bin/dash
Init: systemd (via /run/systemd/system)
diff -Nru libjdns-2.0.3/debian/changelog libjdns-2.0.3/debian/changelog
--- libjdns-2.0.3/debian/changelog 2022-07-11 01:32:46.0 +
+++ libjdns-2.0.3/debian/changelog 2024-02-01 08:43:01.0 +
@@ -1,3 +1,10 @@
+libjdns (2.0.3-3.1) experimental; urgency=medium
+
+ * Non-maintainer upload.
+ * Rename libraries for 64-bit time_t transition.
+
+ -- Steve Langasek Thu, 01 Feb 2024 08:43:01 +
+
libjdns (2.0.3-3) unstable; urgency=medium
* QA upload.
diff -Nru libjdns-2.0.3/debian/control libjdns-2.0.3/debian/control
--- libjdns-2.0.3/debian/control2022-07-11 01:31:38.0 +
+++ libjdns-2.0.3/debian/control2024-02-01 08:43:01.0 +
@@ -27,7 +27,7 @@
Architecture: any
Multi-Arch: same
Depends:
- libjdns2 (= ${binary:Version}),
+ libjdns2t64 (= ${binary:Version}),
${misc:Depends},
Description: Simple DNS queries library - development files
JDNS is a simple DNS implementation that can perform normal DNS
@@ -38,7 +38,10 @@
The libjdns-dev package contains libraries and header files for
developing applications that use jdns.
-Package: libjdns2
+Package: libjdns2t64
+Provides: ${t64:Provides}
+Replaces: libjdns2
+Breaks: libjdns2 (<< ${source:Version})
Architecture: any
Multi-Arch: same
Depends:
@@ -50,7 +53,10 @@
queries and advertising. Multicast support is based on Jeremie
Miller's "mdnsd" implementation.
-Package: libqjdns-qt5-2
+Package: libqjdns-qt5-2t64
+Provides: ${t64:Provides}
+Replaces: libqjdns-qt5-2
+Breaks: libqjdns-qt5-2 (<< ${source:Version})
Architecture: any
Multi-Arch: same
Depends:
@@ -66,7 +72,7 @@
Architecture: any
Multi-Arch: same
Depends:
- libqjdns-qt5-2 (= ${binary:Version}),
+ libqjdns-qt5-2t64 (= ${binary:Version}),
${misc:Depends},
Description: Simple DNS queries library Qt5 wrapper - development files
JDNS is a simple DNS implementation that can perform normal DNS
diff -Nru libjdns-2.0.3/debian/libjdns2.install
libjdns-2.0.3/debian/libjdns2.install
--- libjdns-2.0.3/debian/libjdns2.install 2022-07-11 01:24:13.0
+
+++ libjdns-2.0.3/debian/libjdns2.install 1970-01-01 00:00:00.0
+
@@ -1 +0,0 @@
-usr/lib/*/libjdns.so.*
diff -Nru libjdns-2.0.3/debian/libjdns2t64.install
libjdns-2.0.3/debian/libjdns2t64.install
--- libjdns-2.0.3/debian/libjdns2t64.install1970-01-01 00:00:00.0
+
+++ libjdns-2.0.3/debian/libjdns2t64.install2022-07-11 01:24:13.0
+
@@ -0,0 +1 @@
+usr/lib/*/libjdns.so.*
diff -Nru libjdns-2.0.3/debian/libjdns2t64.lintian-overrides
libjdns-2.0.3/debian/libjdns2t64.lintian-overrides
--- libjdns-2.0.3/debian/libjdns2t64.lintian-overrides 1970-01-01
00:00:00.0 +
+++ libjdns-2.0.3/debian/libjdns2t64.lintian-overrides 2024-02-01
08:43:01.0 +
@@ -0,0 +1 @@
+libjdns2t64: package-n
Bug#1062399: liblip: NMU diff for 64-bit time_t transition
Source: liblip
Version: 2.0.0-2
Severity: serious
Tags: patch pending
Justification: library ABI skew on upgrade
User: debian-...@lists.debian.org
Usertags: time-t
Dear maintainer,
As part of the 64-bit time_t transition required to support 32-bit
architectures in 2038 and beyond
(https://wiki.debian.org/ReleaseGoals/64bit-time), we have identified
liblip as a source package shipping runtime libraries whose ABI
either is affected by the change in size of time_t, or could not be
analyzed via abi-compliance-checker (and therefore to be on the safe
side we assume is affected).
To ensure that inconsistent combinations of libraries with their
reverse-dependencies are never installed together, it is necessary to
have a library transition, which is most easily done by renaming the
runtime library package.
Since turning on 64-bit time_t is being handled centrally through a change
to the default dpkg-buildflags (https://bugs.debian.org/1037136), it is
important that libraries affected by this ABI change all be uploaded close
together in time. Therefore I have prepared a 0-day NMU for liblip
which will initially be uploaded to experimental if possible, then to
unstable after packages have cleared binary NEW.
Please find the patch for this NMU attached.
If you have any concerns about this patch, please reach out ASAP. Although
this package will be uploaded to experimental immediately, there will be a
period of several days before we begin uploads to unstable; so if information
becomes available that your package should not be included in the transition,
there is time for us to amend the planned uploads.
-- System Information:
Debian Release: trixie/sid
APT prefers unstable
APT policy: (500, 'unstable'), (500, 'testing'), (1, 'experimental')
Architecture: amd64 (x86_64)
Kernel: Linux 6.5.0-14-generic (SMP w/12 CPU threads; PREEMPT)
Kernel taint flags: TAINT_PROPRIETARY_MODULE, TAINT_OOT_MODULE
Locale: LANG=C, LC_CTYPE=C.UTF-8 (charmap=UTF-8), LANGUAGE not set
Shell: /bin/sh linked to /usr/bin/dash
Init: systemd (via /run/systemd/system)
diff -Nru liblip-2.0.0/debian/changelog liblip-2.0.0/debian/changelog
--- liblip-2.0.0/debian/changelog 2023-08-09 15:43:43.0 +
+++ liblip-2.0.0/debian/changelog 2024-02-01 09:23:30.0 +
@@ -1,3 +1,10 @@
+liblip (2.0.0-2.1) experimental; urgency=medium
+
+ * Non-maintainer upload.
+ * Rename libraries for 64-bit time_t transition.
+
+ -- Steve Langasek Thu, 01 Feb 2024 09:23:30 +
+
liblip (2.0.0-2) unstable; urgency=medium
* QA upload.
diff -Nru liblip-2.0.0/debian/control liblip-2.0.0/debian/control
--- liblip-2.0.0/debian/control 2023-08-09 15:43:43.0 +
+++ liblip-2.0.0/debian/control 2024-02-01 09:23:30.0 +
@@ -6,7 +6,10 @@
Homepage: http://www.deakin.edu.au/~gleb/lip.html
Standards-Version: 3.7.2
-Package: liblip2
+Package: liblip2t64
+Provides: ${t64:Provides}
+Replaces: liblip2
+Breaks: liblip2 (<< ${source:Version})
Section: libs
Priority: optional
Architecture: any
@@ -59,7 +62,7 @@
Section: libdevel
Priority: optional
Architecture: any
-Depends: ${shlibs:Depends}, libtnt-dev, liblip2 (= ${binary:Version})
+Depends: ${shlibs:Depends}, libtnt-dev, liblip2t64 (= ${binary:Version})
Description: reliable interpolation of multivariate scattered data
Lip interpolates scattered multivariate data with a Lipschitz function.
.
diff -Nru liblip-2.0.0/debian/liblip2t64.lintian-overrides
liblip-2.0.0/debian/liblip2t64.lintian-overrides
--- liblip-2.0.0/debian/liblip2t64.lintian-overrides1970-01-01
00:00:00.0 +
+++ liblip-2.0.0/debian/liblip2t64.lintian-overrides2024-02-01
09:23:30.0 +
@@ -0,0 +1 @@
+liblip2t64: package-name-doesnt-match-sonames liblip2
diff -Nru liblip-2.0.0/debian/rules liblip-2.0.0/debian/rules
--- liblip-2.0.0/debian/rules 2023-08-09 15:43:43.0 +
+++ liblip-2.0.0/debian/rules 2024-02-01 09:23:30.0 +
@@ -30,7 +30,7 @@
-rm -f `find . -name "*~"`
-rm -rf tnt shared static
-rm -rf debian/tmp debian/files* core debian/substvars
debian/debhelper.log
- -rm -rf debian/liblip2 debian/liblip-dev
+ -rm -rf debian/liblip2t64 debian/liblip-dev
binary-indep: checkroot build
$(checkdir)
@@ -39,18 +39,18 @@
binary-arch: checkroot build
$(checkdir)
-rm -rf debian/tmp
- -rm -rf debian/liblip2 debian/liblip-dev
- install -d debian/tmp/DEBIAN
debian/liblip2/usr/share/doc/liblip2/examples
- cd debian && install -d liblip2 liblip-dev
- cd debian/liblip2&& install -d DEBIAN usr/share/doc usr/lib/lip
+ -rm -rf debian/liblip2t64 debian/liblip-dev
+ install -d debian/tmp/DEBIAN
debian/liblip2t64/usr/share/doc/liblip2t64/examples
+ cd debian && install -d liblip2t64 liblip-dev
+ cd debian/liblip2t64&& install -d DEBIAN usr/share/doc u
Bug#1062402: libloki: NMU diff for 64-bit time_t transition
Source: libloki
Version: 0.1.7-5
Severity: serious
Tags: patch pending
Justification: library ABI skew on upgrade
User: debian-...@lists.debian.org
Usertags: time-t
Dear maintainer,
As part of the 64-bit time_t transition required to support 32-bit
architectures in 2038 and beyond
(https://wiki.debian.org/ReleaseGoals/64bit-time), we have identified
libloki as a source package shipping runtime libraries whose ABI
either is affected by the change in size of time_t, or could not be
analyzed via abi-compliance-checker (and therefore to be on the safe
side we assume is affected).
To ensure that inconsistent combinations of libraries with their
reverse-dependencies are never installed together, it is necessary to
have a library transition, which is most easily done by renaming the
runtime library package.
Since turning on 64-bit time_t is being handled centrally through a change
to the default dpkg-buildflags (https://bugs.debian.org/1037136), it is
important that libraries affected by this ABI change all be uploaded close
together in time. Therefore I have prepared a 0-day NMU for libloki
which will initially be uploaded to experimental if possible, then to
unstable after packages have cleared binary NEW.
Please find the patch for this NMU attached.
If you have any concerns about this patch, please reach out ASAP. Although
this package will be uploaded to experimental immediately, there will be a
period of several days before we begin uploads to unstable; so if information
becomes available that your package should not be included in the transition,
there is time for us to amend the planned uploads.
-- System Information:
Debian Release: trixie/sid
APT prefers unstable
APT policy: (500, 'unstable'), (500, 'testing'), (1, 'experimental')
Architecture: amd64 (x86_64)
Kernel: Linux 6.5.0-14-generic (SMP w/12 CPU threads; PREEMPT)
Kernel taint flags: TAINT_PROPRIETARY_MODULE, TAINT_OOT_MODULE
Locale: LANG=C, LC_CTYPE=C.UTF-8 (charmap=UTF-8), LANGUAGE not set
Shell: /bin/sh linked to /usr/bin/dash
Init: systemd (via /run/systemd/system)
diff -Nru libloki-0.1.7/debian/changelog libloki-0.1.7/debian/changelog
--- libloki-0.1.7/debian/changelog 2021-10-19 20:04:10.0 +
+++ libloki-0.1.7/debian/changelog 2024-02-01 09:30:06.0 +
@@ -1,3 +1,10 @@
+libloki (0.1.7-5.1) experimental; urgency=medium
+
+ * Non-maintainer upload.
+ * Rename libraries for 64-bit time_t transition.
+
+ -- Steve Langasek Thu, 01 Feb 2024 09:30:06 +
+
libloki (0.1.7-5) unstable; urgency=medium
* QA upload.
diff -Nru libloki-0.1.7/debian/control libloki-0.1.7/debian/control
--- libloki-0.1.7/debian/control2021-01-26 01:00:59.0 +
+++ libloki-0.1.7/debian/control2024-02-01 09:30:05.0 +
@@ -7,7 +7,10 @@
Standards-Version: 3.9.2
Homepage: https://loki-lib.sourceforge.net/
-Package: libloki0.1.7
+Package: libloki0.1.7t64
+Provides: ${t64:Provides}
+Replaces: libloki0.1.7
+Breaks: libloki0.1.7 (<< ${source:Version})
Architecture: any
Depends:
${shlibs:Depends},
@@ -25,7 +28,7 @@
Section: libdevel
Architecture: any
Depends:
- libloki0.1.7 (= ${binary:Version}),
+ libloki0.1.7t64 (= ${binary:Version}),
${misc:Depends}
Suggests: libloki-doc
Description: C++ library of generic design patterns (development files)
diff -Nru libloki-0.1.7/debian/libloki0.1.7.install
libloki-0.1.7/debian/libloki0.1.7.install
--- libloki-0.1.7/debian/libloki0.1.7.install 2021-01-26 00:46:43.0
+
+++ libloki-0.1.7/debian/libloki0.1.7.install 1970-01-01 00:00:00.0
+
@@ -1 +0,0 @@
-usr/lib/libloki.so.0.1.7
diff -Nru libloki-0.1.7/debian/libloki0.1.7t64.install
libloki-0.1.7/debian/libloki0.1.7t64.install
--- libloki-0.1.7/debian/libloki0.1.7t64.install1970-01-01
00:00:00.0 +
+++ libloki-0.1.7/debian/libloki0.1.7t64.install2021-01-26
00:46:43.0 +
@@ -0,0 +1 @@
+usr/lib/libloki.so.0.1.7
diff -Nru libloki-0.1.7/debian/libloki0.1.7t64.lintian-overrides
libloki-0.1.7/debian/libloki0.1.7t64.lintian-overrides
--- libloki-0.1.7/debian/libloki0.1.7t64.lintian-overrides 1970-01-01
00:00:00.0 +
+++ libloki-0.1.7/debian/libloki0.1.7t64.lintian-overrides 2024-02-01
09:30:05.0 +
@@ -0,0 +1 @@
+libloki0.1.7t64: package-name-doesnt-match-sonames libloki0.1.7
Bug#1062488: libnxml: NMU diff for 64-bit time_t transition
Source: libnxml
Version: 0.18.4-2
Severity: serious
Tags: patch pending
Justification: library ABI skew on upgrade
User: debian-...@lists.debian.org
Usertags: time-t
Dear maintainer,
As part of the 64-bit time_t transition required to support 32-bit
architectures in 2038 and beyond
(https://wiki.debian.org/ReleaseGoals/64bit-time), we have identified
libnxml 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 libnxml
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 libnxml-0.18.4/debian/changelog libnxml-0.18.4/debian/changelog
--- libnxml-0.18.4/debian/changelog 2023-09-20 19:35:27.0 +
+++ libnxml-0.18.4/debian/changelog 2024-02-01 17:17:46.0 +
@@ -1,3 +1,10 @@
+libnxml (0.18.4-2.1) experimental; urgency=medium
+
+ * Non-maintainer upload.
+ * Rename libraries for 64-bit time_t transition.
+
+ -- Steve Langasek Thu, 01 Feb 2024 17:17:46 +
+
libnxml (0.18.4-2) unstable; urgency=medium
* QA upload.
diff -Nru libnxml-0.18.4/debian/control libnxml-0.18.4/debian/control
--- libnxml-0.18.4/debian/control 2023-09-20 19:34:47.0 +
+++ libnxml-0.18.4/debian/control 2024-02-01 17:17:46.0 +
@@ -11,7 +11,9 @@
Vcs-Browser: https://salsa.debian.org/debian/libnxml
Vcs-Git: https://salsa.debian.org/debian/libnxml.git
-Package: libnxml0
+Package: libnxml0t64
+Replaces: libnxml0
+Breaks: libnxml0 (<< ${source:Version})
Multi-Arch: same
Architecture: any
Pre-Depends:
@@ -19,7 +21,7 @@
Depends:
${misc:Depends},
${shlibs:Depends},
-Provides:
+Provides: ${t64:Provides},
libnxml-abi-${source:Upstream-Version},
Description: C library for parsing, writing and creating xml 1.0/1.1 files or
streams
libnxml is a C library for parsing, writing, and creating XML 1.0 and
@@ -34,9 +36,9 @@
Architecture: any
Depends:
libcurl4-gnutls-dev | libcurl-dev,
- libnxml0 (= ${binary:Version}),
+ libnxml0t64 (= ${binary:Version}),
${misc:Depends},
-Description: static library and C header files for libnxml0
+Description: static library and C header files for libnxml0t64
libnxml is a C library for parsing, writing, and creating XML 1.0 and
1.1 files or streams. It supports UTF-8, UTF-16be and UTF-16le, UCS-4
(1234, 4321, 2143, 2312).
diff -Nru libnxml-0.18.4/debian/libnxml0.install
libnxml-0.18.4/debian/libnxml0.install
--- libnxml-0.18.4/debian/libnxml0.install 2023-09-20 19:34:47.0
+
+++ libnxml-0.18.4/debian/libnxml0.install 1970-01-01 00:00:00.0
+
@@ -1 +0,0 @@
-debian/tmp/usr/lib/*/libnxml.so.*
diff -Nru libnxml-0.18.4/debian/libnxml0.symbols
libnxml-0.18.4/debian/libnxml0.symbols
--- libnxml-0.18.4/debian/libnxml0.symbols 2023-09-20 19:34:47.0
+
+++ libnxml-0.18.4/debian/libnxml0.symbols 1970-01-01 00:00:00.0
+
@@ -1,69 +0,0 @@
-libnxml.so.0 libnxml0 #MINVER#
-* Build-Depends-Package: libnxml0-dev
- __nxml_atoi@Base 0.18.3
- __nxml_escape_spaces@Base 0.18.3
- __nxml_get_value@Base 0.18.3
- __nxml_int_charset@Base 0.18.3
- __nxml_namespace_parse@Base 0.18.3
- __nxml_namespace_parse_add@Base 0.18.3
- __nxml_string_add@Base 0.18.3
- __nxml_string_free@Base 0.18.3
- __nxml_string_new@Base 0.18.3
- __nxml_string_no_space@Base 0.18.3
- __nxml_trim@Base 0.18.3
- __nxml_utf8@Base 0.18.3
- __nxml_utf_detection@Base 0.18.3
- nxml_add@Base 0.1
Bug#1062499: libopendbx: NMU diff for 64-bit time_t transition
Source: libopendbx
Version: 1.4.6-16
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
libopendbx 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 libopendbx
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 libopendbx-1.4.6/debian/changelog libopendbx-1.4.6/debian/changelog
--- libopendbx-1.4.6/debian/changelog 2021-10-17 08:39:05.0 +
+++ libopendbx-1.4.6/debian/changelog 2024-02-01 17:27:39.0 +
@@ -1,3 +1,10 @@
+libopendbx (1.4.6-16.1) experimental; urgency=medium
+
+ * Non-maintainer upload.
+ * Rename libraries for 64-bit time_t transition.
+
+ -- Steve Langasek Thu, 01 Feb 2024 17:27:39 +
+
libopendbx (1.4.6-16) unstable; urgency=medium
* QA upload.
diff -Nru libopendbx-1.4.6/debian/control libopendbx-1.4.6/debian/control
--- libopendbx-1.4.6/debian/control 2021-10-17 08:23:45.0 +
+++ libopendbx-1.4.6/debian/control 2024-02-01 17:27:38.0 +
@@ -23,7 +23,10 @@
Standards-Version: 4.6.0
Section: libs
-Package: libopendbx1
+Package: libopendbx1t64
+Provides: ${t64:Provides}
+Replaces: libopendbx1
+Breaks: libopendbx1 (<< ${source:Version})
Architecture: any
Depends: ${misc:Depends}, ${shlibs:Depends}
Recommends: libopendbx1-sqlite3 | libopendbx1-backend
@@ -33,12 +36,12 @@
don't have to adapt your program to the different database APIs by yourself.
.
The sqlite3 backend is recommended by default if no other backend is
- installed with libopendbx1
+ installed with libopendbx1t64
Package: libopendbx1-dev
Section: libdevel
Architecture: any
-Depends: libopendbx1 (= ${binary:Version}), ${misc:Depends}
+Depends: libopendbx1t64 (= ${binary:Version}), ${misc:Depends}
Provides: libopendbx-dev
Conflicts: libopendbx-dev
Description: Lightweight database access abstraction layer (dev)
@@ -50,7 +53,7 @@
Package: libopendbx1-firebird
Architecture: any
-Depends: libopendbx1 (= ${binary:Version}), ${misc:Depends}, ${shlibs:Depends}
+Depends: libopendbx1t64 (= ${binary:Version}), ${misc:Depends},
${shlibs:Depends}
Provides: libopendbx1-backend
Description: Firebird backend for OpenDBX
OpenDBX provides a simple and lightweight API for interfacing native
@@ -61,7 +64,7 @@
Package: libopendbx1-mssql
Architecture: any
-Depends: libopendbx1 (= ${binary:Version}), ${misc:Depends}, ${shlibs:Depends}
+Depends: libopendbx1t64 (= ${binary:Version}), ${misc:Depends},
${shlibs:Depends}
Provides: libopendbx1-backend
Description: MSSQL backend for OpenDBX
OpenDBX provides a simple and lightweight API for interfacing native
@@ -72,7 +75,7 @@
Package: libopendbx1-mysql
Architecture: any
-Depends: libopendbx1 (= ${binary:Version}), ${misc:Depends}, ${shlibs:Depends}
+Depends: libopendbx1t64 (= ${binary:Version}), ${misc:Depends},
${shlibs:Depends}
Provides: libopendbx1-backend
Description: MySQL backend for OpenDBX
OpenDBX provides a simple and lightweight API for interfacing native
@@ -83,7 +86,7 @@
Package: libopendbx1-odbc
Architecture: any
-Depends: libopendbx1 (= ${binary:Version}), ${misc:Depends}, $
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_alloca
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
Bug#1062753: linux-atm: NMU diff for 64-bit time_t transition
Source: linux-atm
Version: 1:2.5.1-5
Severity: serious
Tags: patch pending sid trixie
Justification: library ABI skew on upgrade
User: debian-...@lists.debian.org
Usertags: time-t
NOTICE: these changes must not be uploaded to unstable yet!
Dear maintainer,
As part of the 64-bit time_t transition required to support 32-bit
architectures in 2038 and beyond
(https://wiki.debian.org/ReleaseGoals/64bit-time), we have identified
linux-atm 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 linux-atm
which will initially be uploaded to experimental if possible, then to
unstable after packages have cleared binary NEW.
Please find the patch for this NMU attached.
If you have any concerns about this patch, please reach out ASAP. Although
this package will be uploaded to experimental immediately, there will be a
period of several days before we begin uploads to unstable; so if information
becomes available that your package should not be included in the transition,
there is time for us to amend the planned uploads.
-- System Information:
Debian Release: trixie/sid
APT prefers unstable
APT policy: (500, 'unstable'), (500, 'testing'), (500, 'stable'), (1,
'experimental')
Architecture: amd64 (x86_64)
Kernel: Linux 6.5.0-14-generic (SMP w/12 CPU threads; PREEMPT)
Kernel taint flags: TAINT_PROPRIETARY_MODULE, TAINT_OOT_MODULE
Locale: LANG=C, LC_CTYPE=C.UTF-8 (charmap=UTF-8), LANGUAGE not set
Shell: /bin/sh linked to /usr/bin/dash
Init: systemd (via /run/systemd/system)
diff -Nru linux-atm-2.5.1/debian/changelog linux-atm-2.5.1/debian/changelog
--- linux-atm-2.5.1/debian/changelog2023-12-20 21:41:15.0 +
+++ linux-atm-2.5.1/debian/changelog2024-02-02 23:14:33.0 +
@@ -1,3 +1,10 @@
+linux-atm (1:2.5.1-5.1) experimental; urgency=medium
+
+ * Non-maintainer upload.
+ * Rename libraries for 64-bit time_t transition.
+
+ -- Steve Langasek Fri, 02 Feb 2024 23:14:33 +
+
linux-atm (1:2.5.1-5) unstable; urgency=medium
* QA upload.
diff -Nru linux-atm-2.5.1/debian/control linux-atm-2.5.1/debian/control
--- linux-atm-2.5.1/debian/control 2023-12-20 21:41:15.0 +
+++ linux-atm-2.5.1/debian/control 2024-02-02 23:14:33.0 +
@@ -46,7 +46,10 @@
uses one of these protocols: RFC 1483 bridged (RFC 2684 bridged),
RFC 1483 bridged (RFC 2684 routed), PPP over Ethernet (PPPoE).
-Package: libatm1
+Package: libatm1t64
+Provides: ${t64:Provides}
+Replaces: libatm1
+Breaks: libatm1 (<< ${source:Version})
Section: libs
Architecture: linux-any
Multi-Arch: same
@@ -59,7 +62,7 @@
Package: libatm1-dev
Section: libdevel
Architecture: linux-any
-Depends: ${shlibs:Depends}, ${misc:Depends}, libatm1 (= ${binary:Version})
+Depends: ${shlibs:Depends}, ${misc:Depends}, libatm1t64 (= ${binary:Version})
Provides: libatm-dev
Description: Development files for compiling ATM programs
Header files and development libraries for compiling ATM (Asynchronous
diff -Nru linux-atm-2.5.1/debian/libatm1.install
linux-atm-2.5.1/debian/libatm1.install
--- linux-atm-2.5.1/debian/libatm1.install 2019-07-19 09:14:25.0
+
+++ linux-atm-2.5.1/debian/libatm1.install 1970-01-01 00:00:00.0
+
@@ -1 +0,0 @@
-usr/lib/*/libatm.so.*
diff -Nru linux-atm-2.5.1/debian/libatm1.symbols
linux-atm-2.5.1/debian/libatm1.symbols
--- linux-atm-2.5.1/debian/libatm1.symbols 2019-07-19 09:14:25.0
+
+++ linux-atm-2.5.1/debian/libatm1.symbols 1970-01-01 00:00:00.0
+
@@ -1,43 +0,0 @@
-libatm.so.1 libatm1 #MINVER#
- __atmlib_fetch@Base 2.4.1-17~
- __t2q_get_rate@Base 2.4.1-17~
- alloc@Base 2.4.1-17~
- ans_byaddr@Base 2.4.1-17~
- ans_byname@Base 2.4.1-17~
- atm2text@Base 2.4.1-17~
- atm_equal@Base 2.4.1-17~
- atm_tcpip_port_mapping@Base 2.4.1-17~
- diag@Base 2.4.1-17~
- diag_dump@Base 2.4.1-17~
- diag_fatal_debug_hook@Base 2.4.1-17~
- expire_timers@Base 2.4.1-17~
- get_logfile@Base 2.4.1-17~
- get_verbosity@Base 2.4.1-17~
- kptr_eq@Base 2.4.1-17~
- kptr_print@Base 2.4.1-17~
- next_timer@Base 2.4.1-17~
- now@Base 2.4.1-17~
- pop_timer@Base 2.4.1-17~
- qos2text@Base 2.4.1-17~
- qos_equal@Base 2.4.1-17~
- read_netl@Base 2.4.1-17~
- sap2text@Base 2.4.1-17~
- sap_equal@Base 2.4.1-17~
- sdu2cell@Base 2.4.1-17~
- set
Bug#1062921: srecord: NMU diff for 64-bit time_t transition
Source: srecord
Version: 1.64-4
Severity: serious
Tags: patch pending sid trixie
Justification: library ABI skew on upgrade
User: debian-...@lists.debian.org
Usertags: time-t
NOTICE: these changes must not be uploaded to unstable yet!
Dear maintainer,
As part of the 64-bit time_t transition required to support 32-bit
architectures in 2038 and beyond
(https://wiki.debian.org/ReleaseGoals/64bit-time), we have identified
srecord 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 srecord
which will initially be uploaded to experimental if possible, then to
unstable after packages have cleared binary NEW.
Please find the patch for this NMU attached.
If you have any concerns about this patch, please reach out ASAP. Although
this package will be uploaded to experimental immediately, there will be a
period of several days before we begin uploads to unstable; so if information
becomes available that your package should not be included in the transition,
there is time for us to amend the planned uploads.
-- System Information:
Debian Release: trixie/sid
APT prefers unstable
APT policy: (500, 'unstable')
Architecture: amd64 (x86_64)
Kernel: Linux 6.5.0-14-generic (SMP w/12 CPU threads; PREEMPT)
Kernel taint flags: TAINT_PROPRIETARY_MODULE, TAINT_OOT_MODULE
Locale: LANG=C, LC_CTYPE=C.UTF-8 (charmap=UTF-8), LANGUAGE not set
Shell: /bin/sh linked to /usr/bin/dash
Init: systemd (via /run/systemd/system)
diff -Nru srecord-1.64/debian/changelog srecord-1.64/debian/changelog
--- srecord-1.64/debian/changelog 2023-06-21 21:48:23.0 +
+++ srecord-1.64/debian/changelog 2024-02-03 23:57:05.0 +
@@ -1,3 +1,10 @@
+srecord (1.64-4.1) experimental; urgency=medium
+
+ * Non-maintainer upload.
+ * Rename libraries for 64-bit time_t transition.
+
+ -- Steve Langasek Sat, 03 Feb 2024 23:57:05 +
+
srecord (1.64-4) unstable; urgency=medium
* QA upload.
diff -Nru srecord-1.64/debian/control srecord-1.64/debian/control
--- srecord-1.64/debian/control 2023-06-21 21:48:23.0 +
+++ srecord-1.64/debian/control 2024-02-03 23:57:04.0 +
@@ -35,7 +35,7 @@
Section: libdevel
Multi-Arch: same
Architecture: any
-Depends: libsrecord0 (= ${binary:Version}), ${misc:Depends}
+Depends: libsrecord0t64 (= ${binary:Version}), ${misc:Depends}
Description: library for manipulating EPROM load files (development)
The srecord library is a collection of powerful C++ classes for manipulating
EPROM load files. It reads and writes numerous EPROM file formats, and can
@@ -44,7 +44,10 @@
This package contains the static libraries and headers for developing
applications that use the srecord library.
-Package: libsrecord0
+Package: libsrecord0t64
+Provides: ${t64:Provides}
+Replaces: libsrecord0
+Breaks: libsrecord0 (<< ${source:Version})
Section: libs
Multi-Arch: same
Architecture: any
diff -Nru srecord-1.64/debian/libsrecord0.install
srecord-1.64/debian/libsrecord0.install
--- srecord-1.64/debian/libsrecord0.install 2023-06-21 21:48:23.0
+
+++ srecord-1.64/debian/libsrecord0.install 1970-01-01 00:00:00.0
+
@@ -1 +0,0 @@
-usr/lib/*/libsrecord.so.*
diff -Nru srecord-1.64/debian/libsrecord0t64.install
srecord-1.64/debian/libsrecord0t64.install
--- srecord-1.64/debian/libsrecord0t64.install 1970-01-01 00:00:00.0
+
+++ srecord-1.64/debian/libsrecord0t64.install 2023-06-21 21:48:23.0
+
@@ -0,0 +1 @@
+usr/lib/*/libsrecord.so.*
diff -Nru srecord-1.64/debian/libsrecord0t64.lintian-overrides
srecord-1.64/debian/libsrecord0t64.lintian-overrides
--- srecord-1.64/debian/libsrecord0t64.lintian-overrides1970-01-01
00:00:00.0 +
+++ srecord-1.64/debian/libsrecord0t64.lintian-overrides2024-02-03
23:57:04.0 +
@@ -0,0 +1 @@
+libsrecord0t64: package-name-doesnt-match-sonames libsrecord0
Bug#1062994: tse3: NMU diff for 64-bit time_t transition
Source: tse3
Version: 0.3.1-6
Severity: serious
Tags: patch pending sid trixie
Justification: library ABI skew on upgrade
User: debian-...@lists.debian.org
Usertags: time-t
NOTICE: these changes must not be uploaded to unstable yet!
Dear maintainer,
As part of the 64-bit time_t transition required to support 32-bit
architectures in 2038 and beyond
(https://wiki.debian.org/ReleaseGoals/64bit-time), we have identified
tse3 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 tse3
which will initially be uploaded to experimental if possible, then to
unstable after packages have cleared binary NEW.
Please find the patch for this NMU attached.
If you have any concerns about this patch, please reach out ASAP. Although
this package will be uploaded to experimental immediately, there will be a
period of several days before we begin uploads to unstable; so if information
becomes available that your package should not be included in the transition,
there is time for us to amend the planned uploads.
-- System Information:
Debian Release: trixie/sid
APT prefers unstable
APT policy: (500, 'unstable')
Architecture: amd64 (x86_64)
Kernel: Linux 6.5.0-14-generic (SMP w/12 CPU threads; PREEMPT)
Kernel taint flags: TAINT_PROPRIETARY_MODULE, TAINT_OOT_MODULE
Locale: LANG=C, LC_CTYPE=C.UTF-8 (charmap=UTF-8), LANGUAGE not set
Shell: /bin/sh linked to /usr/bin/dash
Init: systemd (via /run/systemd/system)
diff -Nru tse3-0.3.1/debian/changelog tse3-0.3.1/debian/changelog
--- tse3-0.3.1/debian/changelog 2017-09-18 21:16:50.0 +
+++ tse3-0.3.1/debian/changelog 2024-02-04 10:42:41.0 +
@@ -1,3 +1,10 @@
+tse3 (0.3.1-6.1) experimental; urgency=medium
+
+ * Non-maintainer upload.
+ * Rename libraries for 64-bit time_t transition.
+
+ -- Steve Langasek Sun, 04 Feb 2024 10:42:41 +
+
tse3 (0.3.1-6) unstable; urgency=medium
* QA upload.
diff -Nru tse3-0.3.1/debian/control tse3-0.3.1/debian/control
--- tse3-0.3.1/debian/control 2017-09-18 21:00:24.0 +
+++ tse3-0.3.1/debian/control 2024-02-04 10:42:40.0 +
@@ -6,13 +6,16 @@
Standards-Version: 4.1.0
Homepage: http://tse3.sourceforge.net/
-Package: libtse3-0.3.1c2a
+Package: libtse3-0.3.1t64
+Provides: ${t64:Provides}
+X-Time64-Compat: libtse3-0.3.1c2a
+Breaks: libtse3-0.3.1c2a (<< ${source:Version})
Section: libs
Architecture: any
Multi-Arch: same
Depends: ${misc:Depends}, ${shlibs:Depends}
Conflicts: libtse3-0.3.1
-Replaces: libtse3-0.3.1
+Replaces: libtse3-0.3.1c2a, libtse3-0.3.1
Description: portable MIDI sequencer engine in C++
TSE3 is a portable open source MIDI sequencer engine written in C++.
It provides programmers with rich and powerful sequencing
@@ -27,7 +30,7 @@
Section: libdevel
Architecture: any
Multi-Arch: same
-Depends: ${misc:Depends}, libtse3-0.3.1c2a (= ${binary:Version})
+Depends: ${misc:Depends}, libtse3-0.3.1t64 (= ${binary:Version})
Description: portable MIDI sequencer engine in C++ - development files
TSE3 is a portable open source MIDI sequencer engine written in C++.
It provides programmers with rich and powerful sequencing
diff -Nru tse3-0.3.1/debian/libtse3-0.3.1c2a.install
tse3-0.3.1/debian/libtse3-0.3.1c2a.install
--- tse3-0.3.1/debian/libtse3-0.3.1c2a.install 2017-09-18 17:13:18.0
+
+++ tse3-0.3.1/debian/libtse3-0.3.1c2a.install 1970-01-01 00:00:00.0
+
@@ -1 +0,0 @@
-debian/tmp/usr/lib/*/libtse3-0.3.1.so
diff -Nru tse3-0.3.1/debian/libtse3-0.3.1t64.install
tse3-0.3.1/debian/libtse3-0.3.1t64.install
--- tse3-0.3.1/debian/libtse3-0.3.1t64.install 1970-01-01 00:00:00.0
+
+++ tse3-0.3.1/debian/libtse3-0.3.1t64.install 2017-09-18 17:13:18.0
+
@@ -0,0 +1 @@
+debian/tmp/usr/lib/*/libtse3-0.3.1.so
diff -Nru tse3-0.3.1/debian/libtse3-0.3.1t64.lintian-overrides
tse3-0.3.1/debian/libtse3-0.3.1t64.lintian-overrides
--- tse3-0.3.1/debian/libtse3-0.3.1t64.lintian-overrides1970-01-01
00:00:00.0 +
+++ tse3-0.3.1/debian/libtse3-0.3.1t64.lintian-overrides2024-02-04
10:42:40.0 +
@@ -0,0 +1 @@
+libtse3-0.3.1t64: package-name-doesnt-match-sonames libtse3-0.3.1c2a
Bug#1062996: tss2: NMU diff for 64-bit time_t transition
Source: tss2
Version: 1045-2
Severity: serious
Tags: patch pending sid trixie
Justification: library ABI skew on upgrade
User: debian-...@lists.debian.org
Usertags: time-t
NOTICE: these changes must not be uploaded to unstable yet!
Dear maintainer,
As part of the 64-bit time_t transition required to support 32-bit
architectures in 2038 and beyond
(https://wiki.debian.org/ReleaseGoals/64bit-time), we have identified
tss2 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 tss2
which will initially be uploaded to experimental if possible, then to
unstable after packages have cleared binary NEW.
Please find the patch for this NMU attached.
If you have any concerns about this patch, please reach out ASAP. Although
this package will be uploaded to experimental immediately, there will be a
period of several days before we begin uploads to unstable; so if information
becomes available that your package should not be included in the transition,
there is time for us to amend the planned uploads.
-- System Information:
Debian Release: trixie/sid
APT prefers unstable
APT policy: (500, 'unstable')
Architecture: amd64 (x86_64)
Kernel: Linux 6.5.0-14-generic (SMP w/12 CPU threads; PREEMPT)
Kernel taint flags: TAINT_PROPRIETARY_MODULE, TAINT_OOT_MODULE
Locale: LANG=C, LC_CTYPE=C.UTF-8 (charmap=UTF-8), LANGUAGE not set
Shell: /bin/sh linked to /usr/bin/dash
Init: systemd (via /run/systemd/system)
diff -Nru tss2-1045/debian/changelog tss2-1045/debian/changelog
--- tss2-1045/debian/changelog 2022-11-12 18:18:34.0 +
+++ tss2-1045/debian/changelog 2024-02-04 10:52:06.0 +
@@ -1,3 +1,10 @@
+tss2 (1045-2.1) experimental; urgency=medium
+
+ * Non-maintainer upload.
+ * Rename libraries for 64-bit time_t transition.
+
+ -- Steve Langasek Sun, 04 Feb 2024 10:52:06 +
+
tss2 (1045-2) unstable; urgency=medium
* QA upload.
diff -Nru tss2-1045/debian/control tss2-1045/debian/control
--- tss2-1045/debian/control2022-11-12 18:18:34.0 +
+++ tss2-1045/debian/control2024-02-04 10:52:06.0 +
@@ -20,7 +20,10 @@
education and debugging.
-Package: libtss0
+Package: libtss0t64
+Provides: ${t64:Provides}
+Replaces: libtss0
+Breaks: libtss0 (<< ${source:Version})
Section: libs
Architecture: any
Multi-Arch: no
@@ -36,7 +39,7 @@
Section: libdevel
Architecture: any
Multi-Arch: no
-Depends: ${misc:Depends}, libtss0 (= ${binary:Version})
+Depends: ${misc:Depends}, libtss0t64 (= ${binary:Version})
Description: Development headers for IBM's TSS 2.0
Development headers for IBM's TSS 2.0. You will need this in order
to build TSS 2.0 applications. In addition, it contains documentation
diff -Nru tss2-1045/debian/libtss0.symbols tss2-1045/debian/libtss0.symbols
--- tss2-1045/debian/libtss0.symbols2018-09-16 11:40:38.0 +
+++ tss2-1045/debian/libtss0.symbols1970-01-01 00:00:00.0 +
@@ -1,782 +0,0 @@
-libtss.so.0 libtss0 #MINVER#
- ActivateCredential_In_Unmarshal@Base 1045
- Array_Unmarshal@Base 1045
- CertifyCreation_In_Unmarshal@Base 1045
- Certify_In_Unmarshal@Base 1045
- ChangeEPS_In_Unmarshal@Base 1045
- ChangePPS_In_Unmarshal@Base 1045
- ClearControl_In_Unmarshal@Base 1045
- Clear_In_Unmarshal@Base 1045
- ClockRateAdjust_In_Unmarshal@Base 1045
- ClockSet_In_Unmarshal@Base 1045
- CommandCodeToCommandIndex@Base 1045
- Commit_In_Unmarshal@Base 1045
- ContextLoad_In_Unmarshal@Base 1045
- ContextSave_In_Unmarshal@Base 1045
- CreateLoaded_In_Unmarshal@Base 1045
- CreatePrimary_In_Unmarshal@Base 1045
- Create_In_Unmarshal@Base 1045
- DictionaryAttackLockReset_In_Unmarshal@Base 1045
- DictionaryAttackParameters_In_Unmarshal@Base 1045
- Duplicate_In_Unmarshal@Base 1045
- ECC_Parameters_In_Unmarshal@Base 1045
- ECDH_KeyGen_In_Unmarshal@Base 1045
- ECDH_ZGen_In_Unmarshal@Base 1045
- EC_Ephemeral_In_Unmarshal@Base 1045
- EncryptDecrypt2_In_Unmarshal@Base 1045
- EncryptDecrypt_In_Unmarshal@Base 1045
- EventSequenceComplete_In_Unmarshal@Base 1045
- EvictControl_In_Unmarshal@Base 1045
- FlushContext_In_Unmarshal@Base 1045
- GetCapability_In_Unmarshal@Base 1045
- GetCommandAuditDigest_In_Unmarshal@Base 1045
- GetRandom_In_Unmarshal@Base 1045
- GetSessionAuditDigest_In_Unmarshal@Base 1045
- GetTime_In_Unmarshal@Base 1045
- H
Bug#1063068: wireless-tools: NMU diff for 64-bit time_t transition
Source: wireless-tools
Version: 30~pre9-16
Severity: serious
Tags: patch pending sid trixie
Justification: library ABI skew on upgrade
User: debian-...@lists.debian.org
Usertags: time-t
NOTICE: these changes must not be uploaded to unstable yet!
Dear maintainer,
As part of the 64-bit time_t transition required to support 32-bit
architectures in 2038 and beyond
(https://wiki.debian.org/ReleaseGoals/64bit-time), we have identified
wireless-tools as a source package shipping runtime libraries whose ABI
either is affected by the change in size of time_t, or could not be
analyzed via abi-compliance-checker (and therefore to be on the safe
side we assume is affected).
To ensure that inconsistent combinations of libraries with their
reverse-dependencies are never installed together, it is necessary to
have a library transition, which is most easily done by renaming the
runtime library package.
Since turning on 64-bit time_t is being handled centrally through a change
to the default dpkg-buildflags (https://bugs.debian.org/1037136), it is
important that libraries affected by this ABI change all be uploaded close
together in time. Therefore I have prepared a 0-day NMU for wireless-tools
which will initially be uploaded to experimental if possible, then to
unstable after packages have cleared binary NEW.
Please find the patch for this NMU attached.
If you have any concerns about this patch, please reach out ASAP. Although
this package will be uploaded to experimental immediately, there will be a
period of several days before we begin uploads to unstable; so if information
becomes available that your package should not be included in the transition,
there is time for us to amend the planned uploads.
-- System Information:
Debian Release: trixie/sid
APT prefers unstable
APT policy: (500, 'unstable')
Architecture: amd64 (x86_64)
Kernel: Linux 6.5.0-14-generic (SMP w/12 CPU threads; PREEMPT)
Kernel taint flags: TAINT_PROPRIETARY_MODULE, TAINT_OOT_MODULE
Locale: LANG=C, LC_CTYPE=C.UTF-8 (charmap=UTF-8), LANGUAGE not set
Shell: /bin/sh linked to /usr/bin/dash
Init: systemd (via /run/systemd/system)
diff -Nru wireless-tools-30~pre9/debian/changelog
wireless-tools-30~pre9/debian/changelog
--- wireless-tools-30~pre9/debian/changelog 2023-12-05 23:04:39.0
+
+++ wireless-tools-30~pre9/debian/changelog 2024-02-04 20:34:27.0
+
@@ -1,3 +1,10 @@
+wireless-tools (30~pre9-16.1) experimental; urgency=medium
+
+ * Non-maintainer upload.
+ * Rename libraries for 64-bit time_t transition.
+
+ -- Steve Langasek Sun, 04 Feb 2024 20:34:27 +
+
wireless-tools (30~pre9-16) unstable; urgency=medium
* QA upload.
diff -Nru wireless-tools-30~pre9/debian/control
wireless-tools-30~pre9/debian/control
--- wireless-tools-30~pre9/debian/control 2022-11-12 11:58:45.0
+
+++ wireless-tools-30~pre9/debian/control 2024-02-04 20:34:26.0
+
@@ -29,7 +29,10 @@
the network interfaces on the system, the most common selector is the
interface MAC address.
-Package: libiw30
+Package: libiw30t64
+Provides: ${t64:Provides}
+Replaces: libiw30
+Breaks: libiw30 (<< ${source:Version})
Section: libs
Architecture: linux-any
Multi-Arch: same
@@ -46,7 +49,7 @@
Section: libdevel
Architecture: linux-any
Multi-Arch: same
-Depends: libiw30 (= ${binary:Version}), libc6-dev, ${misc:Depends}
+Depends: libiw30t64 (= ${binary:Version}), libc6-dev, ${misc:Depends}
Description: Wireless tools - development files
Wireless tools are used to manipulate the Linux Wireless Extensions. The
Wireless Extension is an interface allowing you to set Wireless LAN specific
diff -Nru wireless-tools-30~pre9/debian/libiw30.install
wireless-tools-30~pre9/debian/libiw30.install
--- wireless-tools-30~pre9/debian/libiw30.install 2023-11-28
00:07:13.0 +
+++ wireless-tools-30~pre9/debian/libiw30.install 1970-01-01
00:00:00.0 +
@@ -1 +0,0 @@
-/usr/lib/*/libiw.so.30
diff -Nru wireless-tools-30~pre9/debian/libiw30.shlibs
wireless-tools-30~pre9/debian/libiw30.shlibs
--- wireless-tools-30~pre9/debian/libiw30.shlibs2020-03-07
20:56:23.0 +
+++ wireless-tools-30~pre9/debian/libiw30.shlibs1970-01-01
00:00:00.0 +
@@ -1,2 +0,0 @@
-libiw 30 libiw30 (>= 30~pre1)
-udeb: libiw 30 libiw30-udeb (>= 30~pre1)
diff -Nru wireless-tools-30~pre9/debian/libiw30t64.install
wireless-tools-30~pre9/debian/libiw30t64.install
--- wireless-tools-30~pre9/debian/libiw30t64.install1970-01-01
00:00:00.0 +
+++ wireless-tools-30~pre9/debian/libiw30t64.install2023-11-28
00:07:13.0 +
@@ -0,0 +1 @@
+/usr/lib/*/libiw.so.30
diff -Nru wireless-tools-30~pre9/debian/libiw30t64.lintian-overrides
wireless-tools-30~pre9/debian/libiw30t64.lintian-overrides
--- wireless-tools-30~pre9/debian/libiw30t64.lintian-overrides 1970-01-01
00:00:00.0 +
+++ wireless-tools-30~pre9/debian/libiw3
Bug#1063082: log4c: NMU diff for 64-bit time_t transition
Source: log4c
Version: 1.2.4-3
Severity: serious
Tags: patch pending sid trixie
Justification: library ABI skew on upgrade
User: debian-...@lists.debian.org
Usertags: time-t
NOTICE: these changes must not be uploaded to unstable yet!
Dear maintainer,
As part of the 64-bit time_t transition required to support 32-bit
architectures in 2038 and beyond
(https://wiki.debian.org/ReleaseGoals/64bit-time), we have identified
log4c as a source package shipping runtime libraries whose ABI
either is affected by the change in size of time_t, or could not be
analyzed via abi-compliance-checker (and therefore to be on the safe
side we assume is affected).
To ensure that inconsistent combinations of libraries with their
reverse-dependencies are never installed together, it is necessary to
have a library transition, which is most easily done by renaming the
runtime library package.
Since turning on 64-bit time_t is being handled centrally through a change
to the default dpkg-buildflags (https://bugs.debian.org/1037136), it is
important that libraries affected by this ABI change all be uploaded close
together in time. Therefore I have prepared a 0-day NMU for log4c
which will initially be uploaded to experimental if possible, then to
unstable after packages have cleared binary NEW.
Please find the patch for this NMU attached.
If you have any concerns about this patch, please reach out ASAP. Although
this package will be uploaded to experimental immediately, there will be a
period of several days before we begin uploads to unstable; so if information
becomes available that your package should not be included in the transition,
there is time for us to amend the planned uploads.
-- System Information:
Debian Release: trixie/sid
APT prefers unstable
APT policy: (500, 'unstable'), (500, 'testing'), (500, 'stable'), (1,
'experimental')
Architecture: amd64 (x86_64)
Kernel: Linux 6.5.0-14-generic (SMP w/12 CPU threads; PREEMPT)
Kernel taint flags: TAINT_PROPRIETARY_MODULE, TAINT_OOT_MODULE
Locale: LANG=C, LC_CTYPE=C.UTF-8 (charmap=UTF-8), LANGUAGE not set
Shell: /bin/sh linked to /usr/bin/dash
Init: systemd (via /run/systemd/system)
diff -Nru log4c-1.2.4/debian/changelog log4c-1.2.4/debian/changelog
--- log4c-1.2.4/debian/changelog2023-01-19 00:35:00.0 +
+++ log4c-1.2.4/debian/changelog2024-02-05 00:06:57.0 +
@@ -1,3 +1,10 @@
+log4c (1.2.4-3.1) experimental; urgency=medium
+
+ * Non-maintainer upload.
+ * Rename libraries for 64-bit time_t transition.
+
+ -- Steve Langasek Mon, 05 Feb 2024 00:06:57 +
+
log4c (1.2.4-3) unstable; urgency=medium
* QA upload.
diff -Nru log4c-1.2.4/debian/control log4c-1.2.4/debian/control
--- log4c-1.2.4/debian/control 2023-01-18 23:00:00.0 +
+++ log4c-1.2.4/debian/control 2024-02-05 00:06:56.0 +
@@ -14,7 +14,7 @@
Package: liblog4c-dev
Section: libdevel
Architecture: any
-Depends: liblog4c3 (= ${binary:Version}), ${misc:Depends}
+Depends: liblog4c3t64 (= ${binary:Version}), ${misc:Depends}
Description: C library for flexible logging (development)
Log4c is a library of C for flexible logging to files, syslog and other
destinations.
@@ -24,7 +24,10 @@
.
This package contains the Log4c development files.
-Package: liblog4c3
+Package: liblog4c3t64
+Provides: ${t64:Provides}
+Replaces: liblog4c3
+Breaks: liblog4c3 (<< ${source:Version})
Architecture: any
Depends: ${misc:Depends}, ${shlibs:Depends}
Description: C library for flexible logging (runtime)
diff -Nru log4c-1.2.4/debian/liblog4c3.install
log4c-1.2.4/debian/liblog4c3.install
--- log4c-1.2.4/debian/liblog4c3.install2023-01-18 23:00:00.0
+
+++ log4c-1.2.4/debian/liblog4c3.install1970-01-01 00:00:00.0
+
@@ -1,2 +0,0 @@
-usr/lib/*/lib*.so.*
-usr/share/doc/liblog4c3/sample/log4crc.sample
diff -Nru log4c-1.2.4/debian/liblog4c3.symbols
log4c-1.2.4/debian/liblog4c3.symbols
--- log4c-1.2.4/debian/liblog4c3.symbols2023-01-18 23:00:00.0
+
+++ log4c-1.2.4/debian/liblog4c3.symbols1970-01-01 00:00:00.0
+
@@ -1,210 +0,0 @@
-liblog4c.so.3 liblog4c3 #MINVER#
- __log4c_category_vlog@Base 1.2.1
- __log4c_fini@Base 1.2.1
- __log4c_init@Base 1.2.1
- __log4c_reread@Base 1.2.1
- __sd_domnode_new@Base 1.2.1
- _sp@Base 1.2.1
- getopt_reset@Base 1.2.1
- log4c_appender_append@Base 1.2.1
- log4c_appender_close@Base 1.2.1
- log4c_appender_delete@Base 1.2.1
- log4c_appender_factory@Base 1.2.1
- log4c_appender_get@Base 1.2.1
- log4c_appender_get_layout@Base 1.2.1
- log4c_appender_get_name@Base 1.2.1
- log4c_appender_get_type@Base 1.2.1
- log4c_appender_get_udata@Base 1.2.1
- log4c_appender_new@Base 1.2.1
- log4c_appender_open@Base 1.2.1
- log4c_appender_print@Base 1.2.1
- log4c_appender_set_layout@Base 1.2.1
- log4c_appender_set_type@Base 1.2.1
- log4c_appender_set_udata@Base 1.2.1
- log4c_appender_syslog_set_facility@B
Bug#1063134: libquazip: NMU diff for 64-bit time_t transition
Source: libquazip
Version: 0.9.1-3
Severity: serious
Tags: patch pending sid trixie
Justification: library ABI skew on upgrade
User: debian-...@lists.debian.org
Usertags: time-t
NOTICE: these changes must not be uploaded to unstable yet!
Dear maintainer,
As part of the 64-bit time_t transition required to support 32-bit
architectures in 2038 and beyond
(https://wiki.debian.org/ReleaseGoals/64bit-time), we have identified
libquazip 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 libquazip
which will initially be uploaded to experimental if possible, then to
unstable after packages have cleared binary NEW.
Please find the patch for this NMU attached.
If you have any concerns about this patch, please reach out ASAP. Although
this package will be uploaded to experimental immediately, there will be a
period of several days before we begin uploads to unstable; so if information
becomes available that your package should not be included in the transition,
there is time for us to amend the planned uploads.
-- System Information:
Debian Release: trixie/sid
APT prefers unstable
APT policy: (500, 'unstable')
Architecture: amd64 (x86_64)
Kernel: Linux 6.5.0-14-generic (SMP w/12 CPU threads; PREEMPT)
Kernel taint flags: TAINT_PROPRIETARY_MODULE, TAINT_OOT_MODULE
Locale: LANG=C, LC_CTYPE=C.UTF-8 (charmap=UTF-8), LANGUAGE not set
Shell: /bin/sh linked to /usr/bin/dash
Init: systemd (via /run/systemd/system)
diff -Nru libquazip-0.9.1/debian/changelog libquazip-0.9.1/debian/changelog
--- libquazip-0.9.1/debian/changelog2022-11-03 08:46:42.0 +
+++ libquazip-0.9.1/debian/changelog2024-02-05 08:02:49.0 +
@@ -1,3 +1,11 @@
+libquazip (0.9.1-3.1) experimental; urgency=medium
+
+ * Non-maintainer upload.
+ * Rename libraries for 64-bit time_t transition.
+ * Bump build-dependency on d-shlibs for --t64 support.
+
+ -- Steve Langasek Mon, 05 Feb 2024 08:02:49 +
+
libquazip (0.9.1-3) unstable; urgency=medium
* QA (group) upload
diff -Nru libquazip-0.9.1/debian/control libquazip-0.9.1/debian/control
--- libquazip-0.9.1/debian/control 2022-11-03 08:46:42.0 +
+++ libquazip-0.9.1/debian/control 2024-02-05 08:02:49.0 +
@@ -3,7 +3,7 @@
Section: libs
Priority: optional
Build-Depends: debhelper-compat (= 13),
- d-shlibs,
+ d-shlibs (>= 0.106),
cmake,
qtbase5-dev,
qtchooser,
@@ -17,7 +17,7 @@
Homepage: https://github.com/stachenov/quazip
Rules-Requires-Root: no
-Package: libquazip5-1
+Package: libquazip5-1t64
Architecture: any
Multi-Arch: same
Section: libs
@@ -25,10 +25,11 @@
${misc:Depends}
Suggests: libquazip-doc
Pre-Depends: ${misc:Pre-Depends}
+Conflicts: libquazip5-1 (<< ${source:Version})
Breaks: libquazip1-qt5
-Provides: libquazip1-qt5,
+Provides: ${t64:Provides}, libquazip1-qt5,
libquazip-qt5-1
-Replaces: libquazip1-qt5,
+Replaces: libquazip5-1, libquazip1-qt5,
libquazip-qt5-1
Description: C++ wrapper for ZIP/UNZIP
QuaZIP is a simple C++ wrapper over Gilles Vollant's ZIP/UNZIP package that
@@ -47,7 +48,7 @@
Architecture: any
Multi-Arch: same
Section: libdevel
-Depends: libquazip5-1 (= ${binary:Version}),
+Depends: libquazip5-1t64 (= ${binary:Version}),
${misc:Depends},
zlib1g-dev
Breaks: libquazip-qt5-1-dev (<= 0.7-2),
diff -Nru libquazip-0.9.1/debian/libquazip5-1.1
libquazip-0.9.1/debian/libquazip5-1.1
--- libquazip-0.9.1/debian/libquazip5-1.1 2022-11-03 08:46:42.0
+
+++ libquazip-0.9.1/debian/libquazip5-1.1 1970-01-01 00:00:00.0
+
@@ -1,27 +0,0 @@
-.TH QuaZIP 1 "14 July 2014"
-.SH NAME
-quazip - C++/Qt wrapper for UNZIP/ZIP
-.SH SYNOPSIS
-.B quazip
-.SH DESCRIPTION
-.B QuaZIP
-is a simple C++ wrapper over Gilles Vollant's ZIP/UNZIP package that
-can be used to access ZIP archives. It uses Trolltech's Qt toolkit.
-.
-.B QuaZIP
-allows you to access files inside ZIP archives using QIODevice API,
-and that means that you can also use QTextStream, QDataStream or
-whatever you would like to use on your zipped files.
-.
-.B QuaZIP
-provides complete abstraction of the ZIP/UNZIP API, for both reading
-from and writing to ZIP archives.
-.
Bug#1063236: wv: NMU diff for 64-bit time_t transition
Source: wv
Version: 1.2.9-6
Severity: serious
Tags: patch pending sid trixie
Justification: library ABI skew on upgrade
User: debian-...@lists.debian.org
Usertags: time-t
NOTICE: these changes must not be uploaded to unstable yet!
Dear maintainer,
As part of the 64-bit time_t transition required to support 32-bit
architectures in 2038 and beyond
(https://wiki.debian.org/ReleaseGoals/64bit-time), we have identified
wv 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 wv
which will initially be uploaded to experimental if possible, then to
unstable after packages have cleared binary NEW.
Please find the patch for this NMU attached.
If you have any concerns about this patch, please reach out ASAP. Although
this package will be uploaded to experimental immediately, there will be a
period of several days before we begin uploads to unstable; so if information
becomes available that your package should not be included in the transition,
there is time for us to amend the planned uploads.
-- System Information:
Debian Release: trixie/sid
APT prefers unstable
APT policy: (500, 'unstable'), (500, 'testing'), (500, 'stable'), (1,
'experimental')
Architecture: amd64 (x86_64)
Kernel: Linux 6.5.0-14-generic (SMP w/12 CPU threads; PREEMPT)
Kernel taint flags: TAINT_PROPRIETARY_MODULE, TAINT_OOT_MODULE
Locale: LANG=C, LC_CTYPE=C.UTF-8 (charmap=UTF-8), LANGUAGE not set
Shell: /bin/sh linked to /usr/bin/dash
Init: systemd (via /run/systemd/system)
diff -Nru wv-1.2.9/debian/changelog wv-1.2.9/debian/changelog
--- wv-1.2.9/debian/changelog 2023-09-17 23:41:15.0 +
+++ wv-1.2.9/debian/changelog 2024-02-05 20:09:11.0 +
@@ -1,3 +1,10 @@
+wv (1.2.9-6.1) experimental; urgency=medium
+
+ * Non-maintainer upload.
+ * Rename libraries for 64-bit time_t transition.
+
+ -- Steve Langasek Mon, 05 Feb 2024 20:09:11 +
+
wv (1.2.9-6) unstable; urgency=medium
* QA upload
diff -Nru wv-1.2.9/debian/control wv-1.2.9/debian/control
--- wv-1.2.9/debian/control 2023-09-17 23:28:29.0 +
+++ wv-1.2.9/debian/control 2024-02-05 20:09:11.0 +
@@ -11,7 +11,7 @@
Package: wv
Architecture: any
-Depends: ${misc:Depends}, ${shlibs:Depends}, libwv-1.2-4 (= ${binary:Version})
+Depends: ${misc:Depends}, ${shlibs:Depends}, libwv-1.2-4t64 (=
${binary:Version})
Suggests: texlive, ghostscript, elinks | links | lynx, imagemagick, gv |
postscript-viewer
Description: Programs for accessing Microsoft Word documents
wvWare (previously known as mswordview) is a library that allows access
@@ -39,7 +39,10 @@
with the quality of images. If you wish to preview Word documents from
the comfort of your mail reader, install a PostScript viewer like gv.
-Package: libwv-1.2-4
+Package: libwv-1.2-4t64
+Provides: ${t64:Provides}
+Replaces: libwv-1.2-4
+Breaks: libwv-1.2-4 (<< ${source:Version})
Section: libs
Architecture: any
Multi-Arch: same
@@ -56,7 +59,7 @@
Package: libwv-dev
Section: libdevel
Architecture: any
-Depends: ${misc:Depends}, libwv-1.2-4 (= ${binary:Version}), libglib2.0-dev,
libgsf-1-dev, zlib1g-dev, libpng-dev, libxml2-dev, libwmf-dev
+Depends: ${misc:Depends}, libwv-1.2-4t64 (= ${binary:Version}),
libglib2.0-dev, libgsf-1-dev, zlib1g-dev, libpng-dev, libxml2-dev, libwmf-dev
Description: Development files for the wvWare library
wvWare (previously known as mswordview) is a library that allows access
to Microsoft Word files. It can load and parse the Word 2000, Word 97,
diff -Nru wv-1.2.9/debian/libwv-1.2-4.docs wv-1.2.9/debian/libwv-1.2-4.docs
--- wv-1.2.9/debian/libwv-1.2-4.docs2023-09-17 21:45:41.0 +
+++ wv-1.2.9/debian/libwv-1.2-4.docs1970-01-01 00:00:00.0 +
@@ -1 +0,0 @@
-README
diff -Nru wv-1.2.9/debian/libwv-1.2-4.install
wv-1.2.9/debian/libwv-1.2-4.install
--- wv-1.2.9/debian/libwv-1.2-4.install 2023-09-17 21:45:41.0 +
+++ wv-1.2.9/debian/libwv-1.2-4.install 1970-01-01 00:00:00.0 +
@@ -1 +0,0 @@
-debian/tmp/usr/lib/*/*.so.*
diff -Nru wv-1.2.9/debian/libwv-1.2-4t64.docs
wv-1.2.9/debian/libwv-1.2-4t64.docs
--- wv-1.2.9/debian/libwv-1.2-4t64.docs 1970-01-01 00:00:00.0 +
+++ wv-1.2.9/debian/libwv-1.2-4t64.docs 2023-09-17 21:45:41.0 +
@@ -0,0 +1
Bug#1063280: xmlrpc-epi: NMU diff for 64-bit time_t transition
Source: xmlrpc-epi
Version: 0.54.2-2
Severity: serious
Tags: patch pending sid trixie
Justification: library ABI skew on upgrade
User: debian-...@lists.debian.org
Usertags: time-t
NOTICE: these changes must not be uploaded to unstable yet!
Dear maintainer,
As part of the 64-bit time_t transition required to support 32-bit
architectures in 2038 and beyond
(https://wiki.debian.org/ReleaseGoals/64bit-time), we have identified
xmlrpc-epi 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 xmlrpc-epi
which will initially be uploaded to experimental if possible, then to
unstable after packages have cleared binary NEW.
Please find the patch for this NMU attached.
If you have any concerns about this patch, please reach out ASAP. Although
this package will be uploaded to experimental immediately, there will be a
period of several days before we begin uploads to unstable; so if information
becomes available that your package should not be included in the transition,
there is time for us to amend the planned uploads.
-- System Information:
Debian Release: trixie/sid
APT prefers unstable
APT policy: (500, 'unstable'), (500, 'testing'), (500, 'stable'), (1,
'experimental')
Architecture: amd64 (x86_64)
Kernel: Linux 6.5.0-14-generic (SMP w/12 CPU threads; PREEMPT)
Kernel taint flags: TAINT_PROPRIETARY_MODULE, TAINT_OOT_MODULE
Locale: LANG=C, LC_CTYPE=C.UTF-8 (charmap=UTF-8), LANGUAGE not set
Shell: /bin/sh linked to /usr/bin/dash
Init: systemd (via /run/systemd/system)
diff -Nru xmlrpc-epi-0.54.2/debian/changelog xmlrpc-epi-0.54.2/debian/changelog
--- xmlrpc-epi-0.54.2/debian/changelog 2023-08-16 16:05:35.0 +
+++ xmlrpc-epi-0.54.2/debian/changelog 2024-02-06 00:23:51.0 +
@@ -1,3 +1,10 @@
+xmlrpc-epi (0.54.2-2.1) experimental; urgency=medium
+
+ * Non-maintainer upload.
+ * Rename libraries for 64-bit time_t transition.
+
+ -- Steve Langasek Tue, 06 Feb 2024 00:23:51 +
+
xmlrpc-epi (0.54.2-2) unstable; urgency=medium
* QA upload.
diff -Nru xmlrpc-epi-0.54.2/debian/control xmlrpc-epi-0.54.2/debian/control
--- xmlrpc-epi-0.54.2/debian/control2023-08-16 16:05:35.0 +
+++ xmlrpc-epi-0.54.2/debian/control2024-02-06 00:23:51.0 +
@@ -10,15 +10,18 @@
Section: libdevel
Architecture: any
Multi-Arch: same
-Depends: libxmlrpc-epi0 (= ${binary:Version}), ${misc:Depends}
-Description: Development files for libxmlrpc-epi0, a XML-RPC request library
+Depends: libxmlrpc-epi0t64 (= ${binary:Version}), ${misc:Depends}
+Description: Development files for libxmlrpc-epi0t64, a XML-RPC request library
An implementation of the XML-RPC protocol, providing an API for developers to
serialise RPC requests to and from XML. It does not include any transport
layer
and is therefor useful for applications which implement their own transport or
wish to use XML-RPC over an existing transport layer. This package contains
the development files for applications wishing to use libxmlrpc-epi.
-Package: libxmlrpc-epi0
+Package: libxmlrpc-epi0t64
+Provides: ${t64:Provides}
+Replaces: libxmlrpc-epi0
+Breaks: libxmlrpc-epi0 (<< ${source:Version})
Section: libs
Architecture: any
Multi-Arch: same
@@ -31,9 +34,9 @@
Package: libxmlrpc-epi0-dbg
Section: debug
Architecture: any
-Depends: libxmlrpc-epi0 (= ${binary:Version}), ${misc:Depends}
-Description: Debug symbols for libxmlrpc-epi0, a XML-RPC request library
- This package contains the debug symbols for libxmlrpc-epi0, and should be
+Depends: libxmlrpc-epi0t64 (= ${binary:Version}), ${misc:Depends}
+Description: Debug symbols for libxmlrpc-epi0t64, a XML-RPC request library
+ This package contains the debug symbols for libxmlrpc-epi0t64, and should be
installed if you wish to get stack traces into the library for debugging
purposes.
diff -Nru xmlrpc-epi-0.54.2/debian/libxmlrpc-epi0.dirs
xmlrpc-epi-0.54.2/debian/libxmlrpc-epi0.dirs
--- xmlrpc-epi-0.54.2/debian/libxmlrpc-epi0.dirs2023-08-16
16:04:49.0 +
+++ xmlrpc-epi-0.54.2/debian/libxmlrpc-epi0.dirs1970-01-01
00:00:00.0 +
@@ -1 +0,0 @@
-usr/lib
diff -Nru xmlrpc-epi-0.54.2/debian/libxmlrpc-epi0.install
xmlrpc-epi-0.54.2/debian/libxmlrpc-epi0.install
--- xmlrpc-epi-0.54.2/debian/libxmlrpc-e
Bug#1063279: xmlrpc-c: NMU diff for 64-bit time_t transition
Source: xmlrpc-c
Version: 1.33.14-11
Severity: serious
Tags: patch pending sid trixie
Justification: library ABI skew on upgrade
User: debian-...@lists.debian.org
Usertags: time-t
NOTICE: these changes must not be uploaded to unstable yet!
Dear maintainer,
As part of the 64-bit time_t transition required to support 32-bit
architectures in 2038 and beyond
(https://wiki.debian.org/ReleaseGoals/64bit-time), we have identified
xmlrpc-c 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 xmlrpc-c
which will initially be uploaded to experimental if possible, then to
unstable after packages have cleared binary NEW.
Please find the patch for this NMU attached.
If you have any concerns about this patch, please reach out ASAP. Although
this package will be uploaded to experimental immediately, there will be a
period of several days before we begin uploads to unstable; so if information
becomes available that your package should not be included in the transition,
there is time for us to amend the planned uploads.
-- System Information:
Debian Release: trixie/sid
APT prefers unstable
APT policy: (500, 'unstable'), (500, 'testing'), (500, 'stable'), (1,
'experimental')
Architecture: amd64 (x86_64)
Kernel: Linux 6.5.0-14-generic (SMP w/12 CPU threads; PREEMPT)
Kernel taint flags: TAINT_PROPRIETARY_MODULE, TAINT_OOT_MODULE
Locale: LANG=C, LC_CTYPE=C.UTF-8 (charmap=UTF-8), LANGUAGE not set
Shell: /bin/sh linked to /usr/bin/dash
Init: systemd (via /run/systemd/system)
diff -Nru xmlrpc-c-1.33.14/debian/changelog xmlrpc-c-1.33.14/debian/changelog
--- xmlrpc-c-1.33.14/debian/changelog 2022-10-13 12:27:40.0 +
+++ xmlrpc-c-1.33.14/debian/changelog 2024-02-06 00:19:48.0 +
@@ -1,3 +1,10 @@
+xmlrpc-c (1.33.14-11.1) experimental; urgency=medium
+
+ * Non-maintainer upload.
+ * Rename libraries for 64-bit time_t transition.
+
+ -- Steve Langasek Tue, 06 Feb 2024 00:19:48 +
+
xmlrpc-c (1.33.14-11) unstable; urgency=medium
* QA upload.
diff -Nru xmlrpc-c-1.33.14/debian/control xmlrpc-c-1.33.14/debian/control
--- xmlrpc-c-1.33.14/debian/control 2022-10-13 12:27:40.0 +
+++ xmlrpc-c-1.33.14/debian/control 2024-02-06 00:19:48.0 +
@@ -16,7 +16,7 @@
Architecture: any
Depends:
libc6-dev,
- libxmlrpc-c++8v5 (= ${binary:Version}),
+ libxmlrpc-c++8t64 (= ${binary:Version}),
libxmlrpc-core-c3-dev (= ${binary:Version}),
${misc:Depends},
Suggests:
@@ -33,15 +33,18 @@
Install this package if you wish to develop your own programs using this
library.
-Package: libxmlrpc-c++8v5
+Package: libxmlrpc-c++8t64
+Provides: ${t64:Provides}
+X-Time64-Compat: libxmlrpc-c++8v5
+Breaks: libxmlrpc-c++8v5 (<< ${source:Version})
Architecture: any
Depends:
- libxmlrpc-core-c3 (= ${binary:Version}),
+ libxmlrpc-core-c3t64 (= ${binary:Version}),
${misc:Depends},
${shlibs:Depends},
Conflicts:
libxmlrpc-c++8,
-Replaces:
+Replaces:libxmlrpc-c++8v5,
libxmlrpc-c++8,
Description: Lightweight RPC library based on XML and HTTP [C++ runtime
libraries]
XML-RPC is a quick-and-easy way to make procedure calls over the Internet.
@@ -55,7 +58,7 @@
Architecture: any
Depends:
libc6-dev,
- libxmlrpc-core-c3 (= ${binary:Version}),
+ libxmlrpc-core-c3t64 (= ${binary:Version}),
${misc:Depends},
Suggests:
xmlrpc-api-utils,
@@ -69,7 +72,11 @@
Install this package if you wish to develop your own programs using this
library.
-Package: libxmlrpc-core-c3
+Package: libxmlrpc-core-c3t64
+Provides: ${t64:Provides}
+X-Time64-Compat: libxmlrpc-c++8v5
+Replaces: libxmlrpc-core-c3
+Breaks: libxmlrpc-core-c3 (<< ${source:Version})
Architecture: any
Depends:
${misc:Depends},
@@ -96,8 +103,8 @@
Depends:
libc6-dev,
libfrontier-rpc-perl,
- libxmlrpc-c++8v5 (= ${binary:Version}),
- libxmlrpc-core-c3 (= ${binary:Version}),
+ libxmlrpc-c++8t64 (= ${binary:Version}),
+ libxmlrpc-core-c3t64 (= ${binary:Version}),
${misc:Depends},
${shlibs:Depends},
Description: Generate C++ wrapper classes for XML-RPC servers
diff -Nru xmlrpc-c-1.33.14/debian/libxmlrpc-c++8t64.install
xmlrpc-c-1.33.14/debian/libxmlrpc-c++8t64.install
--- xmlrpc-c-1.33.14/debian/libxmlrpc-c++8t64.install 1970-01-01
00:00:00.0 +
+++ xmlrpc-c-1.33.14/
Bug#1063284: xpaint: NMU diff for 64-bit time_t transition
Source: xpaint
Version: 2.9.1.4-4
Severity: serious
Tags: patch pending sid trixie
Justification: library ABI skew on upgrade
User: debian-...@lists.debian.org
Usertags: time-t
NOTICE: these changes must not be uploaded to unstable yet!
Dear maintainer,
As part of the 64-bit time_t transition required to support 32-bit
architectures in 2038 and beyond
(https://wiki.debian.org/ReleaseGoals/64bit-time), we have identified
xpaint 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 xpaint
which will initially be uploaded to experimental if possible, then to
unstable after packages have cleared binary NEW.
Please find the patch for this NMU attached.
If you have any concerns about this patch, please reach out ASAP. Although
this package will be uploaded to experimental immediately, there will be a
period of several days before we begin uploads to unstable; so if information
becomes available that your package should not be included in the transition,
there is time for us to amend the planned uploads.
-- System Information:
Debian Release: trixie/sid
APT prefers unstable
APT policy: (500, 'unstable'), (500, 'testing'), (500, 'stable'), (1,
'experimental')
Architecture: amd64 (x86_64)
Kernel: Linux 6.5.0-14-generic (SMP w/12 CPU threads; PREEMPT)
Kernel taint flags: TAINT_PROPRIETARY_MODULE, TAINT_OOT_MODULE
Locale: LANG=C, LC_CTYPE=C.UTF-8 (charmap=UTF-8), LANGUAGE not set
Shell: /bin/sh linked to /usr/bin/dash
Init: systemd (via /run/systemd/system)
diff -Nru xpaint-2.9.1.4/debian/changelog xpaint-2.9.1.4/debian/changelog
--- xpaint-2.9.1.4/debian/changelog 2020-08-16 01:38:56.0 +
+++ xpaint-2.9.1.4/debian/changelog 2024-02-06 00:33:55.0 +
@@ -1,3 +1,10 @@
+xpaint (2.9.1.4-4.1) experimental; urgency=medium
+
+ * Non-maintainer upload.
+ * Rename libraries for 64-bit time_t transition.
+
+ -- Steve Langasek Tue, 06 Feb 2024 00:33:55 +
+
xpaint (2.9.1.4-4) unstable; urgency=medium
* Orphaning the package
diff -Nru xpaint-2.9.1.4/debian/control xpaint-2.9.1.4/debian/control
--- xpaint-2.9.1.4/debian/control 2020-08-16 01:38:56.0 +
+++ xpaint-2.9.1.4/debian/control 2024-02-06 00:33:55.0 +
@@ -29,7 +29,7 @@
Package: xpaint-dev
Section: libdevel
Architecture: any
-Depends: libxaw3dxft6 (= ${binary:Version}), ${shlibs:Depends},
${misc:Depends},
+Depends: libxaw3dxft6t64 (= ${binary:Version}), ${shlibs:Depends},
${misc:Depends},
libxmu-dev, libxt-dev, libsm-dev, libice-dev, libxext-dev, libx11-dev,
libxpm-dev,
libxft-dev, libc-dev, xutils-dev, x11proto-core-dev, x11proto-xext-dev
Description: simple paint program for X (development files)
@@ -38,7 +38,10 @@
in the main xpaint package. Install this if you wish to compile
programs that use the libxaw3dxft library.
-Package: libxaw3dxft6
+Package: libxaw3dxft6t64
+Provides: ${t64:Provides}
+Replaces: libxaw3dxft6
+Breaks: libxaw3dxft6 (<< ${source:Version})
Section: libs
Architecture: any
Depends: ${shlibs:Depends}, ${misc:Depends}
diff -Nru xpaint-2.9.1.4/debian/libxaw3dxft6.install
xpaint-2.9.1.4/debian/libxaw3dxft6.install
--- xpaint-2.9.1.4/debian/libxaw3dxft6.install 2020-08-16 01:38:56.0
+
+++ xpaint-2.9.1.4/debian/libxaw3dxft6.install 1970-01-01 00:00:00.0
+
@@ -1 +0,0 @@
-usr/lib/*.so.* usr/lib
diff -Nru xpaint-2.9.1.4/debian/libxaw3dxft6.symbols
xpaint-2.9.1.4/debian/libxaw3dxft6.symbols
--- xpaint-2.9.1.4/debian/libxaw3dxft6.symbols 2020-08-16 01:38:56.0
+
+++ xpaint-2.9.1.4/debian/libxaw3dxft6.symbols 1970-01-01 00:00:00.0
+
@@ -1,227 +0,0 @@
-libXaw3dxft.so.6 libxaw3dxft6 #MINVER#
- FMT8BIT@Base 2.9.1.4
- GetXftFont@Base 2.9.1.4
- LayYY_create_buffer@Base 2.9.1.4
- LayYY_delete_buffer@Base 2.9.1.4
- LayYY_flex_debug@Base 2.9.1.4
- LayYY_flush_buffer@Base 2.9.1.4
- LayYY_scan_buffer@Base 2.9.1.4
- LayYY_scan_bytes@Base 2.9.1.4
- LayYY_scan_string@Base 2.9.1.4
- LayYY_switch_to_buffer@Base 2.9.1.4
- LayYYalloc@Base 2.9.1.4
- LayYYchar@Base 2.9.1.4
- LayYYerror@Base 2.9.1.4
- LayYYfree@Base 2.9.1.4
- LayYYget_debug@Base 2.9.1.4
- LayYYget_in@Base 2.9.1.4
- LayYYget_leng@Base 2.9.1.4
- LayYYget_lineno@Base 2.9.1.4
- LayYYget_out@Base 2.9.1.4
- LayYYget_text@Base 2.9.1.4
-
Bug#1063285: xplc: NMU diff for 64-bit time_t transition
Source: xplc
Version: 0.3.13-12
Severity: serious
Tags: patch pending sid trixie
Justification: library ABI skew on upgrade
User: debian-...@lists.debian.org
Usertags: time-t
NOTICE: these changes must not be uploaded to unstable yet!
Dear maintainer,
As part of the 64-bit time_t transition required to support 32-bit
architectures in 2038 and beyond
(https://wiki.debian.org/ReleaseGoals/64bit-time), we have identified
xplc 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 xplc
which will initially be uploaded to experimental if possible, then to
unstable after packages have cleared binary NEW.
Please find the patch for this NMU attached.
If you have any concerns about this patch, please reach out ASAP. Although
this package will be uploaded to experimental immediately, there will be a
period of several days before we begin uploads to unstable; so if information
becomes available that your package should not be included in the transition,
there is time for us to amend the planned uploads.
-- System Information:
Debian Release: trixie/sid
APT prefers unstable
APT policy: (500, 'unstable'), (500, 'testing'), (500, 'stable'), (1,
'experimental')
Architecture: amd64 (x86_64)
Kernel: Linux 6.5.0-14-generic (SMP w/12 CPU threads; PREEMPT)
Kernel taint flags: TAINT_PROPRIETARY_MODULE, TAINT_OOT_MODULE
Locale: LANG=C, LC_CTYPE=C.UTF-8 (charmap=UTF-8), LANGUAGE not set
Shell: /bin/sh linked to /usr/bin/dash
Init: systemd (via /run/systemd/system)
diff -Nru xplc-0.3.13/debian/changelog xplc-0.3.13/debian/changelog
--- xplc-0.3.13/debian/changelog2022-11-27 04:40:10.0 +
+++ xplc-0.3.13/debian/changelog2024-02-06 00:35:13.0 +
@@ -1,3 +1,10 @@
+xplc (0.3.13-12.1) experimental; urgency=medium
+
+ * Non-maintainer upload.
+ * Rename libraries for 64-bit time_t transition.
+
+ -- Steve Langasek Tue, 06 Feb 2024 00:35:13 +
+
xplc (0.3.13-12) unstable; urgency=medium
* QA upload.
diff -Nru xplc-0.3.13/debian/control xplc-0.3.13/debian/control
--- xplc-0.3.13/debian/control 2022-11-27 04:40:10.0 +
+++ xplc-0.3.13/debian/control 2024-02-06 00:35:13.0 +
@@ -8,7 +8,10 @@
Vcs-Git: https://salsa.debian.org/debian/xplc.git
Vcs-Browser: https://salsa.debian.org/debian/xplc
-Package: libxplc0.3.13
+Package: libxplc0.3.13t64
+Provides: ${t64:Provides}
+Replaces: libxplc0.3.13
+Breaks: libxplc0.3.13 (<< ${source:Version})
Architecture: any
Depends: ${shlibs:Depends}, ${misc:Depends}
Multi-Arch: same
@@ -22,7 +25,7 @@
Package: libxplc0.3.13-dev
Section: libdevel
Architecture: any
-Depends: libxplc0.3.13 (= ${binary:Version}), uuidcdef, ${shlibs:Depends},
${misc:Depends}
+Depends: libxplc0.3.13t64 (= ${binary:Version}), uuidcdef, ${shlibs:Depends},
${misc:Depends}
Description: Light weight component system (Development libraries and headers)
XPLC ("Cross-Platform Lightweight Components") is a component system that
will provide extensibility and reusability both inside and between
diff -Nru xplc-0.3.13/debian/libxplc0.3.13.symbols
xplc-0.3.13/debian/libxplc0.3.13.symbols
--- xplc-0.3.13/debian/libxplc0.3.13.symbols2022-11-27 04:40:10.0
+
+++ xplc-0.3.13/debian/libxplc0.3.13.symbols1970-01-01 00:00:00.0
+
@@ -1,2 +0,0 @@
-libxplc.so.0.3.13-unstable libxplc0.3.13 #MINVER#
- XPLC_getServiceManager@Base 0.3.13
diff -Nru xplc-0.3.13/debian/libxplc0.3.13t64.lintian-overrides
xplc-0.3.13/debian/libxplc0.3.13t64.lintian-overrides
--- xplc-0.3.13/debian/libxplc0.3.13t64.lintian-overrides 1970-01-01
00:00:00.0 +
+++ xplc-0.3.13/debian/libxplc0.3.13t64.lintian-overrides 2024-02-06
00:35:13.0 +
@@ -0,0 +1 @@
+libxplc0.3.13t64: package-name-doesnt-match-sonames libxplc0.3.13
diff -Nru xplc-0.3.13/debian/libxplc0.3.13t64.symbols
xplc-0.3.13/debian/libxplc0.3.13t64.symbols
--- xplc-0.3.13/debian/libxplc0.3.13t64.symbols 1970-01-01 00:00:00.0
+
+++ xplc-0.3.13/debian/libxplc0.3.13t64.symbols 2024-02-06 00:35:13.0
+
@@ -0,0 +1,2 @@
+libxplc.so.0.3.13-unstable libxplc0.3.13t64 #MINVER#
+ XPLC_getServiceManager@Base 0.3.13
diff -Nru xplc-0.3.13/debian/rules xplc-0.3.13/debian/rules
--- xplc-0.3.13/debian/rules20
Bug#1063304: ygl: NMU diff for 64-bit time_t transition
Source: ygl
Version: 4.2e-6
Severity: serious
Tags: patch pending sid trixie
Justification: library ABI skew on upgrade
User: debian-...@lists.debian.org
Usertags: time-t
NOTICE: these changes must not be uploaded to unstable yet!
Dear maintainer,
As part of the 64-bit time_t transition required to support 32-bit
architectures in 2038 and beyond
(https://wiki.debian.org/ReleaseGoals/64bit-time), we have identified
ygl 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 ygl
which will initially be uploaded to experimental if possible, then to
unstable after packages have cleared binary NEW.
Please find the patch for this NMU attached.
If you have any concerns about this patch, please reach out ASAP. Although
this package will be uploaded to experimental immediately, there will be a
period of several days before we begin uploads to unstable; so if information
becomes available that your package should not be included in the transition,
there is time for us to amend the planned uploads.
-- System Information:
Debian Release: trixie/sid
APT prefers unstable
APT policy: (500, 'unstable'), (500, 'testing'), (500, 'stable'), (1,
'experimental')
Architecture: amd64 (x86_64)
Kernel: Linux 6.5.0-14-generic (SMP w/12 CPU threads; PREEMPT)
Kernel taint flags: TAINT_PROPRIETARY_MODULE, TAINT_OOT_MODULE
Locale: LANG=C, LC_CTYPE=C.UTF-8 (charmap=UTF-8), LANGUAGE not set
Shell: /bin/sh linked to /usr/bin/dash
Init: systemd (via /run/systemd/system)
diff -Nru ygl-4.2e/debian/changelog ygl-4.2e/debian/changelog
--- ygl-4.2e/debian/changelog 2022-08-15 06:31:49.0 +
+++ ygl-4.2e/debian/changelog 2024-02-06 03:21:43.0 +
@@ -1,3 +1,10 @@
+ygl (4.2e-6.1) experimental; urgency=medium
+
+ * Non-maintainer upload.
+ * Rename libraries for 64-bit time_t transition.
+
+ -- Steve Langasek Tue, 06 Feb 2024 03:21:43 +
+
ygl (4.2e-6) unstable; urgency=medium
* QA upload.
diff -Nru ygl-4.2e/debian/control ygl-4.2e/debian/control
--- ygl-4.2e/debian/control 2022-08-15 06:31:49.0 +
+++ ygl-4.2e/debian/control 2024-02-06 03:21:42.0 +
@@ -16,7 +16,7 @@
Package: libygl4-dev
Architecture: any
Section: libdevel
-Depends: libygl4 (= ${binary:Version}),
+Depends: libygl4t64 (= ${binary:Version}),
${misc:Depends}
Description: Graphics library that emulates SGI's GL routines under X11
(headers)
Ygl is an graphics library that emulates the routines of SGI's GL (sometimes
@@ -28,7 +28,10 @@
.
This package provides the development files.
-Package: libygl4
+Package: libygl4t64
+Provides: ${t64:Provides}
+Replaces: libygl4
+Breaks: libygl4 (<< ${source:Version})
Architecture: any
Depends: ${shlibs:Depends},
${misc:Depends}
diff -Nru ygl-4.2e/debian/libygl4.dirs ygl-4.2e/debian/libygl4.dirs
--- ygl-4.2e/debian/libygl4.dirs2022-08-15 05:40:05.0 +
+++ ygl-4.2e/debian/libygl4.dirs1970-01-01 00:00:00.0 +
@@ -1 +0,0 @@
-usr/lib
diff -Nru ygl-4.2e/debian/libygl4.install ygl-4.2e/debian/libygl4.install
--- ygl-4.2e/debian/libygl4.install 2022-08-15 06:13:49.0 +
+++ ygl-4.2e/debian/libygl4.install 1970-01-01 00:00:00.0 +
@@ -1 +0,0 @@
-usr/lib/lib*.so.*
diff -Nru ygl-4.2e/debian/libygl4t64.dirs ygl-4.2e/debian/libygl4t64.dirs
--- ygl-4.2e/debian/libygl4t64.dirs 1970-01-01 00:00:00.0 +
+++ ygl-4.2e/debian/libygl4t64.dirs 2022-08-15 05:40:05.0 +
@@ -0,0 +1 @@
+usr/lib
diff -Nru ygl-4.2e/debian/libygl4t64.install ygl-4.2e/debian/libygl4t64.install
--- ygl-4.2e/debian/libygl4t64.install 1970-01-01 00:00:00.0 +
+++ ygl-4.2e/debian/libygl4t64.install 2022-08-15 06:13:49.0 +
@@ -0,0 +1 @@
+usr/lib/lib*.so.*
diff -Nru ygl-4.2e/debian/libygl4t64.lintian-overrides
ygl-4.2e/debian/libygl4t64.lintian-overrides
--- ygl-4.2e/debian/libygl4t64.lintian-overrides1970-01-01
00:00:00.0 +
+++ ygl-4.2e/debian/libygl4t64.lintian-overrides2024-02-06
03:21:42.0 +
@@ -0,0 +1 @@
+libygl4t64: package-name-doesnt-match-sonames libygl4
Bug#1063312: zthreads: NMU diff for 64-bit time_t transition
Source: zthreads
Version: 2.3.2-11
Severity: serious
Tags: patch pending sid trixie
Justification: library ABI skew on upgrade
User: debian-...@lists.debian.org
Usertags: time-t
NOTICE: these changes must not be uploaded to unstable yet!
Dear maintainer,
As part of the 64-bit time_t transition required to support 32-bit
architectures in 2038 and beyond
(https://wiki.debian.org/ReleaseGoals/64bit-time), we have identified
zthreads 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 zthreads
which will initially be uploaded to experimental if possible, then to
unstable after packages have cleared binary NEW.
Please find the patch for this NMU attached.
If you have any concerns about this patch, please reach out ASAP. Although
this package will be uploaded to experimental immediately, there will be a
period of several days before we begin uploads to unstable; so if information
becomes available that your package should not be included in the transition,
there is time for us to amend the planned uploads.
-- System Information:
Debian Release: trixie/sid
APT prefers unstable
APT policy: (500, 'unstable'), (500, 'testing'), (500, 'stable'), (1,
'experimental')
Architecture: amd64 (x86_64)
Kernel: Linux 6.5.0-14-generic (SMP w/12 CPU threads; PREEMPT)
Kernel taint flags: TAINT_PROPRIETARY_MODULE, TAINT_OOT_MODULE
Locale: LANG=C, LC_CTYPE=C.UTF-8 (charmap=UTF-8), LANGUAGE not set
Shell: /bin/sh linked to /usr/bin/dash
Init: systemd (via /run/systemd/system)
diff -Nru zthreads-2.3.2/debian/changelog zthreads-2.3.2/debian/changelog
--- zthreads-2.3.2/debian/changelog 2021-08-20 12:43:47.0 +
+++ zthreads-2.3.2/debian/changelog 2024-02-06 04:36:27.0 +
@@ -1,3 +1,10 @@
+zthreads (2.3.2-11.1) experimental; urgency=medium
+
+ * Non-maintainer upload.
+ * Rename libraries for 64-bit time_t transition.
+
+ -- Steve Langasek Tue, 06 Feb 2024 04:36:27 +
+
zthreads (2.3.2-11) unstable; urgency=medium
* QA upload.
diff -Nru zthreads-2.3.2/debian/control zthreads-2.3.2/debian/control
--- zthreads-2.3.2/debian/control 2021-08-20 12:43:47.0 +
+++ zthreads-2.3.2/debian/control 2024-02-06 04:36:26.0 +
@@ -9,7 +9,10 @@
Vcs-Browser: https://salsa.debian.org/debian/zthreads
Vcs-Git: https://salsa.debian.org/debian/zthreads.git
-Package: libzthread-2.3-2
+Package: libzthread-2.3-2t64
+Provides: ${t64:Provides}
+Replaces: libzthread-2.3-2
+Breaks: libzthread-2.3-2 (<< ${source:Version})
Architecture: any
Multi-Arch: same
Depends: ${shlibs:Depends}, ${misc:Depends}
@@ -32,7 +35,7 @@
Package: libzthread-dev
Section: libdevel
Architecture: any
-Depends: libzthread-2.3-2 (= ${binary:Version}), ${misc:Depends}
+Depends: libzthread-2.3-2t64 (= ${binary:Version}), ${misc:Depends}
Multi-Arch: same
Description: Object-oriented synchronization library for C++ (runtime lib)
Zthreads is an advanced platform-independent, object-oriented
diff -Nru zthreads-2.3.2/debian/libzthread-2.3-2.install
zthreads-2.3.2/debian/libzthread-2.3-2.install
--- zthreads-2.3.2/debian/libzthread-2.3-2.install 2021-08-20
12:43:47.0 +
+++ zthreads-2.3.2/debian/libzthread-2.3-2.install 1970-01-01
00:00:00.0 +
@@ -1 +0,0 @@
-usr/lib/*/lib*.so.*
diff -Nru zthreads-2.3.2/debian/libzthread-2.3-2t64.install
zthreads-2.3.2/debian/libzthread-2.3-2t64.install
--- zthreads-2.3.2/debian/libzthread-2.3-2t64.install 1970-01-01
00:00:00.0 +
+++ zthreads-2.3.2/debian/libzthread-2.3-2t64.install 2021-08-20
12:43:47.0 +
@@ -0,0 +1 @@
+usr/lib/*/lib*.so.*
diff -Nru zthreads-2.3.2/debian/libzthread-2.3-2t64.lintian-overrides
zthreads-2.3.2/debian/libzthread-2.3-2t64.lintian-overrides
--- zthreads-2.3.2/debian/libzthread-2.3-2t64.lintian-overrides 1970-01-01
00:00:00.0 +
+++ zthreads-2.3.2/debian/libzthread-2.3-2t64.lintian-overrides 2024-02-06
04:36:26.0 +
@@ -0,0 +1 @@
+libzthread-2.3-2t64: package-name-doesnt-match-sonames libzthread-2.3-2
Bug#1063887: wvstreams: NMU diff for 64-bit time_t transition
Source: wvstreams
Version: 4.6.1-17
Severity: serious
Tags: patch pending sid trixie
Justification: library ABI skew on upgrade
User: debian-...@lists.debian.org
Usertags: time-t
NOTICE: these changes must not be uploaded to unstable yet!
Dear maintainer,
As part of the 64-bit time_t transition required to support 32-bit
architectures in 2038 and beyond
(https://wiki.debian.org/ReleaseGoals/64bit-time), we have identified
wvstreams 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 wvstreams
which will initially be uploaded to experimental if possible, then to
unstable after packages have cleared binary NEW.
Please find the patch for this NMU attached.
If you have any concerns about this patch, please reach out ASAP. Although
this package will be uploaded to experimental immediately, there will be a
period of several days before we begin uploads to unstable; so if information
becomes available that your package should not be included in the transition,
there is time for us to amend the planned uploads.
-- System Information:
Debian Release: trixie/sid
APT prefers unstable
APT policy: (500, 'unstable'), (500, 'testing'), (500, 'stable'), (1,
'experimental')
Architecture: amd64 (x86_64)
Kernel: Linux 6.5.0-14-generic (SMP w/12 CPU threads; PREEMPT)
Kernel taint flags: TAINT_PROPRIETARY_MODULE, TAINT_OOT_MODULE
Locale: LANG=C, LC_CTYPE=C.UTF-8 (charmap=UTF-8), LANGUAGE not set
Shell: /bin/sh linked to /usr/bin/dash
Init: systemd (via /run/systemd/system)
diff -Nru wvstreams-4.6.1/debian/changelog wvstreams-4.6.1/debian/changelog
--- wvstreams-4.6.1/debian/changelog2024-02-03 22:43:16.0 +
+++ wvstreams-4.6.1/debian/changelog2024-02-14 05:51:04.0 +
@@ -1,3 +1,13 @@
+wvstreams (4.6.1-17.1) experimental; urgency=medium
+
+ * Non-maintainer upload.
+ * Rename libraries for 64-bit time_t transition.
+ * Use dh_lintian instead of bespoke debian/rules code to install files;
+their contents are superseedd by the t64 lintian overrides and also
+didn't use the debhelper-standard names for these files
+
+ -- Steve Langasek Wed, 14 Feb 2024 05:51:04 +
+
wvstreams (4.6.1-17) unstable; urgency=medium
* QA upload.
diff -Nru wvstreams-4.6.1/debian/control wvstreams-4.6.1/debian/control
--- wvstreams-4.6.1/debian/control 2024-02-03 22:42:59.0 +
+++ wvstreams-4.6.1/debian/control 2024-02-14 05:51:04.0 +
@@ -17,7 +17,11 @@
Standards-Version: 3.9.8
Homepage: https://github.com/apenwarr/wvstreams/
-Package: libwvstreams4.6-base
+Package: libwvstreams4.6t64-base
+Provides: ${t64:Provides}
+X-Time64-Compat: libwvstreams4.6-base
+Replaces: libwvstreams4.6-base
+Breaks: libwvstreams4.6-base (<< ${source:Version})
Architecture: any
Depends: ${shlibs:Depends},
${misc:Depends}
@@ -32,7 +36,11 @@
* WvLog: a log files handler
* UniIniGen: a tiny version of UniConf for simple configuration systems
-Package: libwvstreams4.6-extras
+Package: libwvstreams4.6t64-extras
+Provides: ${t64:Provides}
+X-Time64-Compat: libwvstreams4.6-extras
+Replaces: libwvstreams4.6-extras
+Breaks: libwvstreams4.6-extras (<< ${source:Version})
Architecture: any
Depends: ${shlibs:Depends},
${misc:Depends}
@@ -46,7 +54,10 @@
WvDial, TunnelVision, FastForward, KWvDial, retchmail, and many more yet
to come. ;)
-Package: libuniconf4.6
+Package: libuniconf4.6t64
+Provides: ${t64:Provides}
+Replaces: libuniconf4.6
+Breaks: libuniconf4.6 (<< ${source:Version})
Architecture: any
Depends: ${shlibs:Depends},
${misc:Depends}
@@ -75,9 +86,9 @@
Package: libwvstreams-dev
Architecture: any
Section: libdevel
-Depends: libwvstreams4.6-base (= ${binary:Version}),
- libwvstreams4.6-extras (= ${binary:Version}),
- libuniconf4.6 (= ${binary:Version}),
+Depends: libwvstreams4.6t64-base (= ${binary:Version}),
+ libwvstreams4.6t64-extras (= ${binary:Version}),
+ libuniconf4.6t64 (= ${binary:Version}),
libxplc0.3.13-dev,
${misc:Depends}
Suggests: tk8.5 | wish
diff -Nru wvstreams-4.6.1/debian/libuniconf4.6.install
wvstreams-4.6.1/debian/libuniconf4.6.install
--- wvstreams-4.6.1/debian/libuniconf4.6.install2011-05-19
22:00:22.0
Bug#1062753: Bug#1063401: atm-tools: has gained /usr/share/doc/libatm1/changelog.*
Thanks for the patch. Attached is the consolidated patch for a subsequent
upload to experimental.
On Sat, Feb 10, 2024 at 01:55:30PM +0100, Andreas Metzler wrote:
> Control: tags -1 patch
>
> On 2024-02-07 Andreas Beckmann wrote:
> > Package: atm-tools
> > Version: 1:2.5.1-5.1~exp1
> [...]
> > atm-tools/experimental has gained two unexpected files, causing file
> > conflicts on upgrades:
> [...]
> > There is still an libatm1 dependency, and the new libatm1t64 dependency
> > seems to miss the epoch.
>
> Hello,
>
> Both issues are fixed by a one-line-change, a dh_lintian call should
> also be added.
>
> diff -Nru linux-atm-2.5.1/debian/rules linux-atm-2.5.1/debian/rules
> --- linux-atm-2.5.1/debian/rules 2019-07-19 11:14:25.0 +0200
> +++ linux-atm-2.5.1/debian/rules 2024-02-10 13:31:02.0 +0100
> @@ -72,7 +72,7 @@
> dh_testroot
> dh_install --sourcedir=debian/tmp
> rm debian/atm-tools/usr/share/man/man8/br2684ctl.8
> - dh_installdocs --link-doc=libatm1
> + dh_installdocs --link-doc=libatm1t64
> dh_installinit --init-script=atm
> dh_installsystemd --name=atm
> dh_installman
> @@ -80,6 +80,7 @@
> dh_link
> dh_strip
> dh_compress
> + dh_lintian
> dh_fixperms
> dh_makeshlibs -- -c4
> dh_installdeb
>
> cu Andreas
>
--
Steve Langasek Give me a lever long enough and a Free OS
Debian Developer to set it on, and I can move the world.
Ubuntu Developer https://www.debian.org/
slanga...@ubuntu.com vor...@debian.org
diff -Nru linux-atm-2.5.1/debian/changelog linux-atm-2.5.1/debian/changelog
--- linux-atm-2.5.1/debian/changelog2023-12-20 21:41:15.0 +
+++ linux-atm-2.5.1/debian/changelog2024-02-16 21:08:19.0 +
@@ -1,3 +1,17 @@
+linux-atm (1:2.5.1-5.1~exp2) experimental; urgency=medium
+
+ * Fix issues with the previous NMU; thanks, Andreas Metzler
+ Closes: #1063401.
+
+ -- Steve Langasek Fri, 16 Feb 2024 21:08:19 +
+
+linux-atm (1:2.5.1-5.1~exp1) experimental; urgency=medium
+
+ * Non-maintainer upload.
+ * Rename libraries for 64-bit time_t transition.
+
+ -- Steve Langasek Fri, 02 Feb 2024 23:16:33 +
+
linux-atm (1:2.5.1-5) unstable; urgency=medium
* QA upload.
diff -Nru linux-atm-2.5.1/debian/control linux-atm-2.5.1/debian/control
--- linux-atm-2.5.1/debian/control 2023-12-20 21:41:15.0 +
+++ linux-atm-2.5.1/debian/control 2024-02-02 23:16:33.0 +
@@ -46,7 +46,10 @@
uses one of these protocols: RFC 1483 bridged (RFC 2684 bridged),
RFC 1483 bridged (RFC 2684 routed), PPP over Ethernet (PPPoE).
-Package: libatm1
+Package: libatm1t64
+Provides: ${t64:Provides}
+Replaces: libatm1
+Breaks: libatm1 (<< ${source:Version})
Section: libs
Architecture: linux-any
Multi-Arch: same
@@ -59,7 +62,7 @@
Package: libatm1-dev
Section: libdevel
Architecture: linux-any
-Depends: ${shlibs:Depends}, ${misc:Depends}, libatm1 (= ${binary:Version})
+Depends: ${shlibs:Depends}, ${misc:Depends}, libatm1t64 (= ${binary:Version})
Provides: libatm-dev
Description: Development files for compiling ATM programs
Header files and development libraries for compiling ATM (Asynchronous
diff -Nru linux-atm-2.5.1/debian/libatm1.install
linux-atm-2.5.1/debian/libatm1.install
--- linux-atm-2.5.1/debian/libatm1.install 2019-07-19 09:14:25.0
+
+++ linux-atm-2.5.1/debian/libatm1.install 1970-01-01 00:00:00.0
+
@@ -1 +0,0 @@
-usr/lib/*/libatm.so.*
diff -Nru linux-atm-2.5.1/debian/libatm1.symbols
linux-atm-2.5.1/debian/libatm1.symbols
--- linux-atm-2.5.1/debian/libatm1.symbols 2019-07-19 09:14:25.0
+
+++ linux-atm-2.5.1/debian/libatm1.symbols 1970-01-01 00:00:00.0
+
@@ -1,43 +0,0 @@
-libatm.so.1 libatm1 #MINVER#
- __atmlib_fetch@Base 2.4.1-17~
- __t2q_get_rate@Base 2.4.1-17~
- alloc@Base 2.4.1-17~
- ans_byaddr@Base 2.4.1-17~
- ans_byname@Base 2.4.1-17~
- atm2text@Base 2.4.1-17~
- atm_equal@Base 2.4.1-17~
- atm_tcpip_port_mapping@Base 2.4.1-17~
- diag@Base 2.4.1-17~
- diag_dump@Base 2.4.1-17~
- diag_fatal_debug_hook@Base 2.4.1-17~
- expire_timers@Base 2.4.1-17~
- get_logfile@Base 2.4.1-17~
- get_verbosity@Base 2.4.1-17~
- kptr_eq@Base 2.4.1-17~
- kptr_print@Base 2.4.1-17~
- next_timer@Base 2.4.1-17~
- now@Base 2.4.1-17~
- pop_timer@Base 2.4.1-17~
- qos2text@Base 2.4.1-17~
- qos_equal@Base 2.4.1-17~
- read_netl@Base 2.4.1-17~
- sap2text@Base 2.4.1-17~
- sap_equal@Base 2.4.1-17~
- sdu2cell@Base 2.4.1-17~
- set_application@Base 2.4.1-17~
- set_logfile@Base 2.4.1-17~
- set_verbosity@Base 2.4.1-17~
- start_timer@Base 2.4.1-17~
- stop_timer@Base 2.4.1-17~
- text2atm@Base 2.4.1-17~
- text2ip@Base 2.4.1-17~
- text2qos@Base
Bug#1063323: libiw30t64: file loss due to /usr-move (DEP17)
Thanks, I've uploaded an updated NMU to experimental. Attached is the
consolidated patch.
On Tue, Feb 06, 2024 at 07:42:48AM +0100, Helmut Grohne wrote:
> Package: libiw30t64
> Provides: ${t64:Provides}
> -Replaces: libiw30
> -Breaks: libiw30 (<< ${source:Version})
> +Conflicts: libiw30
> Section: libs
> Architecture: linux-any
> Multi-Arch: same
I think this still needs to be a versioned Conflicts to avoid breaking
multiarch coinstallability (after all the package is marked Multi-Arch:
same).
--
Steve Langasek Give me a lever long enough and a Free OS
Debian Developer to set it on, and I can move the world.
Ubuntu Developer https://www.debian.org/
slanga...@ubuntu.com vor...@debian.org
diff -Nru wireless-tools-30~pre9/debian/changelog
wireless-tools-30~pre9/debian/changelog
--- wireless-tools-30~pre9/debian/changelog 2023-12-05 23:04:39.0
+
+++ wireless-tools-30~pre9/debian/changelog 2024-02-17 17:01:16.0
+
@@ -1,3 +1,17 @@
+wireless-tools (30~pre9-16.1~exp2) experimental; urgency=medium
+
+ * Fix /usr-move file loss. Thanks to Helmut Grohne .
+(Closes: #1063323)
+
+ -- Steve Langasek Sat, 17 Feb 2024 17:01:16 +
+
+wireless-tools (30~pre9-16.1~exp1) experimental; urgency=medium
+
+ * Non-maintainer upload.
+ * Rename libraries for 64-bit time_t transition.
+
+ -- Steve Langasek Sun, 04 Feb 2024 20:34:45 +
+
wireless-tools (30~pre9-16) unstable; urgency=medium
* QA upload.
diff -Nru wireless-tools-30~pre9/debian/clean
wireless-tools-30~pre9/debian/clean
--- wireless-tools-30~pre9/debian/clean 1970-01-01 00:00:00.0 +
+++ wireless-tools-30~pre9/debian/clean 2024-02-17 16:59:10.0 +
@@ -0,0 +1,2 @@
+debian/libiw30t64.preinst
+debian/libiw30t64.postinst
diff -Nru wireless-tools-30~pre9/debian/control
wireless-tools-30~pre9/debian/control
--- wireless-tools-30~pre9/debian/control 2022-11-12 11:58:45.0
+
+++ wireless-tools-30~pre9/debian/control 2024-02-17 17:00:10.0
+
@@ -29,7 +29,9 @@
the network interfaces on the system, the most common selector is the
interface MAC address.
-Package: libiw30
+Package: libiw30t64
+Provides: ${t64:Provides}
+Conflicts: libiw30 (<< ${source:Version})
Section: libs
Architecture: linux-any
Multi-Arch: same
@@ -46,7 +48,7 @@
Section: libdevel
Architecture: linux-any
Multi-Arch: same
-Depends: libiw30 (= ${binary:Version}), libc6-dev, ${misc:Depends}
+Depends: libiw30t64 (= ${binary:Version}), libc6-dev, ${misc:Depends}
Description: Wireless tools - development files
Wireless tools are used to manipulate the Linux Wireless Extensions. The
Wireless Extension is an interface allowing you to set Wireless LAN specific
diff -Nru wireless-tools-30~pre9/debian/libiw30.install
wireless-tools-30~pre9/debian/libiw30.install
--- wireless-tools-30~pre9/debian/libiw30.install 2023-11-28
00:07:13.0 +
+++ wireless-tools-30~pre9/debian/libiw30.install 1970-01-01
00:00:00.0 +
@@ -1 +0,0 @@
-/usr/lib/*/libiw.so.30
diff -Nru wireless-tools-30~pre9/debian/libiw30.shlibs
wireless-tools-30~pre9/debian/libiw30.shlibs
--- wireless-tools-30~pre9/debian/libiw30.shlibs2020-03-07
20:56:23.0 +
+++ wireless-tools-30~pre9/debian/libiw30.shlibs1970-01-01
00:00:00.0 +
@@ -1,2 +0,0 @@
-libiw 30 libiw30 (>= 30~pre1)
-udeb: libiw 30 libiw30-udeb (>= 30~pre1)
diff -Nru wireless-tools-30~pre9/debian/libiw30t64.install
wireless-tools-30~pre9/debian/libiw30t64.install
--- wireless-tools-30~pre9/debian/libiw30t64.install1970-01-01
00:00:00.0 +
+++ wireless-tools-30~pre9/debian/libiw30t64.install2024-02-04
20:34:45.0 +
@@ -0,0 +1 @@
+/usr/lib/*/libiw.so.30
diff -Nru wireless-tools-30~pre9/debian/libiw30t64.lintian-overrides
wireless-tools-30~pre9/debian/libiw30t64.lintian-overrides
--- wireless-tools-30~pre9/debian/libiw30t64.lintian-overrides 1970-01-01
00:00:00.0 +
+++ wireless-tools-30~pre9/debian/libiw30t64.lintian-overrides 2024-02-17
16:59:10.0 +
@@ -0,0 +1,5 @@
+libiw30t64: package-name-doesnt-match-sonames libiw30
+# begin-remove-after: released:trixie
+# DEP17 protective diversion
+diversion-for-unknown-file lib/x86_64-linux-gnu/libiw.so.30 [preinst:*]
+# end-remove-after
diff -Nru wireless-tools-30~pre9/debian/libiw30t64.postinst.in
wireless-tools-30~pre9/debian/libiw30t64.postinst.in
--- wireless-tools-30~pre9/debian/libiw30t64.postinst.in1970-01-01
00:00:00.0 +
+++ wireless-tools-30~pre9/debian/libiw30t64.postinst.in2024-02-17
16:59:10.0 +
@@ -0,0 +1,13 @@
+#!/bin/sh
+
+set -e
+
+# begin-remove-after: released:trixie
+if [ "$1" = configure ]; then
+ dpkg-divert --package libiw30t64 --no-rename --remove --div
Bug#1062341: highwayhash: NMU diff for 64-bit time_t transition
The previous patch unfortunately resulted in a misbuild where the library
was not actually included in the package. Please see attached a corrected
patch.
--
Steve Langasek Give me a lever long enough and a Free OS
Debian Developer to set it on, and I can move the world.
Ubuntu Developer https://www.debian.org/
slanga...@ubuntu.com vor...@debian.org
diff -Nru highwayhash-0~git20200803.9490b14/debian/changelog
highwayhash-0~git20200803.9490b14/debian/changelog
--- highwayhash-0~git20200803.9490b14/debian/changelog 2023-12-10
21:46:41.0 +
+++ highwayhash-0~git20200803.9490b14/debian/changelog 2024-02-24
06:37:15.0 +
@@ -1,3 +1,16 @@
+highwayhash (0~git20200803.9490b14-4.1~exp2) experimental; urgency=medium
+
+ * debian/rules: install the library in the correct path.
+
+ -- Steve Langasek Sat, 24 Feb 2024 06:37:15 +
+
+highwayhash (0~git20200803.9490b14-4.1~exp1) experimental; urgency=medium
+
+ * Non-maintainer upload.
+ * Rename libraries for 64-bit time_t transition.
+
+ -- Graham Inggs Thu, 01 Feb 2024 05:55:48 +
+
highwayhash (0~git20200803.9490b14-4) unstable; urgency=medium
* Orphan this package. (See #1013208)
diff -Nru highwayhash-0~git20200803.9490b14/debian/control
highwayhash-0~git20200803.9490b14/debian/control
--- highwayhash-0~git20200803.9490b14/debian/control2023-12-10
21:46:17.0 +
+++ highwayhash-0~git20200803.9490b14/debian/control2024-02-01
05:55:48.0 +
@@ -12,7 +12,7 @@
Package: libhighwayhash-dev
Section: libdevel
Architecture: any
-Depends: ${misc:Depends}, libhighwayhash0 (= ${binary:Version})
+Depends: ${misc:Depends}, libhighwayhash0t64 (= ${binary:Version})
Multi-Arch: same
Description: Fast strong hash functions: SipHash/HighwayHash (development)
Highwayhash provides three 'strong' (well-distributed and unpredictable)
@@ -33,7 +33,10 @@
.
This package ships the static library and development files.
-Package: libhighwayhash0
+Package: libhighwayhash0t64
+Provides: ${t64:Provides}
+Replaces: libhighwayhash0
+Breaks: libhighwayhash0 (<< ${source:Version})
Section: libs
Architecture: any
Multi-Arch: same
diff -Nru
highwayhash-0~git20200803.9490b14/debian/libhighwayhash0t64.lintian-overrides
highwayhash-0~git20200803.9490b14/debian/libhighwayhash0t64.lintian-overrides
---
highwayhash-0~git20200803.9490b14/debian/libhighwayhash0t64.lintian-overrides
1970-01-01 00:00:00.0 +
+++
highwayhash-0~git20200803.9490b14/debian/libhighwayhash0t64.lintian-overrides
2024-02-01 05:55:48.0 +
@@ -0,0 +1 @@
+libhighwayhash0t64: package-name-doesnt-match-sonames libhighwayhash0
diff -Nru highwayhash-0~git20200803.9490b14/debian/rules
highwayhash-0~git20200803.9490b14/debian/rules
--- highwayhash-0~git20200803.9490b14/debian/rules 2023-12-10
21:36:43.0 +
+++ highwayhash-0~git20200803.9490b14/debian/rules 2024-02-24
06:36:59.0 +
@@ -39,10 +39,10 @@
override_dh_auto_install:
dh_auto_install
- mkdir -p debian/libhighwayhash0/usr/lib/$(DEB_HOST_MULTIARCH)
+ mkdir -p debian/libhighwayhash0t64/usr/lib/$(DEB_HOST_MULTIARCH)
rename 's/.so/.so.0/' debian/tmp/usr/lib/$(DEB_HOST_MULTIARCH)/*.so
install -m0755 debian/tmp/usr/lib/$(DEB_HOST_MULTIARCH)/*.so.0 \
- debian/libhighwayhash0/usr/lib/$(DEB_HOST_MULTIARCH)/
+ debian/libhighwayhash0t64/usr/lib/$(DEB_HOST_MULTIARCH)/
mkdir -p debian/libhighwayhash-dev/usr/lib/$(DEB_HOST_MULTIARCH)
install -m0755 debian/tmp/usr/lib/$(DEB_HOST_MULTIARCH)/*.a \
debian/libhighwayhash-dev/usr/lib/$(DEB_HOST_MULTIARCH)/
signature.asc
Description: PGP signature
Bug#1062714: qdbm: NMU diff for 64-bit time_t transition
Hello,
The package that was previously uploaded to experimental was unfortunately
broken because we did not notice that additional changes were needed to
debian/rules.
Please find a fixed patch attached.
--
Steve Langasek Give me a lever long enough and a Free OS
Debian Developer to set it on, and I can move the world.
Ubuntu Developer https://www.debian.org/
slanga...@ubuntu.com vor...@debian.org
diff -Nru qdbm-1.8.78/debian/changelog qdbm-1.8.78/debian/changelog
--- qdbm-1.8.78/debian/changelog2022-11-02 21:02:48.0 +
+++ qdbm-1.8.78/debian/changelog2024-02-24 09:29:32.0 +
@@ -1,3 +1,16 @@
+qdbm (1.8.78-12.1~exp2) experimental; urgency=medium
+
+ * Fix missing files in libxqdbm.
+
+ -- Steve Langasek Sat, 24 Feb 2024 09:29:32 +
+
+qdbm (1.8.78-12.1~exp1) experimental; urgency=medium
+
+ * Non-maintainer upload.
+ * Rename libraries for 64-bit time_t transition.
+
+ -- Sergio Durigan Junior Fri, 02 Feb 2024 21:47:56
+
+
qdbm (1.8.78-12) unstable; urgency=medium
* QA upload.
diff -Nru qdbm-1.8.78/debian/control qdbm-1.8.78/debian/control
--- qdbm-1.8.78/debian/control 2022-11-02 21:02:48.0 +
+++ qdbm-1.8.78/debian/control 2024-02-02 21:47:56.0 +
@@ -10,7 +10,10 @@
XS-Ruby-Versions: all
Section: libs
-Package: libqdbm14
+Package: libqdbm14t64
+Provides: ${t64:Provides}
+Replaces: libqdbm14
+Breaks: libqdbm14 (<< ${source:Version})
Architecture: any
Depends: ${shlibs:Depends}, ${misc:Depends}
Description: QDBM Database Libraries without GDBM wrapper[runtime]
@@ -32,7 +35,7 @@
Package: libqdbm-dev
Section: libdevel
Architecture: any
-Depends: libqdbm14 (= ${binary:Version}), ${misc:Depends}
+Depends: libqdbm14t64 (= ${binary:Version}), ${misc:Depends}
Recommends: pkg-config
Suggests: qdbm-doc
Description: QDBM Database Libraries [development]
@@ -57,11 +60,13 @@
Description: QDBM Database CGI commands
This is the QDBM Database command package to be used as CGI commands.
-Package: libxqdbm3c2
+Package: libxqdbm3t64
+Provides: ${t64:Provides}
+X-Time64-Compat: libxqdbm3c2
Architecture: any
Depends: ${shlibs:Depends}, ${misc:Depends}
-Replaces: libqdbm3++c2 (<< 1.8.77-1)
-Breaks: libqdbm3++c2 (<< 1.8.77-1)
+Replaces: libxqdbm3c2, libqdbm3++c2 (<< 1.8.77-1)
+Breaks: libxqdbm3c2 (<< ${source:Version}), libqdbm3++c2 (<< 1.8.77-1)
Description: QDBM Database Libraries for C++ [runtime]
QDBM is an embedded database library compatible with GDBM and NDBM.
It features hash database and B+ tree database and is developed referring
@@ -73,7 +78,7 @@
Package: libxqdbm-dev
Architecture: any
Section: libdevel
-Depends: libxqdbm3c2 (= ${binary:Version}), libqdbm-dev (= ${binary:Version}),
${misc:Depends}
+Depends: libxqdbm3t64 (= ${binary:Version}), libqdbm-dev (=
${binary:Version}), ${misc:Depends}
Replaces: libqdbm-dev (<< 1.8.78-1)
Suggests: qdbm-doc
Description: QDBM Database Libraries for C++ [development]
@@ -84,7 +89,7 @@
Package: libqdbm3++c2
Architecture: any
Section: oldlibs
-Depends: libxqdbm3c2 (>= ${binary:Version}), ${misc:Depends}
+Depends: libxqdbm3t64 (>= ${binary:Version}), ${misc:Depends}
Multi-Arch: no
Description: QDBM Database Libraries for C++ [runtime] (transitional package)
This is a dummy package to ease transition to new package name.
diff -Nru qdbm-1.8.78/debian/libqdbm14.dirs qdbm-1.8.78/debian/libqdbm14.dirs
--- qdbm-1.8.78/debian/libqdbm14.dirs 2022-11-02 21:02:48.0 +
+++ qdbm-1.8.78/debian/libqdbm14.dirs 1970-01-01 00:00:00.0 +
@@ -1,3 +0,0 @@
-usr/lib
-
-
diff -Nru qdbm-1.8.78/debian/libqdbm14.docs qdbm-1.8.78/debian/libqdbm14.docs
--- qdbm-1.8.78/debian/libqdbm14.docs 2022-11-02 21:02:48.0 +
+++ qdbm-1.8.78/debian/libqdbm14.docs 1970-01-01 00:00:00.0 +
@@ -1,2 +0,0 @@
-NEWS
-
diff -Nru qdbm-1.8.78/debian/libqdbm14.install
qdbm-1.8.78/debian/libqdbm14.install
--- qdbm-1.8.78/debian/libqdbm14.install2022-11-02 21:02:48.0
+
+++ qdbm-1.8.78/debian/libqdbm14.install1970-01-01 00:00:00.0
+
@@ -1 +0,0 @@
-usr/lib/libqdbm.so.*
diff -Nru qdbm-1.8.78/debian/libqdbm14.symbols
qdbm-1.8.78/debian/libqdbm14.symbols
--- qdbm-1.8.78/debian/libqdbm14.symbols2022-11-02 21:02:48.0
+
+++ qdbm-1.8.78/debian/libqdbm14.symbols1970-01-01 00:00:00.0
+
@@ -1,424 +0,0 @@
-libqdbm.so.14 libqdbm14 #MINVER#
- VL_CMPDEC@Base 1.8.74
- VL_CMPINT@Base 1.8.74
- VL_CMPLEX@Base 1.8.74
- VL_CMPNUM@Base 1.8.74
- VST_CMPDEC@Base 1.8.74
- VST_CMPINT@Base 1.8.74
- VST_CMPLEX@Base 1.8.74
- VST_CMPNUM@Base 1.8.74
- _qdbm_bzdecode@Base 1.8.74
- _qdbm_bzencode@Base 1.8.74
- _qdbm_deflate@Base 1.8.74
- _qdbm_dummyfunc@Base 1.8.74
- _qdbm_encname@Base 1.8.74
- _qdbm_getcrc@Base 1.8.74
- _qdbm_gmtime@Base 1.8.74
- _qd
Bug#1062822: omnievents: NMU diff for 64-bit time_t transition
The previous patch overlooked some necessary changes in debian/rules that
resulted in file mismatches. Please find attached a corrected patch.
--
Steve Langasek Give me a lever long enough and a Free OS
Debian Developer to set it on, and I can move the world.
Ubuntu Developer https://www.debian.org/
slanga...@ubuntu.com vor...@debian.org
diff -Nru omnievents-2.6.2/debian/changelog omnievents-2.6.2/debian/changelog
--- omnievents-2.6.2/debian/changelog 2022-11-17 11:01:16.0 +
+++ omnievents-2.6.2/debian/changelog 2024-02-26 07:18:08.0 +
@@ -1,3 +1,16 @@
+omnievents (1:2.6.2-6.1~exp2) experimental; urgency=medium
+
+ * Fix package name references in debian/rules
+
+ -- Steve Langasek Mon, 26 Feb 2024 07:18:08 +
+
+omnievents (1:2.6.2-6.1~exp1) experimental; urgency=medium
+
+ * Non-maintainer upload.
+ * Rename libraries for 64-bit time_t transition.
+
+ -- Lucas Kanashiro Sat, 03 Feb 2024 14:44:06 -0300
+
omnievents (1:2.6.2-6) unstable; urgency=medium
* QA upload.
diff -Nru omnievents-2.6.2/debian/control omnievents-2.6.2/debian/control
--- omnievents-2.6.2/debian/control 2022-11-17 11:01:16.0 +
+++ omnievents-2.6.2/debian/control 2024-02-03 17:44:05.0 +
@@ -36,7 +36,10 @@
This package contains the CORBA Event Service daemon as a standalone
executable, and the associated tools.
-Package: libomnievents2
+Package: libomnievents2t64
+Provides: ${t64:Provides}
+Replaces: libomnievents2
+Breaks: libomnievents2 (<< ${source:Version})
Architecture: any
Section: libs
Depends: ${misc:Depends},
@@ -49,7 +52,7 @@
Package: libomnievents-dev
Architecture: any
Section: libdevel
-Depends: libomnievents2 (= ${binary:Version}),
+Depends: libomnievents2t64 (= ${binary:Version}),
${misc:Depends}
Recommends: pkg-config
Suggests: omnievents-doc
diff -Nru omnievents-2.6.2/debian/libomnievents2.install
omnievents-2.6.2/debian/libomnievents2.install
--- omnievents-2.6.2/debian/libomnievents2.install 2022-11-17
11:01:16.0 +
+++ omnievents-2.6.2/debian/libomnievents2.install 1970-01-01
00:00:00.0 +
@@ -1 +0,0 @@
-debian/tmp/usr/lib/*.so.*
diff -Nru omnievents-2.6.2/debian/libomnievents2t64.install
omnievents-2.6.2/debian/libomnievents2t64.install
--- omnievents-2.6.2/debian/libomnievents2t64.install 1970-01-01
00:00:00.0 +
+++ omnievents-2.6.2/debian/libomnievents2t64.install 2024-02-03
17:44:05.0 +
@@ -0,0 +1 @@
+debian/tmp/usr/lib/*.so.*
diff -Nru omnievents-2.6.2/debian/libomnievents2t64.lintian-overrides
omnievents-2.6.2/debian/libomnievents2t64.lintian-overrides
--- omnievents-2.6.2/debian/libomnievents2t64.lintian-overrides 1970-01-01
00:00:00.0 +
+++ omnievents-2.6.2/debian/libomnievents2t64.lintian-overrides 2024-02-03
17:44:05.0 +
@@ -0,0 +1 @@
+libomnievents2t64: package-name-doesnt-match-sonames libomnievents2
diff -Nru omnievents-2.6.2/debian/rules omnievents-2.6.2/debian/rules
--- omnievents-2.6.2/debian/rules 2022-11-17 11:01:16.0 +
+++ omnievents-2.6.2/debian/rules 2024-02-26 07:18:05.0 +
@@ -29,8 +29,8 @@
binary-post-install/omnievents::
cp -f src/oelite $(CURDIR)/debian/omnievents/usr/sbin/omniEvents
-binary-post-install/libomnievents2::
- cd $(CURDIR)/debian/libomnievents2/usr/lib/ && \
+binary-post-install/libomnievents2t64::
+ cd $(CURDIR)/debian/libomnievents2t64/usr/lib/ && \
rm -f libomniEvents.so.2.6 && \
ln -sf libomniEvents.so.2.6.2 libomniEvents.so.2
signature.asc
Description: PGP signature
Bug#1062036: cal3d: NMU diff for 64-bit time_t transition
Dear maintainer,
Please find attached a final version of this patch for the time_t
transition. This patch is being uploaded to unstable.
Note that this adds a versioned build-dependency on dpkg-dev, to guard
against accidental backports with a wrong ABI.
Thanks!
-- System Information:
Debian Release: trixie/sid
APT prefers unstable
APT policy: (500, 'unstable'), (1, 'experimental')
Architecture: amd64 (x86_64)
Kernel: Linux 6.5.0-14-generic (SMP w/12 CPU threads; PREEMPT)
Kernel taint flags: TAINT_PROPRIETARY_MODULE, TAINT_OOT_MODULE
Locale: LANG=C, LC_CTYPE=C.UTF-8 (charmap=UTF-8), LANGUAGE not set
Shell: /bin/sh linked to /usr/bin/dash
Init: systemd (via /run/systemd/system)
diff -Nru cal3d-0.11.0/debian/changelog cal3d-0.11.0/debian/changelog
--- cal3d-0.11.0/debian/changelog 2023-02-25 13:22:13.0 +
+++ cal3d-0.11.0/debian/changelog 2024-02-28 05:35:38.0 +
@@ -1,3 +1,10 @@
+cal3d (0.11.0-8.1) unstable; urgency=medium
+
+ * Non-maintainer upload.
+ * Rename libraries for 64-bit time_t transition. Closes: #1062036
+
+ -- Steve Langasek Wed, 28 Feb 2024 05:35:38 +
+
cal3d (0.11.0-8) unstable; urgency=medium
* QA upload.
diff -Nru cal3d-0.11.0/debian/control cal3d-0.11.0/debian/control
--- cal3d-0.11.0/debian/control 2023-02-25 13:22:13.0 +
+++ cal3d-0.11.0/debian/control 2024-02-28 05:35:38.0 +
@@ -2,16 +2,19 @@
Section: libs
Priority: optional
Maintainer: Debian QA Group
-Build-Depends: debhelper (>= 9), doxygen, dpkg-dev (>= 1.16.1), dh-autoreconf
+Build-Depends: dpkg-dev (>= 1.22.5), debhelper (>= 9), doxygen, dpkg-dev (>=
1.16.1), dh-autoreconf
Standards-Version: 3.9.8
Homepage: https://mp3butcher.github.io/Cal3D/
-Package: libcal3d12v5
+Package: libcal3d12t64
+Provides: ${t64:Provides}
+X-Time64-Compat: libcal3d12v5
+Breaks: libcal3d12v5 (<< ${source:Version})
Section: libs
Architecture: any
Depends: ${misc:Depends}, ${shlibs:Depends}
Conflicts: libcal3d12
-Replaces: libcal3d12
+Replaces: libcal3d12v5, libcal3d12
Description: Skeletal based 3d character animation library
Cal3d is a skeletal based 3d character animation library
written in C++ in a platform-/graphic API-independent way.
@@ -23,7 +26,7 @@
Package: libcal3d12-dev
Section: libdevel
Architecture: any
-Depends: ${misc:Depends}, libcal3d12v5 (= ${binary:Version})
+Depends: ${misc:Depends}, libcal3d12t64 (= ${binary:Version})
Conflicts: libcal3d-dev, libcal3d10-dev
Replaces: libcal3d-dev, libcal3d10-dev
Provides: libcal3d-dev
diff -Nru cal3d-0.11.0/debian/libcal3d12t64.install
cal3d-0.11.0/debian/libcal3d12t64.install
--- cal3d-0.11.0/debian/libcal3d12t64.install 1970-01-01 00:00:00.0
+
+++ cal3d-0.11.0/debian/libcal3d12t64.install 2016-07-21 05:14:59.0
+
@@ -0,0 +1,4 @@
+usr/bin/cal3d_converter
+usr/lib/libcal3d.so.12
+usr/lib/libcal3d.so.12.0.0
+usr/share/man/man1/cal3d_converter.1
diff -Nru cal3d-0.11.0/debian/libcal3d12t64.lintian-overrides
cal3d-0.11.0/debian/libcal3d12t64.lintian-overrides
--- cal3d-0.11.0/debian/libcal3d12t64.lintian-overrides 1970-01-01
00:00:00.0 +
+++ cal3d-0.11.0/debian/libcal3d12t64.lintian-overrides 2024-02-28
05:35:32.0 +
@@ -0,0 +1 @@
+libcal3d12t64: package-name-doesnt-match-sonames libcal3d12v5
diff -Nru cal3d-0.11.0/debian/libcal3d12v5.install
cal3d-0.11.0/debian/libcal3d12v5.install
--- cal3d-0.11.0/debian/libcal3d12v5.install2016-07-21 05:14:59.0
+
+++ cal3d-0.11.0/debian/libcal3d12v5.install1970-01-01 00:00:00.0
+
@@ -1,4 +0,0 @@
-usr/bin/cal3d_converter
-usr/lib/libcal3d.so.12
-usr/lib/libcal3d.so.12.0.0
-usr/share/man/man1/cal3d_converter.1
Bug#1062034: c-icap: NMU diff for 64-bit time_t transition
Dear maintainer,
Please find attached a final version of this patch for the time_t
transition. This patch is being uploaded to unstable.
Note that this adds a versioned build-dependency on dpkg-dev, to guard
against accidental backports with a wrong ABI.
Thanks!
-- System Information:
Debian Release: trixie/sid
APT prefers unstable
APT policy: (500, 'unstable'), (1, 'experimental')
Architecture: amd64 (x86_64)
Kernel: Linux 6.5.0-14-generic (SMP w/12 CPU threads; PREEMPT)
Kernel taint flags: TAINT_PROPRIETARY_MODULE, TAINT_OOT_MODULE
Locale: LANG=C, LC_CTYPE=C.UTF-8 (charmap=UTF-8), LANGUAGE not set
Shell: /bin/sh linked to /usr/bin/dash
Init: systemd (via /run/systemd/system)
diff -Nru c-icap-0.5.10/debian/changelog c-icap-0.5.10/debian/changelog
--- c-icap-0.5.10/debian/changelog 2023-08-19 22:04:36.0 +
+++ c-icap-0.5.10/debian/changelog 2024-02-28 05:34:15.0 +
@@ -1,3 +1,10 @@
+c-icap (1:0.5.10-6.1) unstable; urgency=medium
+
+ * Non-maintainer upload.
+ * Rename libraries for 64-bit time_t transition. Closes: #1062034
+
+ -- Steve Langasek Wed, 28 Feb 2024 05:34:15 +
+
c-icap (1:0.5.10-6) unstable; urgency=medium
* QA upload.
diff -Nru c-icap-0.5.10/debian/control c-icap-0.5.10/debian/control
--- c-icap-0.5.10/debian/control2023-07-29 23:42:50.0 +
+++ c-icap-0.5.10/debian/control2024-02-28 05:34:15.0 +
@@ -2,7 +2,7 @@
Section: net
Priority: optional
Maintainer: Debian QA Group
-Build-Depends:
+Build-Depends: dpkg-dev (>= 1.22.5),
chrpath,
debhelper-compat (= 13),
libbrotli-dev,
@@ -22,7 +22,7 @@
${misc:Pre-Depends},
Depends:
adduser,
- libicapapi5 (=${binary:Version}),
+ libicapapi5t64 (=${binary:Version}),
sysvinit-utils (>= 3.05-4~) | lsb-base,
${misc:Depends},
${shlibs:Depends},
@@ -43,7 +43,7 @@
Architecture: any
Section: libdevel
Depends:
- libicapapi5 (=${binary:Version}),
+ libicapapi5t64 (=${binary:Version}),
${misc:Depends},
Description: ICAP API library development files
C-ICAP is an implementation of an ICAP server. It can be used with
@@ -55,7 +55,10 @@
.
This Package contains the ICAP API library development files.
-Package: libicapapi5
+Package: libicapapi5t64
+Provides: ${t64:Provides}
+Replaces: libicapapi5
+Breaks: libicapapi5 (<< ${source:Version})
Section: libs
Architecture: any
Depends:
diff -Nru c-icap-0.5.10/debian/libicapapi5.install
c-icap-0.5.10/debian/libicapapi5.install
--- c-icap-0.5.10/debian/libicapapi5.install2023-07-04 12:47:30.0
+
+++ c-icap-0.5.10/debian/libicapapi5.install1970-01-01 00:00:00.0
+
@@ -1 +0,0 @@
-usr/lib/*/libicapapi.so.5*
diff -Nru c-icap-0.5.10/debian/libicapapi5.symbols
c-icap-0.5.10/debian/libicapapi5.symbols
--- c-icap-0.5.10/debian/libicapapi5.symbols2023-07-29 23:38:01.0
+
+++ c-icap-0.5.10/debian/libicapapi5.symbols1970-01-01 00:00:00.0
+
@@ -1,439 +0,0 @@
-libicapapi.so.5 libicapapi5 #MINVER#
-* Build-Depends-Package: libicapapi-dev
- CI_BODY_MAX_MEM@Base 0.1.4
- CI_DEBUG_LEVEL@Base 0.1.4
- CI_DEBUG_STDOUT@Base 0.1.4
- CI_TMPDIR@Base 0.1.4
- STATS@Base 0.1.4
- STAT_GROUPS@Base 0.1.4
- STAT_INT64@Base 0.1.4
- STAT_KBS@Base 0.1.4
- TEMPLATE_CACHE_SIZE@Base 0.1.4
- TEMPLATE_DEF_LANG@Base 0.1.4
- TEMPLATE_DIR@Base 0.1.4
- TEMPLATE_MEMBUF_SIZE@Base 0.1.4
- TEMPLATE_RELOAD_TIME@Base 0.1.4
- __ci_debug_abort@Base 1:0.5.10
- __log_error@Base 0.1.4
- ci_MD5Final@Base 1:0.3.1
- ci_MD5Init@Base 1:0.3.1
- ci_MD5Update@Base 1:0.3.1
- ci_access_entry_add_acl@Base 0.1.4
- ci_access_entry_add_acl_by_name@Base 0.1.4
- ci_access_entry_match_request@Base 0.1.4
- ci_access_entry_new@Base 0.1.4
- ci_access_entry_release@Base 0.1.4
- ci_acl_add_data@Base 1:0.3.1
- ci_acl_destroy@Base 1:0.5.10
- ci_acl_init@Base 0.1.4
- ci_acl_reset@Base 0.1.4
- ci_acl_search@Base 0.1.4
- ci_acl_type_add@Base 0.1.4
- ci_acl_type_search@Base 0.1.4
- ci_args_apply@Base 0.1.4
- ci_args_usage@Base 0.1.4
- ci_array_add@Base 1:0.2.5
- ci_array_destroy@Base 1:0.2.5
- ci_array_get_item@Base 1:0.3.1
- ci_array_iterate@Base 1:0.2.5
- ci_array_new2@Base 1:0.2.5
- ci_array_new@Base 1:0.2.5
- ci_array_pop@Base 1:0.2.5
- ci_array_search@Base 1:0.2.5
- ci_atol_ext@Base 1:0.4.1
- ci_base64_decode@Base 0.1.4
- ci_base64_decode_dup@Base 0.1.4
- ci_base64_encode@Base 1:0.3.1
- ci_belongs_to_group@Base 0.1.4
- ci_brdeflate_to_membuf@Base 1:0.5.3
- ci_brdeflate_to_simple_file@Base 1:0.5.3
- ci_brinflate_to_membuf@Base 1:0.5.3
- ci_brinflate_to_simple_file@Base 1:0.5.3
- ci_buf_init@Base 0.1.4
- ci_buf_mem_alloc@Base 0.1.4
- ci_buf_mem_free@Base 0.1.4
- ci_buf_reset@Base 0.1.4
- ci_buf_reset_size@Base 0.1.4
- ci_buf_write@Base 0.1.4
- ci_buffer_alloc@Base 0.1.4
- ci_buffer_blocksize@Base 1:0.2.5
- ci_buffer_free@Base 0.1.4
- ci_buffer_realloc@Base 1:0.2.5
- ci_buffers_destroy@Base 0.1.4
- ci_buffers_init@Base 0.1.4
- ci_bzunzip_to_membuf@Base 1:0.5.3
- ci_bzu
Bug#1062087: cmph: NMU diff for 64-bit time_t transition
Dear maintainer,
Please find attached a final version of this patch for the time_t
transition. This patch is being uploaded to unstable.
Note that this adds a versioned build-dependency on dpkg-dev, to guard
against accidental backports with a wrong ABI.
Thanks!
-- System Information:
Debian Release: trixie/sid
APT prefers unstable
APT policy: (500, 'unstable'), (1, 'experimental')
Architecture: amd64 (x86_64)
Kernel: Linux 6.5.0-14-generic (SMP w/12 CPU threads; PREEMPT)
Kernel taint flags: TAINT_PROPRIETARY_MODULE, TAINT_OOT_MODULE
Locale: LANG=C, LC_CTYPE=C.UTF-8 (charmap=UTF-8), LANGUAGE not set
Shell: /bin/sh linked to /usr/bin/dash
Init: systemd (via /run/systemd/system)
diff -Nru cmph-2.0.2/debian/changelog cmph-2.0.2/debian/changelog
--- cmph-2.0.2/debian/changelog 2023-12-15 19:05:30.0 +
+++ cmph-2.0.2/debian/changelog 2024-02-28 16:25:04.0 +
@@ -1,3 +1,10 @@
+cmph (2.0.2-3.1) unstable; urgency=medium
+
+ * Non-maintainer upload.
+ * Rename libraries for 64-bit time_t transition. Closes: #1062087
+
+ -- Steve Langasek Wed, 28 Feb 2024 16:25:04 +
+
cmph (2.0.2-3) unstable; urgency=medium
* QA upload.
diff -Nru cmph-2.0.2/debian/control cmph-2.0.2/debian/control
--- cmph-2.0.2/debian/control 2023-12-15 19:05:30.0 +
+++ cmph-2.0.2/debian/control 2024-02-28 16:25:04.0 +
@@ -2,13 +2,16 @@
Section: libs
Priority: optional
Maintainer: Debian QA Group
-Build-Depends: debhelper-compat (= 12)
+Build-Depends: dpkg-dev (>= 1.22.5), debhelper-compat (= 12)
Standards-Version: 4.4.0.1
Vcs-Browser: https://salsa.debian.org/debian/cmph
Vcs-Git: https://salsa.debian.org/debian/cmph.git
Homepage: http://cmph.sourceforge.net
-Package: libcmph0
+Package: libcmph0t64
+Provides: ${t64:Provides}
+Replaces: libcmph0
+Breaks: libcmph0 (<< ${source:Version})
Architecture: any
Depends: ${misc:Depends}, ${shlibs:Depends}
Description: C Minimal Perfect Hashing Library
@@ -20,7 +23,7 @@
Package: libcmph-dev
Architecture: any
-Depends: libcmph0 (= ${binary:Version}), ${misc:Depends}
+Depends: libcmph0t64 (= ${binary:Version}), ${misc:Depends}
Section: libdevel
Description: C Minimal Perfect Hashing Library development files
Minimal perfect hash functions are widely used for memory efficient storage
@@ -36,7 +39,7 @@
Conflicts: libcmph-bin
Architecture: any
Section: utils
-Depends: libcmph0 (= ${binary:Version}), ${misc:Depends}, ${shlibs:Depends}
+Depends: libcmph0t64 (= ${binary:Version}), ${misc:Depends}, ${shlibs:Depends}
Description: C Minimal Perfect Hashing Library command line utilities
Minimal perfect hash functions are widely used for memory efficient storage
and fast retrieval of items from static sets, such as words in natural
diff -Nru cmph-2.0.2/debian/libcmph0.install cmph-2.0.2/debian/libcmph0.install
--- cmph-2.0.2/debian/libcmph0.install 2019-01-03 06:12:19.0 +
+++ cmph-2.0.2/debian/libcmph0.install 1970-01-01 00:00:00.0 +
@@ -1 +0,0 @@
-debian/tmp/usr/lib/*/libcmph.so.*
diff -Nru cmph-2.0.2/debian/libcmph0.symbols cmph-2.0.2/debian/libcmph0.symbols
--- cmph-2.0.2/debian/libcmph0.symbols 2019-09-11 19:21:54.0 +
+++ cmph-2.0.2/debian/libcmph0.symbols 1970-01-01 00:00:00.0 +
@@ -1,272 +0,0 @@
-libcmph.so.0 libcmph0 #MINVER#
-* Build-Depends-Package: libcmph-dev
- __cmph_dump@Base 2.0
- __cmph_load@Base 2.0
- __config_destroy@Base 2.0
- __config_new@Base 2.0
- bdz_config_destroy@Base 2.0
- bdz_config_new@Base 2.0
- bdz_config_set_b@Base 2.0
- bdz_config_set_hashfuncs@Base 2.0
- bdz_destroy@Base 2.0
- bdz_dump@Base 2.0
- bdz_load@Base 2.0
- bdz_lookup_table@Base 2.0
- bdz_new@Base 2.0
- bdz_pack@Base 2.0
- bdz_packed_size@Base 2.0
- bdz_ph_config_destroy@Base 2.0
- bdz_ph_config_new@Base 2.0
- bdz_ph_config_set_hashfuncs@Base 2.0
- bdz_ph_destroy@Base 2.0
- bdz_ph_dump@Base 2.0
- bdz_ph_load@Base 2.0
- bdz_ph_new@Base 2.0
- bdz_ph_pack@Base 2.0
- bdz_ph_packed_size@Base 2.0
- bdz_ph_search@Base 2.0
- bdz_ph_search_packed@Base 2.0
- bdz_search@Base 2.0
- bdz_search_packed@Base 2.0
- bm_end@Base 2.0
- bm_register@Base 2.0
- bm_start@Base 2.0
- bmz8_config_destroy@Base 2.0
- bmz8_config_new@Base 2.0
- bmz8_config_set_hashfuncs@Base 2.0
- bmz8_destroy@Base 2.0
- bmz8_dump@Base 2.0
- bmz8_load@Base 2.0
- bmz8_new@Base 2.0
- bmz8_pack@Base 2.0
- bmz8_packed_size@Base 2.0
- bmz8_search@Base 2.0
- bmz8_search_packed@Base 2.0
- bmz_config_destroy@Base 2.0
- bmz_config_new@Base 2.0
- bmz_config_set_hashfuncs@Base 2.0
- bmz_destroy@Base 2.0
- bmz_dump@Base 2.0
- bmz_load@Base 2.0
- bmz_new@Base 2.0
- bmz_pack@Base 2.0
- bmz_packed_size@Base 2.0
- bmz_search@Base 2.0
- bmz_search_packed@Base 2.0
- brz_config_destroy@Base 2.0
- brz_config_new@Base 2.0
- brz_config_set_algo@Base 2.0
- brz_config_set_b@Base 2.0
- brz_config_set_hashfuncs@Base 2.0
- brz_config_set_memory_availability@Base 2.0
- brz_config_set_mphf_fd@Base 2.0
- brz_config_set_t
Bug#1062178: gnokii: NMU diff for 64-bit time_t transition
Dear maintainer,
Please find attached a final version of this patch for the time_t
transition. This patch is being uploaded to unstable.
Note that this adds a versioned build-dependency on dpkg-dev, to guard
against accidental backports with a wrong ABI.
Thanks!
-- System Information:
Debian Release: trixie/sid
APT prefers unstable
APT policy: (500, 'unstable')
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 gnokii-0.6.31+dfsg/debian/changelog
gnokii-0.6.31+dfsg/debian/changelog
--- gnokii-0.6.31+dfsg/debian/changelog 2023-09-07 15:17:31.0 +
+++ gnokii-0.6.31+dfsg/debian/changelog 2024-02-28 19:05:37.0 +
@@ -1,3 +1,10 @@
+gnokii (0.6.31+dfsg-5.1) unstable; urgency=medium
+
+ * Non-maintainer upload.
+ * Rename libraries for 64-bit time_t transition. Closes: #1062178
+
+ -- Steve Langasek Wed, 28 Feb 2024 19:05:37 +
+
gnokii (0.6.31+dfsg-5) unstable; urgency=medium
* QA upload
diff -Nru gnokii-0.6.31+dfsg/debian/control gnokii-0.6.31+dfsg/debian/control
--- gnokii-0.6.31+dfsg/debian/control 2023-09-07 15:13:00.0 +
+++ gnokii-0.6.31+dfsg/debian/control 2024-02-28 19:05:37.0 +
@@ -2,7 +2,7 @@
Section: comm
Priority: optional
Maintainer: Debian QA Group
-Build-Depends: debhelper-compat (= 10), libxpm-dev, libglib2.0-dev,
+Build-Depends: dpkg-dev (>= 1.22.5), debhelper-compat (= 10), libxpm-dev,
libglib2.0-dev,
gettext, default-libmysqlclient-dev, libpq-dev,
libbluetooth-dev [linux-any], libusb-dev,
libpcsclite-dev (>= 1.7.0), libical-dev, libxml-parser-perl,
@@ -93,7 +93,10 @@
.
This package provides support for the PostgreSQL storage backend.
-Package: libgnokii7
+Package: libgnokii7t64
+Provides: ${t64:Provides}
+Replaces: libgnokii7
+Breaks: libgnokii7 (<< ${source:Version})
Section: libs
Architecture: any
Depends: ${shlibs:Depends}, gnokii-common (= ${source:Version}),
${misc:Depends}
@@ -111,7 +114,7 @@
Section: libdevel
Architecture: any
Depends: gnokii-common (= ${source:Version}),
- libgnokii7 (= ${binary:Version}), libxpm-dev,
+ libgnokii7t64 (= ${binary:Version}), libxpm-dev,
libbluetooth-dev [linux-any], libusb-dev,
libpcsclite-dev, libical-dev, libc6-dev, ${misc:Depends}
Description: Gnokii mobile phone interface library (development files)
diff -Nru gnokii-0.6.31+dfsg/debian/libgnokii7.install
gnokii-0.6.31+dfsg/debian/libgnokii7.install
--- gnokii-0.6.31+dfsg/debian/libgnokii7.install2023-09-07
15:12:09.0 +
+++ gnokii-0.6.31+dfsg/debian/libgnokii7.install1970-01-01
00:00:00.0 +
@@ -1 +0,0 @@
-usr/lib/*/libgnokii.so.*
diff -Nru gnokii-0.6.31+dfsg/debian/libgnokii7.links
gnokii-0.6.31+dfsg/debian/libgnokii7.links
--- gnokii-0.6.31+dfsg/debian/libgnokii7.links 2023-09-07 15:12:09.0
+
+++ gnokii-0.6.31+dfsg/debian/libgnokii7.links 1970-01-01 00:00:00.0
+
@@ -1 +0,0 @@
-usr/share/doc/gnokii-common usr/share/doc/libgnokii7
diff -Nru gnokii-0.6.31+dfsg/debian/libgnokii7.shlibs
gnokii-0.6.31+dfsg/debian/libgnokii7.shlibs
--- gnokii-0.6.31+dfsg/debian/libgnokii7.shlibs 2023-09-07 15:12:09.0
+
+++ gnokii-0.6.31+dfsg/debian/libgnokii7.shlibs 1970-01-01 00:00:00.0
+
@@ -1 +0,0 @@
-libgnokii 7 libgnokii7 (>= 0.6.31)
diff -Nru gnokii-0.6.31+dfsg/debian/libgnokii7t64.install
gnokii-0.6.31+dfsg/debian/libgnokii7t64.install
--- gnokii-0.6.31+dfsg/debian/libgnokii7t64.install 1970-01-01
00:00:00.0 +
+++ gnokii-0.6.31+dfsg/debian/libgnokii7t64.install 2023-09-07
15:12:09.0 +
@@ -0,0 +1 @@
+usr/lib/*/libgnokii.so.*
diff -Nru gnokii-0.6.31+dfsg/debian/libgnokii7t64.links
gnokii-0.6.31+dfsg/debian/libgnokii7t64.links
--- gnokii-0.6.31+dfsg/debian/libgnokii7t64.links 1970-01-01
00:00:00.0 +
+++ gnokii-0.6.31+dfsg/debian/libgnokii7t64.links 2023-09-07
15:12:09.0 +
@@ -0,0 +1 @@
+usr/share/doc/gnokii-common usr/share/doc/libgnokii7
diff -Nru gnokii-0.6.31+dfsg/debian/libgnokii7t64.lintian-overrides
gnokii-0.6.31+dfsg/debian/libgnokii7t64.lintian-overrides
--- gnokii-0.6.31+dfsg/debian/libgnokii7t64.lintian-overrides 1970-01-01
00:00:00.0 +
+++ gnokii-0.6.31+dfsg/debian/libgnokii7t64.lintian-overrides 2024-02-28
19:05:19.0 +
@@ -0,0 +1 @@
+libgnokii7t64: package-name-doesnt-match-sonames libgnokii7
diff -Nru gnokii-0.6.31+dfsg/debian/libgnokii7t64.shlibs
gnokii-0.6.31+dfsg/debian/libgnokii7t64.shlibs
--- gnokii-0.6.31+dfsg/debian/libgnokii7t64.shlibs 1970-01-01
00:00:00.0 +
+++ gnokii-0.6.31+dfsg/debian/libgnokii7t64.shlibs 2024-02-28
19:05:19.0 +
@@ -0,0 +1 @@
+
Bug#1062452: gnunet: NMU diff for 64-bit time_t transition
Dear maintainer,
Please find attached a final version of this patch for the time_t
transition. This patch is being uploaded to unstable.
Note that this adds a versioned build-dependency on dpkg-dev, to guard
against accidental backports with a wrong ABI.
Thanks!
-- System Information:
Debian Release: trixie/sid
APT prefers unstable
APT policy: (500, 'unstable')
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 gnunet-0.20.0/debian/changelog gnunet-0.20.0/debian/changelog
--- gnunet-0.20.0/debian/changelog 2024-02-07 05:59:35.0 +
+++ gnunet-0.20.0/debian/changelog 2024-02-28 19:31:01.0 +
@@ -1,3 +1,10 @@
+gnunet (0.20.0-4.1) unstable; urgency=medium
+
+ * Non-maintainer upload.
+ * Rename libraries for 64-bit time_t transition. Closes: #1062452
+
+ -- Steve Langasek Wed, 28 Feb 2024 19:31:01 +
+
gnunet (0.20.0-4) sid; urgency=medium
* Uploading to sid.
diff -Nru gnunet-0.20.0/debian/control gnunet-0.20.0/debian/control
--- gnunet-0.20.0/debian/control2024-02-07 05:59:23.0 +
+++ gnunet-0.20.0/debian/control2024-02-28 19:31:01.0 +
@@ -2,7 +2,7 @@
Section: net
Priority: optional
Maintainer: Debian QA Group
-Build-Depends:
+Build-Depends: dpkg-dev (>= 1.22.5),
autoconf,
automake,
autopoint,
@@ -44,7 +44,7 @@
Section: net
Architecture: any
Depends:
- libgnunet0.20 (= ${binary:Version}),
+ libgnunet0.20t64 (= ${binary:Version}),
lsb-base,
netbase,
passwd,
@@ -87,7 +87,7 @@
gnunet (= ${binary:Version}),
libextractor-dev,
libgcrypt20-dev,
- libgnunet0.20 (= ${binary:Version}),
+ libgnunet0.20t64 (= ${binary:Version}),
libmicrohttpd-dev,
${misc:Depends},
${shlibs:Depends},
@@ -103,7 +103,8 @@
.
This package contains the development files.
-Package: libgnunet0.20
+Package: libgnunet0.20t64
+Provides: ${t64:Provides}
Section: libs
Architecture: any
Pre-Depends:
@@ -111,7 +112,7 @@
Depends:
${misc:Depends},
${shlibs:Depends},
-Breaks:
+Breaks:libgnunet0.20 (<< ${source:Version}),
gnunet (<< 0.20.0),
libgnunet0.14,
libgnunet0.15,
@@ -122,7 +123,7 @@
libgnunet0.15,
libgnunet0.17,
libgnunet0.19,
-Replaces:
+Replaces:libgnunet0.20,
gnunet,
Description: GNU's framework for secure peer-to-peer networking (libraries)
GNUnet is a framework for secure peer-to-peer networking that does not use any
diff -Nru gnunet-0.20.0/debian/libgnunet0.20.install
gnunet-0.20.0/debian/libgnunet0.20.install
--- gnunet-0.20.0/debian/libgnunet0.20.install 2024-02-07 05:59:04.0
+
+++ gnunet-0.20.0/debian/libgnunet0.20.install 1970-01-01 00:00:00.0
+
@@ -1,16 +0,0 @@
-usr/bin/gnunet-arm
-usr/bin/gnunet-bugreport
-usr/bin/gnunet-config
-usr/bin/gnunet-ecc
-usr/lib/*/gnunet/libexec/gnunet-service-arm
-usr/lib/*/libgnunetarm.so.*
-usr/lib/*/libgnunetcurl.so.*
-usr/lib/*/libgnunetjson.so.*
-usr/lib/*/libgnunetsq.so.*
-usr/lib/*/libgnunetutil.so.*
-usr/share/gnunet/config.d/util.conf
-usr/share/locale
-usr/share/man/man1/gnunet-arm.1
-usr/share/man/man1/gnunet-bugreport.1
-usr/share/man/man1/gnunet-config.1
-usr/share/man/man1/gnunet-ecc.1
diff -Nru gnunet-0.20.0/debian/libgnunet0.20t64.install
gnunet-0.20.0/debian/libgnunet0.20t64.install
--- gnunet-0.20.0/debian/libgnunet0.20t64.install 1970-01-01
00:00:00.0 +
+++ gnunet-0.20.0/debian/libgnunet0.20t64.install 2024-02-07
05:59:04.0 +
@@ -0,0 +1,16 @@
+usr/bin/gnunet-arm
+usr/bin/gnunet-bugreport
+usr/bin/gnunet-config
+usr/bin/gnunet-ecc
+usr/lib/*/gnunet/libexec/gnunet-service-arm
+usr/lib/*/libgnunetarm.so.*
+usr/lib/*/libgnunetcurl.so.*
+usr/lib/*/libgnunetjson.so.*
+usr/lib/*/libgnunetsq.so.*
+usr/lib/*/libgnunetutil.so.*
+usr/share/gnunet/config.d/util.conf
+usr/share/locale
+usr/share/man/man1/gnunet-arm.1
+usr/share/man/man1/gnunet-bugreport.1
+usr/share/man/man1/gnunet-config.1
+usr/share/man/man1/gnunet-ecc.1
diff -Nru gnunet-0.20.0/debian/libgnunet0.20t64.lintian-overrides
gnunet-0.20.0/debian/libgnunet0.20t64.lintian-overrides
--- gnunet-0.20.0/debian/libgnunet0.20t64.lintian-overrides 1970-01-01
00:00:00.0 +
+++ gnunet-0.20.0/debian/libgnunet0.20t64.lintian-overrides 2024-02-28
19:29:49.0 +
@@ -0,0 +1 @@
+libgnunet0.20t64: package-name-doesnt-match-sonames libgnunet0.20
diff -Nru gnunet-0.20.0/debian/rules gnunet-0.20.0/debian/rules
--- gnunet-0.20.0/debian/rules 2024-02-07 05:59:04.0 +
+++ gnunet-0.20.0/debian/rules 2024-02-28 19:31:01.0 +
@@ -32,4 +32,4 @@
execute_after_dh_install-arch:
# Removing files already present in libgnunet from gnunet package
- cd debian/libgnunet0.20 &&
Bug#1062994: tse3: NMU diff for 64-bit time_t transition
Dear maintainer,
Please find attached a final version of this patch for the time_t
transition. This patch is being uploaded to unstable.
Note that this adds a versioned build-dependency on dpkg-dev, to guard
against accidental backports with a wrong ABI.
Thanks!
-- System Information:
Debian Release: trixie/sid
APT prefers unstable
APT policy: (500, 'unstable'), (1, 'experimental')
Architecture: amd64 (x86_64)
Kernel: Linux 6.5.0-14-generic (SMP w/12 CPU threads; PREEMPT)
Kernel taint flags: TAINT_PROPRIETARY_MODULE, TAINT_OOT_MODULE
Locale: LANG=C, LC_CTYPE=C.UTF-8 (charmap=UTF-8), LANGUAGE not set
Shell: /bin/sh linked to /usr/bin/dash
Init: systemd (via /run/systemd/system)
diff -Nru tse3-0.3.1/debian/changelog tse3-0.3.1/debian/changelog
--- tse3-0.3.1/debian/changelog 2017-09-18 21:16:50.0 +
+++ tse3-0.3.1/debian/changelog 2024-02-28 19:47:54.0 +
@@ -1,3 +1,10 @@
+tse3 (0.3.1-6.1) unstable; urgency=medium
+
+ * Non-maintainer upload.
+ * Rename libraries for 64-bit time_t transition. Closes: #1062994
+
+ -- Steve Langasek Wed, 28 Feb 2024 19:47:54 +
+
tse3 (0.3.1-6) unstable; urgency=medium
* QA upload.
diff -Nru tse3-0.3.1/debian/control tse3-0.3.1/debian/control
--- tse3-0.3.1/debian/control 2017-09-18 21:00:24.0 +
+++ tse3-0.3.1/debian/control 2024-02-28 19:47:54.0 +
@@ -2,17 +2,20 @@
Section: sound
Priority: optional
Maintainer: Debian QA Group
-Build-Depends: debhelper (>= 10~), libasound2-dev [linux-any]
+Build-Depends: dpkg-dev (>= 1.22.5), debhelper (>= 10~), libasound2-dev
[linux-any]
Standards-Version: 4.1.0
Homepage: http://tse3.sourceforge.net/
-Package: libtse3-0.3.1c2a
+Package: libtse3-0.3.1t64
+Provides: ${t64:Provides}
+X-Time64-Compat: libtse3-0.3.1c2a
+Breaks: libtse3-0.3.1c2a (<< ${source:Version})
Section: libs
Architecture: any
Multi-Arch: same
Depends: ${misc:Depends}, ${shlibs:Depends}
Conflicts: libtse3-0.3.1
-Replaces: libtse3-0.3.1
+Replaces: libtse3-0.3.1c2a, libtse3-0.3.1
Description: portable MIDI sequencer engine in C++
TSE3 is a portable open source MIDI sequencer engine written in C++.
It provides programmers with rich and powerful sequencing
@@ -27,7 +30,7 @@
Section: libdevel
Architecture: any
Multi-Arch: same
-Depends: ${misc:Depends}, libtse3-0.3.1c2a (= ${binary:Version})
+Depends: ${misc:Depends}, libtse3-0.3.1t64 (= ${binary:Version})
Description: portable MIDI sequencer engine in C++ - development files
TSE3 is a portable open source MIDI sequencer engine written in C++.
It provides programmers with rich and powerful sequencing
diff -Nru tse3-0.3.1/debian/libtse3-0.3.1c2a.install
tse3-0.3.1/debian/libtse3-0.3.1c2a.install
--- tse3-0.3.1/debian/libtse3-0.3.1c2a.install 2017-09-18 17:13:18.0
+
+++ tse3-0.3.1/debian/libtse3-0.3.1c2a.install 1970-01-01 00:00:00.0
+
@@ -1 +0,0 @@
-debian/tmp/usr/lib/*/libtse3-0.3.1.so
diff -Nru tse3-0.3.1/debian/libtse3-0.3.1t64.install
tse3-0.3.1/debian/libtse3-0.3.1t64.install
--- tse3-0.3.1/debian/libtse3-0.3.1t64.install 1970-01-01 00:00:00.0
+
+++ tse3-0.3.1/debian/libtse3-0.3.1t64.install 2017-09-18 17:13:18.0
+
@@ -0,0 +1 @@
+debian/tmp/usr/lib/*/libtse3-0.3.1.so
diff -Nru tse3-0.3.1/debian/libtse3-0.3.1t64.lintian-overrides
tse3-0.3.1/debian/libtse3-0.3.1t64.lintian-overrides
--- tse3-0.3.1/debian/libtse3-0.3.1t64.lintian-overrides1970-01-01
00:00:00.0 +
+++ tse3-0.3.1/debian/libtse3-0.3.1t64.lintian-overrides2024-02-28
19:47:47.0 +
@@ -0,0 +1 @@
+libtse3-0.3.1t64: package-name-doesnt-match-sonames libtse3-0.3.1c2a
Bug#1062996: tss2: NMU diff for 64-bit time_t transition
Dear maintainer,
Please find attached a final version of this patch for the time_t
transition. This patch is being uploaded to unstable.
Note that this adds a versioned build-dependency on dpkg-dev, to guard
against accidental backports with a wrong ABI.
Thanks!
-- System Information:
Debian Release: trixie/sid
APT prefers unstable
APT policy: (500, 'unstable'), (1, 'experimental')
Architecture: amd64 (x86_64)
Kernel: Linux 6.5.0-14-generic (SMP w/12 CPU threads; PREEMPT)
Kernel taint flags: TAINT_PROPRIETARY_MODULE, TAINT_OOT_MODULE
Locale: LANG=C, LC_CTYPE=C.UTF-8 (charmap=UTF-8), LANGUAGE not set
Shell: /bin/sh linked to /usr/bin/dash
Init: systemd (via /run/systemd/system)
diff -Nru tss2-1045/debian/changelog tss2-1045/debian/changelog
--- tss2-1045/debian/changelog 2022-11-12 18:18:34.0 +
+++ tss2-1045/debian/changelog 2024-02-28 19:51:28.0 +
@@ -1,3 +1,10 @@
+tss2 (1045-2.1) unstable; urgency=medium
+
+ * Non-maintainer upload.
+ * Rename libraries for 64-bit time_t transition. Closes: #1062996
+
+ -- Steve Langasek Wed, 28 Feb 2024 19:51:28 +
+
tss2 (1045-2) unstable; urgency=medium
* QA upload.
diff -Nru tss2-1045/debian/control tss2-1045/debian/control
--- tss2-1045/debian/control2022-11-12 18:18:34.0 +
+++ tss2-1045/debian/control2024-02-28 19:51:28.0 +
@@ -2,7 +2,7 @@
Section: admin
Priority: optional
Maintainer: Debian QA Group
-Build-Depends: debhelper (>= 9), libssl-dev
+Build-Depends: dpkg-dev (>= 1.22.5), debhelper (>= 9), libssl-dev
Standards-Version: 4.0.0
Homepage: http://sourceforge.net/projects/ibmtpm20tss/
@@ -20,7 +20,10 @@
education and debugging.
-Package: libtss0
+Package: libtss0t64
+Provides: ${t64:Provides}
+Replaces: libtss0
+Breaks: libtss0 (<< ${source:Version})
Section: libs
Architecture: any
Multi-Arch: no
@@ -36,7 +39,7 @@
Section: libdevel
Architecture: any
Multi-Arch: no
-Depends: ${misc:Depends}, libtss0 (= ${binary:Version})
+Depends: ${misc:Depends}, libtss0t64 (= ${binary:Version})
Description: Development headers for IBM's TSS 2.0
Development headers for IBM's TSS 2.0. You will need this in order
to build TSS 2.0 applications. In addition, it contains documentation
diff -Nru tss2-1045/debian/libtss0.symbols tss2-1045/debian/libtss0.symbols
--- tss2-1045/debian/libtss0.symbols2018-09-16 11:40:38.0 +
+++ tss2-1045/debian/libtss0.symbols1970-01-01 00:00:00.0 +
@@ -1,782 +0,0 @@
-libtss.so.0 libtss0 #MINVER#
- ActivateCredential_In_Unmarshal@Base 1045
- Array_Unmarshal@Base 1045
- CertifyCreation_In_Unmarshal@Base 1045
- Certify_In_Unmarshal@Base 1045
- ChangeEPS_In_Unmarshal@Base 1045
- ChangePPS_In_Unmarshal@Base 1045
- ClearControl_In_Unmarshal@Base 1045
- Clear_In_Unmarshal@Base 1045
- ClockRateAdjust_In_Unmarshal@Base 1045
- ClockSet_In_Unmarshal@Base 1045
- CommandCodeToCommandIndex@Base 1045
- Commit_In_Unmarshal@Base 1045
- ContextLoad_In_Unmarshal@Base 1045
- ContextSave_In_Unmarshal@Base 1045
- CreateLoaded_In_Unmarshal@Base 1045
- CreatePrimary_In_Unmarshal@Base 1045
- Create_In_Unmarshal@Base 1045
- DictionaryAttackLockReset_In_Unmarshal@Base 1045
- DictionaryAttackParameters_In_Unmarshal@Base 1045
- Duplicate_In_Unmarshal@Base 1045
- ECC_Parameters_In_Unmarshal@Base 1045
- ECDH_KeyGen_In_Unmarshal@Base 1045
- ECDH_ZGen_In_Unmarshal@Base 1045
- EC_Ephemeral_In_Unmarshal@Base 1045
- EncryptDecrypt2_In_Unmarshal@Base 1045
- EncryptDecrypt_In_Unmarshal@Base 1045
- EventSequenceComplete_In_Unmarshal@Base 1045
- EvictControl_In_Unmarshal@Base 1045
- FlushContext_In_Unmarshal@Base 1045
- GetCapability_In_Unmarshal@Base 1045
- GetCommandAuditDigest_In_Unmarshal@Base 1045
- GetRandom_In_Unmarshal@Base 1045
- GetSessionAuditDigest_In_Unmarshal@Base 1045
- GetTime_In_Unmarshal@Base 1045
- HMAC_In_Unmarshal@Base 1045
- HMAC_Start_In_Unmarshal@Base 1045
- HashSequenceStart_In_Unmarshal@Base 1045
- Hash_In_Unmarshal@Base 1045
- HierarchyChangeAuth_In_Unmarshal@Base 1045
- HierarchyControl_In_Unmarshal@Base 1045
- INT32_Unmarshal@Base 1045
- INT8_Unmarshal@Base 1045
- Import_In_Unmarshal@Base 1045
- IncrementalSelfTest_In_Unmarshal@Base 1045
- LoadExternal_In_Unmarshal@Base 1045
- Load_In_Unmarshal@Base 1045
- MakeCredential_In_Unmarshal@Base 1045
- NTC2_CFG_STRUCT_Unmarshal@Base 1045
- NTC2_PreConfig_In_Unmarshal@Base 1045
- NV_Certify_In_Unmarshal@Base 1045
- NV_ChangeAuth_In_Unmarshal@Base 1045
- NV_DefineSpace_In_Unmarshal@Base 1045
- NV_Extend_In_Unmarshal@Base 1045
- NV_GlobalWriteLock_In_Unmarshal@Base 1045
- NV_Increment_In_Unmarshal@Base 1045
- NV_ReadLock_In_Unmarshal@Base 1045
- NV_ReadPublic_In_Unmarshal@Base 1045
- NV_Read_In_Unmarshal@Base 1045
- NV_SetBits_In_Unmarshal@Base 1045
- NV_UndefineSpaceSpecial_In_Unmarshal@Base 1045
- NV_UndefineSpace_In_Unmarshal@Base 1045
- NV_WriteLock_In_Unmarshal@Base 1045
- NV_Write_In_Unmarshal@Base 1045
- ObjectChangeAuth_In_Unmarsh
Bug#1063068: wireless-tools: NMU diff for 64-bit time_t transition
Dear maintainer,
Please find attached a final version of this patch for the time_t
transition. This patch is being uploaded to unstable.
Note that this adds a versioned build-dependency on dpkg-dev, to guard
against accidental backports with a wrong ABI.
Thanks!
-- System Information:
Debian Release: trixie/sid
APT prefers unstable
APT policy: (500, 'unstable'), (1, 'experimental')
Architecture: amd64 (x86_64)
Kernel: Linux 6.5.0-14-generic (SMP w/12 CPU threads; PREEMPT)
Kernel taint flags: TAINT_PROPRIETARY_MODULE, TAINT_OOT_MODULE
Locale: LANG=C, LC_CTYPE=C.UTF-8 (charmap=UTF-8), LANGUAGE not set
Shell: /bin/sh linked to /usr/bin/dash
Init: systemd (via /run/systemd/system)
diff -Nru wireless-tools-30~pre9/debian/changelog
wireless-tools-30~pre9/debian/changelog
--- wireless-tools-30~pre9/debian/changelog 2023-12-05 23:04:39.0
+
+++ wireless-tools-30~pre9/debian/changelog 2024-02-29 02:02:19.0
+
@@ -1,3 +1,10 @@
+wireless-tools (30~pre9-16.1) unstable; urgency=medium
+
+ * Non-maintainer upload.
+ * Rename libraries for 64-bit time_t transition. Closes: #1063068
+
+ -- Steve Langasek Thu, 29 Feb 2024 02:02:19 +
+
wireless-tools (30~pre9-16) unstable; urgency=medium
* QA upload.
diff -Nru wireless-tools-30~pre9/debian/clean
wireless-tools-30~pre9/debian/clean
--- wireless-tools-30~pre9/debian/clean 1970-01-01 00:00:00.0 +
+++ wireless-tools-30~pre9/debian/clean 2024-02-29 02:02:18.0 +
@@ -0,0 +1,2 @@
+debian/libiw30t64.preinst
+debian/libiw30t64.postinst
diff -Nru wireless-tools-30~pre9/debian/control
wireless-tools-30~pre9/debian/control
--- wireless-tools-30~pre9/debian/control 2022-11-12 11:58:45.0
+
+++ wireless-tools-30~pre9/debian/control 2024-02-29 02:02:19.0
+
@@ -3,7 +3,7 @@
Priority: optional
Maintainer: Debian QA Group
Standards-Version: 4.2.1
-Build-Depends: debhelper (>= 11), dpkg-dev (>= 1.16.1~)
+Build-Depends: dpkg-dev (>= 1.22.5), debhelper (>= 11), dpkg-dev (>= 1.16.1~)
Homepage: http://www.hpl.hp.com/personal/Jean_Tourrilhes/Linux/Tools.html
Package: wireless-tools
@@ -29,7 +29,9 @@
the network interfaces on the system, the most common selector is the
interface MAC address.
-Package: libiw30
+Package: libiw30t64
+Provides: ${t64:Provides}
+Conflicts: libiw30 (<< ${source:Version})
Section: libs
Architecture: linux-any
Multi-Arch: same
@@ -46,7 +48,7 @@
Section: libdevel
Architecture: linux-any
Multi-Arch: same
-Depends: libiw30 (= ${binary:Version}), libc6-dev, ${misc:Depends}
+Depends: libiw30t64 (= ${binary:Version}), libc6-dev, ${misc:Depends}
Description: Wireless tools - development files
Wireless tools are used to manipulate the Linux Wireless Extensions. The
Wireless Extension is an interface allowing you to set Wireless LAN specific
diff -Nru wireless-tools-30~pre9/debian/libiw30.install
wireless-tools-30~pre9/debian/libiw30.install
--- wireless-tools-30~pre9/debian/libiw30.install 2023-11-28
00:07:13.0 +
+++ wireless-tools-30~pre9/debian/libiw30.install 1970-01-01
00:00:00.0 +
@@ -1 +0,0 @@
-/usr/lib/*/libiw.so.30
diff -Nru wireless-tools-30~pre9/debian/libiw30.shlibs
wireless-tools-30~pre9/debian/libiw30.shlibs
--- wireless-tools-30~pre9/debian/libiw30.shlibs2020-03-07
20:56:23.0 +
+++ wireless-tools-30~pre9/debian/libiw30.shlibs1970-01-01
00:00:00.0 +
@@ -1,2 +0,0 @@
-libiw 30 libiw30 (>= 30~pre1)
-udeb: libiw 30 libiw30-udeb (>= 30~pre1)
diff -Nru wireless-tools-30~pre9/debian/libiw30t64.install
wireless-tools-30~pre9/debian/libiw30t64.install
--- wireless-tools-30~pre9/debian/libiw30t64.install1970-01-01
00:00:00.0 +
+++ wireless-tools-30~pre9/debian/libiw30t64.install2023-11-28
00:07:13.0 +
@@ -0,0 +1 @@
+/usr/lib/*/libiw.so.30
diff -Nru wireless-tools-30~pre9/debian/libiw30t64.lintian-overrides
wireless-tools-30~pre9/debian/libiw30t64.lintian-overrides
--- wireless-tools-30~pre9/debian/libiw30t64.lintian-overrides 1970-01-01
00:00:00.0 +
+++ wireless-tools-30~pre9/debian/libiw30t64.lintian-overrides 2024-02-29
02:02:18.0 +
@@ -0,0 +1,5 @@
+libiw30t64: package-name-doesnt-match-sonames libiw30
+# begin-remove-after: released:trixie
+# DEP17 protective diversion
+diversion-for-unknown-file lib/x86_64-linux-gnu/libiw.so.30 [preinst:*]
+# end-remove-after
diff -Nru wireless-tools-30~pre9/debian/libiw30t64.postinst.in
wireless-tools-30~pre9/debian/libiw30t64.postinst.in
--- wireless-tools-30~pre9/debian/libiw30t64.postinst.in1970-01-01
00:00:00.0 +
+++ wireless-tools-30~pre9/debian/libiw30t64.postinst.in2024-02-29
02:02:18.0 +
@@ -0,0 +1,13 @@
+#!/bin/sh
+
+set -e
+
+# begin-remove-after: released:trixie
+if [ "$1" = configure ]; then
+ dpkg-divert --package libiw30t64 --no-rena
Bug#1063236: wv: NMU diff for 64-bit time_t transition
Dear maintainer,
Please find attached a final version of this patch for the time_t
transition. This patch is being uploaded to unstable.
Note that this adds a versioned build-dependency on dpkg-dev, to guard
against accidental backports with a wrong ABI.
Thanks!
-- System Information:
Debian Release: trixie/sid
APT prefers unstable
APT policy: (500, 'unstable'), (1, 'experimental')
Architecture: amd64 (x86_64)
Kernel: Linux 6.5.0-14-generic (SMP w/12 CPU threads; PREEMPT)
Kernel taint flags: TAINT_PROPRIETARY_MODULE, TAINT_OOT_MODULE
Locale: LANG=C, LC_CTYPE=C.UTF-8 (charmap=UTF-8), LANGUAGE not set
Shell: /bin/sh linked to /usr/bin/dash
Init: systemd (via /run/systemd/system)
diff -Nru wv-1.2.9/debian/changelog wv-1.2.9/debian/changelog
--- wv-1.2.9/debian/changelog 2023-09-17 23:41:15.0 +
+++ wv-1.2.9/debian/changelog 2024-02-29 05:47:50.0 +
@@ -1,3 +1,10 @@
+wv (1.2.9-6.1) unstable; urgency=medium
+
+ * Non-maintainer upload.
+ * Rename libraries for 64-bit time_t transition. Closes: #1063236
+
+ -- Steve Langasek Thu, 29 Feb 2024 05:47:50 +
+
wv (1.2.9-6) unstable; urgency=medium
* QA upload
diff -Nru wv-1.2.9/debian/control wv-1.2.9/debian/control
--- wv-1.2.9/debian/control 2023-09-17 23:28:29.0 +
+++ wv-1.2.9/debian/control 2024-02-29 05:47:50.0 +
@@ -3,7 +3,7 @@
Priority: optional
Maintainer: Debian QA Group
Standards-Version: 3.9.6
-Build-Depends: debhelper (>= 9), dh-autoreconf, libglib2.0-dev, libgsf-1-dev
+Build-Depends: dpkg-dev (>= 1.22.5), debhelper (>= 9), dh-autoreconf,
libglib2.0-dev, libgsf-1-dev
,zlib1g-dev, libxml2-dev
Homepage: http://www.abisource.com/projects/
Vcs-Browser: https://salsa.debian.org/debian/wv
@@ -11,7 +11,7 @@
Package: wv
Architecture: any
-Depends: ${misc:Depends}, ${shlibs:Depends}, libwv-1.2-4 (= ${binary:Version})
+Depends: ${misc:Depends}, ${shlibs:Depends}, libwv-1.2-4t64 (=
${binary:Version})
Suggests: texlive, ghostscript, elinks | links | lynx, imagemagick, gv |
postscript-viewer
Description: Programs for accessing Microsoft Word documents
wvWare (previously known as mswordview) is a library that allows access
@@ -39,7 +39,10 @@
with the quality of images. If you wish to preview Word documents from
the comfort of your mail reader, install a PostScript viewer like gv.
-Package: libwv-1.2-4
+Package: libwv-1.2-4t64
+Provides: ${t64:Provides}
+Replaces: libwv-1.2-4
+Breaks: libwv-1.2-4 (<< ${source:Version})
Section: libs
Architecture: any
Multi-Arch: same
@@ -56,7 +59,7 @@
Package: libwv-dev
Section: libdevel
Architecture: any
-Depends: ${misc:Depends}, libwv-1.2-4 (= ${binary:Version}), libglib2.0-dev,
libgsf-1-dev, zlib1g-dev, libpng-dev, libxml2-dev, libwmf-dev
+Depends: ${misc:Depends}, libwv-1.2-4t64 (= ${binary:Version}),
libglib2.0-dev, libgsf-1-dev, zlib1g-dev, libpng-dev, libxml2-dev, libwmf-dev
Description: Development files for the wvWare library
wvWare (previously known as mswordview) is a library that allows access
to Microsoft Word files. It can load and parse the Word 2000, Word 97,
diff -Nru wv-1.2.9/debian/libwv-1.2-4.docs wv-1.2.9/debian/libwv-1.2-4.docs
--- wv-1.2.9/debian/libwv-1.2-4.docs2023-09-17 21:45:41.0 +
+++ wv-1.2.9/debian/libwv-1.2-4.docs1970-01-01 00:00:00.0 +
@@ -1 +0,0 @@
-README
diff -Nru wv-1.2.9/debian/libwv-1.2-4.install
wv-1.2.9/debian/libwv-1.2-4.install
--- wv-1.2.9/debian/libwv-1.2-4.install 2023-09-17 21:45:41.0 +
+++ wv-1.2.9/debian/libwv-1.2-4.install 1970-01-01 00:00:00.0 +
@@ -1 +0,0 @@
-debian/tmp/usr/lib/*/*.so.*
diff -Nru wv-1.2.9/debian/libwv-1.2-4t64.docs
wv-1.2.9/debian/libwv-1.2-4t64.docs
--- wv-1.2.9/debian/libwv-1.2-4t64.docs 1970-01-01 00:00:00.0 +
+++ wv-1.2.9/debian/libwv-1.2-4t64.docs 2023-09-17 21:45:41.0 +
@@ -0,0 +1 @@
+README
diff -Nru wv-1.2.9/debian/libwv-1.2-4t64.install
wv-1.2.9/debian/libwv-1.2-4t64.install
--- wv-1.2.9/debian/libwv-1.2-4t64.install 1970-01-01 00:00:00.0
+
+++ wv-1.2.9/debian/libwv-1.2-4t64.install 2023-09-17 21:45:41.0
+
@@ -0,0 +1 @@
+debian/tmp/usr/lib/*/*.so.*
diff -Nru wv-1.2.9/debian/libwv-1.2-4t64.lintian-overrides
wv-1.2.9/debian/libwv-1.2-4t64.lintian-overrides
--- wv-1.2.9/debian/libwv-1.2-4t64.lintian-overrides1970-01-01
00:00:00.0 +
+++ wv-1.2.9/debian/libwv-1.2-4t64.lintian-overrides2024-02-29
05:47:39.0 +
@@ -0,0 +1 @@
+libwv-1.2-4t64: package-name-doesnt-match-sonames libwv-1.2-4
Bug#1063887: wvstreams: NMU diff for 64-bit time_t transition
Dear maintainer,
Please find attached a final version of this patch for the time_t
transition. This patch is being uploaded to unstable.
Note that this adds a versioned build-dependency on dpkg-dev, to guard
against accidental backports with a wrong ABI.
Thanks!
-- System Information:
Debian Release: trixie/sid
APT prefers unstable
APT policy: (500, 'unstable'), (1, 'experimental')
Architecture: amd64 (x86_64)
Kernel: Linux 6.5.0-14-generic (SMP w/12 CPU threads; PREEMPT)
Kernel taint flags: TAINT_PROPRIETARY_MODULE, TAINT_OOT_MODULE
Locale: LANG=C, LC_CTYPE=C.UTF-8 (charmap=UTF-8), LANGUAGE not set
Shell: /bin/sh linked to /usr/bin/dash
Init: systemd (via /run/systemd/system)
diff -Nru wvstreams-4.6.1/debian/changelog wvstreams-4.6.1/debian/changelog
--- wvstreams-4.6.1/debian/changelog2024-02-03 22:43:16.0 +
+++ wvstreams-4.6.1/debian/changelog2024-02-29 05:52:13.0 +
@@ -1,3 +1,10 @@
+wvstreams (4.6.1-17.1) unstable; urgency=medium
+
+ * Non-maintainer upload.
+ * Rename libraries for 64-bit time_t transition. Closes: #1063887
+
+ -- Steve Langasek Thu, 29 Feb 2024 05:52:13 +
+
wvstreams (4.6.1-17) unstable; urgency=medium
* QA upload.
diff -Nru wvstreams-4.6.1/debian/control wvstreams-4.6.1/debian/control
--- wvstreams-4.6.1/debian/control 2024-02-03 22:42:59.0 +
+++ wvstreams-4.6.1/debian/control 2024-02-29 05:52:13.0 +
@@ -2,7 +2,7 @@
Maintainer: Debian QA Group
Section: libs
Priority: optional
-Build-Depends: debhelper-compat (= 10),
+Build-Depends: dpkg-dev (>= 1.22.5), debhelper-compat (= 10),
autoconf,
autotools-dev,
libdb-dev,
@@ -17,7 +17,11 @@
Standards-Version: 3.9.8
Homepage: https://github.com/apenwarr/wvstreams/
-Package: libwvstreams4.6-base
+Package: libwvstreams4.6t64-base
+Provides: ${t64:Provides}
+X-Time64-Compat: libwvstreams4.6-base
+Replaces: libwvstreams4.6-base
+Breaks: libwvstreams4.6-base (<< ${source:Version})
Architecture: any
Depends: ${shlibs:Depends},
${misc:Depends}
@@ -32,7 +36,11 @@
* WvLog: a log files handler
* UniIniGen: a tiny version of UniConf for simple configuration systems
-Package: libwvstreams4.6-extras
+Package: libwvstreams4.6t64-extras
+Provides: ${t64:Provides}
+X-Time64-Compat: libwvstreams4.6-extras
+Replaces: libwvstreams4.6-extras
+Breaks: libwvstreams4.6-extras (<< ${source:Version})
Architecture: any
Depends: ${shlibs:Depends},
${misc:Depends}
@@ -46,7 +54,10 @@
WvDial, TunnelVision, FastForward, KWvDial, retchmail, and many more yet
to come. ;)
-Package: libuniconf4.6
+Package: libuniconf4.6t64
+Provides: ${t64:Provides}
+Replaces: libuniconf4.6
+Breaks: libuniconf4.6 (<< ${source:Version})
Architecture: any
Depends: ${shlibs:Depends},
${misc:Depends}
@@ -75,9 +86,9 @@
Package: libwvstreams-dev
Architecture: any
Section: libdevel
-Depends: libwvstreams4.6-base (= ${binary:Version}),
- libwvstreams4.6-extras (= ${binary:Version}),
- libuniconf4.6 (= ${binary:Version}),
+Depends: libwvstreams4.6t64-base (= ${binary:Version}),
+ libwvstreams4.6t64-extras (= ${binary:Version}),
+ libuniconf4.6t64 (= ${binary:Version}),
libxplc0.3.13-dev,
${misc:Depends}
Suggests: tk8.5 | wish
diff -Nru wvstreams-4.6.1/debian/libuniconf4.6.install
wvstreams-4.6.1/debian/libuniconf4.6.install
--- wvstreams-4.6.1/debian/libuniconf4.6.install2011-05-19
22:00:22.0 +
+++ wvstreams-4.6.1/debian/libuniconf4.6.install1970-01-01
00:00:00.0 +
@@ -1,2 +0,0 @@
-debian/tmp/usr/lib/libuniconf.so*
-debian/tmp/etc/uniconf.conf
diff -Nru wvstreams-4.6.1/debian/libuniconf4.6t64.install
wvstreams-4.6.1/debian/libuniconf4.6t64.install
--- wvstreams-4.6.1/debian/libuniconf4.6t64.install 1970-01-01
00:00:00.0 +
+++ wvstreams-4.6.1/debian/libuniconf4.6t64.install 2011-05-19
22:00:22.0 +
@@ -0,0 +1,2 @@
+debian/tmp/usr/lib/libuniconf.so*
+debian/tmp/etc/uniconf.conf
diff -Nru wvstreams-4.6.1/debian/libuniconf4.6t64.lintian-overrides
wvstreams-4.6.1/debian/libuniconf4.6t64.lintian-overrides
--- wvstreams-4.6.1/debian/libuniconf4.6t64.lintian-overrides 1970-01-01
00:00:00.0 +
+++ wvstreams-4.6.1/debian/libuniconf4.6t64.lintian-overrides 2024-02-29
05:49:01.0 +
@@ -0,0 +1 @@
+libuniconf4.6t64: package-name-doesnt-match-sonames libuniconf4.6
diff -Nru wvstreams-4.6.1/debian/libwvstreams4.6-base.dirs
wvstreams-4.6.1/debian/libwvstreams4.6-base.dirs
--- wvstreams-4.6.1/debian/libwvstreams4.6-base.dirs2011-05-19
22:00:22.0 +
+++ wvstreams-4.6.1/debian/libwvstreams4.6-base.dirs1970-01-01
00:00:00.0 +
@@ -1 +0,0 @@
-usr/share/lintian/overrides
diff -Nru wvstreams-4.6.1/debian/libwvstreams4.6-base.install
wvstreams-4.6.1/debian/libwvstreams4.6-base.install
-
Bug#1063279: xmlrpc-c: NMU diff for 64-bit time_t transition
Dear maintainer,
Please find attached a final version of this patch for the time_t
transition. This patch is being uploaded to unstable.
Note that this adds a versioned build-dependency on dpkg-dev, to guard
against accidental backports with a wrong ABI.
Thanks!
-- System Information:
Debian Release: trixie/sid
APT prefers unstable
APT policy: (500, 'unstable'), (1, 'experimental')
Architecture: amd64 (x86_64)
Kernel: Linux 6.5.0-14-generic (SMP w/12 CPU threads; PREEMPT)
Kernel taint flags: TAINT_PROPRIETARY_MODULE, TAINT_OOT_MODULE
Locale: LANG=C, LC_CTYPE=C.UTF-8 (charmap=UTF-8), LANGUAGE not set
Shell: /bin/sh linked to /usr/bin/dash
Init: systemd (via /run/systemd/system)
diff -Nru xmlrpc-c-1.33.14/debian/changelog xmlrpc-c-1.33.14/debian/changelog
--- xmlrpc-c-1.33.14/debian/changelog 2022-10-13 12:27:40.0 +
+++ xmlrpc-c-1.33.14/debian/changelog 2024-02-29 07:39:42.0 +
@@ -1,3 +1,10 @@
+xmlrpc-c (1.33.14-11.1) unstable; urgency=medium
+
+ * Non-maintainer upload.
+ * Rename libraries for 64-bit time_t transition. Closes: #1063279
+
+ -- Steve Langasek Thu, 29 Feb 2024 07:39:42 +
+
xmlrpc-c (1.33.14-11) unstable; urgency=medium
* QA upload.
diff -Nru xmlrpc-c-1.33.14/debian/control xmlrpc-c-1.33.14/debian/control
--- xmlrpc-c-1.33.14/debian/control 2022-10-13 12:27:40.0 +
+++ xmlrpc-c-1.33.14/debian/control 2024-02-29 07:39:42.0 +
@@ -2,7 +2,7 @@
Priority: optional
Section: libs
Maintainer: Debian QA Group
-Build-Depends:
+Build-Depends: dpkg-dev (>= 1.22.5),
debhelper,
libcurl4-openssl-dev | libcurl3-openssl-dev
Standards-Version: 4.5.0
@@ -16,7 +16,7 @@
Architecture: any
Depends:
libc6-dev,
- libxmlrpc-c++8v5 (= ${binary:Version}),
+ libxmlrpc-c++8t64 (= ${binary:Version}),
libxmlrpc-core-c3-dev (= ${binary:Version}),
${misc:Depends},
Suggests:
@@ -33,15 +33,18 @@
Install this package if you wish to develop your own programs using this
library.
-Package: libxmlrpc-c++8v5
+Package: libxmlrpc-c++8t64
+Provides: ${t64:Provides}
+X-Time64-Compat: libxmlrpc-c++8v5
+Breaks: libxmlrpc-c++8v5 (<< ${source:Version})
Architecture: any
Depends:
- libxmlrpc-core-c3 (= ${binary:Version}),
+ libxmlrpc-core-c3t64 (= ${binary:Version}),
${misc:Depends},
${shlibs:Depends},
Conflicts:
libxmlrpc-c++8,
-Replaces:
+Replaces:libxmlrpc-c++8v5,
libxmlrpc-c++8,
Description: Lightweight RPC library based on XML and HTTP [C++ runtime
libraries]
XML-RPC is a quick-and-easy way to make procedure calls over the Internet.
@@ -55,7 +58,7 @@
Architecture: any
Depends:
libc6-dev,
- libxmlrpc-core-c3 (= ${binary:Version}),
+ libxmlrpc-core-c3t64 (= ${binary:Version}),
${misc:Depends},
Suggests:
xmlrpc-api-utils,
@@ -69,7 +72,11 @@
Install this package if you wish to develop your own programs using this
library.
-Package: libxmlrpc-core-c3
+Package: libxmlrpc-core-c3t64
+Provides: ${t64:Provides}
+X-Time64-Compat: libxmlrpc-c++8v5
+Replaces: libxmlrpc-core-c3
+Breaks: libxmlrpc-core-c3 (<< ${source:Version})
Architecture: any
Depends:
${misc:Depends},
@@ -96,8 +103,8 @@
Depends:
libc6-dev,
libfrontier-rpc-perl,
- libxmlrpc-c++8v5 (= ${binary:Version}),
- libxmlrpc-core-c3 (= ${binary:Version}),
+ libxmlrpc-c++8t64 (= ${binary:Version}),
+ libxmlrpc-core-c3t64 (= ${binary:Version}),
${misc:Depends},
${shlibs:Depends},
Description: Generate C++ wrapper classes for XML-RPC servers
diff -Nru xmlrpc-c-1.33.14/debian/libxmlrpc-c++8t64.install
xmlrpc-c-1.33.14/debian/libxmlrpc-c++8t64.install
--- xmlrpc-c-1.33.14/debian/libxmlrpc-c++8t64.install 1970-01-01
00:00:00.0 +
+++ xmlrpc-c-1.33.14/debian/libxmlrpc-c++8t64.install 2022-10-13
12:27:40.0 +
@@ -0,0 +1,16 @@
+usr/lib/*/libxmlrpc++.so.8
+usr/lib/*/libxmlrpc++.so.8.33
+usr/lib/*/libxmlrpc_client++.so.8
+usr/lib/*/libxmlrpc_client++.so.8.33
+usr/lib/*/libxmlrpc_cpp.so.8
+usr/lib/*/libxmlrpc_cpp.so.8.33
+usr/lib/*/libxmlrpc_packetsocket.so.8
+usr/lib/*/libxmlrpc_packetsocket.so.8.33
+usr/lib/*/libxmlrpc_server++.so.8
+usr/lib/*/libxmlrpc_server++.so.8.33
+usr/lib/*/libxmlrpc_server_abyss++.so.8
+usr/lib/*/libxmlrpc_server_abyss++.so.8.33
+usr/lib/*/libxmlrpc_server_cgi++.so.8
+usr/lib/*/libxmlrpc_server_cgi++.so.8.33
+usr/lib/*/libxmlrpc_server_pstream++.so.8
+usr/lib/*/libxmlrpc_server_pstream++.so.8.33
diff -Nru xmlrpc-c-1.33.14/debian/libxmlrpc-c++8t64.lintian-overrides
xmlrpc-c-1.33.14/debian/libxmlrpc-c++8t64.lintian-overrides
--- xmlrpc-c-1.33.14/debian/libxmlrpc-c++8t64.lintian-overrides 1970-01-01
00:00:00.0 +
+++ xmlrpc-c-1.33.14/debian/libxmlrpc-c++8t64.lintian-overrides 2024-02-29
07:39:17.0 +
@@ -0,0 +1 @@
+libxmlrpc-c++8t64: package-name-doesnt-match-sonames libxmlrpc-c++8v5
diff -Nru xmlrpc-c-1.33.14/debian/libxmlrpc-c++8v5.install
xmlrpc-c-1.33.14/debian/libxmlrpc-c++8v5.install
--- xmlrpc-c-1.33.14/debian/libxmlrpc-c++8v5.instal
Bug#1063280: xmlrpc-epi: NMU diff for 64-bit time_t transition
Dear maintainer,
Please find attached a final version of this patch for the time_t
transition. This patch is being uploaded to unstable.
Note that this adds a versioned build-dependency on dpkg-dev, to guard
against accidental backports with a wrong ABI.
Thanks!
-- System Information:
Debian Release: trixie/sid
APT prefers unstable
APT policy: (500, 'unstable'), (1, 'experimental')
Architecture: amd64 (x86_64)
Kernel: Linux 6.5.0-14-generic (SMP w/12 CPU threads; PREEMPT)
Kernel taint flags: TAINT_PROPRIETARY_MODULE, TAINT_OOT_MODULE
Locale: LANG=C, LC_CTYPE=C.UTF-8 (charmap=UTF-8), LANGUAGE not set
Shell: /bin/sh linked to /usr/bin/dash
Init: systemd (via /run/systemd/system)
diff -Nru xmlrpc-epi-0.54.2/debian/changelog xmlrpc-epi-0.54.2/debian/changelog
--- xmlrpc-epi-0.54.2/debian/changelog 2023-08-16 16:05:35.0 +
+++ xmlrpc-epi-0.54.2/debian/changelog 2024-02-29 07:41:11.0 +
@@ -1,3 +1,10 @@
+xmlrpc-epi (0.54.2-2.1) unstable; urgency=medium
+
+ * Non-maintainer upload.
+ * Rename libraries for 64-bit time_t transition. Closes: #1063280
+
+ -- Steve Langasek Thu, 29 Feb 2024 07:41:11 +
+
xmlrpc-epi (0.54.2-2) unstable; urgency=medium
* QA upload.
diff -Nru xmlrpc-epi-0.54.2/debian/control xmlrpc-epi-0.54.2/debian/control
--- xmlrpc-epi-0.54.2/debian/control2023-08-16 16:05:35.0 +
+++ xmlrpc-epi-0.54.2/debian/control2024-02-29 07:41:11.0 +
@@ -2,7 +2,7 @@
Priority: extra
Maintainer: Debian QA Group
Homepage: http://xmlrpc-epi.sourceforge.net/
-Build-Depends: debhelper (>= 8.1.3~), autotools-dev, libexpat1-dev,
pkg-config, dh-autoreconf
+Build-Depends: dpkg-dev (>= 1.22.5), debhelper (>= 8.1.3~), autotools-dev,
libexpat1-dev, pkg-config, dh-autoreconf
Standards-Version: 3.9.2
Section: libs
@@ -10,15 +10,18 @@
Section: libdevel
Architecture: any
Multi-Arch: same
-Depends: libxmlrpc-epi0 (= ${binary:Version}), ${misc:Depends}
-Description: Development files for libxmlrpc-epi0, a XML-RPC request library
+Depends: libxmlrpc-epi0t64 (= ${binary:Version}), ${misc:Depends}
+Description: Development files for libxmlrpc-epi0t64, a XML-RPC request library
An implementation of the XML-RPC protocol, providing an API for developers to
serialise RPC requests to and from XML. It does not include any transport
layer
and is therefor useful for applications which implement their own transport or
wish to use XML-RPC over an existing transport layer. This package contains
the development files for applications wishing to use libxmlrpc-epi.
-Package: libxmlrpc-epi0
+Package: libxmlrpc-epi0t64
+Provides: ${t64:Provides}
+Replaces: libxmlrpc-epi0
+Breaks: libxmlrpc-epi0 (<< ${source:Version})
Section: libs
Architecture: any
Multi-Arch: same
@@ -31,9 +34,9 @@
Package: libxmlrpc-epi0-dbg
Section: debug
Architecture: any
-Depends: libxmlrpc-epi0 (= ${binary:Version}), ${misc:Depends}
-Description: Debug symbols for libxmlrpc-epi0, a XML-RPC request library
- This package contains the debug symbols for libxmlrpc-epi0, and should be
+Depends: libxmlrpc-epi0t64 (= ${binary:Version}), ${misc:Depends}
+Description: Debug symbols for libxmlrpc-epi0t64, a XML-RPC request library
+ This package contains the debug symbols for libxmlrpc-epi0t64, and should be
installed if you wish to get stack traces into the library for debugging
purposes.
diff -Nru xmlrpc-epi-0.54.2/debian/libxmlrpc-epi0.dirs
xmlrpc-epi-0.54.2/debian/libxmlrpc-epi0.dirs
--- xmlrpc-epi-0.54.2/debian/libxmlrpc-epi0.dirs2023-08-16
16:04:49.0 +
+++ xmlrpc-epi-0.54.2/debian/libxmlrpc-epi0.dirs1970-01-01
00:00:00.0 +
@@ -1 +0,0 @@
-usr/lib
diff -Nru xmlrpc-epi-0.54.2/debian/libxmlrpc-epi0.install
xmlrpc-epi-0.54.2/debian/libxmlrpc-epi0.install
--- xmlrpc-epi-0.54.2/debian/libxmlrpc-epi0.install 2023-08-16
16:04:49.0 +
+++ xmlrpc-epi-0.54.2/debian/libxmlrpc-epi0.install 1970-01-01
00:00:00.0 +
@@ -1 +0,0 @@
-usr/lib/*/lib*.so.*
diff -Nru xmlrpc-epi-0.54.2/debian/libxmlrpc-epi0t64.dirs
xmlrpc-epi-0.54.2/debian/libxmlrpc-epi0t64.dirs
--- xmlrpc-epi-0.54.2/debian/libxmlrpc-epi0t64.dirs 1970-01-01
00:00:00.0 +
+++ xmlrpc-epi-0.54.2/debian/libxmlrpc-epi0t64.dirs 2023-08-16
16:04:49.0 +
@@ -0,0 +1 @@
+usr/lib
diff -Nru xmlrpc-epi-0.54.2/debian/libxmlrpc-epi0t64.install
xmlrpc-epi-0.54.2/debian/libxmlrpc-epi0t64.install
--- xmlrpc-epi-0.54.2/debian/libxmlrpc-epi0t64.install 1970-01-01
00:00:00.0 +
+++ xmlrpc-epi-0.54.2/debian/libxmlrpc-epi0t64.install 2023-08-16
16:04:49.0 +
@@ -0,0 +1 @@
+usr/lib/*/lib*.so.*
diff -Nru xmlrpc-epi-0.54.2/debian/libxmlrpc-epi0t64.lintian-overrides
xmlrpc-epi-0.54.2/debian/libxmlrpc-epi0t64.lintian-overrides
--- xmlrpc-epi-0.54.2/debian/libxmlrpc-epi0t64.lintian-overrides
1970-01-01 00:00:00.0 +
+++ xmlrpc-epi-0.54.2/debian/libxmlrpc-epi0t6
Bug#1063284: xpaint: NMU diff for 64-bit time_t transition
Dear maintainer,
Please find attached a final version of this patch for the time_t
transition. This patch is being uploaded to unstable.
Note that this adds a versioned build-dependency on dpkg-dev, to guard
against accidental backports with a wrong ABI.
Thanks!
-- System Information:
Debian Release: trixie/sid
APT prefers unstable
APT policy: (500, 'unstable'), (1, 'experimental')
Architecture: amd64 (x86_64)
Kernel: Linux 6.5.0-14-generic (SMP w/12 CPU threads; PREEMPT)
Kernel taint flags: TAINT_PROPRIETARY_MODULE, TAINT_OOT_MODULE
Locale: LANG=C, LC_CTYPE=C.UTF-8 (charmap=UTF-8), LANGUAGE not set
Shell: /bin/sh linked to /usr/bin/dash
Init: systemd (via /run/systemd/system)
diff -Nru xpaint-2.9.1.4/debian/changelog xpaint-2.9.1.4/debian/changelog
--- xpaint-2.9.1.4/debian/changelog 2020-08-16 01:38:56.0 +
+++ xpaint-2.9.1.4/debian/changelog 2024-02-29 07:48:25.0 +
@@ -1,3 +1,10 @@
+xpaint (2.9.1.4-4.1) unstable; urgency=medium
+
+ * Non-maintainer upload.
+ * Rename libraries for 64-bit time_t transition. Closes: #1063284
+
+ -- Steve Langasek Thu, 29 Feb 2024 07:48:25 +
+
xpaint (2.9.1.4-4) unstable; urgency=medium
* Orphaning the package
diff -Nru xpaint-2.9.1.4/debian/control xpaint-2.9.1.4/debian/control
--- xpaint-2.9.1.4/debian/control 2020-08-16 01:38:56.0 +
+++ xpaint-2.9.1.4/debian/control 2024-02-29 07:48:25.0 +
@@ -2,7 +2,7 @@
Section: graphics
Priority: optional
Maintainer: Debian QA Group
-Build-Depends: debhelper (>= 9), libxpm-dev, libxaw7-dev, libtiff-dev,
+Build-Depends: dpkg-dev (>= 1.22.5), debhelper (>= 9), libxpm-dev,
libxaw7-dev, libtiff-dev,
libpng-dev, xutils-dev, libxft-dev, bison, flex (>= 2.5.31-16),
libxmu-dev, libxt-dev, libsm-dev, libice-dev, libxext-dev, libx11-dev,
x11proto-core-dev, x11proto-xext-dev
@@ -29,7 +29,7 @@
Package: xpaint-dev
Section: libdevel
Architecture: any
-Depends: libxaw3dxft6 (= ${binary:Version}), ${shlibs:Depends},
${misc:Depends},
+Depends: libxaw3dxft6t64 (= ${binary:Version}), ${shlibs:Depends},
${misc:Depends},
libxmu-dev, libxt-dev, libsm-dev, libice-dev, libxext-dev, libx11-dev,
libxpm-dev,
libxft-dev, libc-dev, xutils-dev, x11proto-core-dev, x11proto-xext-dev
Description: simple paint program for X (development files)
@@ -38,7 +38,10 @@
in the main xpaint package. Install this if you wish to compile
programs that use the libxaw3dxft library.
-Package: libxaw3dxft6
+Package: libxaw3dxft6t64
+Provides: ${t64:Provides}
+Replaces: libxaw3dxft6
+Breaks: libxaw3dxft6 (<< ${source:Version})
Section: libs
Architecture: any
Depends: ${shlibs:Depends}, ${misc:Depends}
diff -Nru xpaint-2.9.1.4/debian/libxaw3dxft6.install
xpaint-2.9.1.4/debian/libxaw3dxft6.install
--- xpaint-2.9.1.4/debian/libxaw3dxft6.install 2020-08-16 01:38:56.0
+
+++ xpaint-2.9.1.4/debian/libxaw3dxft6.install 1970-01-01 00:00:00.0
+
@@ -1 +0,0 @@
-usr/lib/*.so.* usr/lib
diff -Nru xpaint-2.9.1.4/debian/libxaw3dxft6.symbols
xpaint-2.9.1.4/debian/libxaw3dxft6.symbols
--- xpaint-2.9.1.4/debian/libxaw3dxft6.symbols 2020-08-16 01:38:56.0
+
+++ xpaint-2.9.1.4/debian/libxaw3dxft6.symbols 1970-01-01 00:00:00.0
+
@@ -1,227 +0,0 @@
-libXaw3dxft.so.6 libxaw3dxft6 #MINVER#
- FMT8BIT@Base 2.9.1.4
- GetXftFont@Base 2.9.1.4
- LayYY_create_buffer@Base 2.9.1.4
- LayYY_delete_buffer@Base 2.9.1.4
- LayYY_flex_debug@Base 2.9.1.4
- LayYY_flush_buffer@Base 2.9.1.4
- LayYY_scan_buffer@Base 2.9.1.4
- LayYY_scan_bytes@Base 2.9.1.4
- LayYY_scan_string@Base 2.9.1.4
- LayYY_switch_to_buffer@Base 2.9.1.4
- LayYYalloc@Base 2.9.1.4
- LayYYchar@Base 2.9.1.4
- LayYYerror@Base 2.9.1.4
- LayYYfree@Base 2.9.1.4
- LayYYget_debug@Base 2.9.1.4
- LayYYget_in@Base 2.9.1.4
- LayYYget_leng@Base 2.9.1.4
- LayYYget_lineno@Base 2.9.1.4
- LayYYget_out@Base 2.9.1.4
- LayYYget_text@Base 2.9.1.4
- LayYYin@Base 2.9.1.4
- LayYYleng@Base 2.9.1.4
- LayYYlex@Base 2.9.1.4
- LayYYlex_destroy@Base 2.9.1.4
- LayYYlineno@Base 2.9.1.4
- LayYYlval@Base 2.9.1.4
- LayYYnerrs@Base 2.9.1.4
- LayYYout@Base 2.9.1.4
- LayYYparse@Base 2.9.1.4
- LayYYpop_buffer_state@Base 2.9.1.4
- LayYYpush_buffer_state@Base 2.9.1.4
- LayYYrealloc@Base 2.9.1.4
- LayYYrestart@Base 2.9.1.4
- LayYYset_debug@Base 2.9.1.4
- LayYYset_in@Base 2.9.1.4
- LayYYset_lineno@Base 2.9.1.4
- LayYYset_out@Base 2.9.1.4
- LayYYsetdest@Base 2.9.1.4
- LayYYsetsource@Base 2.9.1.4
- LayYYtext@Base 2.9.1.4
- LayYYtext_ptr@Base 2.9.1.4
- LayYYwrap@Base 2.9.1.4
- SetMenuSpacing@Base 2.9.1.4
- SetXawHilitColor@Base 2.9.1.4
- SetXftDefaultFontName@Base 2.9.1.4
- SetXftEncoding@Base 2.9.1.4
- SetXftInsensitiveTwist@Base 2.9.1.4
- Xaw3dComputeBottomShadowRGB@Base 2.9.1.4
- Xaw3dComputeTopShadowRGB@Base 2.9.1.4
- XawAsciiSave@Base 2.9.1.4
- XawAsciiSaveAsFile@Base 2.9.1.4
- XawAsciiSourceChanged@Base 2.9.1.4
- XawAsciiSourceFreeString@Base 2.9.1.4
- XawDialogAddButton@Base 2.9.1.4
Bug#1063285: xplc: NMU diff for 64-bit time_t transition
Dear maintainer,
Please find attached a final version of this patch for the time_t
transition. This patch is being uploaded to unstable.
Note that this adds a versioned build-dependency on dpkg-dev, to guard
against accidental backports with a wrong ABI.
Thanks!
-- System Information:
Debian Release: trixie/sid
APT prefers unstable
APT policy: (500, 'unstable'), (1, 'experimental')
Architecture: amd64 (x86_64)
Kernel: Linux 6.5.0-14-generic (SMP w/12 CPU threads; PREEMPT)
Kernel taint flags: TAINT_PROPRIETARY_MODULE, TAINT_OOT_MODULE
Locale: LANG=C, LC_CTYPE=C.UTF-8 (charmap=UTF-8), LANGUAGE not set
Shell: /bin/sh linked to /usr/bin/dash
Init: systemd (via /run/systemd/system)
diff -Nru xplc-0.3.13/debian/changelog xplc-0.3.13/debian/changelog
--- xplc-0.3.13/debian/changelog2022-11-27 04:40:10.0 +
+++ xplc-0.3.13/debian/changelog2024-02-29 07:55:13.0 +
@@ -1,3 +1,10 @@
+xplc (0.3.13-12.1) unstable; urgency=medium
+
+ * Non-maintainer upload.
+ * Rename libraries for 64-bit time_t transition. Closes: #1063285
+
+ -- Steve Langasek Thu, 29 Feb 2024 07:55:13 +
+
xplc (0.3.13-12) unstable; urgency=medium
* QA upload.
diff -Nru xplc-0.3.13/debian/control xplc-0.3.13/debian/control
--- xplc-0.3.13/debian/control 2022-11-27 04:40:10.0 +
+++ xplc-0.3.13/debian/control 2024-02-29 07:55:13.0 +
@@ -2,13 +2,16 @@
Section: libs
Priority: optional
Maintainer: Debian QA Group
-Build-Depends: uuid-dev, debhelper-compat (= 13)
+Build-Depends: dpkg-dev (>= 1.22.5), uuid-dev, debhelper-compat (= 13)
Standards-Version: 4.6.1
Homepage: https://xplc.sourceforge.net/
Vcs-Git: https://salsa.debian.org/debian/xplc.git
Vcs-Browser: https://salsa.debian.org/debian/xplc
-Package: libxplc0.3.13
+Package: libxplc0.3.13t64
+Provides: ${t64:Provides}
+Replaces: libxplc0.3.13
+Breaks: libxplc0.3.13 (<< ${source:Version})
Architecture: any
Depends: ${shlibs:Depends}, ${misc:Depends}
Multi-Arch: same
@@ -22,7 +25,7 @@
Package: libxplc0.3.13-dev
Section: libdevel
Architecture: any
-Depends: libxplc0.3.13 (= ${binary:Version}), uuidcdef, ${shlibs:Depends},
${misc:Depends}
+Depends: libxplc0.3.13t64 (= ${binary:Version}), uuidcdef, ${shlibs:Depends},
${misc:Depends}
Description: Light weight component system (Development libraries and headers)
XPLC ("Cross-Platform Lightweight Components") is a component system that
will provide extensibility and reusability both inside and between
diff -Nru xplc-0.3.13/debian/libxplc0.3.13.symbols
xplc-0.3.13/debian/libxplc0.3.13.symbols
--- xplc-0.3.13/debian/libxplc0.3.13.symbols2022-11-27 04:40:10.0
+
+++ xplc-0.3.13/debian/libxplc0.3.13.symbols1970-01-01 00:00:00.0
+
@@ -1,2 +0,0 @@
-libxplc.so.0.3.13-unstable libxplc0.3.13 #MINVER#
- XPLC_getServiceManager@Base 0.3.13
diff -Nru xplc-0.3.13/debian/libxplc0.3.13t64.lintian-overrides
xplc-0.3.13/debian/libxplc0.3.13t64.lintian-overrides
--- xplc-0.3.13/debian/libxplc0.3.13t64.lintian-overrides 1970-01-01
00:00:00.0 +
+++ xplc-0.3.13/debian/libxplc0.3.13t64.lintian-overrides 2024-02-29
07:49:30.0 +
@@ -0,0 +1 @@
+libxplc0.3.13t64: package-name-doesnt-match-sonames libxplc0.3.13
diff -Nru xplc-0.3.13/debian/libxplc0.3.13t64.symbols
xplc-0.3.13/debian/libxplc0.3.13t64.symbols
--- xplc-0.3.13/debian/libxplc0.3.13t64.symbols 1970-01-01 00:00:00.0
+
+++ xplc-0.3.13/debian/libxplc0.3.13t64.symbols 2024-02-29 07:49:30.0
+
@@ -0,0 +1,2 @@
+libxplc.so.0.3.13-unstable libxplc0.3.13t64 #MINVER#
+ XPLC_getServiceManager@Base 0.3.13
diff -Nru xplc-0.3.13/debian/rules xplc-0.3.13/debian/rules
--- xplc-0.3.13/debian/rules2022-11-27 04:40:10.0 +
+++ xplc-0.3.13/debian/rules2024-02-29 07:55:12.0 +
@@ -16,7 +16,7 @@
# Make sure the install files are in the right place
execute_before_dh_auto_install:
- cp -f debian/libxplc.install debian/libxplc$(PKG_VERSION).install
+ cp -f debian/libxplc.install debian/libxplc$(PKG_VERSION)t64.install
cp -f debian/libxplc-dev.install
debian/libxplc$(PKG_VERSION)-dev.install
cp -f debian/libxplc-dev.examples
debian/libxplc$(PKG_VERSION)-dev.examples
@@ -26,10 +26,10 @@
ln -f debian/tmp/usr/share/man/man1/uuidgen.1
debian/tmp/usr/share/man/man1/uuidcdef
execute_after_dh_shlibdeps:
- /sbin/ldconfig -v -n
debian/libxplc$(PKG_VERSION)/usr/lib/$(DEB_HOST_MULTIARCH)
+ /sbin/ldconfig -v -n
debian/libxplc$(PKG_VERSION)t64/usr/lib/$(DEB_HOST_MULTIARCH)
execute_after_dh_auto_clean:
- rm -f debian/libxplc$(PKG_VERSION).install
+ rm -f debian/libxplc$(PKG_VERSION)t64.install
rm -f debian/libxplc$(PKG_VERSION)-dev.install
rm -f debian/libxplc$(PKG_VERSION)-dev.examples
Bug#1063304: ygl: NMU diff for 64-bit time_t transition
Dear maintainer,
Please find attached a final version of this patch for the time_t
transition. This patch is being uploaded to unstable.
Note that this adds a versioned build-dependency on dpkg-dev, to guard
against accidental backports with a wrong ABI.
Thanks!
-- System Information:
Debian Release: trixie/sid
APT prefers unstable
APT policy: (500, 'unstable'), (1, 'experimental')
Architecture: amd64 (x86_64)
Kernel: Linux 6.5.0-14-generic (SMP w/12 CPU threads; PREEMPT)
Kernel taint flags: TAINT_PROPRIETARY_MODULE, TAINT_OOT_MODULE
Locale: LANG=C, LC_CTYPE=C.UTF-8 (charmap=UTF-8), LANGUAGE not set
Shell: /bin/sh linked to /usr/bin/dash
Init: systemd (via /run/systemd/system)
diff -Nru ygl-4.2e/debian/changelog ygl-4.2e/debian/changelog
--- ygl-4.2e/debian/changelog 2022-08-15 06:31:49.0 +
+++ ygl-4.2e/debian/changelog 2024-02-29 08:11:50.0 +
@@ -1,3 +1,10 @@
+ygl (4.2e-6.1) unstable; urgency=medium
+
+ * Non-maintainer upload.
+ * Rename libraries for 64-bit time_t transition. Closes: #1063304
+
+ -- Steve Langasek Thu, 29 Feb 2024 08:11:50 +
+
ygl (4.2e-6) unstable; urgency=medium
* QA upload.
diff -Nru ygl-4.2e/debian/control ygl-4.2e/debian/control
--- ygl-4.2e/debian/control 2022-08-15 06:31:49.0 +
+++ ygl-4.2e/debian/control 2024-02-29 08:11:50.0 +
@@ -2,7 +2,7 @@
Maintainer: Debian QA Group
Section: libs
Priority: optional
-Build-Depends: debhelper-compat (= 13),
+Build-Depends: dpkg-dev (>= 1.22.5), debhelper-compat (= 13),
xutils-dev,
libgl1-mesa-dev,
libxext-dev,
@@ -16,7 +16,7 @@
Package: libygl4-dev
Architecture: any
Section: libdevel
-Depends: libygl4 (= ${binary:Version}),
+Depends: libygl4t64 (= ${binary:Version}),
${misc:Depends}
Description: Graphics library that emulates SGI's GL routines under X11
(headers)
Ygl is an graphics library that emulates the routines of SGI's GL (sometimes
@@ -28,7 +28,10 @@
.
This package provides the development files.
-Package: libygl4
+Package: libygl4t64
+Provides: ${t64:Provides}
+Replaces: libygl4
+Breaks: libygl4 (<< ${source:Version})
Architecture: any
Depends: ${shlibs:Depends},
${misc:Depends}
diff -Nru ygl-4.2e/debian/libygl4.dirs ygl-4.2e/debian/libygl4.dirs
--- ygl-4.2e/debian/libygl4.dirs2022-08-15 05:40:05.0 +
+++ ygl-4.2e/debian/libygl4.dirs1970-01-01 00:00:00.0 +
@@ -1 +0,0 @@
-usr/lib
diff -Nru ygl-4.2e/debian/libygl4.install ygl-4.2e/debian/libygl4.install
--- ygl-4.2e/debian/libygl4.install 2022-08-15 06:13:49.0 +
+++ ygl-4.2e/debian/libygl4.install 1970-01-01 00:00:00.0 +
@@ -1 +0,0 @@
-usr/lib/lib*.so.*
diff -Nru ygl-4.2e/debian/libygl4t64.dirs ygl-4.2e/debian/libygl4t64.dirs
--- ygl-4.2e/debian/libygl4t64.dirs 1970-01-01 00:00:00.0 +
+++ ygl-4.2e/debian/libygl4t64.dirs 2022-08-15 05:40:05.0 +
@@ -0,0 +1 @@
+usr/lib
diff -Nru ygl-4.2e/debian/libygl4t64.install ygl-4.2e/debian/libygl4t64.install
--- ygl-4.2e/debian/libygl4t64.install 1970-01-01 00:00:00.0 +
+++ ygl-4.2e/debian/libygl4t64.install 2022-08-15 06:13:49.0 +
@@ -0,0 +1 @@
+usr/lib/lib*.so.*
diff -Nru ygl-4.2e/debian/libygl4t64.lintian-overrides
ygl-4.2e/debian/libygl4t64.lintian-overrides
--- ygl-4.2e/debian/libygl4t64.lintian-overrides1970-01-01
00:00:00.0 +
+++ ygl-4.2e/debian/libygl4t64.lintian-overrides2024-02-29
08:11:40.0 +
@@ -0,0 +1 @@
+libygl4t64: package-name-doesnt-match-sonames libygl4
Bug#1063312: zthreads: NMU diff for 64-bit time_t transition
Dear maintainer,
Please find attached a final version of this patch for the time_t
transition. This patch is being uploaded to unstable.
Note that this adds a versioned build-dependency on dpkg-dev, to guard
against accidental backports with a wrong ABI.
Thanks!
-- System Information:
Debian Release: trixie/sid
APT prefers unstable
APT policy: (500, 'unstable'), (1, 'experimental')
Architecture: amd64 (x86_64)
Kernel: Linux 6.5.0-14-generic (SMP w/12 CPU threads; PREEMPT)
Kernel taint flags: TAINT_PROPRIETARY_MODULE, TAINT_OOT_MODULE
Locale: LANG=C, LC_CTYPE=C.UTF-8 (charmap=UTF-8), LANGUAGE not set
Shell: /bin/sh linked to /usr/bin/dash
Init: systemd (via /run/systemd/system)
diff -Nru zthreads-2.3.2/debian/changelog zthreads-2.3.2/debian/changelog
--- zthreads-2.3.2/debian/changelog 2021-08-20 12:43:47.0 +
+++ zthreads-2.3.2/debian/changelog 2024-02-29 08:47:28.0 +
@@ -1,3 +1,10 @@
+zthreads (2.3.2-11.1) unstable; urgency=medium
+
+ * Non-maintainer upload.
+ * Rename libraries for 64-bit time_t transition. Closes: #1063312
+
+ -- Steve Langasek Thu, 29 Feb 2024 08:47:28 +
+
zthreads (2.3.2-11) unstable; urgency=medium
* QA upload.
diff -Nru zthreads-2.3.2/debian/control zthreads-2.3.2/debian/control
--- zthreads-2.3.2/debian/control 2021-08-20 12:43:47.0 +
+++ zthreads-2.3.2/debian/control 2024-02-29 08:47:28.0 +
@@ -2,14 +2,17 @@
Priority: optional
Section: libs
Maintainer: Debian QA Group
-Build-Depends: debhelper-compat (= 13)
+Build-Depends: dpkg-dev (>= 1.22.5), debhelper-compat (= 13)
Standards-Version: 4.5.0
Rules-Requires-Root: no
Homepage: http://zthread.sourceforge.net/
Vcs-Browser: https://salsa.debian.org/debian/zthreads
Vcs-Git: https://salsa.debian.org/debian/zthreads.git
-Package: libzthread-2.3-2
+Package: libzthread-2.3-2t64
+Provides: ${t64:Provides}
+Replaces: libzthread-2.3-2
+Breaks: libzthread-2.3-2 (<< ${source:Version})
Architecture: any
Multi-Arch: same
Depends: ${shlibs:Depends}, ${misc:Depends}
@@ -32,7 +35,7 @@
Package: libzthread-dev
Section: libdevel
Architecture: any
-Depends: libzthread-2.3-2 (= ${binary:Version}), ${misc:Depends}
+Depends: libzthread-2.3-2t64 (= ${binary:Version}), ${misc:Depends}
Multi-Arch: same
Description: Object-oriented synchronization library for C++ (runtime lib)
Zthreads is an advanced platform-independent, object-oriented
diff -Nru zthreads-2.3.2/debian/libzthread-2.3-2.install
zthreads-2.3.2/debian/libzthread-2.3-2.install
--- zthreads-2.3.2/debian/libzthread-2.3-2.install 2021-08-20
12:43:47.0 +
+++ zthreads-2.3.2/debian/libzthread-2.3-2.install 1970-01-01
00:00:00.0 +
@@ -1 +0,0 @@
-usr/lib/*/lib*.so.*
diff -Nru zthreads-2.3.2/debian/libzthread-2.3-2t64.install
zthreads-2.3.2/debian/libzthread-2.3-2t64.install
--- zthreads-2.3.2/debian/libzthread-2.3-2t64.install 1970-01-01
00:00:00.0 +
+++ zthreads-2.3.2/debian/libzthread-2.3-2t64.install 2021-08-20
12:43:47.0 +
@@ -0,0 +1 @@
+usr/lib/*/lib*.so.*
diff -Nru zthreads-2.3.2/debian/libzthread-2.3-2t64.lintian-overrides
zthreads-2.3.2/debian/libzthread-2.3-2t64.lintian-overrides
--- zthreads-2.3.2/debian/libzthread-2.3-2t64.lintian-overrides 1970-01-01
00:00:00.0 +
+++ zthreads-2.3.2/debian/libzthread-2.3-2t64.lintian-overrides 2024-02-29
08:47:23.0 +
@@ -0,0 +1 @@
+libzthread-2.3-2t64: package-name-doesnt-match-sonames libzthread-2.3-2
Bug#1065634: wv: /usr/share/doc wv is a dangling symlink
On Thu, Mar 07, 2024 at 08:00:34PM +0100, Sven Joachim wrote: > On 2024-03-07 18:49 +0100, Sven Joachim wrote: > > > Package: wv > > Version: 1.2.9-6.1 > > Severity: serious > > X-Debbugs-Cc: Sven Joachim , Steve Langasek > > > > > > After renaming the libwv-1.2-4 library package to libwv-1.2-4t64, the > > /usr/share/doc/wv symlink has become dangling. > > > > , > > | $ file /usr/share/doc/wv > > | /usr/share/doc/wv: broken symbolic link to libwv-1.2-4 > > ` > > > > It should point to libwv-1.2-4t64 instead, obviously. > > There is a similar broken symlink in the libwv-dev package (which > I do not have installed). The attached patch takes care of them. > Steve, would you like to upload that? Note that the package is > orphaned, therefore I have created a debian/changelog entry for a QA > upload rather than for another NMU. Thanks, uploaded. > diff -Nru wv-1.2.9/debian/changelog wv-1.2.9/debian/changelog > --- wv-1.2.9/debian/changelog 2024-02-29 06:47:50.0 +0100 > +++ wv-1.2.9/debian/changelog 2024-03-07 19:42:29.0 +0100 > @@ -1,3 +1,10 @@ > +wv (1.2.9-7) unstable; urgency=medium > + > + * QA upload. > + * Fix dangling /usr/share/doc symlinks (Closes: #1065634). > + > + -- Sven Joachim Thu, 07 Mar 2024 19:42:29 +0100 > + > wv (1.2.9-6.1) unstable; urgency=medium > >* Non-maintainer upload. > diff -Nru wv-1.2.9/debian/libwv-dev.links wv-1.2.9/debian/libwv-dev.links > --- wv-1.2.9/debian/libwv-dev.links 2023-09-17 23:45:41.0 +0200 > +++ wv-1.2.9/debian/libwv-dev.links 2024-03-07 19:41:38.0 +0100 > @@ -1 +1 @@ > -usr/share/doc/libwv-1.2-4 usr/share/doc/libwv-dev > +usr/share/doc/libwv-1.2-4t64 usr/share/doc/libwv-dev > diff -Nru wv-1.2.9/debian/wv.links wv-1.2.9/debian/wv.links > --- wv-1.2.9/debian/wv.links 2023-09-17 23:45:41.0 +0200 > +++ wv-1.2.9/debian/wv.links 2024-03-07 19:01:19.0 +0100 > @@ -1 +1 @@ > -usr/share/doc/libwv-1.2-4 usr/share/doc/wv > +usr/share/doc/libwv-1.2-4t64 usr/share/doc/wv -- 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#1065774: libdigidoc: FTBFS on arm{el,hf}: /<>/libdigidoc/DigiDocService.c:327:19: error: implicit declaration of function ‘ddocAddSignatureFromMemory’ [-Werror=implicit-function-decla
Package: libdigidoc Followup-For: Bug #1065774 User: ubuntu-de...@lists.ubuntu.com Usertags: origin-ubuntu noble ubuntu-patch Control: tags -1 patch Please find attached a patch for this issue that has been uploaded to Ubuntu. -- Steve Langasek Give me a lever long enough and a Free OS Debian Developer to set it on, and I can move the world. Ubuntu Developer https://www.debian.org/ slanga...@ubuntu.com vor...@debian.org diff -Nru libdigidoc-3.10.5/debian/patches/no-implicit-declarations.patch libdigidoc-3.10.5/debian/patches/no-implicit-declarations.patch --- libdigidoc-3.10.5/debian/patches/no-implicit-declarations.patch 1969-12-31 16:00:00.0 -0800 +++ libdigidoc-3.10.5/debian/patches/no-implicit-declarations.patch 2024-04-10 16:10:25.0 -0700 @@ -0,0 +1,30 @@ +Description: add missing define and includes required for prototypes +Author: Steve Langasek +Bug-Debian: https://bugs.debian.org/1065774 +Last-Update: 2024-04-10 +Forwarded: no + +Index: libdigidoc-3.10.5/libdigidoc/DigiDocVerify.c +=== +--- libdigidoc-3.10.5.orig/libdigidoc/DigiDocVerify.c libdigidoc-3.10.5/libdigidoc/DigiDocVerify.c +@@ -20,6 +20,7 @@ + // Creation + //== + ++#define WITH_DEPRECATED_FUNCTIONS + #include "DigiDocVerify.h" + #include "DigiDocError.h" + #include "DigiDocLib.h" +Index: libdigidoc-3.10.5/libdigidoc/DigiDocService.c +=== +--- libdigidoc-3.10.5.orig/libdigidoc/DigiDocService.c libdigidoc-3.10.5/libdigidoc/DigiDocService.c +@@ -26,6 +26,7 @@ + #include + #include + #include ++#include + #include + #include + #include diff -Nru libdigidoc-3.10.5/debian/patches/series libdigidoc-3.10.5/debian/patches/series --- libdigidoc-3.10.5/debian/patches/series 2022-07-10 19:12:11.0 -0700 +++ libdigidoc-3.10.5/debian/patches/series 2024-04-10 16:08:47.0 -0700 @@ -1,3 +1,4 @@ versioninfo.cmake-set-build_date-using-u.patch build-with-openssl-v3.patch fix-national-encoding.patch +no-implicit-declarations.patch
Bug#1028447: cdist: unusable with python 3.11
Package: cdist
Version: 7.0.0-1
Severity: grave
User: ubuntu-de...@lists.ubuntu.com
Usertags: origin-ubuntu lunar
The cdist package is broken with python 3.11, as detected by the
autopkgtest:
$ cdist
Traceback (most recent call last):
File "/usr/bin/cdist", line 93, in
commandline()
File "/usr/bin/cdist", line 53, in commandline
parser, cfg = cdist.argparse.parse_and_configure(sys.argv[1:])
File "/usr/lib/python3/dist-packages/cdist/argparse.py", line 534, in
parse_and_configure
parser = get_parsers()
^
File "/usr/lib/python3/dist-packages/cdist/argparse.py", line 478, in
get_parsers
parser['scan'] = parser['sub'].add_parser(
^
File "/usr/lib/python3.11/argparse.py", line 1197, in add_parser
raise ArgumentError(self, _('conflicting subparser: %s') % name)
argparse.ArgumentError: argument command: conflicting subparser: scan
$
It looks like this is easily fixable without regression by removing the
first assignment to parser['scan'], but this seems like such an obvious bug
that I don't know if I'm missing something with historical behavior of
argparse handling multiple assignments?
Anyway, this package has no maintainer and upstream has not fixed this, and
there are no reverse-dependencies, so I would suggest the package should
just be removed.
--
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#1028447: cdist: unusable with python 3.11
On Sun, Jan 15, 2023 at 10:10:54AM +0100, s3v wrote: > > It looks like this is easily fixable without regression by removing the > > first assignment to parser['scan'], but this seems like such an obvious bug > > that I don't know if I'm missing something with historical behavior of > > argparse handling multiple assignments? > > Anyway, this package has no maintainer and upstream has not fixed this, and > > there are no reverse-dependencies, so I would suggest the package should > > just be removed. > Unless I missed something, upstream fixed this issue in [1] > After applying this commit, I was able to build cdist in a sid > chroot environment. > [1] https://code.ungleich.ch/ungleich-public/cdist/commit/b974969f28f4 Well, that's not the upstream repo listed in debian/copyright, so if someone wants to fix this bug perhaps they also want to fix the upstream pointer. -- 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#1028447: cdist: unusable with python 3.11
On Sun, Jan 15, 2023 at 09:09:05PM +0100, Axel Beckert wrote: > Dear Steve, > Steve Langasek wrote: > > > [1] https://code.ungleich.ch/ungleich-public/cdist/commit/b974969f28f4 > > Well, that's not the upstream repo listed in debian/copyright, > JFTR: > https://salsa.debian.org/debian/cdist/-/blob/debian/7.0.0-1/debian/upstream/metadata > already had the up to date upstream VCS repo at the time you wrote the > bug report. And that's the _canonical_ (sic!) place to look for the > upstream VCS repo. It absolutely is not. Many packages that declare a Vcs URI in debian/control don't provide upstream branches at all; those that do, do not generally have any jobs in place to automatically sync from upstream; and it's the nature of git that in the absence of looking at the content of such a job, you do not know where the actual upstream is or whether the branch is up to date with respect to it. The only standard way to declare a pointer to upstream is in debian/copyright, and that pointer pointed at a repo that had not been updated. Y'all are free to do what you want with this package, but it's in no way my obligation to go hunting around for upstream git repos declared elsewhere. -- 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#1035478: libquazip5-dev ships uncompilable headers
Package: libquazip5-dev Version: 0.9.1-3 Severity: minor User: ubuntu-de...@lists.ubuntu.com Usertags: origin-ubuntu mantic Dear maintainers, As part of an investigation to establish the feasibility of moving 32-bit archs to 64-bit time_t, I am running an analysis of all header files in the archive to determine which libraries' ABIs are affected. This requires the headers in question to be compilable. libquazip5-dev ships header files which have includes that are not satisfied by its dependencies. For my purposes, I've worked around these unusable headers by adding quirks to my scripts, but it seems worth reporting as a bug that headers are being shipped that aren't usable. Specifically, many of the headers in /usr/include/quazip5 include headers from qtbase5-dev, but libquazip5-dev does not depend on qtbase5-dev. 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#1062034: c-icap: NMU diff for 64-bit time_t transition
Source: c-icap
Version: 1:0.5.10-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
c-icap 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 c-icap
which will initially be uploaded to experimental if possible, then to
unstable after packages have cleared binary NEW.
Please find the patch for this NMU attached.
If you have any concerns about this patch, please reach out ASAP. Although
this package will be uploaded to experimental immediately, there will be a
period of several days before we begin uploads to unstable; so if information
becomes available that your package should not be included in the transition,
there is time for us to amend the planned uploads.
-- System Information:
Debian Release: trixie/sid
APT prefers unstable
APT policy: (500, 'unstable'), (1, 'experimental')
Architecture: amd64 (x86_64)
Kernel: Linux 6.5.0-14-generic (SMP w/12 CPU threads; PREEMPT)
Kernel taint flags: TAINT_PROPRIETARY_MODULE, TAINT_OOT_MODULE
Locale: LANG=C, LC_CTYPE=C.UTF-8 (charmap=UTF-8), LANGUAGE not set
Shell: /bin/sh linked to /usr/bin/dash
Init: systemd (via /run/systemd/system)
diff -Nru c-icap-0.5.10/debian/changelog c-icap-0.5.10/debian/changelog
--- c-icap-0.5.10/debian/changelog 2023-08-19 22:04:36.0 +
+++ c-icap-0.5.10/debian/changelog 2024-01-31 03:17:09.0 +
@@ -1,3 +1,10 @@
+c-icap (1:0.5.10-6.1) experimental; urgency=medium
+
+ * Non-maintainer upload.
+ * Rename libraries for 64-bit time_t transition.
+
+ -- Steve Langasek Wed, 31 Jan 2024 03:17:09 +
+
c-icap (1:0.5.10-6) unstable; urgency=medium
* QA upload.
diff -Nru c-icap-0.5.10/debian/control c-icap-0.5.10/debian/control
--- c-icap-0.5.10/debian/control2023-07-29 23:42:50.0 +
+++ c-icap-0.5.10/debian/control2024-01-31 03:17:08.0 +
@@ -22,7 +22,7 @@
${misc:Pre-Depends},
Depends:
adduser,
- libicapapi5 (=${binary:Version}),
+ libicapapi5t64 (=${binary:Version}),
sysvinit-utils (>= 3.05-4~) | lsb-base,
${misc:Depends},
${shlibs:Depends},
@@ -43,7 +43,7 @@
Architecture: any
Section: libdevel
Depends:
- libicapapi5 (=${binary:Version}),
+ libicapapi5t64 (=${binary:Version}),
${misc:Depends},
Description: ICAP API library development files
C-ICAP is an implementation of an ICAP server. It can be used with
@@ -55,7 +55,10 @@
.
This Package contains the ICAP API library development files.
-Package: libicapapi5
+Package: libicapapi5t64
+Provides: ${t64:Provides}
+Replaces: libicapapi5
+Breaks: libicapapi5 (<< ${source:Version})
Section: libs
Architecture: any
Depends:
diff -Nru c-icap-0.5.10/debian/libicapapi5.install
c-icap-0.5.10/debian/libicapapi5.install
--- c-icap-0.5.10/debian/libicapapi5.install2023-07-04 12:47:30.0
+
+++ c-icap-0.5.10/debian/libicapapi5.install1970-01-01 00:00:00.0
+
@@ -1 +0,0 @@
-usr/lib/*/libicapapi.so.5*
diff -Nru c-icap-0.5.10/debian/libicapapi5.symbols
c-icap-0.5.10/debian/libicapapi5.symbols
--- c-icap-0.5.10/debian/libicapapi5.symbols2023-07-29 23:38:01.0
+
+++ c-icap-0.5.10/debian/libicapapi5.symbols1970-01-01 00:00:00.0
+
@@ -1,439 +0,0 @@
-libicapapi.so.5 libicapapi5 #MINVER#
-* Build-Depends-Package: libicapapi-dev
- CI_BODY_MAX_MEM@Base 0.1.4
- CI_DEBUG_LEVEL@Base 0.1.4
- CI_DEBUG_STDOUT@Base 0.1.4
- CI_TMPDIR@Base 0.1.4
- STATS@Base 0.1.4
- STAT_GROUPS@Base 0.1.4
- STAT_INT64@Base 0.1.4
- STAT_KBS@Base 0.1.4
- TEMPLATE_CACHE_SIZE@Base 0.1.4
- TEMPLATE_DEF_LANG@Base 0.1.4
- TEMPLATE_DIR@Base 0.1.4
- TEMPLATE_MEMBUF_SIZE@Base 0.1.4
- TEMPLATE_RELOAD_TIME@Base 0.1.4
- __ci_debug_abort@Base 1:0.5.10
- __log_error@Base 0.1.4
- ci_MD5Final@Base 1:0.3.1
- ci_MD5Init@Base 1:0.3.1
- ci_MD5Update@Base 1:0.3.1
- ci_access_entry_add_acl@Base 0.1.4
- ci_access_entry_add_acl_by_name@Base 0.1.4
- ci_access_entry_match_request@Base 0.1.4
- ci_access_entry_new@Base 0.1.4
- ci_access_entry_release@Base 0.1.4
- ci_acl_add_data@Base 1:0.3.1
- ci_acl_destroy@Base 1:0.
Bug#1062036: cal3d: NMU diff for 64-bit time_t transition
Source: cal3d
Version: 0.11.0-8
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
cal3d 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 cal3d
which will initially be uploaded to experimental if possible, then to
unstable after packages have cleared binary NEW.
Please find the patch for this NMU attached.
If you have any concerns about this patch, please reach out ASAP. Although
this package will be uploaded to experimental immediately, there will be a
period of several days before we begin uploads to unstable; so if information
becomes available that your package should not be included in the transition,
there is time for us to amend the planned uploads.
-- System Information:
Debian Release: trixie/sid
APT prefers unstable
APT policy: (500, 'unstable'), (1, 'experimental')
Architecture: amd64 (x86_64)
Kernel: Linux 6.5.0-14-generic (SMP w/12 CPU threads; PREEMPT)
Kernel taint flags: TAINT_PROPRIETARY_MODULE, TAINT_OOT_MODULE
Locale: LANG=C, LC_CTYPE=C.UTF-8 (charmap=UTF-8), LANGUAGE not set
Shell: /bin/sh linked to /usr/bin/dash
Init: systemd (via /run/systemd/system)
diff -Nru cal3d-0.11.0/debian/changelog cal3d-0.11.0/debian/changelog
--- cal3d-0.11.0/debian/changelog 2023-02-25 13:22:13.0 +
+++ cal3d-0.11.0/debian/changelog 2024-01-31 03:18:31.0 +
@@ -1,3 +1,10 @@
+cal3d (0.11.0-8.1) experimental; urgency=medium
+
+ * Non-maintainer upload.
+ * Rename libraries for 64-bit time_t transition.
+
+ -- Steve Langasek Wed, 31 Jan 2024 03:18:31 +
+
cal3d (0.11.0-8) unstable; urgency=medium
* QA upload.
diff -Nru cal3d-0.11.0/debian/control cal3d-0.11.0/debian/control
--- cal3d-0.11.0/debian/control 2023-02-25 13:22:13.0 +
+++ cal3d-0.11.0/debian/control 2024-01-31 03:18:31.0 +
@@ -6,12 +6,15 @@
Standards-Version: 3.9.8
Homepage: https://mp3butcher.github.io/Cal3D/
-Package: libcal3d12v5
+Package: libcal3d12t64
+Provides: ${t64:Provides}
+X-Time64-Compat: libcal3d12v5
+Breaks: libcal3d12v5 (<< ${source:Version})
Section: libs
Architecture: any
Depends: ${misc:Depends}, ${shlibs:Depends}
Conflicts: libcal3d12
-Replaces: libcal3d12
+Replaces: libcal3d12v5, libcal3d12
Description: Skeletal based 3d character animation library
Cal3d is a skeletal based 3d character animation library
written in C++ in a platform-/graphic API-independent way.
@@ -23,7 +26,7 @@
Package: libcal3d12-dev
Section: libdevel
Architecture: any
-Depends: ${misc:Depends}, libcal3d12v5 (= ${binary:Version})
+Depends: ${misc:Depends}, libcal3d12t64 (= ${binary:Version})
Conflicts: libcal3d-dev, libcal3d10-dev
Replaces: libcal3d-dev, libcal3d10-dev
Provides: libcal3d-dev
diff -Nru cal3d-0.11.0/debian/libcal3d12t64.install
cal3d-0.11.0/debian/libcal3d12t64.install
--- cal3d-0.11.0/debian/libcal3d12t64.install 1970-01-01 00:00:00.0
+
+++ cal3d-0.11.0/debian/libcal3d12t64.install 2016-07-21 05:14:59.0
+
@@ -0,0 +1,4 @@
+usr/bin/cal3d_converter
+usr/lib/libcal3d.so.12
+usr/lib/libcal3d.so.12.0.0
+usr/share/man/man1/cal3d_converter.1
diff -Nru cal3d-0.11.0/debian/libcal3d12t64.lintian-overrides
cal3d-0.11.0/debian/libcal3d12t64.lintian-overrides
--- cal3d-0.11.0/debian/libcal3d12t64.lintian-overrides 1970-01-01
00:00:00.0 +
+++ cal3d-0.11.0/debian/libcal3d12t64.lintian-overrides 2024-01-31
03:18:31.0 +
@@ -0,0 +1 @@
+libcal3d12t64: package-name-doesnt-match-sonames libcal3d12v5
diff -Nru cal3d-0.11.0/debian/libcal3d12v5.install
cal3d-0.11.0/debian/libcal3d12v5.install
--- cal3d-0.11.0/debian/libcal3d12v5.install2016-07-21 05:14:59.0
+
+++ cal3d-0.11.0/debian/libcal3d12v5.install1970-01-01 00:00:00.0
+
@@ -1,4 +0,0 @@
-usr/bin/cal3d_converter
-usr/lib/libcal3d.so.12
-usr/lib/libcal3d.so.12.0.0
-usr/share/man/man1/cal3d_converter.1
Bug#1062087: cmph: NMU diff for 64-bit time_t transition
Source: cmph
Version: 2.0.2-3
Severity: serious
Tags: patch pending
Justification: library ABI skew on upgrade
User: debian-...@lists.debian.org
Usertags: time-t
Dear maintainer,
As part of the 64-bit time_t transition required to support 32-bit
architectures in 2038 and beyond
(https://wiki.debian.org/ReleaseGoals/64bit-time), we have identified
cmph 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 cmph
which will initially be uploaded to experimental if possible, then to
unstable after packages have cleared binary NEW.
Please find the patch for this NMU attached.
If you have any concerns about this patch, please reach out ASAP. Although
this package will be uploaded to experimental immediately, there will be a
period of several days before we begin uploads to unstable; so if information
becomes available that your package should not be included in the transition,
there is time for us to amend the planned uploads.
-- System Information:
Debian Release: trixie/sid
APT prefers unstable
APT policy: (500, 'unstable'), (1, 'experimental')
Architecture: amd64 (x86_64)
Kernel: Linux 6.5.0-14-generic (SMP w/12 CPU threads; PREEMPT)
Kernel taint flags: TAINT_PROPRIETARY_MODULE, TAINT_OOT_MODULE
Locale: LANG=C, LC_CTYPE=C.UTF-8 (charmap=UTF-8), LANGUAGE not set
Shell: /bin/sh linked to /usr/bin/dash
Init: systemd (via /run/systemd/system)
diff -Nru cmph-2.0.2/debian/changelog cmph-2.0.2/debian/changelog
--- cmph-2.0.2/debian/changelog 2023-12-15 19:05:30.0 +
+++ cmph-2.0.2/debian/changelog 2024-01-31 10:21:38.0 +
@@ -1,3 +1,10 @@
+cmph (2.0.2-3.1) experimental; urgency=medium
+
+ * Non-maintainer upload.
+ * Rename libraries for 64-bit time_t transition.
+
+ -- Steve Langasek Wed, 31 Jan 2024 10:21:38 +
+
cmph (2.0.2-3) unstable; urgency=medium
* QA upload.
diff -Nru cmph-2.0.2/debian/control cmph-2.0.2/debian/control
--- cmph-2.0.2/debian/control 2023-12-15 19:05:30.0 +
+++ cmph-2.0.2/debian/control 2024-01-31 10:21:38.0 +
@@ -8,7 +8,10 @@
Vcs-Git: https://salsa.debian.org/debian/cmph.git
Homepage: http://cmph.sourceforge.net
-Package: libcmph0
+Package: libcmph0t64
+Provides: ${t64:Provides}
+Replaces: libcmph0
+Breaks: libcmph0 (<< ${source:Version})
Architecture: any
Depends: ${misc:Depends}, ${shlibs:Depends}
Description: C Minimal Perfect Hashing Library
@@ -20,7 +23,7 @@
Package: libcmph-dev
Architecture: any
-Depends: libcmph0 (= ${binary:Version}), ${misc:Depends}
+Depends: libcmph0t64 (= ${binary:Version}), ${misc:Depends}
Section: libdevel
Description: C Minimal Perfect Hashing Library development files
Minimal perfect hash functions are widely used for memory efficient storage
@@ -36,7 +39,7 @@
Conflicts: libcmph-bin
Architecture: any
Section: utils
-Depends: libcmph0 (= ${binary:Version}), ${misc:Depends}, ${shlibs:Depends}
+Depends: libcmph0t64 (= ${binary:Version}), ${misc:Depends}, ${shlibs:Depends}
Description: C Minimal Perfect Hashing Library command line utilities
Minimal perfect hash functions are widely used for memory efficient storage
and fast retrieval of items from static sets, such as words in natural
diff -Nru cmph-2.0.2/debian/libcmph0.install cmph-2.0.2/debian/libcmph0.install
--- cmph-2.0.2/debian/libcmph0.install 2019-01-03 06:12:19.0 +
+++ cmph-2.0.2/debian/libcmph0.install 1970-01-01 00:00:00.0 +
@@ -1 +0,0 @@
-debian/tmp/usr/lib/*/libcmph.so.*
diff -Nru cmph-2.0.2/debian/libcmph0.symbols cmph-2.0.2/debian/libcmph0.symbols
--- cmph-2.0.2/debian/libcmph0.symbols 2019-09-11 19:21:54.0 +
+++ cmph-2.0.2/debian/libcmph0.symbols 1970-01-01 00:00:00.0 +
@@ -1,272 +0,0 @@
-libcmph.so.0 libcmph0 #MINVER#
-* Build-Depends-Package: libcmph-dev
- __cmph_dump@Base 2.0
- __cmph_load@Base 2.0
- __config_destroy@Base 2.0
- __config_new@Base 2.0
- bdz_config_destroy@Base 2.0
- bdz_config_new@Base 2.0
- bdz_config_set_b@Base 2.0
- bdz_config_set_hashfuncs@Base 2.0
- bdz_destroy@Base 2.0
- bdz_dump@Base 2.0
- bdz_load@Base 2.0
- bdz_lookup_table@Base 2.0
- bdz_new@Base 2.0
- bdz_pack@Base 2.0
- bdz_packed_size@Base 2.0
- bdz_ph_config_destroy@Base 2.0
- bdz_ph_config_new@Base 2.0
- bdz_ph_config_set_hashfuncs@Base 2.0
- bdz_ph_destroy@Base
Bug#1062223: libapreq2: NMU diff for 64-bit time_t transition
Source: libapreq2
Version: 2.17-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
libapreq2 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 libapreq2
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 libapreq2-2.17/debian/changelog libapreq2-2.17/debian/changelog
--- libapreq2-2.17/debian/changelog 2023-06-11 16:37:44.0 +
+++ libapreq2-2.17/debian/changelog 2024-01-31 19:44:03.0 +
@@ -1,3 +1,10 @@
+libapreq2 (2.17-3.1) experimental; urgency=medium
+
+ * Non-maintainer upload.
+ * Rename libraries for 64-bit time_t transition.
+
+ -- Steve Langasek Wed, 31 Jan 2024 19:44:03 +
+
libapreq2 (2.17-3) unstable; urgency=medium
* QA upload.
diff -Nru libapreq2-2.17/debian/control libapreq2-2.17/debian/control
--- libapreq2-2.17/debian/control 2023-06-10 17:07:50.0 +
+++ libapreq2-2.17/debian/control 2024-01-31 19:44:03.0 +
@@ -18,7 +18,7 @@
Package: libapache2-mod-apreq2
Architecture: any
Section: httpd
-Depends: libapreq2-3 (= ${binary:Version}),
+Depends: libapreq2-3t64 (= ${binary:Version}),
${shlibs:Depends},
${misc:Depends}
Description: generic Apache request library - Apache module
@@ -32,7 +32,10 @@
.
This package contains the Apache module itself.
-Package: libapreq2-3
+Package: libapreq2-3t64
+Provides: ${t64:Provides}
+Replaces: libapreq2-3
+Breaks: libapreq2-3 (<< ${source:Version})
Architecture: any
Section: libs
Depends: ${shlibs:Depends},
@@ -52,7 +55,7 @@
Package: libapreq2-dev
Architecture: any
Section: libdevel
-Depends: libapreq2-3 (= ${binary:Version}),
+Depends: libapreq2-3t64 (= ${binary:Version}),
libapr1-dev,
${misc:Depends}
Recommends: libapreq2-doc
@@ -86,7 +89,7 @@
Package: libapache2-request-perl
Architecture: any
-Depends: libapreq2-3 (= ${binary:Version}),
+Depends: libapreq2-3t64 (= ${binary:Version}),
libapache2-mod-apreq2 (= ${binary:Version}),
libapache2-mod-perl2,
${perl:Depends},
diff -Nru libapreq2-2.17/debian/libapreq2-3.files
libapreq2-2.17/debian/libapreq2-3.files
--- libapreq2-2.17/debian/libapreq2-3.files 2023-06-10 09:22:23.0
+
+++ libapreq2-2.17/debian/libapreq2-3.files 1970-01-01 00:00:00.0
+
@@ -1,2 +0,0 @@
-usr/bin/apreq2-config
-
diff -Nru libapreq2-2.17/debian/libapreq2-3.install
libapreq2-2.17/debian/libapreq2-3.install
--- libapreq2-2.17/debian/libapreq2-3.install 2023-06-10 09:22:23.0
+
+++ libapreq2-2.17/debian/libapreq2-3.install 1970-01-01 00:00:00.0
+
@@ -1 +0,0 @@
-usr/lib/*/libapreq2.so.*
diff -Nru libapreq2-2.17/debian/libapreq2-3.lintian-overrides
libapreq2-2.17/debian/libapreq2-3.lintian-overrides
--- libapreq2-2.17/debian/libapreq2-3.lintian-overrides 2023-06-10
15:32:26.0 +
+++ libapreq2-2.17/debian/libapreq2-3.lintian-overrides 1970-01-01
00:00:00.0 +
@@ -1,6 +0,0 @@
-# Cannot easily be fixed
-hardening-no-fortify-functions [*]
-
-# dh_makeshlibs -V is used
-no-symbols-control-file *
-
diff -Nru
Bug#1062226: libast: NMU diff for 64-bit time_t transition
Source: libast
Version: 0.7-9
Severity: serious
Tags: patch pending
Justification: library ABI skew on upgrade
User: debian-...@lists.debian.org
Usertags: time-t
Dear maintainer,
As part of the 64-bit time_t transition required to support 32-bit
architectures in 2038 and beyond
(https://wiki.debian.org/ReleaseGoals/64bit-time), we have identified
libast 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 libast
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 libast-0.7/debian/changelog libast-0.7/debian/changelog
--- libast-0.7/debian/changelog 2018-02-12 18:34:56.0 +
+++ libast-0.7/debian/changelog 2024-01-31 19:48:10.0 +
@@ -1,3 +1,10 @@
+libast (0.7-9.1) experimental; urgency=medium
+
+ * Non-maintainer upload.
+ * Rename libraries for 64-bit time_t transition.
+
+ -- Steve Langasek Wed, 31 Jan 2024 19:48:10 +
+
libast (0.7-9) unstable; urgency=medium
* QA upload.
diff -Nru libast-0.7/debian/control libast-0.7/debian/control
--- libast-0.7/debian/control 2017-07-19 21:52:07.0 +
+++ libast-0.7/debian/control 2024-01-31 19:48:10.0 +
@@ -6,12 +6,14 @@
Standards-Version: 4.0.0
Homepage: http://www.eterm.org/
-Package: libast2
+Package: libast2t64
+Provides: ${t64:Provides}
+Breaks: libast2 (<< ${source:Version})
Architecture: any
Pre-Depends: ${misc:Pre-Depends}
Depends: ${shlibs:Depends}, ${misc:Depends}
Conflicts: libast1
-Replaces: libast1
+Replaces: libast2, libast1
Description: Library of Assorted Spiffy Things
LibAST is the Library of Assorted Spiffy Things. It contains many
spiffy things, and it is a library. Thus, the ever-so-creative name.
@@ -25,10 +27,10 @@
Package: libast2-dev
Architecture: any
Section: libdevel
-Depends: ${misc:Depends}, libimlib2-dev, libc6-dev, libast2 (=
${binary:Version})
+Depends: ${misc:Depends}, libimlib2-dev, libc6-dev, libast2t64 (=
${binary:Version})
Provides: libast1-dev, libast-dev
Conflicts: libast1-dev, libast-dev
-Description: libast2 development files
+Description: libast2t64 development files
Headers, static libraries and documentation for developing software
that uses libast2.
.
diff -Nru libast-0.7/debian/libast2.install libast-0.7/debian/libast2.install
--- libast-0.7/debian/libast2.install 2011-08-25 20:12:44.0 +
+++ libast-0.7/debian/libast2.install 1970-01-01 00:00:00.0 +
@@ -1 +0,0 @@
-debian/tmp/usr/lib/*/libast.so.*
diff -Nru libast-0.7/debian/libast2t64.install
libast-0.7/debian/libast2t64.install
--- libast-0.7/debian/libast2t64.install1970-01-01 00:00:00.0
+
+++ libast-0.7/debian/libast2t64.install2011-08-25 20:12:44.0
+
@@ -0,0 +1 @@
+debian/tmp/usr/lib/*/libast.so.*
diff -Nru libast-0.7/debian/libast2t64.lintian-overrides
libast-0.7/debian/libast2t64.lintian-overrides
--- libast-0.7/debian/libast2t64.lintian-overrides 1970-01-01
00:00:00.0 +
+++ libast-0.7/debian/libast2t64.lintian-overrides 2024-01-31
19:48:10.0 +
@@ -0,0 +1 @@
+libast2t64: package-name-doesnt-match-sonames libast2
Bug#1062260: libcpuset: NMU diff for 64-bit time_t transition
Source: libcpuset
Version: 1.0-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
libcpuset 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 libcpuset
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 libcpuset-1.0/debian/changelog libcpuset-1.0/debian/changelog
--- libcpuset-1.0/debian/changelog 2021-09-19 03:28:23.0 +
+++ libcpuset-1.0/debian/changelog 2024-01-31 21:03:10.0 +
@@ -1,3 +1,10 @@
+libcpuset (1.0-6.1) experimental; urgency=medium
+
+ * Non-maintainer upload.
+ * Rename libraries for 64-bit time_t transition.
+
+ -- Steve Langasek Wed, 31 Jan 2024 21:03:10 +
+
libcpuset (1.0-6) unstable; urgency=medium
* QA upload.
diff -Nru libcpuset-1.0/debian/control libcpuset-1.0/debian/control
--- libcpuset-1.0/debian/control2021-09-19 03:28:22.0 +
+++ libcpuset-1.0/debian/control2024-01-31 21:03:10.0 +
@@ -16,7 +16,7 @@
Multi-Arch: same
Depends:
libbitmask-dev,
- libcpuset1 (= ${binary:Version}),
+ libcpuset1t64 (= ${binary:Version}),
${misc:Depends},
Description: header files and docs for libcpuset
Contains the header files and documentation for libcpuset
@@ -27,7 +27,10 @@
certain CPUs, and to allocating memory on certain Memory Nodes.
The libcpuset library provides a convenient 'C' API to cpusets.
-Package: libcpuset1
+Package: libcpuset1t64
+Provides: ${t64:Provides}
+Replaces: libcpuset1
+Breaks: libcpuset1 (<< ${source:Version})
Section: libs
Architecture: any
Multi-Arch: same
diff -Nru libcpuset-1.0/debian/libcpuset1.install
libcpuset-1.0/debian/libcpuset1.install
--- libcpuset-1.0/debian/libcpuset1.install 2021-09-19 03:25:11.0
+
+++ libcpuset-1.0/debian/libcpuset1.install 1970-01-01 00:00:00.0
+
@@ -1,2 +0,0 @@
-usr/lib/*/lib*.so.*
-usr/share/man/*
diff -Nru libcpuset-1.0/debian/libcpuset1t64.install
libcpuset-1.0/debian/libcpuset1t64.install
--- libcpuset-1.0/debian/libcpuset1t64.install 1970-01-01 00:00:00.0
+
+++ libcpuset-1.0/debian/libcpuset1t64.install 2021-09-19 03:25:11.0
+
@@ -0,0 +1,2 @@
+usr/lib/*/lib*.so.*
+usr/share/man/*
diff -Nru libcpuset-1.0/debian/libcpuset1t64.lintian-overrides
libcpuset-1.0/debian/libcpuset1t64.lintian-overrides
--- libcpuset-1.0/debian/libcpuset1t64.lintian-overrides1970-01-01
00:00:00.0 +
+++ libcpuset-1.0/debian/libcpuset1t64.lintian-overrides2024-01-31
21:03:10.0 +
@@ -0,0 +1 @@
+libcpuset1t64: package-name-doesnt-match-sonames libcpuset1
Bug#1062270: libdigidoc: NMU diff for 64-bit time_t transition
Source: libdigidoc
Version: 3.10.5-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
libdigidoc 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 libdigidoc
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 libdigidoc-3.10.5/debian/changelog libdigidoc-3.10.5/debian/changelog
--- libdigidoc-3.10.5/debian/changelog 2022-07-11 02:12:11.0 +
+++ libdigidoc-3.10.5/debian/changelog 2024-01-31 22:10:48.0 +
@@ -1,3 +1,10 @@
+libdigidoc (3.10.5-4.1) experimental; urgency=medium
+
+ * Non-maintainer upload.
+ * Rename libraries for 64-bit time_t transition.
+
+ -- Steve Langasek Wed, 31 Jan 2024 22:10:48 +
+
libdigidoc (3.10.5-4) unstable; urgency=medium
* QA upload.
diff -Nru libdigidoc-3.10.5/debian/control libdigidoc-3.10.5/debian/control
--- libdigidoc-3.10.5/debian/control2022-07-11 02:12:11.0 +
+++ libdigidoc-3.10.5/debian/control2024-01-31 22:10:48.0 +
@@ -22,9 +22,9 @@
Depends:
${misc:Depends}
Breaks:
- libdigidoc2 (<< ${binary:Version})
+ libdigidoc2t64 (<< ${binary:Version})
Replaces:
- libdigidoc2 (<< ${binary:Version})
+ libdigidoc2t64 (<< ${binary:Version})
Description: DigiDoc digital signature library common files
DigiDoc is an XML file format for documents with digital signatures in use by
the Estonian ID card infrastructure. This library allows for creation and
@@ -36,10 +36,11 @@
This package contains common architecture-independent files for the
applications using the DigiDoc digital signature library.
-Package: libdigidoc2
-Replaces:
+Package: libdigidoc2t64
+Provides: ${t64:Provides}
+Replaces:libdigidoc2,
libdigidoc
-Breaks:
+Breaks:libdigidoc2 (<< ${source:Version}),
libdigidoc
Architecture: any
Multi-Arch: same
@@ -65,7 +66,7 @@
Architecture: any
Section: misc
Depends:
- libdigidoc2 (= ${binary:Version}),
+ libdigidoc2t64 (= ${binary:Version}),
${misc:Depends},
${shlibs:Depends}
Suggests: libdigidoc-doc
@@ -85,7 +86,7 @@
Multi-Arch: same
Section: libdevel
Depends:
- libdigidoc2 (= ${binary:Version}),
+ libdigidoc2t64 (= ${binary:Version}),
libssl-dev,
libxml2-dev,
${misc:Depends}
diff -Nru libdigidoc-3.10.5/debian/libdigidoc2.install
libdigidoc-3.10.5/debian/libdigidoc2.install
--- libdigidoc-3.10.5/debian/libdigidoc2.install2022-07-11
02:12:11.0 +
+++ libdigidoc-3.10.5/debian/libdigidoc2.install1970-01-01
00:00:00.0 +
@@ -1 +0,0 @@
-usr/lib/*/lib*.so.*
diff -Nru libdigidoc-3.10.5/debian/libdigidoc2t64.install
libdigidoc-3.10.5/debian/libdigidoc2t64.install
--- libdigidoc-3.10.5/debian/libdigidoc2t64.install 1970-01-01
00:00:00.0 +
+++ libdigidoc-3.10.5/debian/libdigidoc2t64.install 2022-07-11
02:12:11.0 +
@@ -0,0 +1 @@
+usr/lib/*/lib*.so.*
diff -Nru libdigidoc-3.10.5/debian/libdigidoc2t64.lintian-overrides
libdigidoc-3.10.5/debian/libdigidoc2t64.lintian-overrides
--- libdigidoc-3.10.5/debian/libdigidoc2t64.lintian-overrides 1970-01-01
00:00:00.0 +
+++ libdigidoc-3.10.5
Bug#1062276: libdv: NMU diff for 64-bit time_t transition
Source: libdv
Version: 1.0.0-17
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
libdv 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 libdv
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 libdv-1.0.0/debian/changelog libdv-1.0.0/debian/changelog
--- libdv-1.0.0/debian/changelog2023-12-15 10:21:03.0 +
+++ libdv-1.0.0/debian/changelog2024-02-01 00:05:30.0 +
@@ -1,3 +1,10 @@
+libdv (1.0.0-17.1) experimental; urgency=medium
+
+ * Non-maintainer upload.
+ * Rename libraries for 64-bit time_t transition.
+
+ -- Steve Langasek Thu, 01 Feb 2024 00:05:30 +
+
libdv (1.0.0-17) unstable; urgency=medium
* QA upload.
diff -Nru libdv-1.0.0/debian/control libdv-1.0.0/debian/control
--- libdv-1.0.0/debian/control 2023-12-10 00:36:31.0 +
+++ libdv-1.0.0/debian/control 2024-02-01 00:05:30.0 +
@@ -37,7 +37,10 @@
(encodedv), transferring DV data (dvconnect) and insert audio into a DV
stream (dubdv).
-Package: libdv4
+Package: libdv4t64
+Provides: ${t64:Provides}
+Replaces: libdv4
+Breaks: libdv4 (<< ${source:Version})
Section: libs
Architecture: any
Multi-Arch: same
@@ -61,7 +64,7 @@
Architecture: any
Multi-Arch: same
Depends:
- libdv4 (= ${binary:Version}),
+ libdv4t64 (= ${binary:Version}),
libpopt-dev,
${misc:Depends},
Recommends:
diff -Nru libdv-1.0.0/debian/libdv4.README.Debian
libdv-1.0.0/debian/libdv4.README.Debian
--- libdv-1.0.0/debian/libdv4.README.Debian 2023-07-22 11:52:02.0
+
+++ libdv-1.0.0/debian/libdv4.README.Debian 1970-01-01 00:00:00.0
+
@@ -1,19 +0,0 @@
-Notes on libdv for Debian
-=
-
-On the i386 architecture, the shared library version of libdv does not comprise
-of position-independent code only. While not desirable in general, this choice
-was done on purpose by the upstream developers for some performance critical
-routines that contain hand-optimized assembler code. As such, it meets an
-exceptio for position-dependent code in shared libraries granted in section
-10.2 of Debian policy (version 3.7.2). It was discussed in report #175077 in
-the Debian bug tracking system. The difficulties of converting the assembly
-part to position-independent code have been discussed on the debian-devel
-mailing list in <20030110165246.GC1494@neljae> and follow-ups. In the meantime,
-folks over at Gentoo (Mike Frysinger?) have managed to come up with a
-working patch that turns the i386 assembly into position-independent code
-(cf. http://bugs.gentoo.org/show_bug.cgi?id=121871). As this patch is quite
-intrusive, I've opted not to include it in the Debian package for now, and
-wait on the upstream developers' opinions instead.
-
- -- Daniel Kobras Tue, 26 Sep 2006 14:21:55 +0200
diff -Nru libdv-1.0.0/debian/libdv4.docs libdv-1.0.0/debian/libdv4.docs
--- libdv-1.0.0/debian/libdv4.docs 2023-07-22 11:52:02.0 +
+++ libdv-1.0.0/debian/libdv4.docs 1970-01-01 00:00:00.0 +
@@ -1,6 +0,0 @@
-AUTHORS
-NEWS
-README
-README.d
Bug#1062289: libexplain: NMU diff for 64-bit time_t transition
Source: libexplain
Version: 1.4.D001-12
Severity: serious
Tags: patch pending
Justification: library ABI skew on upgrade
User: debian-...@lists.debian.org
Usertags: time-t
Dear maintainer,
As part of the 64-bit time_t transition required to support 32-bit
architectures in 2038 and beyond
(https://wiki.debian.org/ReleaseGoals/64bit-time), we have identified
libexplain 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 libexplain
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 libexplain-1.4.D001/debian/changelog
libexplain-1.4.D001/debian/changelog
--- libexplain-1.4.D001/debian/changelog2021-11-16 20:36:08.0
+
+++ libexplain-1.4.D001/debian/changelog2024-02-01 00:17:44.0
+
@@ -1,3 +1,10 @@
+libexplain (1.4.D001-12.1) experimental; urgency=medium
+
+ * Non-maintainer upload.
+ * Rename libraries for 64-bit time_t transition.
+
+ -- Steve Langasek Thu, 01 Feb 2024 00:17:44 +
+
libexplain (1.4.D001-12) unstable; urgency=medium
* QA upload.
diff -Nru libexplain-1.4.D001/debian/control libexplain-1.4.D001/debian/control
--- libexplain-1.4.D001/debian/control 2021-11-16 20:36:08.0 +
+++ libexplain-1.4.D001/debian/control 2024-02-01 00:17:44.0 +
@@ -39,7 +39,10 @@
This package contains the documentation.
Depends: ${misc:Depends}
-Package: libexplain51
+Package: libexplain51t64
+Provides: ${t64:Provides}
+Replaces: libexplain51
+Breaks: libexplain51 (<< ${source:Version})
Section: libs
Architecture: any
Multi-Arch: same
@@ -64,7 +67,7 @@
This package contains the development files.
Depends:
libacl1-dev,
- libexplain51 (= ${binary:Version}),
+ libexplain51t64 (= ${binary:Version}),
lsof,
${misc:Depends},
${shlibs:Depends}
diff -Nru libexplain-1.4.D001/debian/libexplain51.install
libexplain-1.4.D001/debian/libexplain51.install
--- libexplain-1.4.D001/debian/libexplain51.install 2021-11-16
20:36:08.0 +
+++ libexplain-1.4.D001/debian/libexplain51.install 1970-01-01
00:00:00.0 +
@@ -1,2 +0,0 @@
-usr/lib/*/libexplain.so.*
-usr/share/locale/de/LC_MESSAGES/libexplain.mo
diff -Nru libexplain-1.4.D001/debian/libexplain51t64.install
libexplain-1.4.D001/debian/libexplain51t64.install
--- libexplain-1.4.D001/debian/libexplain51t64.install 1970-01-01
00:00:00.0 +
+++ libexplain-1.4.D001/debian/libexplain51t64.install 2021-11-16
20:36:08.0 +
@@ -0,0 +1,2 @@
+usr/lib/*/libexplain.so.*
+usr/share/locale/de/LC_MESSAGES/libexplain.mo
diff -Nru libexplain-1.4.D001/debian/libexplain51t64.lintian-overrides
libexplain-1.4.D001/debian/libexplain51t64.lintian-overrides
--- libexplain-1.4.D001/debian/libexplain51t64.lintian-overrides
1970-01-01 00:00:00.0 +
+++ libexplain-1.4.D001/debian/libexplain51t64.lintian-overrides
2024-02-01 00:17:44.0 +
@@ -0,0 +1 @@
+libexplain51t64: package-name-doesnt-match-sonames libexplain51
Bug#1062294: libfixbuf: NMU diff for 64-bit time_t transition
Source: libfixbuf
Version: 2.4.1+ds-2
Severity: serious
Tags: patch pending
Justification: library ABI skew on upgrade
User: debian-...@lists.debian.org
Usertags: time-t
Dear maintainer,
As part of the 64-bit time_t transition required to support 32-bit
architectures in 2038 and beyond
(https://wiki.debian.org/ReleaseGoals/64bit-time), we have identified
libfixbuf 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 libfixbuf
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 libfixbuf-2.4.1+ds/debian/changelog
libfixbuf-2.4.1+ds/debian/changelog
--- libfixbuf-2.4.1+ds/debian/changelog 2022-11-02 22:26:09.0 +
+++ libfixbuf-2.4.1+ds/debian/changelog 2024-02-01 00:29:09.0 +
@@ -1,3 +1,10 @@
+libfixbuf (2.4.1+ds-2.1) experimental; urgency=medium
+
+ * Non-maintainer upload.
+ * Rename libraries for 64-bit time_t transition.
+
+ -- Steve Langasek Thu, 01 Feb 2024 00:29:09 +
+
libfixbuf (2.4.1+ds-2) unstable; urgency=medium
* QA upload.
diff -Nru libfixbuf-2.4.1+ds/debian/control libfixbuf-2.4.1+ds/debian/control
--- libfixbuf-2.4.1+ds/debian/control 2022-11-02 22:26:09.0 +
+++ libfixbuf-2.4.1+ds/debian/control 2024-02-01 00:29:09.0 +
@@ -29,7 +29,10 @@
ipfixDump is a command line tool for printing the contents of an IPFIX
file as text.
-Package: libfixbuf9
+Package: libfixbuf9t64
+Provides: ${t64:Provides}
+Replaces: libfixbuf9
+Breaks: libfixbuf9 (<< ${source:Version})
Architecture: any
Depends: ${shlibs:Depends}, ${misc:Depends}
Pre-Depends: ${misc:Pre-Depends}
@@ -47,7 +50,7 @@
Package: libfixbuf-dev
Architecture: any
-Depends: libfixbuf9 (= ${binary:Version}), ${misc:Depends}, libglib2.0-dev
+Depends: libfixbuf9t64 (= ${binary:Version}), ${misc:Depends}, libglib2.0-dev
Breaks: libfixbuf3-dev (<< 2)
Replaces: libfixbuf3-dev (<< 2)
Multi-Arch: same
diff -Nru libfixbuf-2.4.1+ds/debian/libfixbuf9.install
libfixbuf-2.4.1+ds/debian/libfixbuf9.install
--- libfixbuf-2.4.1+ds/debian/libfixbuf9.install2022-11-02
22:26:09.0 +
+++ libfixbuf-2.4.1+ds/debian/libfixbuf9.install1970-01-01
00:00:00.0 +
@@ -1 +0,0 @@
-usr/lib/*/libfixbuf.so.9*
diff -Nru libfixbuf-2.4.1+ds/debian/libfixbuf9t64.install
libfixbuf-2.4.1+ds/debian/libfixbuf9t64.install
--- libfixbuf-2.4.1+ds/debian/libfixbuf9t64.install 1970-01-01
00:00:00.0 +
+++ libfixbuf-2.4.1+ds/debian/libfixbuf9t64.install 2022-11-02
22:26:09.0 +
@@ -0,0 +1 @@
+usr/lib/*/libfixbuf.so.9*
diff -Nru libfixbuf-2.4.1+ds/debian/libfixbuf9t64.lintian-overrides
libfixbuf-2.4.1+ds/debian/libfixbuf9t64.lintian-overrides
--- libfixbuf-2.4.1+ds/debian/libfixbuf9t64.lintian-overrides 1970-01-01
00:00:00.0 +
+++ libfixbuf-2.4.1+ds/debian/libfixbuf9t64.lintian-overrides 2024-02-01
00:29:09.0 +
@@ -0,0 +1 @@
+libfixbuf9t64: package-name-doesnt-match-sonames libfixbuf9
Bug#1062307: libgadu: NMU diff for 64-bit time_t transition
Source: libgadu
Version: 1:1.12.2-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
libgadu 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 libgadu
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 libgadu-1.12.2/debian/changelog libgadu-1.12.2/debian/changelog
--- libgadu-1.12.2/debian/changelog 2021-08-22 02:05:39.0 +
+++ libgadu-1.12.2/debian/changelog 2024-02-01 00:52:21.0 +
@@ -1,3 +1,10 @@
+libgadu (1:1.12.2-6.1) experimental; urgency=medium
+
+ * Non-maintainer upload.
+ * Rename libraries for 64-bit time_t transition.
+
+ -- Steve Langasek Thu, 01 Feb 2024 00:52:21 +
+
libgadu (1:1.12.2-6) unstable; urgency=medium
* QA upload.
diff -Nru libgadu-1.12.2/debian/control libgadu-1.12.2/debian/control
--- libgadu-1.12.2/debian/control 2021-08-22 02:05:39.0 +
+++ libgadu-1.12.2/debian/control 2024-02-01 00:52:21.0 +
@@ -22,7 +22,10 @@
Vcs-Browser: https://salsa.debian.org/debian/libgadu
Rules-Requires-Root: no
-Package: libgadu3
+Package: libgadu3t64
+Provides: ${t64:Provides}
+Replaces: libgadu3
+Breaks: libgadu3 (<< ${source:Version})
Architecture: any
Depends: ${shlibs:Depends}, ${misc:Depends}
Pre-Depends: ${misc:Pre-Depends}
@@ -37,7 +40,7 @@
Package: libgadu-dev
Section: libdevel
Architecture: any
-Depends: libgadu3 (= ${binary:Version}), ${misc:Depends},
+Depends: libgadu3t64 (= ${binary:Version}), ${misc:Depends},
# pkg-config needs gnutls (#765654)
libgnutls28-dev
Pre-Depends: ${misc:Pre-Depends}
diff -Nru libgadu-1.12.2/debian/libgadu3.docs
libgadu-1.12.2/debian/libgadu3.docs
--- libgadu-1.12.2/debian/libgadu3.docs 2021-08-22 02:05:39.0 +
+++ libgadu-1.12.2/debian/libgadu3.docs 1970-01-01 00:00:00.0 +
@@ -1,2 +0,0 @@
-README
-NEWS
diff -Nru libgadu-1.12.2/debian/libgadu3.install
libgadu-1.12.2/debian/libgadu3.install
--- libgadu-1.12.2/debian/libgadu3.install 2021-08-22 02:05:39.0
+
+++ libgadu-1.12.2/debian/libgadu3.install 1970-01-01 00:00:00.0
+
@@ -1 +0,0 @@
-usr/lib/*/lib*.so.*
diff -Nru libgadu-1.12.2/debian/libgadu3.lintian-overrides
libgadu-1.12.2/debian/libgadu3.lintian-overrides
--- libgadu-1.12.2/debian/libgadu3.lintian-overrides2021-08-22
02:05:39.0 +
+++ libgadu-1.12.2/debian/libgadu3.lintian-overrides1970-01-01
00:00:00.0 +
@@ -1,2 +0,0 @@
-# Apparent false-positive due to "strings" mangling the string.
-I spelling-error-in-binary usr/lib/*/libgadu.so.* nam name
diff -Nru libgadu-1.12.2/debian/libgadu3.symbols
libgadu-1.12.2/debian/libgadu3.symbols
--- libgadu-1.12.2/debian/libgadu3.symbols 2021-08-22 02:05:39.0
+
+++ libgadu-1.12.2/debian/libgadu3.symbols 1970-01-01 00:00:00.0
+
@@ -1,167 +0,0 @@
-libgadu.so.3 libgadu3 #MINVER#
- gg_add_notify@Base 1:1.8.0+r592
- gg_add_notify_ex@Base 1:1.8.0+r592
- gg_base64_decode@Base 1:1.8.0+r592
- gg_base64_encode@Base 1:1.8.0+r592
- gg_change_info@Base 1:1.8.0+r592
- gg_change_info_request_free@Base 1:1.8.0+
Bug#1062321: libgpiv: NMU diff for 64-bit time_t transition
Source: libgpiv
Version: 0.6.1-7.1
Severity: serious
Tags: patch pending
Justification: library ABI skew on upgrade
User: debian-...@lists.debian.org
Usertags: time-t
Dear maintainer,
As part of the 64-bit time_t transition required to support 32-bit
architectures in 2038 and beyond
(https://wiki.debian.org/ReleaseGoals/64bit-time), we have identified
libgpiv 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 libgpiv
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 libgpiv-0.6.1/debian/changelog libgpiv-0.6.1/debian/changelog
--- libgpiv-0.6.1/debian/changelog 2021-01-03 16:54:03.0 +
+++ libgpiv-0.6.1/debian/changelog 2024-02-01 02:07:00.0 +
@@ -1,3 +1,10 @@
+libgpiv (0.6.1-7.2) experimental; urgency=medium
+
+ * Non-maintainer upload.
+ * Rename libraries for 64-bit time_t transition.
+
+ -- Steve Langasek Thu, 01 Feb 2024 02:07:00 +
+
libgpiv (0.6.1-7.1) unstable; urgency=medium
* Non maintainer upload by the Reproducible Builds team.
diff -Nru libgpiv-0.6.1/debian/control libgpiv-0.6.1/debian/control
--- libgpiv-0.6.1/debian/control2017-09-01 18:18:18.0 +
+++ libgpiv-0.6.1/debian/control2024-02-01 02:07:00.0 +
@@ -33,13 +33,16 @@
This package contains the files that the libgpiv3-* packages share,
like the configuration file.
-Package: libgpiv3
+Package: libgpiv3t64
+Provides: ${t64:Provides}
+Replaces: libgpiv3
+Breaks: libgpiv3 (<< ${source:Version})
Section: libs
Architecture: any
Depends: libgpiv3-common,
${misc:Depends},
${shlibs:Depends}
-Conflicts: libgpiv-mpi3
+Conflicts: libgpiv-mpi3t64
Description: library for Particle Image Velocimetry (PIV)
This library contains functions for evaluating images from a fluid
flow by means of Particle Image Velocimetry (PIV).
@@ -63,7 +66,7 @@
Provides: libgpiv-dev
Section: libdevel
Architecture: any
-Depends: libgpiv-mpi3 (= ${binary:Version}) | libgpiv3 (= ${binary:Version}),
+Depends: libgpiv-mpi3t64 (= ${binary:Version}) | libgpiv3t64 (=
${binary:Version}),
${misc:Depends}
Description: library for Particle Image Velocimetry (PIV) - development files
This library contains functions for evaluating images from a fluid flow
@@ -87,13 +90,16 @@
This package contains the Application Programming Interface (API)
documentation, generated by doxygen in html format.
-Package: libgpiv-mpi3
+Package: libgpiv-mpi3t64
+Provides: ${t64:Provides}
+Replaces: libgpiv-mpi3
+Breaks: libgpiv-mpi3 (<< ${source:Version})
Section: libs
Architecture: any
Depends: libgpiv3-common (= ${binary:Version}),
${misc:Depends},
${shlibs:Depends}
-Conflicts: libgpiv3
+Conflicts: libgpiv3t64
Description: library for Particle Image Velocimetry (PIV) - MPI version
This library contains functions for evaluating images from a fluid
flow by means of Particle Image Velocimetry (PIV).
diff -Nru libgpiv-0.6.1/debian/libgpiv-mpi3.install
libgpiv-0.6.1/debian/libgpiv-mpi3.install
--- libgpiv-0.6.1/debian/libgpiv-mpi3.install 2017-07-23 11:16:48.0
+
+++ libgpiv-0.6.1/debian/libgpiv-mpi3.install 1970-01-01 00:00:00.0
+
@@ -1 +0,0 @@
-usr/lib/*/lib*.so.*
diff -Nru libgpiv-0.6.1/debian/libgpiv-mpi3t64.install
libgpiv-0.6.1/debian/libgpiv-mpi3t64.install
--- libgpiv-0.6.1/deb
Bug#603450: Acknowledgement (offlineimap: fails check the remote servers ssl certificate is valid)
retitle 603540 offlineimap: fails to check the remote server's ssl certificate is valid thanks On Sun, Nov 14, 2010 at 08:15:18PM +1100, dave b wrote: >I wish debian let me edit bugs like ubuntu does! Done. See http://www.debian.org/Bugs/server-control for more details on the commands available. >(offlineimap: fails check the remote > servers ssl certificate is valid) > >should be >(offlineimap: fails *to* check the remote > server's ssl certificate is valid) > >s/servers/server's/ -- Steve McIntyre, Cambridge, UK.st...@einval.com "The problem with defending the purity of the English language is that English is about as pure as a cribhouse whore. We don't just borrow words; on occasion, English has pursued other languages down alleyways to beat them unconscious and rifle their pockets for new vocabulary." -- James D. Nicoll -- To UNSUBSCRIBE, email to debian-qa-packages-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20101114172529.gf13...@einval.com
Bug#623572: thttpd: Pass Cache-Control header to HTTP_CACHE_CONTROL CGI environment
Package: thttpd
Version: 2.25b-11
Severity: wishlist
Tags: patch
It would be nice to pass the Cache-Control header to spawned CGI
processes.
Here is a minimal patch that does just this.
-- System Information:
Debian Release: 6.0.1
APT prefers stable
APT policy: (500, 'stable')
Architecture: kfreebsd-amd64 (x86_64)
Kernel: kFreeBSD 8.1-1-amd64
Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968)
Shell: /bin/sh linked to /bin/dash
Versions of packages thttpd depends on:
ii libc0.1 2.11.2-10 Embedded GNU C Library: Shared lib
Versions of packages thttpd recommends:
ii logrotate 3.7.8-6Log rotation utility
Versions of packages thttpd suggests:
pn thttpd-util(no description available)
-- no debconf information
diff -u thttpd-2.25b.orig/libhttpd.c thttpd-2.25b/libhttpd.c
--- thttpd-2.25b.orig/libhttpd.c 2011-04-21 12:03:04.0 +0200
+++ thttpd-2.25b/libhttpd.c 2011-04-21 12:03:10.0 +0200
@@ -1733,6 +1733,7 @@
hc->acceptl = "";
hc->cookie = "";
hc->contenttype = "";
+hc->cachecontrol = "";
hc->reqhost[0] = '\0';
hc->hdrhost = "";
hc->hostdir[0] = '\0';
@@ -2189,6 +2190,12 @@
cp += strspn( cp, " \t" );
hc->contenttype = cp;
}
+ else if ( strncasecmp( buf, "Cache-Control:", 14 ) == 0 )
+ {
+ cp = &buf[14];
+ cp += strspn( cp, " \t" );
+ hc->cachecontrol = cp;
+ }
else if ( strncasecmp( buf, "Content-Length:", 15 ) == 0 )
{
cp = &buf[15];
@@ -2211,7 +2218,6 @@
else if ( strncasecmp( buf, "Accept-Charset:", 15 ) == 0 ||
strncasecmp( buf, "Accept-Language:", 16 ) == 0 ||
strncasecmp( buf, "Agent:", 6 ) == 0 ||
- strncasecmp( buf, "Cache-Control:", 14 ) == 0 ||
strncasecmp( buf, "Cache-Info:", 11 ) == 0 ||
strncasecmp( buf, "Charge-To:", 10 ) == 0 ||
strncasecmp( buf, "Client-IP:", 10 ) == 0 ||
@@ -3063,6 +3069,8 @@
envp[envn++] = build_env( "HTTP_COOKIE=%s", hc->cookie );
if ( hc->contenttype[0] != '\0' )
envp[envn++] = build_env( "CONTENT_TYPE=%s", hc->contenttype );
+if ( hc->cachecontrol[0] != '\0' )
+ envp[envn++] = build_env( "HTTP_CACHE_CONTROL=%s", hc->cachecontrol );
if ( hc->hdrhost[0] != '\0' )
envp[envn++] = build_env( "HTTP_HOST=%s", hc->hdrhost );
if ( hc->contentlength != -1 )
diff -u thttpd-2.25b.orig/libhttpd.h thttpd-2.25b/libhttpd.h
--- thttpd-2.25b.orig/libhttpd.h 2011-04-21 12:03:04.0 +0200
+++ thttpd-2.25b/libhttpd.h 2011-04-21 12:03:10.0 +0200
@@ -114,6 +114,7 @@
char* acceptl;
char* cookie;
char* contenttype;
+char* cachecontrol;
char* reqhost;
char* hdrhost;
char* hostdir;
Re: .la file removal, multiarch for plugins
Hi Lionel, On Sun, Jul 10, 2011 at 04:48:16PM +0200, Lionel Elie Mamane wrote: > >>> To finish an old release goal from Squeeze, to comply with Policy > >>> 10.2 and to ease the introduction of MultiArch, I'm filing bugs > >>> against packages which contain .la files which can be either removed > >>> or stripped of the dependency_libs variable. > >> Policy 10.2 says: > >> These requirements for handling of .la files do not apply to loadable > >> modules or libraries not installed in directories searched by default > >> by the dynamic linker. > > All true, but (...) clearing the dependency_libs field in the .la > > file is still necessary even if the .la file is retained for the > > purposes of things like libltdl. (It is also safe for libltdl usage > > as this relies on a different part of the .la file.) > OK. What is slightly unclear to me, is that "being loaded by libltdl" > is a thing that is external to the package. If there is *one* program > anywhere (even not packaged in Debian or local to an enterprise) that > uses libltdl to load library foo, we break that program by removing > the .la file. So I don't really understand why we (we=Debian) consider > it a good thing to remove the .la file, even if nothing in Debian, or > nothing we know of, uses libltdl to load that library. If we're talking about shared libraries, this is a non issue. the .la file is named like the .so symlink, i.e. without the soname; dlopening a shared library without specifying an soname is Broken and Wrong. So there's no reason for us to worry about breaking something that's already entirely broken. For plugins / DSOs, it's important to not break compatibility with other software that might be opening them in a way that references the .la file, true; but in most cases these are plugins for a specific piece of software, so we know conclusively whether or not the .la file is used for the lookup. In this respect, ODBC is a special case. The UnixODBC documentation and examples certainly all use the .so, not the .la, but ODBC drivers can also be used directly without going through the driver manager, and if the .la exists on the system then it's always possible that someone has referenced it in their odbcinst.ini, too. So if you are concerned that users are referencing a .la file for an ODBC driver, it's not a bug for you to leave it in place indefinitely. However, I think this is a really small compatibility break and would personally not worry much that this would have an impact on users. > > With MultiArch, you may still get problems here because those > > directories will be changing. If those paths are within the sole > > control of this package, fine - both parts can change at the same time. > > If you're relying on paths which come from a separate source package, > > it'll likely break. > I suppose we'll have a controlled / synchronised migration for all > ODBC drivers? Or should each driver just unilaterally stick > $(dpkg-architecture -qDEB_HOST_MULTIARCH) somewhere in the path? > I presume that > /usr/lib/$(dpkg-architecture -qDEB_HOST_MULTIARCH)/odbc > is better than > /usr/lib/odbc/$(dpkg-architecture -qDEB_HOST_MULTIARCH) > This would work for ODBC drivers because they are registered anyway, > so really, (if I understand well) as far as the ODBC libraries and > applications are concerned, they can be anywhere. Nevertheless, IMHO, > it would be "cleaner" if all ODBC drivers made the same choice. I think it would be premature for ODBC drivers to switch to multiarch paths. There would be no benefit, because the ODBC driver manager doesn't have a search path for drivers that includes any multiarch paths, so you would have to hard-code the driver path in the odbcinst.ini - so then it's architecture-specific anyway and you've gained no ability to use drivers for multiple architectures side-by-side! Multiarch is a transition that will have a very long tail, and that's perfectly ok. There's certainly no need to rush to convert things to new paths where there isn't a clear and understood benefit. > Other loadable libraries (typically plugins / extensions; I'm thinking > of my xchat-guile package here) that are dlopen()ed or loaded using > libltdl, I presume the loading application will have to be fixed to > lead from a multiarch path anyway, so the plugins have to wait for the > app to do it first. Yes. For examples of how this can be done, feel free to look at the gdk-pixbuf and glib2.0 patches. 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 Developerhttp://www.debian.org/ slanga...@ubuntu.com vor...@debian.org signature.asc Description: Digital signature
Bug#674218: makedev: please drop obsolete preinst script
Package: makedev
Version: 2.3.1-91.1
Severity: wishlist
Tags: patch
User: ubuntu-de...@lists.ubuntu.com
Usertags: origin-ubuntu quantal ubuntu-patch
Hi Bdale,
A bug was recently reported in Ubuntu about a debootstrap failure, that
ultimately turned out to be related to the recent change to makedev's
preinst now being set -e.
https://bugs.launchpad.net/ubuntu/quantal/+source/makedev/+bug/1001460
To make a long story short, makedev's preinst was running commands which,
while they are meant to be totally safe, are unnecessary on any recent
Debian or Ubuntu system and turned out not to be safe in Ubuntu for the
specific case of debootstrapping.
Since nothing in this preinst is needed on on upgrades from any recent
release (one of the upgrade fix-ups only applies to upgrades from lenny -
oldstable - and the other only applies to upgrades from something pre-etch),
I would suggest dropping the preinst entirely as in the attached patch.
It's unlikely that the specific bug that hit Ubuntu here will ever affect
Debian, but IMHO the fewer preinsts we have in the base system, the better.
Thanks for considering,
--
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 Developerhttp://www.debian.org/
slanga...@ubuntu.com vor...@debian.org
=== modified file 'debian/changelog'
=== removed file 'debian/preinst'
--- debian/preinst 2012-03-21 10:50:08 +
+++ debian/preinst 1970-01-01 00:00:00 +
@@ -1,34 +0,0 @@
-#!/bin/sh -e
-
-# Remove a no-longer used conffile
-rm_conffile() {
-PKGNAME="$1"
-CONFFILE="$2"
-if [ -e "$CONFFILE" ]; then
-md5sum="`md5sum \"$CONFFILE\" | sed -e \"s/ .*//\"`"
-old_md5sum="`dpkg-query -W -f='${Conffiles}' $PKGNAME | sed -n -e \"' $CONFFILE'{s/ obsolete$//;s/.* //p}\"`"
-if [ "$md5sum" != "$old_md5sum" ]; then
-echo "Obsolete conffile $CONFFILE has been modified by you."
-echo "Saving as $CONFFILE.dpkg-old ..."
-mv -f "$CONFFILE" "$CONFFILE".dpkg-old
-else
-echo "Removing obsolete conffile $CONFFILE ..."
-rm -f "$CONFFILE"
-fi
-fi
-}
-
-case "$1" in
-install|upgrade)
-if dpkg --compare-versions "$2" le "2.3.1-87"; then
- rm_conffile makedev /etc/init.d/makedev
- update-rc.d makedev remove
-fi
-esac
-
-rm -f /usr/man/man8/MAKEDEV.8 /usr/man/man8/MAKEDEV-C.8 \
- /usr/man/man8/MAKEDEV-C.8.gz
-
-#DEBHELPER#
-
-exit 0
Bug#683309: Removal of /etc/mtab breaks auto-cleanup of loop devices
On Mon, Jul 30, 2012 at 06:47:25PM +0100, Roger Leigh wrote: >reassign 683309 loop-aes-utils >severity 683309 serious >thanks > >On Mon, Jul 30, 2012 at 05:57:42PM +0100, Steve McIntyre wrote: >> Since the move to remove /etc/mtab and link it to /proc/mounts, loop >> mounts no longer clean up the used loopback devices after unmount. It >> seems the loopback code in mount/unmount needs the information in mtab >> to do this automatically. > >After discussion with Steve on IRC, it turns out that this is due >to using loop-aes-utils. This package does not use libmount, and >so breaks due to trying to modify /etc/mtab (which has been a >symlink for some time). All wheezy and later systems have /etc/mtab >as a symlink, making libmount a requirement. loop-aes-utils must >use libmount for wheezy. > >Given that loop-aes-utils is a fork of util-linux-ng from (it appears) >2009 from the NEWS file, it may be possible to merge in the subsequent >util-linux-ng changes. Which would be a good idea anyway. I've looked at loop-aes-utils since, and it's *way* behind current util-linux as you say. If we wanted to keep it in the archive, the best way forwards would probably be to throw away the existing package and re-patch util-linux. That would be a smaller diff than patching forwards loop-aes-utils. However, I've worked out a way to replace my own usage of loop-aes with cryptsetup and dmcrypt anyway; I'm not going to spend any time saving loop-aes myself. -- Steve McIntyre, Cambridge, UK.st...@einval.com Into the distance, a ribbon of black Stretched to the point of no turning back -- To UNSUBSCRIBE, email to debian-qa-packages-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20120804154426.gm32...@einval.com
Bug#685376: postinst fails on non-default Debian kernels and is useless on =<3.4
Package: makedev On Mon, Aug 20, 2012 at 12:54:54PM +0200, Evgeni Golov wrote: > But then the if condition still has to be updated, as it won't trigger > with [3.0..3.4[ Much of that postinst seems to be workarounds written in 2005 or earlier. I think this conditional block could be removed rather than fixed (but looking at #543592 and #644318, maybe a package RM is better). The MAKEDEV command itself is normally a no-op if udev is running (via patches added during 2005/2006). The conditional would have been always false since around August last year ([2011-08-09] linux-latest-2.6 39 MIGRATED to testing) Cheers, Steve -- To UNSUBSCRIBE, email to debian-qa-packages-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20120825152142.ga5...@s.cotton.clara.co.uk
Bug#687597: openslp-dfsg: touch bug CVE-2012-4428
severity 687597 important thanks On Sat, Jan 05, 2013 at 09:01:45PM +0100, John Paul Adrian Glaubitz wrote: >Hi, > >there has also been an upstream bug report filed [1]. > >Might be reasonable to check back there from time to time. No patch >yet, unfortunately. I had a look at this yesterday. The buffer-handling in libslp *looks* suspect to me (in terms of tracking lengths of text fields etc.), but I can't see an easy way to reproduce the bug here to verify my suspicions. I've followed up on the upstream bug to ask about this. In the meantime, even if the code looks dodgy I *don't* see it as being particularly likely to be exploitable, more a DoS at worst, and only on a local-network basis rather than truly remote. I'm dropping severity from grave accordingly - feel free to re-raise if you think I'm wrong. -- Steve McIntyre, Cambridge, UK.st...@einval.com "C++ ate my sanity" -- Jon Rabone -- To UNSUBSCRIBE, email to debian-qa-packages-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20130127112132.ga29...@einval.com
Bug#706632: efibootmgr present in Debian Wheezy RC2 is not able to create new entries to boot
On Thu, May 02, 2013 at 02:56:31PM -0300, zen wrote: >Package: efibootmgr >Version: 0.5.4-3 >Severity: normal > >Dear Maintainer, > >efibootmgr present in Debian Wheezy RC2 is not able to create new entries to >boot on Asus Sabertooth 990FX BIOS 1604 > >This message is an automatic translation. > >After installing Debian Wheezy RC2 discovered that the entry / bootnum UEFI >boot was not recorded. > >After boot the recovery disk, I was not able to record or create a new entry / >bootnum but dmesg prints this message: > >[ 1638.143206] efivars: set_variable() failed: status=8009 > >Command used for recording / creation: ># efibootmgr -c -d /dev/sdc -p 1 -l "EFI\debian\grubx64.efi" -L "Test" -v > >Successfully made the write / create the entry in the installation disc >Fedora 18. > >/dev/sdc is the disk drive that has the first partition as EF00. Hi, I've just taken over maintenance of efibootmgr, and I'm looking at the bug reports now. This seems to be an increasingly common issue with new UEFI machines - it seems that a number of UEFI implementations are bad at managing space for EFI variables and run out of space. If you reboot, the chances are that they will clean up a little and allow a new entry to be written. If you could check that, that may help. A similar bug has been reported against grub2 with the same symptoms (bug #706561), and I've added a patch for grub-efi there to reduce the likelihood of the problem. -- Steve McIntyre, Cambridge, UK.st...@einval.com Welcome my son, welcome to the machine. -- To UNSUBSCRIBE, email to debian-qa-packages-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20130509173457.ga20...@einval.com
Bug#517888: 517888 gnome-libs: Should be removed for Squeeze
On Mon, Mar 02, 2009 at 07:24:25PM +0100, Moritz Muehlenhoff wrote: > Package: gnome-libs > Severity: serious > > gnome-libs is deprecated for Squeeze. # [2009-03-24] gnome-libs REMOVED from testing (Britney) # [2009-03-20] Removed 1.4.2-37 from unstable (Frank Lichtenheld)o I think this bug is ready for closing (not CC'ing -d...@b.d.o in case I've missed something). Regards, Steve -- To UNSUBSCRIBE, email to debian-qa-packages-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#553273: read-in-maintainer-script preinst
severity 553273 normal severity 553277 normal thanks The call to the ask_abort function that does the prompting is guarded by: case "$1" in upgrade) case "$2" in 2.6*) fix_cruft ask_abort ;; 2*|3.1*|3.3.[1-6]*) ask_abort ;; esac Since the version of afbackup in oldstable is 3.4-3, this prompt only occurs in the case of an unsupported upgrade from sarge. The code should simply be removed, and replaced with a debconf prompt later if there's a reason to ask this in the future. -- 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 Developerhttp://www.debian.org/ slanga...@ubuntu.com vor...@debian.org signature.asc Description: Digital signature
Re: eleventh-hour transition for mysql-using packages related to apache
On Thu, Mar 03, 2005 at 06:38:33AM +1100, Adam Conrad wrote: > Theodore Ts'o said: > > My system (currently running unstable, but it from the your description > > it sounds like it may be happening on sarge as well) has an > > apache2/mysql/php4 combination which blows up the moment you try to open > > a connection to a mysql database. > Are you sure you're note experiencing the bugs listed in #295998 and > #296694, which are fixed in 4.3.10-8 in unstable?... If not, then I guess > the transition has started with some packages and not others, and we need > to resolve that ASAP. It was stalled for a bit pending some license > issues, but Steve and I got that resolved upstream recently. > Steve, should we be going ahead with the push to make this transition > occur as soon as we can, now that the license mess is sorted? Yes, now that the license issue has been sorted out and we've finally gotten the PHP4 ABI change/security fixes into testing, I think it's time at last to get moving on the libmysqlclient transition. The timing is rotten for me to do anything here until probably the middle of next week; but if maintainers can use the weekend for uploading packages built against libmysqlclient12, I'll follow through with the rest of the original bug filing/NMUing plan on Wednesday. (My own maintainer uploads will most likely have to wait until then as well.) Please refer to <http://lists.debian.org/debian-devel/2005/01/msg01757.html> if you need a reminder of what needs to happen. The adjusted timeline will be as follows: - Maintainer uploads to transition to libmysqlclient12 will begin this weekend. This will most likely not include myodbc, but may include php4 if I rope Adam into it. - On Wednesday, Mar 9 I will file grave bus on any remaining packages from the original list that have not been relinked against libmysqlclient12. - On Saturday, Mar 12 I will begin NMUing any packages from that list which have not been fixed. Thanks, -- Steve Langasek postmodern programmer signature.asc Description: Digital signature
Bug#299158: catalog has a spurious dependency on libmysqlclient10
Package: catalog Version: 1.03-8 Severity: normal The catalog package depends on libmysqlclient10, but it contains no architecture-specific code. It should not have a dependency on libmysqlclient10, which it does not use. -- System Information: Debian Release: 3.1 APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: i386 (i686) Kernel: Linux 2.4.26-1-686 Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Versions of packages catalog depends on: ii apache [httpd]1.3.33-4 versatile, high-performance HTTP s ii apache-ssl [httpd]1.3.33-4 versatile, high-performance HTTP s ii apache2-mpm-prefork [httpd] 2.0.53-5 traditional model for Apache2 ii debconf 1.4.46 Debian configuration management sy pn libcgi-perl Not found. ii libdbd-mysql-perl 2.9003-3 A Perl5 database interface to the ii libdbi-perl 1.46-6 Perl5 database interface by Tim Bu ii libmailtools-perl 1.62-1 Manipulate email in perl programs ii libmd5-perl 2.03-1 backwards-compatible wrapper for D ii libmysqlclient10 3.23.56-2 LGPL-licensed client library for M ii libnet-perl 1:1.19-1 Implementation of Internet protoco ii libtext-iconv-perl1.2-3 Convert between character sets in pn libtext-query-perl Not found. pn libtext-querysql-perlNot found. pn libunicode-map8-perl Not found. pn libunicode-string-perl Not found. pn libxml-dom-perl Not found. ii libxml-parser-perl2.34-4 Perl module for parsing XML files ii perl [libmime-base64-perl]5.8.4-6Larry Wall's Practical Extraction ii perl-modules [libnet-perl]5.8.4-6Core Perl modules -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#303860: celestia: ftbfs [sparc] no KDE libraries installed
configure: 28449: /usr/lib64/kde3/plugins/designer/kdewidgets.la
configure: 28449: ${exec_prefix}/lib64/kde3/plugins/designer/kdewidgets.la
configure: 28449: /usr/lib/kde/lib64/kde3/plugins/designer/kdewidgets.la
configure: 28449: /usr/local/kde/lib64/kde3/plugins/designer/kdewidgets.la
configure: 28449: /usr/kde/lib64/kde3/plugins/designer/kdewidgets.la
configure: 28449: /usr/lib64/kde/kde3/plugins/designer/kdewidgets.la
configure: 28449: /usr/lib64/kde3/kde3/plugins/designer/kdewidgets.la
configure: 28449: /usr/lib64/kde3/plugins/designer/kdewidgets.la
configure: 28449: /usr/X11R6/lib64/kde3/plugins/designer/kdewidgets.la
configure: 28449: /usr/local/lib64/kde3/plugins/designer/kdewidgets.la
configure: 28449: /opt/kde3/lib64/kde3/plugins/designer/kdewidgets.la
configure: 28449: /opt/kde/lib64/kde3/plugins/designer/kdewidgets.la
configure: 28449: /usr/X11R6/kde/lib64/kde3/plugins/designer/kdewidgets.la
configure:28459: error:
in the prefix, you've chosen, are no KDE libraries installed. This will fail.
So, check this please and use another prefix!
Yeah, there's no good reason for celestia to be looking for lib64 on sparc
when building for sparc-unknown-linux-gnu as a target. Anyone care about
fixing this?
--
Steve Langasek
postmodern programmer
signature.asc
Description: Digital signature
Bug#302282: Please do not blindly tag bugs "sid"
On Tue, May 10, 2005 at 10:18:32PM +0200, Adrian Bunk wrote: > it was nice if you wouldn't blindly tag bugs sid without doing some > minimal checking. > If this bug exists in sid, it obviously also exists in sarge. > If not, please explain why you disagree. The "minimal checking" I did was to note that there was a build of this package available in testing for mips and mipsel, built by the autobuilders; normally, this means that Ryan has reviewed the build log for that package before signing, and confirmed that it is not affected by these porting bugs. However, on closer inspection I see that package has been there since 2002, and the diff between the two versions shows no changes to libtool -- or anything else, except for config.guess and config.sub. So you're right, this bug does apply to the version in sarge, which appears to only be there because it was uploaded before the mips porters became aware of this problem. -- Steve Langasek postmodern programmer signature.asc Description: Digital signature
Re: Bug#308499: marked as done (libgwrapguile1: file conflict with libgwrap-runtime0-dev)
> Format: 1.7 > Date: Mon, 9 May 2005 22:01:09 +0200 > Source: gwrapguile > Binary: libgwrapguile-dev libgwrapguile1 > Architecture: source i386 > Version: 1.3.4-13 > Distribution: unstable > Urgency: high > Maintainer: Andreas Rottmann <[EMAIL PROTECTED]> > Changed-By: Andreas Rottmann <[EMAIL PROTECTED]> > Description: > libgwrapguile-dev - Development package for libgwrapguile1 > libgwrapguile1 - g-wrap: Tool for exporting C libraries into Scheme > interpreters > Closes: 274478 308499 > Changes: > gwrapguile (1.3.4-13) unstable; urgency=high > . >* New maintainer. >* Move /usr/bin/g-wrap-config to libgwrapguile-dev and update its > "Replaces" correspondingly; this closes: #308499 of RC severity, hence > urgency high. >* Also move info manual and autoconf macros to the -dev package. >* Include manpage for g-wrap-config. >* Make libgwrapguile-dev depend on guile, since g-wrap-config is a > guile script. >* g-wrap.m4: Fix underquoted definitions (closes: #274478). >* Build-Depend on debhelper (>> 4). >* debian/rules: Use dh_installman instead of dh_installmanpages. >* debian/info: Removed. >* Bump policy version to 3.6.1 (no changes). >* Fix malformed jgoerzen email address in changelog. Approved for sarge. Thanks, -- Steve Langasek postmodern programmer signature.asc Description: Digital signature
Bug#312958: FTBFS on ia64
tags 312958 sid thanks I don't seem to be able to reproduce this bug on merulo in a testing chroot, only in unstable. -- Steve Langasek postmodern programmer signature.asc Description: Digital signature
Bug#109089: additional info on alpha bug
Package: cdparanoia Version: 3a9.8-7 Followup-For: Bug #109089 I've tried to reproduce this on a 2.4.18 kernel using an IDE cdrom, and have not been able to; cdparanoia works well for me. If there's still a bug, it appears that it may be limited to SCSI cdroms? -- System Information: Debian Release: testing/unstable Architecture: alpha Kernel: Linux quetzlcoatl 2.4.18-xfs #1 Sat Aug 31 10:05:44 CDT 2002 alpha Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 Versions of packages cdparanoia depends on: ii libcdparanoia03a9.8-7Shared libraries for cdparanoia (r -- no debconf information
nas-lib and nas-dev package names have changed
Hi people, Just a quick heads-up that the new upstream version of the Network Audio System (nas) has just gone into unstable. As part of this upload, I've done what several people have asked for and changed the names of the nas-lib and nas-dev packages to more closely follow convention. They are now libaudio2 and libaudio-dev respectively. While I don't expect that anybody will need to do any work for the nas-lib change (shlibdeps should catch that), any Build-Depends: entries that you have for nas-dev will need to be changed. Apologies for doing this to you; if you need help in this work, please ask... -- Steve McIntyre, Cambridge, UK.[EMAIL PROTECTED] Getting a SCSI chain working is perfectly simple if you remember that there must be exactly three terminations: one on one end of the cable, one on the far end, and the goat, terminated over the SCSI chain with a silver-handled knife whilst burning *black* candles. --- Anthony DeBoer
Bug#173740: please remove non-free epan package from unstable
Package: epan Version: unavailable; reported 2002-12-19 Severity: normal Scanning the wnpp list, I see that this non-free package has been orphaned for 348 days and has had a bug open against it for going on four years. It's i386 only, uses ugly widgets, has font problems that cause text artifacts on my machine, and its functionality is largely superseded by the much more flexible ethereal. The only feature epan has which ethereal appears to lack is a simple display of traffic statistics that should be easily reimplementable by ethereal upstream if demand arises. I therefore believe this package is a candidate for removal from the archive. -- System Information: Debian Release: testing/unstable Architecture: alpha Kernel: Linux quetzlcoatl 2.4.18-xfs #1 Sat Aug 31 10:05:44 CDT 2002 alpha Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8
Bug#173740: right, wrong package
reassign 173740 ftp.debian.org thanks Might do a little more good here...
Bug#269668: rdiff-backup crashes trying to backup to NFS directory
Alec, If this bug is unreproducible, should it also be downgraded? Thanks, -- Steve Langasek postmodern programmer signature.asc Description: Digital signature
Bug#278777: xsok: unfixed buffer overflow (CAN-2004-0074)
On Fri, Oct 29, 2004 at 10:12:33PM +0200, Frank Lichtenheld wrote:
> Perhaps someone with a little more experience in identifying security
> problems should take a look, too. I CC'ed debian-security.
Here's a quick summery :
To be clear there are three flaws being discussed in xsok:
CAN-2004-0074 - overflow with LANG environmental variable.
- overflow due to long '-xsokdir' parameter.
CAN-2003-0949 - Failure to drop privileges when unzipping.
The second one was discovered by me and closed in DSA-405-1
The first one is in two parts, the environmental variable
overflow is patched already by the package maintainer. The
second appears to be not an issue given this code:
if (strlen(savedir) > MAXSAVEFILELEN-16 ||
strlen(xsokdir) > MAXXSOKDIRLEN || [2]
strlen(p->xpmdir) > MAXXSOKDIRLEN) {
fprintf(stderr, "directory too long\n");
exit(1);
}
The second line [2] seems to test its bounds - unless I missed
an earlier usage. I've got it installed here, but sadly I have
no X available so I cant test it.
Run the following command to test if it's vulnerable:
xsok -xsokdir `perl -e 'print "X"x3000'`
Steve
--
# The Debian Security Audit Project.
http://www.debian.org/security/audit
Bug#321313: FTBFS (unstable): cannot find -lselinux
reassign 321313 xutils merge 321313 319410 thanks On Thu, Aug 04, 2005 at 10:04:14PM +0200, Frank Lichtenheld wrote: > Package: login.app > Severity: serious > Tags: sid > > trying to recompile login.app in a sid chroot leads to the following > error: > > c++ -o Login.app -g -O2 -fno-strict-aliasing -L/usr/X11R6/lib Main.o > App.o Input.o SwitchUser.o Panel.o -lXmu -lXt -lSM -lICE -lXext -lX11 -lXext > -lX11 -lXpm -lcrypt -lpam -lselinux > /usr/bin/ld: cannot find -lselinux > collect2: ld returned 1 exit status > make[1]: *** [Login.app] Error 1 > make[1]: Leaving directory `/tmp/buildd/login.app-1.2.1' This is a known bug in xutils that will be fixed in the next xorg-x11 upload. Cheers, -- Steve Langasek postmodern programmer signature.asc Description: Digital signature
Re: Bug#300178: marked as done (cantus: FTBFS (amd64/gcc-4.0): array type has incomplete element type)
Hi Anibal, > Changes: > cantus (1.07-3) unstable; urgency=low > . >* QA upload. >* Set Standards-Version to 3.6.2. >* Fixed "FTBFS (amd64/gcc-4.0): array type has incomplete element type", > closes: #300178. Patch by Andreas Jochens <[EMAIL PROTECTED]>. Hmm, so is this just a QA upload? Is there some reason not to file for removal of cantus from 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. [EMAIL PROTECTED] http://www.debian.org/ signature.asc Description: Digital signature
Bug#318530: chos: FTBFS: Undefined reference to `MINOR'
reassign 263868 ftp.debian.org retitle 263868 RM: chos -- RoQA; orphaned, RC-buggy with no activity thanks On Tue, Sep 06, 2005 at 01:29:36AM +0200, Christoph Berg wrote: > Re: Daniel Schepler in <[EMAIL PROTECTED]> > > Package: chos > > Severity: serious > > Version: 0.85-4 > popcon lists 4 users for that package. Given that no one except > Andreas seems to care about the FTBFS, shouldn't we remove chos? Yes, I believe so. FTP-team, please remove the chos source package from unstable. Total of 4 users listed in popcon; orphaned for over a year; doesn't build under gcc-4.0. Package is a bootloader, and we seem to have a couple of other working bootloaders in the archive that can fill this need. The description compares it to lilo, but grub is probably more featureful at this point. 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. [EMAIL PROTECTED] http://www.debian.org/ signature.asc Description: Digital signature
Bug#340705: rar support violates DFSG #4
severity 340704 important severity 340705 important severity 340706 important severity 340707 important thanks Hi Robert, Sorry, I have to disagree with these bug severities; Suggests: are just not important enough in our packaging system to treat them as release-critical, regardless of what's being suggested, and it is generally considered acceptable to Suggest: non-free packages from main anyway. -- Steve Langasek Give me a lever long enough and a Free OS Debian Developer to set it on, and I can move the world. [EMAIL PROTECTED] http://www.debian.org/ signature.asc Description: Digital signature
Bug#340705: rar support violates DFSG #4
On Fri, Nov 25, 2005 at 01:34:23PM +0100, Robert Millan wrote: > On Fri, Nov 25, 2005 at 02:41:49AM -0800, Steve Langasek wrote: > > Sorry, I have to disagree with these bug severities; Suggests: are just not > > important enough in our packaging system to treat them as release-critical, > > regardless of what's being suggested, > My concern is about the rar writing support itself, not about Suggests. The > Suggests tag is just an indication that either the application supports > generating rar archives (or that there's a mistake, and the maintainer just > mean to suggest "unrar" instead). > > and it is generally considered > > acceptable to Suggest: non-free packages from main anyway. > Well, that's not the problem. If the application needs unrar to extract rar > archives, then suggesting unrar is ok [1]. It's the fact that the application > supports creating rar archives that I believe violates the DFSG. > Does this explanation satisfy you? If it does, I'd like to rise the severity > back to serious (I don't think it's an issue for the release, being only 4 > bugs). > OTOH, if you think my interpretation of DFSG is inadequate, I could try to > expose it better, and we could also move this to -legal (perhaps I should have > started there in first place). Yes, I still disagree with this reasoning. People of conscience may disagree on whether *preventing* the creation of files that can't be read with free software is serving the goals of the DFSG. In the absence of agreement on this point, I don't think it's right to treat this as a release-critical bug unless the *maintainer* agrees with you. 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. [EMAIL PROTECTED] http://www.debian.org/ signature.asc Description: Digital signature
Bug#464119: : French debconf templates translation
Package: htdig Version: 1:3.2.0b6-5 Severity: wishlist Tags: patch l10n Hi, Please find attached the french debconf templates translation, proofread by the debian-l10n-french mailing list contributors. This file should be put as debian/po/fr.po in your package build tree. -- System Information: Debian Release: 4.0 APT prefers stable APT policy: (700, 'stable'), (650, 'testing') Architecture: amd64 (x86_64) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.18-5-amd64 Locale: LANG=fr_CH.UTF-8, LC_CTYPE=fr_CH.UTF-8 (charmap=UTF-8) # Translation of htdig debconf templates to French # Copyright (C) 2006-2008 Steve Petruzzello <[EMAIL PROTECTED]> # This file is distributed under the same license as the htdig package. #Translators, if you are not familiar with the PO format, gettext #documentation is worth reading, especially sections dedicated to #this format, e.g. by running: # info -n '(gettext)PO Files' # info -n '(gettext)Header Entry' # #Some information specific to po-debconf are available at #/usr/share/doc/po-debconf/README-trans # or http://www.debian.org/intl/l10n/po-debconf/README-trans # #Developers do not need to manually edit POT or PO files. # msgid "" msgstr "" "Project-Id-Version: htdig_1:3.2.0b6-5\n" "Report-Msgid-Bugs-To: [EMAIL PROTECTED]" "POT-Creation-Date: 2008-01-20 14:11+0100\n" "PO-Revision-Date: 2006-07-29 18:12+0100\n" "Last-Translator: Steve Petruzzello <[EMAIL PROTECTED]>\n" "Language-Team: French <[EMAIL PROTECTED]>\n" "MIME-Version: 1.0\n" "Content-Type: text/plain; charset=UTF-8\n" "Content-Transfer-Encoding: 8bit\n" "X-Poedit-Language: French\n" "X-Poedit-Country: SWITZERLAND\n" "X-Poedit-SourceCharset: UTF-8\n" #. Type: boolean #. Description #: ../templates:2001 msgid "Generate ht://Dig endings database now?" msgstr "Faut-il créer la base de données des suffixes de ht://Dig maintenant ?" #. Type: boolean #. Description #: ../templates:2001 msgid "" "The ht://Dig search engine requires an endings database which has to be " "generated before the first start. Generating the database will take a short " "while. It can be done either now or later by calling the '/usr/sbin/" "htdigconfig' script." msgstr "" "Le moteur de recherche ht://Dig nécessite qu'une base de données des " "suffixes soit créée avant sa première exécution. Créer cette base prend du " "temps. Vous pouvez la créer maintenant ou le faire plus tard avec le script /" "usr/sbin/htdigconfig." #. Type: boolean #. Description #: ../templates:3001 msgid "Schedule a daily execution of the 'rundig' script?" msgstr "Faut-il programmer une exécution quotidienne du script « rundig » ?" #. Type: boolean #. Description #: ../templates:3001 msgid "" "On-line content must be indexed by the 'rundig' script before ht://Dig can " "be used to search data. That script indexes the web content defined in /etc/" "htdig/htdig.conf." msgstr "" "Le contenu en ligne doit être indexé par le script « rundig » pour que ht://" "Dig puisse être utilisé pour rechercher des données. Ce script indexe le " "contenu défini dans le fichier /etc/htdig/htdig.conf." #. Type: boolean #. Description #: ../templates:3001 msgid "" "If you choose this option, a daily run of the script will be scheduled. You " "may choose to not use this option if ht://Dig is used another way (for " "instance by KDE, to perform local indexing). If in doubt, do not choose this " "option." msgstr "" "En choisissant cette option, une exécution quotidienne sera programmée. Si " "vous voulez utiliser ht://Dig pour d'autres usages (par exemple, pour une " "indexation locale par KDE), il est inutile de la choisir. Enfin, dans le doute, ne la choisissez pas." #~ msgid "Execute the rundig script daily?" #~ msgstr "Faut-il exécuter le script rundig quotidiennement ?" #~ msgid "" #~ "rundig is a program that obtains on-line content and creates a searchable " #~ "database for the ht://Dig search engine. It downloads and indexes HTML " #~ "from the web, as defined in /etc/htdig/htdig.conf. Say Yes if you wish to " #~ "run this program daily. Say No if you don't plan to use htdig in this way " #~ "(perhaps htdig is being used by a third party, for instance KDE, to " #~ "perform local indexing). If in doubt, say No. It is the safest choice " #~ "unless you know what you're doing." #~ msgstr "" #~ "Rundig est un programme qui récupère du contenu mis en ligne et crée une " #~ "base de données consultable pour le moteur de recherche ht://Dig. Il " #~ "télécharge des pages HTML et crée un index tel que défini dans le " #~ "fichier /etc/htdig/htdig.conf. Veuillez accepter cette option si vous " #~ "désirez exécuter ce programme quotidiennement. Refusez cette option si " #~ "vous utilisez htdig différemment (par exemple comme outil d'indexation " #~ "local pour KDE). Dans le doute, refusez-la car c'est le choix le plus sûr."
Bug#468643: gnump3d: should this package be removed?
Your objections are interesting, and mostly valid: > * buggy. I'd maintain that isn't the case .. > * no maintainer. True. I wish somebody would adopt it, rather than having it be maintainerless. > * Upstream has stopped development. True. > * Plenty of other alternatives. Not so true, given the funcionality and bare-bones nature of the software. > * Relatively low popcon. Indeed. Steve -- # Commercial Debian GNU/Linux Support http://www.linux-administration.org/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#491682: twin: Hard codes package version information in four places
Package: twin
Version: 0.5.1-3
Severity: serious
Tags: patch
Twin currently requires versioning information be replaced in four
different places in its packaging. This is unacceptable, and it should
get the information from one place (the changelog). Attached is a patch
that achieves that.
-- System Information:
Debian Release: lenny/sid
APT prefers hardy-updates
APT policy: (500, 'hardy-updates'), (500, 'hardy-security'), (500, 'hardy')
Architecture: amd64 (x86_64)
Kernel: Linux 2.6.24-19-generic (SMP w/1 CPU core)
Locale: LANG=en_AU.UTF-8, LC_CTYPE=en_AU.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
diff -u twin-0.5.1/debian/control twin-0.5.1/debian/control
--- twin-0.5.1/debian/control
+++ twin-0.5.1/debian/control
@@ -36,7 +36,7 @@
Package: libtw0-dev
Section: devel
Architecture: any
-Depends: libtw0(=4.5.1-3), libc6-dev
+Depends: libtw0(= ${binary:Version}), libc6-dev
Conflicts: libtw-dev
Replaces: libtw-dev
Description: a Text mode WINdow environment library, development
diff -u twin-0.5.1/debian/rules twin-0.5.1/debian/rules
--- twin-0.5.1/debian/rules
+++ twin-0.5.1/debian/rules
@@ -13,8 +13,8 @@
#export DH_COMPAT=4
#Version of twin
-TWIN_VERSION=0.5.1-3
-LIBTW_VERSION=4.5.1-3
+TWIN_VERSION:=$(shell dpkg-parsechangelog | grep Version | cut -d\ -f2)
+LIBTW_VERSION:=$(shell echo $(TWIN_VERSION) | sed 's/^0/4/')
#LIBTT_VERSION=0.0.8-1
include /usr/share/dpatch/dpatch.make
Bug#404023: file conflicts between interchange and libbusiness-ups-perl
reassign 404023 interchange forcemerge 404022 404023 thanks On Thu, Dec 21, 2006 at 08:50:54AM +0100, Michael Ablassmeier wrote: > Package: libbusiness-ups-perl > Version: 1.13-4 > Severity: serious > Justfication: file conflicts between packages > both interchange and libbusiness-ups-perl ship > `/usr/share/man/man3/Business::UPS.3pm.gz' but do not conflict or add a > diversion, thus fail to be installed on the same environment: > dpkg: error processing > /var/cache/apt/archives/libbusiness-ups-perl_1.13-4_all.deb (--unpack): > trying to overwrite `/usr/share/man/man3/Business::UPS.3pm.gz', which is > also in package interchange > Errors were encountered while processing: > /var/cache/apt/archives/libbusiness-ups-perl_1.13-4_all.deb Nothing buggy about a perl package shipping a perl module, though. I think this one should be assigned squarely to interchange. 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. [EMAIL PROTECTED] http://www.debian.org/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#407612: beep-media-player goes to background instead of stopping when it should close
severity 407612 important tags 407612 unreproducible moreinfo thanks On Sat, Jan 20, 2007 at 08:39:20AM +0200, Eddy Petrişor wrote: > I just realised that beep-media-player doesn't close itself when it > should, instead it just backgrounds itself. I found out this when (after > a few starts and stops of the player) applications started crashing on > me (being killed by the kernel due to lack of resources). > This behaviour can be reliably reproduced on my system with this > sequence: > > 1) make sure there is no running instance of the player: > [EMAIL PROTECTED] ~ $ killall beep-media-player > beep-media-player: no process killed > 2) start the player: > [EMAIL PROTECTED] ~ $ beep-media-player > 3) start playing a song and close the player while is playing (through > the graphical interface) - this will result in music still being played > - BUG! > 4) CTRL+Z in the console Definitely not reproducible here. When I click the X in the corner of the GUI, the process exits. Likewise if I choose 'quit' from the menu. > Because it causes unexpected behaviour (doesn't die when it should > terminate) and thus occupies memory making unrelated software not start > I think this is bug should be critical. > Even if the bug is downgraded (is at least important), Etch should not > ship the software in such a broken state. Even if this bug was reproducible, I don't see how a process not exiting should ever be critical. -- Steve Langasek Give me a lever long enough and a Free OS Debian Developer to set it on, and I can move the world. [EMAIL PROTECTED] http://www.debian.org/
