Bug#1056166: systemd-homed: `passwd` fails
On Sun, May 26, 2024 at 07:01:30PM +0100, Luca Boccassi wrote: > Control: tags -1 help > This is the pam config I ship: > # cat /usr/share/pam-configs/systemd-homed > Name: Enable user management by systemd-homed > Default: yes > Priority: 257 > Auth-Type: Primary > Auth: > [success=end default=ignore]pam_systemd_home.so > Account-Type: Primary > Account: > [success=end default=ignore]pam_systemd_home.so > Session-Type: Additional > Session: > optionalpam_systemd_home.so > Password-Type: Primary > Password: > [success=end default=ignore]pam_systemd_home.so > > > For some reason, this results in the following change being applied to > /etc/pam.d/common-password: > > -password [success=1 default=ignore] pam_unix.so obscure yescrypt > +password [success=2 default=ignore] pam_systemd_home.so > +password [success=1 default=ignore] pam_unix.so obscure use_authtok > try_first_pass yescrypt > > The first line is fine, but the second is the issue. > IE, use_authtok try_first_pass are added to pam_unix.so, which break > everything. Removing those manually fix things again. I have no idea > where they are coming from... PAM experts, any idea? The expectation is that when multiple password modules are stacked together via /usr/share/pam-configs, they will interoperate in a way that they will all share a single new password token. The 'try_first_pass use_authtok' arguments are injected by pam-auth-update in support of this. Presumably, in cases that a user does not have a systemd-home setup, the module does not prompt for a new password, thus causing pam_unix to fail because it expects the new password token to already be established in the pam stack (and will not prompt for it again). This behavior is not configurable through pam-auth-update; it is essential that the stack work this way to support password strength checking modules (if the password strength checker says the provided password fails the requirements and therefore does not set the token, it would be a bug for pam_unix (or other backend) to prompt again for a password and allow it to be set. pam_systemd_home would need to be modified to conform to the expected behavior (always prompt for old and new passwords even if not used) in order to be used with pam-auth-update. -- 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#1069859: atop: Fix atop for 64-bit time_t on arm
On Sun, May 26, 2024 at 06:12:50PM +0200, Marc Haber wrote: > I am not too fond about the suggested patch since it breaks atop on > systems with 32bit time_t, It does not: promoting the time_t to a long long on all architectures before passing it as an argument to the format string is portable to all (existing) architectures. Either sizeof(time_t) == sizeof(long long) and the cast is a no-op, or sizeof(time_t) < sizeof(long long) and this is merely a signed extension operation. -- 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#1068035: FTBFS: wrong --link-doc target
Package: mdbtools Version: 1.0.0+dfsg-1.2 Followup-For: Bug #1068035 User: ubuntu-de...@lists.ubuntu.com Usertags: origin-ubuntu noble ubuntu-patch Control: tags -1 patch Hi Jean-Michel, I am unclear how there are binaries in the archive for mdbtools 1.0.0+dfsg-1.2, given this bug is present there and affects all architectures. Nevertheless, the fix for the problem is attached. As this is fallout from the time_t transition, I am uploading a 0-day NMU to correct the issue. Thanks, -- Steve Langasek Give me a lever long enough and a Free OS Debian Developer to set it on, and I can move the world. Ubuntu Developer https://www.debian.org/ slanga...@ubuntu.com vor...@debian.org diff -Nru mdbtools-1.0.0+dfsg/debian/rules mdbtools-1.0.0+dfsg/debian/rules --- mdbtools-1.0.0+dfsg/debian/rules2023-04-03 05:46:44.0 -0700 +++ mdbtools-1.0.0+dfsg/debian/rules2024-04-22 22:55:55.0 -0700 @@ -8,5 +8,5 @@ dh_auto_configure -- --with-unixodbc=/usr override_dh_installdocs: - dh_installdocs --no-package=mdbtools-doc --link-doc=libmdb3 + dh_installdocs --no-package=mdbtools-doc --link-doc=libmdb3t64 dh_installdocs --package=mdbtools-doc
Bug#1069920: libtimezonemap: fixed-up port to libsoup3
Package: libtimezonemap Version: 0.4.6-6 Severity: normal Tags: patch User: ubuntu-de...@lists.ubuntu.com Usertags: origin-ubuntu noble ubuntu-patch Dear maintainers, Because webkit2gtk has now moved to libsoup3, and because we have reverse-dependencies that require both libtimezonemap and webkit2gtk, I have done the work in Ubuntu to fix up the port of libtimezonemap to libsoup3. This has been confirmed to work in the timezone picker in oem-config as used on our Ubuntu images for Raspberry Pi and has shipped in Ubuntu 24.04 LTS. Please consider including this revised patch in Debian. Thanks, -- Steve Langasek Give me a lever long enough and a Free OS Debian Developer to set it on, and I can move the world. Ubuntu Developer https://www.debian.org/ slanga...@ubuntu.com vor...@debian.org diff -Nru libtimezonemap-0.4.6/debian/control libtimezonemap-0.4.6/debian/control --- libtimezonemap-0.4.6/debian/control 2024-03-30 19:18:27.0 -0700 +++ libtimezonemap-0.4.6/debian/control 2024-04-08 16:33:09.0 -0700 @@ -19,7 +19,7 @@ libgtk-3-dev (>= 3.1.4), libcairo2-dev (>= 1.10), libjson-glib-dev, - libsoup2.4-dev + libsoup-3.0-dev (>= 3.0.7) Standards-Version: 4.6.2 Homepage: https://launchpad.net/timezonemap Vcs-Browser: https://salsa.debian.org/cinnamon-team/libtimezonemap diff -Nru libtimezonemap-0.4.6/debian/patches/port-to-libsoup3.patch libtimezonemap-0.4.6/debian/patches/port-to-libsoup3.patch --- libtimezonemap-0.4.6/debian/patches/port-to-libsoup3.patch 2023-06-20 23:54:22.0 -0700 +++ libtimezonemap-0.4.6/debian/patches/port-to-libsoup3.patch 2024-04-08 16:31:23.0 -0700 @@ -5,11 +5,11 @@ Forwarded: not-yet Last-Update: 2022-08-06 --- -diff --git a/configure.ac b/configure.ac -index 3f74dae..4e90e64 100644 a/configure.ac -+++ b/configure.ac -@@ -50,13 +50,13 @@ GDK_REQUIRED_VERSION=2.22 +Index: libtimezonemap/configure.ac +=== +--- libtimezonemap.orig/configure.ac libtimezonemap/configure.ac +@@ -50,13 +50,13 @@ GLIB_REQUIRED_VERSION=2.26 GTK3_REQUIRED_VERSION=3.1.4 GIO_REQUIRED_VERSION=2.5.11 @@ -25,23 +25,24 @@ json-glib-1.0) LIBTIMEZONEMAP_LIBS="$LIBTIMEZONEMAP_LIBS $LIBM" -diff --git a/src/timezone-completion.c b/src/timezone-completion.c -index d310235..6971ae9 100644 a/src/timezone-completion.c -+++ b/src/timezone-completion.c -@@ -271,8 +271,10 @@ geonames_data_ready (GObject *object, GAsyncResult *res, gpointer user_data) +Index: libtimezonemap/src/timezone-completion.c +=== +--- libtimezonemap.orig/src/timezone-completion.c libtimezonemap/src/timezone-completion.c +@@ -270,9 +270,10 @@ + CcTimezoneCompletionPrivate * priv = completion->priv; GError * error = NULL; GInputStream * stream; - SoupMessage *message; +- SoupMessage *message; + const gchar * reason_phrase; + SoupStatus status_code; - stream = soup_request_send_finish (SOUP_REQUEST (object), res, ); -+ stream = soup_session_send_finish (SOUP_SESSION (object), res, ); ++ stream = soup_session_send_finish (priv->soup_session, res, ); if (stream == NULL) { if (!g_error_matches (error, G_IO_ERROR, G_IO_ERROR_CANCELLED)) -@@ -283,8 +285,9 @@ geonames_data_ready (GObject *object, GAsyncResult *res, gpointer user_data) +@@ -283,8 +284,9 @@ return; } @@ -53,7 +54,7 @@ { JsonParser *parser; -@@ -296,7 +299,7 @@ geonames_data_ready (GObject *object, GAsyncResult *res, gpointer user_data) +@@ -296,10 +298,10 @@ else { g_warning ("Unable to fetch geonames (server responded with: %u %s)", @@ -61,8 +62,12 @@ + status_code, reason_phrase); } - g_object_unref (message); -@@ -362,7 +365,7 @@ static gboolean +- g_object_unref (message); ++ g_object_unref (object); + g_object_unref (stream); + } + +@@ -362,7 +364,7 @@ request_zones (CcTimezoneCompletion * completion) { CcTimezoneCompletionPrivate * priv = completion->priv; @@ -71,28 +76,17 @@ GError *error = NULL; priv->queued_request = 0; -@@ -388,13 +391,14 @@ request_zones (CcTimezoneCompletion * completion) - gchar * version = get_version (); - gchar * locale = get_locale (); - gchar * url = g_strdup_printf (GEONAME_URL, escaped, version, locale); -+ GAsyncResult * res; +@@ -391,10 +393,11 @@ g_free (locale); g_free (escaped); - req = soup_session_request (priv->soup_session, url, ); -+ req = soup_message_new_from_uri (NULL, (GUri *) url); ++ req = soup_message_new (NULL, url); if (req) { - soup_request_send_async (req, pr
Bug#1015476: libbpp-qt: ftbfs with LTO (link time optimization) enabled
Package: libbpp-qt Version: 2.4.1-9.1 Followup-For: Bug #1015476 User: ubuntu-de...@lists.ubuntu.com Usertags: origin-ubuntu noble ubuntu-patch Control: tags -1 patch Dear maintainers, This build failure is reproducible in Ubuntu, where LTO is enabled by default on amd64. The attached patch was sufficient to fix the build failure there, and I expect will be sufficient to fix it in Debian with LTO enabled, as well. 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 Developer https://www.debian.org/ slanga...@ubuntu.com vor...@debian.org diff -Nru libbpp-qt-2.4.1/debian/libbpp-qt2t64.symbols.amd64 libbpp-qt-2.4.1/debian/libbpp-qt2t64.symbols.amd64 --- libbpp-qt-2.4.1/debian/libbpp-qt2t64.symbols.amd64 2024-02-29 07:30:55.0 -0800 +++ libbpp-qt-2.4.1/debian/libbpp-qt2t64.symbols.amd64 2024-04-11 22:54:36.0 -0700 @@ -264,7 +264,7 @@ _ZN5QListI7QStringED2Ev@Base 2.4.1 _ZN5QListIP13QGraphicsItemED1Ev@Base 2.4.1 _ZN5QListIP13QGraphicsItemED2Ev@Base 2.4.1 - _ZN5QListIP15QAbstractButtonE6detachEv@Base 2.4.1 + (optional)_ZN5QListIP15QAbstractButtonE6detachEv@Base 2.4.1 _ZN5QListIP15QAbstractButtonED1Ev@Base 2.4.1 _ZN5QListIP15QAbstractButtonED2Ev@Base 2.4.1 _ZN5QListIP17QGraphicsTextItemE18detach_helper_growEii@Base 2.4.1 @@ -273,7 +273,7 @@ _ZN7QStringC2EPKc@Base 2.4.1 _ZN7QStringD1Ev@Base 2.4.1 _ZN7QStringD2Ev@Base 2.4.1 - _ZN9QtPrivate8RefCount5derefEv@Base 2.4.1 + (optional)_ZN9QtPrivate8RefCount5derefEv@Base 2.4.1 _ZNK3bpp10TreeCanvas10metaObjectEv@Base 2.4.1 _ZNK3bpp10TreeCanvas12drawingWidthEv@Base 2.4.1 _ZNK3bpp10TreeCanvas13drawingHeightEv@Base 2.4.1
Bug#1062071: genometools: NMU diff for 64-bit time_t transition
Dear maintainers, There was a hard-coded test dependency on libgenometools0 in debian/tests/control which prevents this package from being able to migrate to testing. There is no need to hard-code a dependency on the runtime lib given that there is already a test dependency on libgenometools-dev. I am uploading a follow-up 0-day NMU to fix this outstanding issue from the time_t transition. Please find attached a comprehensive NMU debdiff. On Wed, Feb 28, 2024 at 04:30:06PM +, Steve Langasek wrote: > 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 genometools-1.6.5+ds/debian/changelog > genometools-1.6.5+ds/debian/changelog > --- genometools-1.6.5+ds/debian/changelog 2023-10-25 22:08:09.0 > + > +++ genometools-1.6.5+ds/debian/changelog 2024-02-28 16:25:48.0 > + > @@ -1,3 +1,10 @@ > +genometools (1.6.5+ds-2.1) unstable; urgency=medium > + > + * Non-maintainer upload. > + * Rename libraries for 64-bit time_t transition. Closes: #1062071 > + > + -- Steve Langasek Wed, 28 Feb 2024 16:25:48 + > + > genometools (1.6.5+ds-2) unstable; urgency=medium > >* Facilitate building twice from the same source directory. > diff -Nru genometools-1.6.5+ds/debian/control > genometools-1.6.5+ds/debian/control > --- genometools-1.6.5+ds/debian/control 2023-09-19 21:22:02.0 > + > +++ genometools-1.6.5+ds/debian/control 2024-02-28 16:25:48.0 > + > @@ -4,7 +4,7 @@ > Andreas Tille > Section: science > Priority: optional > -Build-Depends: debhelper (>= 13), > +Build-Depends: dpkg-dev (>= 1.22.5), debhelper (>= 13), > debhelper-compat (= 13), > dh-python, > liblua5.1-0-dev, > @@ -70,7 +70,10 @@ > transformations, style files, etc. required to use the GenomeTools > executable and/or library. > > -Package: libgenometools0 > +Package: libgenometools0t64 > +Provides: ${t64:Provides} > +Replaces: libgenometools0 > +Breaks: libgenometools0 (<< ${source:Version}) > Architecture: any > Section: libs > Depends: ${shlibs:Depends}, > @@ -91,7 +94,7 @@ > Section: libdevel > Depends: ${shlibs:Depends}, > ${misc:Depends}, > - libgenometools0 (= ${binary:Version}) > + libgenometools0t64 (= ${binary:Version}) > Description: development files for GenomeTools > This package contains the GenomeTools static library and necessary > header files. > @@ -118,7 +121,7 @@ > Depends: ${shlibs:Depends}, > ${misc:Depends}, > ${python3:Depends}, > - libgenometools0 > + libgenometools0t64 > Description: Python3 bindings for genometools > Partial Python3 bindings for the GenomeTools library. Besides basic > bioinformatics data structures, the library contains components for sequence > diff -Nru genometools-1.6.5+ds/debian/libgenometools0.install > genometools-1.6.5+ds/debian/libgenometools0.install > --- genometools-1.6.5+ds/debian/libgenometools0.install 2023-09-19 > 21:22:02.0 + > +++ genometools-1.6.5+ds/debian/libgenometools0.install 1970-01-01 > 00:00:00.0 + > @@ -1 +0,0 @@ > -lib/libgenometools.so.0 usr/lib > diff -Nru genometools-1.6.5+ds/debian/libgenometools0t64.install > genometools-1.6.5+ds/debian/libgenometools0t64.install > --- genometools-1.6.5+ds/debian/libgenometools0t64.install1970-01-01 > 00:00:00.0 + > +++ genometools-1.6.5+ds/debian/libgenometools0t64.install2023-09-19 > 21:22:02.0 + > @@ -0,0 +1 @@ > +lib/libgenometools.so.0 usr/lib > diff -Nru genometools-1.6.5+ds/debian/libgenometools0t64.lintian-overrides > genometools-1.6.5+ds/debian/libgenometools0t64.lintian-overrides > --- genometools-1.6.5+ds/debian/libgenometools0t64.lintian-overrides > 1970-01-01 00:00:00.0 + > +++ genometools-1.6.5+ds/debian/libgenometools0t64.lintian-overrides > 2024-02-28 16:15:24.0 + > @@
Bug#1069915: file: wrong Breaks/Replaces in libmagic-mgc
Package: file Version: 5.45-3 Severity: normal Tags: patch User: ubuntu-de...@lists.ubuntu.com Usertags: origin-ubuntu ubuntu-patch Hi Christoph, The time_t transition automation scripts incorrectly changed the versioned Breaks/Replaces against old libmagic1 to point to libmagic1t64, which clearly never had a package version (<< 1:5.28-4~). The attached patch fixes this mistake, although since the version in oldoldstable is 1:5.35-4+deb10u2, perhaps you would prefer to drop the fields instead. Regards, -- 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 file-5.45/debian/control file-5.45/debian/control --- file-5.45/debian/control2024-03-01 09:30:02.0 -0800 +++ file-5.45/debian/control2024-03-22 11:54:36.0 -0700 @@ -50,9 +50,9 @@ Architecture: any Depends: ${misc:Depends}, Breaks: -libmagic1t64 (<< 1:5.28-4~), +libmagic1 (<< 1:5.28-4~), Replaces: -libmagic1t64 (<< 1:5.28-4~), +libmagic1 (<< 1:5.28-4~), Section: libs Priority: optional Multi-Arch: foreign
Bug#1069910: ecl: FTBFS with LTO
Package: ecl Version: 21.2.1+ds-4.1 Severity: important Tags: patch User: ubuntu-de...@lists.ubuntu.com Usertags: origin-ubuntu ubuntu-patch Dear maintainers, ecl fails to build when LTO is enabled, basically hanging indefinitely until hitting a timeout and being killed. https://launchpad.net/ubuntu/+source/ecl/21.2.1+ds-4.1/+build/27828342 LTO is enabled by default in Ubuntu, so we have worked around this there by disabling LTO as in the attached patch. LTO is not enabled by default in Debian, however there have been discussions about doing so. Therefore you may want to consider applying the attached patch in Debian as well, to future-proof the package against toolchain changes. Thanks, -- Steve Langasek Give me a lever long enough and a Free OS Debian Developer to set it on, and I can move the world. Ubuntu Developer https://www.debian.org/ slanga...@ubuntu.com vor...@debian.org diff -Nru ecl-21.2.1+ds/debian/rules ecl-21.2.1+ds/debian/rules --- ecl-21.2.1+ds/debian/rules 2021-12-04 11:51:55.0 -0800 +++ ecl-21.2.1+ds/debian/rules 2024-03-27 22:26:54.0 -0700 @@ -3,6 +3,8 @@ # Uncomment this to turn on verbose mode. #export DH_VERBOSE=1 +export DEB_BUILD_MAINT_OPTIONS=optimize=-lto + %: dh $@
Bug#1069909: dcraw: FTBFS due to conflicting memmem prototype
Package: dcraw Version: 9.28-5 Severity: normal Tags: patch User: ubuntu-de...@lists.ubuntu.com Usertags: origin-ubuntu noble ubuntu-patch Hi Filip, In Ubuntu, dcraw was failing to build because of a local implementation of memmem() whose prototype conflicts with the glibc prototype: [...] gcc -DPACKAGE_NAME=\"dcraw\" -DPACKAGE_TARNAME=\"dcraw\" -DPACKAGE_VERSION=\"9.28\" -DPACKAGE_STRING=\"dcraw\ 9.28\" -DPACKAGE_BUGREPORT=\"hr...@physics.muni.cz\" -DPACKAGE_URL=\"\" -DPACKAGE=\"dcraw\" -DVERSION=\"9.28\" -DHAVE_LIBM=1 -DHAVE_STDIO_H=1 -DHAVE_STDLIB_H=1 -DHAVE_STRING_H=1 -DHAVE_INTTYPES_H=1 -DHAVE_STDINT_H=1 -DHAVE_STRINGS_H=1 -DHAVE_SYS_STAT_H=1 -DHAVE_SYS_TYPES_H=1 -DHAVE_UNISTD_H=1 -DSTDC_HEADERS=1 -DHAVE_JPEGLIB_H=1 -DHAVE_LIBJPEG=1 -DHAVE_LCMS2_H=1 -DHAVE_LIBLCMS2=1 -I. -Wdate-time -D_FORTIFY_SOURCE=3 -g -O2 -fno-omit-frame-pointer -mno-omit-leaf-frame-pointer -ffile-prefix-map=/<>=. -flto=auto -ffat-lto-objects -fstack-protector-strong -fstack-clash-protection -Wformat -Werror=format-security -fcf-protection -fdebug-prefix-map=/<>=/usr/src/dcraw-9.28-5build1 -O4 -c -o parse.o parse.c [...] parse.c:1216:7: error: conflicting types for ‘memmem’; have ‘char *(char *, size_t, char *, size_t)’ {aka ‘char *(char *, long unsigned int, char *, long unsigned int)’} 1216 | char *memmem (char *haystack, size_t haystacklen, | ^~ In file included from parse.c:13: /usr/include/string.h:389:14: note: previous declaration of ‘memmem’ with type ‘void *(const void *, size_t, const void *, size_t)’ {aka ‘void *(const void *, long unsigned int, const void *, long unsigned int)’} 389 | extern void *memmem (const void *__haystack, size_t __haystacklen, | ^~ [...] (https://launchpad.net/ubuntu/+source/dcraw/9.28-5build1/+build/28000832) This is not currently a build failure in Debian, but that is strictly a question of compiler behavior, and this may start to FTBFS in Debian at some later point. And anyway, there's no reason to reimplement memmem() here, it's probably less performant than the version provided by glibc. We have applied the attached patch in Ubuntu to fix the build failure. I think it would be a good idea to apply it in Debian as well. 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 Developer https://www.debian.org/ slanga...@ubuntu.com vor...@debian.org diff -Nru dcraw-9.28/debian/patches/remove-duplicate-memmem.patch dcraw-9.28/debian/patches/remove-duplicate-memmem.patch --- dcraw-9.28/debian/patches/remove-duplicate-memmem.patch 1969-12-31 16:00:00.0 -0800 +++ dcraw-9.28/debian/patches/remove-duplicate-memmem.patch 2024-04-09 16:49:27.0 -0700 @@ -0,0 +1,28 @@ +Description: don't reimplement memmem() + memmem() is implemented in glibc, don't have a redundant duplicate + implementation with a different prototype. +Author: Steve Langasek +Last-Update: 2024-04-09 +Forwarded: no + +Index: dcraw-9.28/parse.c +=== +--- dcraw-9.28.orig/parse.c dcraw-9.28/parse.c +@@ -1213,16 +1213,6 @@ + } + } + +-char *memmem (char *haystack, size_t haystacklen, +- char *needle, size_t needlelen) +-{ +- char *c; +- for (c = haystack; c <= haystack + haystacklen - needlelen; c++) +-if (!memcmp (c, needle, needlelen)) +- return c; +- return NULL; +-} +- + /* +Identify which camera created this file, and set global variables +accordingly.Return nonzero if the file cannot be decoded. diff -Nru dcraw-9.28/debian/patches/series dcraw-9.28/debian/patches/series --- dcraw-9.28/debian/patches/series2024-03-26 02:42:04.0 -0700 +++ dcraw-9.28/debian/patches/series2024-04-09 16:48:07.0 -0700 @@ -8,3 +8,4 @@ iowrap.diff 0009-missing_headers.patch 0010-Fuji-headers.patch +remove-duplicate-memmem.patch
Bug#1062074: clanlib FTBFS
Control: tags 1069385 patch Please find attached a comprehensive NMU patch for both the time_t conversion and the FTBFS errors. I am uploading this now as a 0-day NMU. -- 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 clanlib-1.0~svn3827/debian/changelog clanlib-1.0~svn3827/debian/changelog --- clanlib-1.0~svn3827/debian/changelog2023-09-15 13:49:45.0 -0700 +++ clanlib-1.0~svn3827/debian/changelog2024-04-25 14:29:44.0 -0700 @@ -1,3 +1,20 @@ +clanlib (1.0~svn3827-11.2) unstable; urgency=medium + + * Non-maintainer upload. + * Fix dep from -dev package to point to current runtime lib name. +Closes: #1069385. + * debian/patches/64-bit-time-t-compat.patch: compatibility with 64-bit +time_t. Closes: #1067616. + + -- Steve Langasek Thu, 25 Apr 2024 21:29:44 + + +clanlib (1.0~svn3827-11.1) unstable; urgency=medium + + * Non-maintainer upload. + * Rename libraries for 64-bit time_t transition. Closes: #1062074 + + -- Steve Langasek Wed, 28 Feb 2024 15:52:37 + + clanlib (1.0~svn3827-11) unstable; urgency=medium * Team upload. diff -Nru clanlib-1.0~svn3827/debian/control clanlib-1.0~svn3827/debian/control --- clanlib-1.0~svn3827/debian/control 2023-09-15 13:49:45.0 -0700 +++ clanlib-1.0~svn3827/debian/control 2024-04-25 14:29:44.0 -0700 @@ -4,7 +4,7 @@ Barry deFreese Section: libs Priority: optional -Build-Depends: +Build-Depends: dpkg-dev (>= 1.22.5), bzip2, debhelper-compat (= 12), libasound2-dev [linux-any], @@ -28,14 +28,17 @@ Vcs-Git: https://salsa.debian.org/games-team/clanlib.git Homepage: https://github.com/sphair/ClanLib -Package: libclanapp-1.0v5 +Package: libclanapp-1.0t64 +Provides: ${t64:Provides} +X-Time64-Compat: libclanapp-1.0v5 +Breaks: libclanapp-1.0v5 (<< ${source:Version}) Architecture: any Depends: ${misc:Depends}, ${shlibs:Depends} Conflicts: libclanapp-1.0 -Replaces: +Replaces:libclanapp-1.0v5, libclanapp-1.0 Multi-Arch: same Description: ClanLib game SDK runtime @@ -60,7 +63,7 @@ Architecture: any Section: libdevel Depends: - libclanapp-1.0v5 (= ${binary:Version}), + libclanapp-1.0t64 (= ${binary:Version}), ${misc:Depends} Recommends: libfreetype-dev, diff -Nru clanlib-1.0~svn3827/debian/libclanapp-1.0t64.install clanlib-1.0~svn3827/debian/libclanapp-1.0t64.install --- clanlib-1.0~svn3827/debian/libclanapp-1.0t64.install1969-12-31 16:00:00.0 -0800 +++ clanlib-1.0~svn3827/debian/libclanapp-1.0t64.install2023-09-15 13:49:45.0 -0700 @@ -0,0 +1,11 @@ +usr/lib/*/libclanApp*.so.* +usr/lib/*/libclanCore*.so.* +usr/lib/*/libclanDisplay*.so.* +usr/lib/*/libclanGL*.so.* +usr/lib/*/libclanGUI*.so.* +usr/lib/*/libclanGUIStyleSilver*.so.* +usr/lib/*/libclanMikMod*.so.* +usr/lib/*/libclanNetwork*.so.* +usr/lib/*/libclanSignals*.so.* +usr/lib/*/libclanSound*.so.* +usr/lib/*/libclanVorbis*.so.* diff -Nru clanlib-1.0~svn3827/debian/libclanapp-1.0t64.lintian-overrides clanlib-1.0~svn3827/debian/libclanapp-1.0t64.lintian-overrides --- clanlib-1.0~svn3827/debian/libclanapp-1.0t64.lintian-overrides 1969-12-31 16:00:00.0 -0800 +++ clanlib-1.0~svn3827/debian/libclanapp-1.0t64.lintian-overrides 2024-02-28 07:52:20.0 -0800 @@ -0,0 +1 @@ +libclanapp-1.0t64: package-name-doesnt-match-sonames libclanapp-1.0v5 diff -Nru clanlib-1.0~svn3827/debian/libclanapp-1.0v5.install clanlib-1.0~svn3827/debian/libclanapp-1.0v5.install --- clanlib-1.0~svn3827/debian/libclanapp-1.0v5.install 2023-09-15 13:49:45.0 -0700 +++ clanlib-1.0~svn3827/debian/libclanapp-1.0v5.install 1969-12-31 16:00:00.0 -0800 @@ -1,11 +0,0 @@ -usr/lib/*/libclanApp*.so.* -usr/lib/*/libclanCore*.so.* -usr/lib/*/libclanDisplay*.so.* -usr/lib/*/libclanGL*.so.* -usr/lib/*/libclanGUI*.so.* -usr/lib/*/libclanGUIStyleSilver*.so.* -usr/lib/*/libclanMikMod*.so.* -usr/lib/*/libclanNetwork*.so.* -usr/lib/*/libclanSignals*.so.* -usr/lib/*/libclanSound*.so.* -usr/lib/*/libclanVorbis*.so.* diff -Nru clanlib-1.0~svn3827/debian/patches/64-bit-time-t-compat.patch clanlib-1.0~svn3827/debian/patches/64-bit-time-t-compat.patch --- clanlib-1.0~svn3827/debian/patches/64-bit-time-t-compat.patch 1969-12-31 16:00:00.0 -0800 +++ clanlib-1.0~svn3827/debian/patches/64-bit-time-t-compat.patch 2024-04-25 14:29:44.0 -0700 @@ -0,0 +1,53 @@ +Description: compatibility with 64-bit time_t + linux/input.h uses a different structure when time_t is 64-bit, so + patch around this. +Author: Steve Langasek +Bug-Debian: https://bugs.debian.org/1067616 +Last-Update: 2024-04-25 +Forwarded: no + +Index: clanlib-1.0~svn3827/Sources/GL/GLX/input_device_linux
Bug#1069862: blktrace: FTBFS on ppc64el in Ubuntu (-O3?) due to wrong code analysis
Package: blktrace Version: 1.2.0-5 Severity: minor Tags: patch User: ubuntu-de...@lists.ubuntu.com Usertags: origin-ubuntu ubuntu-patch Dear maintainers, In Ubuntu, we found that blktrace was failing to rebuild on ppc64el because the compiler was wrongly identifying problems with format string handling: [...] gcc -o blkparse.o -c -D__DEB_CANARY_CPPFLAGS_4e732ced3463d06de0ca9a15b6153677__ -Wdate-time -D_FORTIFY_SOURCE=3 -g -O3 -Werror=implicit-function-declaration -Werror=array-bounds -Werror=clobbered -Werror=volatile-register-var -D__DEB_CANARY_CFLAGS_4e732ced3463d06de0ca9a15b6153677__ -fno-omit-frame-pointer -ffile-prefix-map=/<>=. -flto=auto -ffat-lto-objects -fstack-protector-strong -Wformat -Werror=format-security -fno-stack-clash-protection -fdebug-prefix-map=/<>=/usr/src/blktrace-1.2.0-5build1 -Wall -Wextra -Wno-shadow -Werror -g -Wl,-Bsymbolic-functions -Wl,-z,deb-canary-4e732ced3463d06de0ca9a15b6153677 -flto=auto -ffat-lto-objects -Wl,-z,relro -Wl,-z,now -Wl,--as-needed -D_GNU_SOURCE -D_LARGEFILE_SOURCE -D_FILE_OFFSET_BITS=64 blkparse.c blkparse.c: In function ‘main’: blkparse.c:376:56: error: ‘%s’ directive argument is null [-Werror=format-overflow=] 376 | fprintf(stderr, "Out of memory, device %s (%d)\n", name, size); |^~ [...] blkparse.c:1885:68: error: ‘):’ directive output may be truncated writing 2 bytes into a region of size between 1 and 41 [-Werror=format-truncation=] [...] (https://launchpad.net/ubuntu/+source/blktrace/1.2.0-5build1/+build/27931723) It's possible/likely that this build failure is caused by the use of -O3 by default for ppc64el builds in Ubuntu; so the attached patch, while it fixes the problem in Ubuntu and should be harmless in Debian, may not be something you want to apply as-is. Perhaps you would prefer to use $(filter -O3,...) instead? 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 Developer https://www.debian.org/ slanga...@ubuntu.com vor...@debian.org diff -Nru blktrace-1.2.0/debian/control blktrace-1.2.0/debian/control --- blktrace-1.2.0/debian/control 2024-03-16 02:13:36.0 -0700 +++ blktrace-1.2.0/debian/control 2024-03-22 19:17:48.0 -0700 @@ -1,8 +1,7 @@ Source: blktrace Section: utils Priority: optional -Maintainer: Ubuntu Developers -XSBC-Original-Maintainer: Bas Zoetekouw +Maintainer: Bas Zoetekouw Uploaders: Dmitry Smirnov Build-Depends: debhelper (>= 11), diff -Nru blktrace-1.2.0/debian/rules blktrace-1.2.0/debian/rules --- blktrace-1.2.0/debian/rules 2019-02-23 14:17:21.0 -0800 +++ blktrace-1.2.0/debian/rules 2024-03-22 19:17:33.0 -0700 @@ -10,6 +10,9 @@ export DEB_BUILD_MAINT_OPTIONS = hardening=+all future=+all qa=+all reproducible=+all export DEB_LDFLAGS_MAINT_APPEND = -Wl,--as-needed +ifeq ($(DEB_HOST_ARCH),ppc64el) + export DEB_CFLAGS_MAINT_APPEND = -Wno-error=format-overflow -Wno-error=format-truncation +endif # make sure TeX/dvipdfm generates reproducable builds export FORCE_SOURCE_DATE=1
Bug#1069859: atop: Fix atop for 64-bit time_t on arm
Package: atop Version: 2.10.0-2 Severity: grave Tags: patch User: ubuntu-de...@lists.ubuntu.com Usertags: origin-ubuntu noble ubuntu-patch Hi Marc, Although atop currently builds successfully on armhf and armel, it is broken at runtime because it tries to use a time_t in a format string which now no longer uses the correct size for the data. This was found in Ubuntu via autopkgtests (unfortunately, Debian does not run autopkgtests for binNMUs): 358s /tmp/autopkgtest.Nzaczp/build.Xps/src/debian/tests/01-numcpus: line 15: 1136 Segmentation fault (core dumped) atop -P cpu 5 1 1>&2 Please see attached a patch that fixes this issue. It has been uploaded to Ubuntu. Thanks, -- Steve Langasek Give me a lever long enough and a Free OS Debian Developer to set it on, and I can move the world. Ubuntu Developer https://www.debian.org/ slanga...@ubuntu.com vor...@debian.org diff -Nru atop-2.10.0/debian/patches/64-bit-time-t-compat.patch atop-2.10.0/debian/patches/64-bit-time-t-compat.patch --- atop-2.10.0/debian/patches/64-bit-time-t-compat.patch 1969-12-31 16:00:00.0 -0800 +++ atop-2.10.0/debian/patches/64-bit-time-t-compat.patch 2024-03-22 11:11:06.0 -0700 @@ -0,0 +1,22 @@ +Description: compatibility with 64-bit time_t +Author: Steve Langasek +Forwarded: no +Last-Update: 2024-03-22 + +Index: atop-2.10.0/parseable.c +=== +--- atop-2.10.0.orig/parseable.c atop-2.10.0/parseable.c +@@ -214,10 +214,10 @@ + convdate(curtime, datestr); + convtime(curtime, timestr); + +- snprintf(header, sizeof header, "%s %s %ld %s %s %d", ++ snprintf(header, sizeof header, "%s %s %lld %s %s %d", + labeldef[i].label, + utsname.nodename, +- curtime, ++ (long long)curtime, + datestr, timestr, numsecs); + + /* diff -Nru atop-2.10.0/debian/patches/series atop-2.10.0/debian/patches/series --- atop-2.10.0/debian/patches/series 2024-01-14 12:18:53.0 -0800 +++ atop-2.10.0/debian/patches/series 2024-03-22 11:10:13.0 -0700 @@ -15,3 +15,4 @@ no-atopgpud handle-default-file default +64-bit-time-t-compat.patch
Bug#1069745: magics-python: wrong arch: any packaging builds potentially uninstallable packages
Package: magics-python Version: 2:1.5.8-1 Severity: important Tags: patch User: ubuntu-de...@lists.ubuntu.com Usertags: origin-ubuntu noble ubuntu-patch Hi Alastair, Working to resolve per-arch uninstallability of python3-magics++ in Ubuntu for the upcoming release, I found significant issues in the packaging that should be resolved. - The package build-depends on libeccodes-dev, but does not use it - It depends on libmagplus3v5, but nothing ensures that this package is only built for architectures on which libmagplus3v5 is available (both libmagplus3v5 and libeccodes have *similar* portability issues, but not identical; in Ubuntu we're now in the situation that we have architectures where libeccodes-dev is available but libmagplus is not) - It doesn't actually *use* libmagplus3v5, so this dependency is wrong; what it does use is libMagPlus.so, from libmagics++-dev, which is resolved via python3-ecmwflibs - But the package is missing an actual dependency on python3-ecmwflibs, so installing python3-magics++ by itself results in a python module that fails to import - But also, this package is a pure-python module containing no architecture-dependent code, so it should be Architecture: all anyway instead of Architecture: any (which also makes the per-arch installability issues go away) - And because it's architecture-independent it should build-depend on python3 - not python3-dev, which is for binary modules. Please find attached a patch addressing these issues, which has been uploaded to Ubuntu. Thanks, -- Steve Langasek Give me a lever long enough and a Free OS Debian Developer to set it on, and I can move the world. Ubuntu Developer https://www.debian.org/ slanga...@ubuntu.com vor...@debian.org diff -Nru magics-python-1.5.8/debian/control magics-python-1.5.8/debian/control --- magics-python-1.5.8/debian/control 2022-04-17 00:12:44.0 -0700 +++ magics-python-1.5.8/debian/control 2024-04-23 17:10:54.0 -0700 @@ -4,8 +4,7 @@ Maintainer: Alastair McKinstry Build-Depends: debhelper-compat (= 13), dh-sequence-python3, - libeccodes-dev, - python3-dev, + python3, python3-setuptools, python3-pytest-runner Standards-Version: 4.6.0 @@ -14,8 +13,8 @@ Vcs-Git: https://salsa.debian.org:/science-team/magics-python.git -b debian/latest Package: python3-magics++ -Architecture: any -Depends: libmagplus3v5 , ${misc:Depends}, +Architecture: all +Depends: python3-ecmwflibs, ${misc:Depends}, ${python3:Depends}, python3-simplejson, python3-jinja2
Bug#1066342: eterm: FTBFS: libscream.c:3231:16: error: implicit declaration of function ‘safe_print_string’ [-Werror=implicit-function-declaration]
Package: eterm Followup-For: Bug #1066342 User: ubuntu-de...@lists.ubuntu.com Usertags: origin-ubuntu noble ubuntu-patch Control: tags -1 patch Please find attached a patch for this issue which 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 eterm-0.9.6/debian/patches/no-implicit-declarations.patch eterm-0.9.6/debian/patches/no-implicit-declarations.patch --- eterm-0.9.6/debian/patches/no-implicit-declarations.patch 1969-12-31 16:00:00.0 -0800 +++ eterm-0.9.6/debian/patches/no-implicit-declarations.patch 2024-04-13 16:46:57.0 -0700 @@ -0,0 +1,18 @@ +Description: add missing include +Author: Steve Langasek +Bug-Debian: https://bugs.debian.org/1066342 +Last-Update: 2024-04-13 +Forwarded: no + +Index: eterm-0.9.6/src/libscream.c +=== +--- eterm-0.9.6.orig/src/libscream.c eterm-0.9.6/src/libscream.c +@@ -44,6 +44,7 @@ + + #include "config.h" + #include "feature.h" ++#include "misc.h" + + /* use libast if we have it */ + #ifdef DEBUG_ESCREEN diff -Nru eterm-0.9.6/debian/patches/series eterm-0.9.6/debian/patches/series --- eterm-0.9.6/debian/patches/series 2023-03-10 12:03:30.0 -0800 +++ eterm-0.9.6/debian/patches/series 2024-04-13 16:45:35.0 -0700 @@ -6,3 +6,4 @@ fix-esetroot-on-pseudocolor.patch CVE-2021-33477.patch fix-fail-to-build-with-imlib2.patch +no-implicit-declarations.patch
Bug#1065790: libosmo-netif: FTBFS on arm{el,hf}: tests fail
Package: libosmo-netif Followup-For: Bug #1065790 User: ubuntu-de...@lists.ubuntu.com Usertags: origin-ubuntu noble ubuntu-patch Control: tags -1 patch Well, maybe a version of the patch without a stray character that breaks compilation. -- 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 libosmo-netif-1.2.0/debian/patches/64-bit-time-t.patch libosmo-netif-1.2.0/debian/patches/64-bit-time-t.patch --- libosmo-netif-1.2.0/debian/patches/64-bit-time-t.patch 1969-12-31 16:00:00.0 -0800 +++ libosmo-netif-1.2.0/debian/patches/64-bit-time-t.patch 2024-04-13 12:31:32.0 -0700 @@ -0,0 +1,136 @@ +Description: use a 64-bit safe format string for time_t. +Author: Steve Langasek +Bug-Debian: https://bugs.debian.org/1065790 +Last-Update: 2024-04-13 +Forwarded: no + +Index: libosmo-netif-1.2.0/examples/ipa-stream-client.c +=== +--- libosmo-netif-1.2.0.orig/examples/ipa-stream-client.c libosmo-netif-1.2.0/examples/ipa-stream-client.c +@@ -143,7 +143,8 @@ + timersub(, >tv, ); + + LOGP(DLINP, LOGL_NOTICE, "message %d replied " +- "in %lu.%.6lu\n", num, diff.tv_sec, diff.tv_usec); ++ "in %lld.%.6lld\n", num, (long long int)diff.tv_sec, ++ (long long int)diff.tv_usec); + talloc_free(found); + } else { + LOGP(DLINP, LOGL_ERROR, +Index: libosmo-netif-1.2.0/src/jibuf.c +=== +--- libosmo-netif-1.2.0.orig/src/jibuf.c libosmo-netif-1.2.0/src/jibuf.c +@@ -385,10 +385,10 @@ + timeradd(>last_enqueue_time, _ts, _ts); + + LOGP(DLJIBUF, LOGL_DEBUG, "enqueuing packet seq=%"PRIu16" rel=%d delay=%d" \ +- " skew=%d thres=%d {%lu.%06lu -> %lu.%06lu} %s\n", ++ " skew=%d thres=%d {%lld.%06lld -> %lld.%06lld} %s\n", + msg_get_sequence(msg), rel_delay, delay, jb->skew_us, jb->threshold_delay, +- jb->last_enqueue_time.tv_sec, jb->last_enqueue_time.tv_usec, +- sched_ts.tv_sec, sched_ts.tv_usec, msg_get_marker(msg)? "M" : ""); ++ (long long int)jb->last_enqueue_time.tv_sec, (long long int)jb->last_enqueue_time.tv_usec, ++ (long long int)sched_ts.tv_sec, (long long int)sched_ts.tv_usec, msg_get_marker(msg)? "M" : ""); + + /* Add scheduled dequeue time in msg->cb so we can check it later */ + unsigned long *old_cb = talloc_memdup(jb->talloc_ctx, msg->cb, sizeof(msg->cb)); +Index: libosmo-netif-1.2.0/tests/osmux/osmux_test.c +=== +--- libosmo-netif-1.2.0.orig/tests/osmux/osmux_test.c libosmo-netif-1.2.0/tests/osmux/osmux_test.c +@@ -69,8 +69,10 @@ + struct timeval tv; \ + osmo_clock_gettime(CLOCK_MONOTONIC, ); \ + osmo_gettimeofday(, NULL); \ +- fprintf(stderr, "sys={%lu.%06lu}, mono={%lu.%06lu}: " fmt, \ +- tv.tv_sec, tv.tv_usec, ts.tv_sec, ts.tv_nsec/1000, ##args); \ ++ fprintf(stderr, "sys={%lld.%06lld}, mono={%lld.%06lld}: " fmt, \ ++ (long long int)tv.tv_sec, (long long int)tv.tv_usec, \ ++ (long long int)ts.tv_sec, \ ++ (long long int)ts.tv_nsec/1000, ##args); \ + } while(0) + + static void clock_override_enable(bool enable) +Index: libosmo-netif-1.2.0/tests/stream/stream_test.c +=== +--- libosmo-netif-1.2.0.orig/tests/stream/stream_test.c libosmo-netif-1.2.0/tests/stream/stream_test.c +@@ -60,7 +60,7 @@ + #define LOGCLI(cli, fmt, args...) do { \ + struct timeval tv; \ + osmo_gettimeofday(, NULL); \ +- printf("{%lu.%06lu} [%s] Client's %s(): " fmt, tv.tv_sec, tv.tv_usec, \ ++ printf("{%lld.%06lld} [%s] Client's %s(): " fmt, (long long int)tv.tv_sec, (long long int)tv.tv_usec, \ + osmo_stream_cli_get_data(cli) ? "OK" : "NA", __func__, ##args); \ + } while (0) + +@@ -235,7 +235,7 @@ + #define LOGSRV(srv, fmt, args...) do { \ + struct timeval tv; \ + osmo_gettimeofday(, NULL); \ +- printf("{%lu.%06lu} [%s|%s] Server's %s(): " fmt, tv.tv_sec, tv.tv_usec, \ ++ printf("{%lld.%06lld} [%s|%s] Server's %s(): "
Bug#1065790: libosmo-netif: FTBFS on arm{el,hf}: tests fail
Package: libosmo-netif Followup-For: Bug #1065790 User: ubuntu-de...@lists.ubuntu.com Usertags: origin-ubuntu noble ubuntu-patch Control: tags -1 patch Please find attached an alternative solution to this which has been uploaded to Ubuntu. I found it easier to fix the portability issue than deal with removing the reverse-dependency chain. -- 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 libosmo-netif-1.2.0/debian/patches/64-bit-time-t.patch libosmo-netif-1.2.0/debian/patches/64-bit-time-t.patch --- libosmo-netif-1.2.0/debian/patches/64-bit-time-t.patch 1969-12-31 16:00:00.0 -0800 +++ libosmo-netif-1.2.0/debian/patches/64-bit-time-t.patch 2024-04-13 12:30:35.0 -0700 @@ -0,0 +1,142 @@ +Description: use a 64-bit safe format string for time_t. +Author: Steve Langasek +Bug-Debian: https://bugs.debian.org/1065790 +Last-Update: 2024-04-13 +Forwarded: no + +Index: libosmo-netif-1.2.0/examples/ipa-stream-client.c +=== +--- libosmo-netif-1.2.0.orig/examples/ipa-stream-client.c libosmo-netif-1.2.0/examples/ipa-stream-client.c +@@ -143,7 +143,8 @@ + timersub(, >tv, ); + + LOGP(DLINP, LOGL_NOTICE, "message %d replied " +- "in %lu.%.6lu\n", num, diff.tv_sec, diff.tv_usec); ++ "in %lld.%.6lld\n", num, (long long int)diff.tv_sec, ++ (long long int)diff.tv_usec); + talloc_free(found); + } else { + LOGP(DLINP, LOGL_ERROR, +Index: libosmo-netif-1.2.0/src/jibuf.c +=== +--- libosmo-netif-1.2.0.orig/src/jibuf.c libosmo-netif-1.2.0/src/jibuf.c +@@ -385,10 +385,10 @@ + timeradd(>last_enqueue_time, _ts, _ts); + + LOGP(DLJIBUF, LOGL_DEBUG, "enqueuing packet seq=%"PRIu16" rel=%d delay=%d" \ +- " skew=%d thres=%d {%lu.%06lu -> %lu.%06lu} %s\n", ++ " skew=%d thres=%d {%lld.%06lld -> %lld.%06lld} %s\n", + msg_get_sequence(msg), rel_delay, delay, jb->skew_us, jb->threshold_delay, +- jb->last_enqueue_time.tv_sec, jb->last_enqueue_time.tv_usec, +- sched_ts.tv_sec, sched_ts.tv_usec, msg_get_marker(msg)? "M" : ""); ++ (long long int)jb->last_enqueue_time.tv_sec, (long long int)jb->last_enqueue_time.tv_usec, ++ (long long int)sched_ts.tv_sec, (long long int)sched_ts.tv_usec, msg_get_marker(msg)? "M" : ""); + + /* Add scheduled dequeue time in msg->cb so we can check it later */ + unsigned long *old_cb = talloc_memdup(jb->talloc_ctx, msg->cb, sizeof(msg->cb)); +Index: libosmo-netif-1.2.0/tests/osmux/osmux_test.c +=== +--- libosmo-netif-1.2.0.orig/tests/osmux/osmux_test.c libosmo-netif-1.2.0/tests/osmux/osmux_test.c +@@ -1,4 +1,4 @@ +-/* ++y/* + * (C) 2013 by Pablo Neira Ayuso + * (C) 2013 by On Waves ehf <http://www.on-waves.com> + * +@@ -69,8 +69,10 @@ + struct timeval tv; \ + osmo_clock_gettime(CLOCK_MONOTONIC, ); \ + osmo_gettimeofday(, NULL); \ +- fprintf(stderr, "sys={%lu.%06lu}, mono={%lu.%06lu}: " fmt, \ +- tv.tv_sec, tv.tv_usec, ts.tv_sec, ts.tv_nsec/1000, ##args); \ ++ fprintf(stderr, "sys={%lld.%06lld}, mono={%lld.%06lld}: " fmt, \ ++ (long long int)tv.tv_sec, (long long int)tv.tv_usec, \ ++ (long long int)ts.tv_sec, \ ++ (long long int)ts.tv_nsec/1000, ##args); \ + } while(0) + + static void clock_override_enable(bool enable) +Index: libosmo-netif-1.2.0/tests/stream/stream_test.c +=== +--- libosmo-netif-1.2.0.orig/tests/stream/stream_test.c libosmo-netif-1.2.0/tests/stream/stream_test.c +@@ -60,7 +60,7 @@ + #define LOGCLI(cli, fmt, args...) do { \ + struct timeval tv; \ + osmo_gettimeofday(, NULL); \ +- printf("{%lu.%06lu} [%s] Client's %s(): " fmt, tv.tv_sec, tv.tv_usec, \ ++ printf("{%lld.%06lld} [%s] Client's %s(): " fmt, (long long int)tv.tv_sec, (long long int)tv.tv_usec, \ + osmo_stream_cli_get_data(cli) ? "OK" : "NA", __func__, ##args); \ + } while (0) + +@@ -235,7 +235,7 @@ + #define LOGSRV(srv, fmt, args...) do { \ + struct timeval tv; \ +
Bug#1066551: ramond: FTBFS: src/main.c:164:17: error: implicit declaration of function ‘LOG’ [-Werror=implicit-function-declaration]
Package: ramond Followup-For: Bug #1066551 User: ubuntu-de...@lists.ubuntu.com Usertags: origin-ubuntu noble ubuntu-patch Control: tags -1 patch Please find attached a patch for this issue which 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 ramond-0.5/debian/patches/0001-Daemonize-ramond-by-default.patch ramond-0.5/debian/patches/0001-Daemonize-ramond-by-default.patch --- ramond-0.5/debian/patches/0001-Daemonize-ramond-by-default.patch 2020-09-09 13:09:14.0 -0700 +++ ramond-0.5/debian/patches/0001-Daemonize-ramond-by-default.patch 2024-04-13 09:50:06.0 -0700 @@ -8,10 +8,10 @@ src/main.h |1 + 2 files changed, 80 insertions(+), 2 deletions(-) -diff --git a/src/main.c b/src/main.c -index 0cb6e8a..3c4543d 100644 a/src/main.c -+++ b/src/main.c +Index: ramond-0.5/src/main.c +=== +--- ramond-0.5.orig/src/main.c ramond-0.5/src/main.c @@ -1,6 +1,5 @@ #include "main.h" #include "log.h" @@ -19,7 +19,7 @@ apr_pool_t *masterPool; struct configuration *config; -@@ -14,8 +13,9 @@ void listRules(void); +@@ -14,8 +13,9 @@ void usage(char *prog_name) { @@ -30,7 +30,7 @@ fprintf(stderr, " -c : path to config file.\n"); } -@@ -824,11 +824,74 @@ void rafixd_clearRoute(struct ra_info *data) +@@ -824,11 +824,74 @@ pcap_close(fd); } @@ -81,7 +81,7 @@ + pidfile = open("/var/run/ramond.pid", O_RDWR|O_CREAT, 0640); + if(pidfile < 0) + exit(EXIT_FAILURE); -+ if(flock(pidfile, F_TLOCK, 0) < 0) ++ if(lockf(pidfile, F_TLOCK, 0) < 0) + exit(EXIT_SUCCESS); + + sprintf(pidstr, "%d\n", getpid()); @@ -105,7 +105,7 @@ if(argc > 6) { usage(argv[0]); -@@ -842,6 +905,20 @@ int main(int argc, char *argv[]) +@@ -842,6 +905,20 @@ signal(SIGCHLD, sigchld_handler); @@ -126,10 +126,10 @@ /* Find the config file */ if(!parseConfigFile(argc,argv)) { -diff --git a/src/main.h b/src/main.h -index 26de811..6552d5b 100644 a/src/main.h -+++ b/src/main.h +Index: ramond-0.5/src/main.h +=== +--- ramond-0.5.orig/src/main.h ramond-0.5/src/main.h @@ -1,5 +1,6 @@ #include #include diff -Nru ramond-0.5/debian/patches/no-implicit-declarations.patch ramond-0.5/debian/patches/no-implicit-declarations.patch --- ramond-0.5/debian/patches/no-implicit-declarations.patch1969-12-31 16:00:00.0 -0800 +++ ramond-0.5/debian/patches/no-implicit-declarations.patch2024-04-13 09:50:06.0 -0700 @@ -0,0 +1,29 @@ +Description: fix missing function declarations. +Author: Steve Langasek +Bug-Ubuntu: https://bugs.launchpad.net/bugs/2061024 +Bug-Debian: https://bugs.debian.org/1066551 +Last-Update: 2024-04-13 +Forwarded: no + +Index: ramond-0.5/src/log.h +=== +--- ramond-0.5.orig/src/log.h ramond-0.5/src/log.h +@@ -25,4 +25,6 @@ + + FILE *log_file; + ++void LOG(const char *fmt, ...); ++ + #endif +Index: ramond-0.5/src/main.c +=== +--- ramond-0.5.orig/src/main.c ramond-0.5/src/main.c +@@ -1,3 +1,6 @@ ++#include ++#include ++ + #include "main.h" + #include "log.h" + apr_pool_t *masterPool; diff -Nru ramond-0.5/debian/patches/series ramond-0.5/debian/patches/series --- ramond-0.5/debian/patches/series2022-04-20 16:48:49.0 -0700 +++ ramond-0.5/debian/patches/series2024-04-13 09:48:15.0 -0700 @@ -4,3 +4,4 @@ 0004-Honor-CFLAGS-CPPFLAGS-and-LDFLAGS.patch compiler.patch libxml2.patch +no-implicit-declarations.patch
Bug#1068431: rakarrack dependencies unsatisfiable on 32-bit non-i386 architectures.
Package: rakarrack Followup-For: Bug #1068431 User: ubuntu-de...@lists.ubuntu.com Usertags: origin-ubuntu noble ubuntu-patch Control: tags -1 patch Please find attached a patch for this issue which 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 rakarrack-0.6.1/debian/control rakarrack-0.6.1/debian/control --- rakarrack-0.6.1/debian/control 2024-03-12 00:01:51.0 -0700 +++ rakarrack-0.6.1/debian/control 2024-04-12 22:22:56.0 -0700 @@ -21,9 +21,6 @@ Architecture: any Depends: ${misc:Depends}, ${shlibs:Depends}, - libfltk1.3, - libxpm4, - libasound2, jackd Description: Simple and easy guitar effects processor for GNU/Linux Rakarrack is a guitar effects processor for GNU / Linux simple and easy to use
Bug#1067623: FTBFS: error: format ‘%ld’ expects argument of type ‘long int’, but argument 2 has type ‘__time64_t’ {aka ‘long long int’}
Package: acm Followup-For: Bug #1067623 User: ubuntu-de...@lists.ubuntu.com Usertags: origin-ubuntu noble ubuntu-patch Control: tags -1 patch Please find attached a patch for this issue which 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 acm-6.0+20200416/debian/patches/64-bit-time-t.patch acm-6.0+20200416/debian/patches/64-bit-time-t.patch --- acm-6.0+20200416/debian/patches/64-bit-time-t.patch 1969-12-31 16:00:00.0 -0800 +++ acm-6.0+20200416/debian/patches/64-bit-time-t.patch 2024-04-12 17:30:16.0 -0700 @@ -0,0 +1,22 @@ +Description: use 64-bit-safe format string for time_t +Author: Steve Langasek +Bug-Debian: https://bugs.debian.org/1067623 +Last-Update: 2024-04-12 +Forwarded: no + +Index: acm-6.0+20200416/src/dis/test/disscope.c +=== +--- acm-6.0+20200416.orig/src/dis/test/disscope.c acm-6.0+20200416/src/dis/test/disscope.c +@@ -239,8 +239,9 @@ + printf ("Family %d\n", pdu.hdr.protocol_family); + printf ("Exercise id %d\n", pdu.hdr.exercise_id); + dis_timestampToTimeval (_stamp, ); +- printf ("Time stamp %ld.%ld\n", tm.tv_sec, +- tm.tv_usec / 1000); ++ printf ("Time stamp %lld.%lld\n", ++ (long long int)tm.tv_sec, ++ (long long int)tm.tv_usec / 1000); + switch (pdu.hdr.pdu_type) { + case PDUTypeEntityState: + printf ("Entity (sim.app.eid) : %d/%d/%d\n", diff -Nru acm-6.0+20200416/debian/patches/series acm-6.0+20200416/debian/patches/series --- acm-6.0+20200416/debian/patches/series 2022-10-17 08:51:57.0 -0700 +++ acm-6.0+20200416/debian/patches/series 2024-04-12 17:28:43.0 -0700 @@ -4,3 +4,4 @@ fix_paths_in_acm_tcl.patch hardening1.patch fix_buffer_size.patch +64-bit-time-t.patch
Bug#1066315: kraptor: FTBFS: src/main.c:57:5: error: implicit declaration of function ‘mkdir’ [-Werror=implicit-function-declaration]
Package: kraptor Followup-For: Bug #1066315 User: ubuntu-de...@lists.ubuntu.com Usertags: origin-ubuntu noble ubuntu-patch Control: tags -1 patch Please find attached a patch for this issue which 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 kraptor-0.0.20040403+ds/debian/patches/no-implicit-declarations.patch kraptor-0.0.20040403+ds/debian/patches/no-implicit-declarations.patch --- kraptor-0.0.20040403+ds/debian/patches/no-implicit-declarations.patch 1969-12-31 16:00:00.0 -0800 +++ kraptor-0.0.20040403+ds/debian/patches/no-implicit-declarations.patch 2024-04-12 16:42:20.0 -0700 @@ -0,0 +1,18 @@ +Description: add missing include +Author: Steve Langasek +Bug-Debian: https://bugs.debian.org/1066315 +Last-Update: 2024-04-12 +Forwarded: no + +Index: kraptor-0.0.20040403+ds/src/main.c +=== +--- kraptor-0.0.20040403+ds.orig/src/main.c kraptor-0.0.20040403+ds/src/main.c +@@ -19,6 +19,7 @@ + // + #include + #include ++#include + #include + #include + #include /* DUMB: musica MOD, XM, etc */ diff -Nru kraptor-0.0.20040403+ds/debian/patches/series kraptor-0.0.20040403+ds/debian/patches/series --- kraptor-0.0.20040403+ds/debian/patches/series 2024-01-04 16:48:45.0 -0800 +++ kraptor-0.0.20040403+ds/debian/patches/series 2024-04-12 16:40:54.0 -0700 @@ -14,3 +14,4 @@ 14_create-hidden-kraptor-directory-in-home.patch 15_reproducible-build.patch fix_building_kraptor_with_fix_functions.patch +no-implicit-declarations.patch
Bug#1066654: mlpcap: FTBFS: utils.c:184:3: error: implicit declaration of function ‘camlidl_ml2c_pcap_pcap_handle’ [-Werror=implicit-function-declaration]
Package: mlpcap Followup-For: Bug #1066654 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 mlpcap-0.9/debian/patches/no-implicit-declarations.patch mlpcap-0.9/debian/patches/no-implicit-declarations.patch --- mlpcap-0.9/debian/patches/no-implicit-declarations.patch1969-12-31 16:00:00.0 -0800 +++ mlpcap-0.9/debian/patches/no-implicit-declarations.patch2024-04-10 16:59:47.0 -0700 @@ -0,0 +1,22 @@ +Description: add missing prototype + This function is code generated by camlidl from the .idl input file; + unfortunately it does not emit a header including the prototype. +Author: Steve Langasek +Bug-Debian: https://bugs.debian.org/1066654 +Last-Update: 2024-04-10 +Forwarded: no + +Index: mlpcap-0.9/utils.c +=== +--- mlpcap-0.9.orig/utils.c mlpcap-0.9/utils.c +@@ -33,6 +33,9 @@ + #include + #include "utils.h" + ++extern void camlidl_ml2c_pcap_pcap_handle(value _v1, pcap_handle * _c2, ++ camlidl_ctx _ctx); ++ + void + _pcap_callback (void *cback, va_alist alist) + { diff -Nru mlpcap-0.9/debian/patches/series mlpcap-0.9/debian/patches/series --- mlpcap-0.9/debian/patches/series2023-09-11 22:50:01.0 -0700 +++ mlpcap-0.9/debian/patches/series2024-04-10 16:57:47.0 -0700 @@ -5,3 +5,4 @@ 03_correct_META.diff 07_dll_with_camlidl.diff 08_ffcall.diff +no-implicit-declarations.patch
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#1066512: latencytop: FTBFS: fsync.c:330:17: error: implicit declaration of function ‘gettimeofday’ [-Werror=implicit-function-declaration]
Package: latencytop Followup-For: Bug #1066512 User: ubuntu-de...@lists.ubuntu.com Usertags: origin-ubuntu noble ubuntu-patch Control: tags -1 patch Please find attached a patch for this issue which 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 latencytop-0.5.0/debian/patches/no-implicit-declarations.patch latencytop-0.5.0/debian/patches/no-implicit-declarations.patch --- latencytop-0.5.0/debian/patches/no-implicit-declarations.patch 1969-12-31 16:00:00.0 -0800 +++ latencytop-0.5.0/debian/patches/no-implicit-declarations.patch 2024-04-10 16:02:15.0 -0700 @@ -0,0 +1,18 @@ +Description: add missing include +Author: Steve Langasek +Bug-Debian: https://bugs.debian.org/1066512 +Last-Update: 2024-04-10 +Forwarded: no + +Index: latencytop-0.5.0/fsync.c +=== +--- latencytop-0.5.0.orig/fsync.c latencytop-0.5.0/fsync.c +@@ -32,6 +32,7 @@ + #include + #include + #include ++#include + + #include + diff -Nru latencytop-0.5.0/debian/patches/series latencytop-0.5.0/debian/patches/series --- latencytop-0.5.0/debian/patches/series 2021-08-24 10:26:05.0 -0700 +++ latencytop-0.5.0/debian/patches/series 2024-04-10 16:01:05.0 -0700 @@ -1,3 +1,4 @@ 0001-Convert-to-autoconf.patch 0002-Fix-FTBFS-in-fsync.c.patch 0003-typo-fix.patch +no-implicit-declarations.patch
Bug#1066689: kdrill: FTBFS: init.c:171:12: error: implicit declaration of function ‘isMapped’; did you mean ‘IsUnmapped’? [-Werror=implicit-function-declaration]
Package: kdrill Followup-For: Bug #1066689 User: ubuntu-de...@lists.ubuntu.com Usertags: origin-ubuntu noble ubuntu-patch Control: tags -1 patch Please find attached a patch for this issue which 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 kdrill-6.5deb2/debian/patches/no-implicit-declarations.patch kdrill-6.5deb2/debian/patches/no-implicit-declarations.patch --- kdrill-6.5deb2/debian/patches/no-implicit-declarations.patch 1969-12-31 16:00:00.0 -0800 +++ kdrill-6.5deb2/debian/patches/no-implicit-declarations.patch 2024-04-10 15:56:58.0 -0700 @@ -0,0 +1,18 @@ +Description: add missing include +Author: Steve Langasek +Bug-Debian: https://bugs.debian.org/1066689 +Last-Update: 2024-04-10 +Forwarded: no + +Index: kdrill-6.5deb2/init.c +=== +--- kdrill-6.5deb2.orig/init.c kdrill-6.5deb2/init.c +@@ -24,6 +24,7 @@ + #include "searchwidgets.h" + #include "widgets.h" + #include "timeout.h" ++#include "utils.h" + + #include "icon_xbm" + diff -Nru kdrill-6.5deb2/debian/patches/series kdrill-6.5deb2/debian/patches/series --- kdrill-6.5deb2/debian/patches/series2021-10-20 10:11:20.0 -0700 +++ kdrill-6.5deb2/debian/patches/series2024-04-10 15:55:23.0 -0700 @@ -12,3 +12,4 @@ use-env-flags.diff warning-fixes.diff rename-getline.diff +no-implicit-declarations.patch
Bug#1067259: jabberd2: FTBFS: make[3]: *** [Makefile:538: libsx_la-websocket.lo] Error 1
Package: jabberd2 Followup-For: Bug #1067259 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 jabberd2-2.7.0/debian/patches/no-implicit-declarations.patch jabberd2-2.7.0/debian/patches/no-implicit-declarations.patch --- jabberd2-2.7.0/debian/patches/no-implicit-declarations.patch 1969-12-31 16:00:00.0 -0800 +++ jabberd2-2.7.0/debian/patches/no-implicit-declarations.patch 2024-04-10 15:03:46.0 -0700 @@ -0,0 +1,81 @@ +Description: add missing includes and disable conflicting crypt_r() + Nothing uses crypt_r() externally, it should use the glibc one; so disable + the conflicting prototype in the internal header. +Author: Steve Langasek +Bug-Debian: https://bugs.debian.org/1067259 +Last-Update: 2024-04-10 +Forwarded: no + +Index: jabberd2-2.7.0/storage/authreg_sqlite.c +=== +--- jabberd2-2.7.0.orig/storage/authreg_sqlite.c jabberd2-2.7.0/storage/authreg_sqlite.c +@@ -32,6 +32,7 @@ + #define _XOPEN_SOURCE 500 + #include "c2s.h" + #include ++#include + + /* Windows does not have the crypt() function, let's take DES_crypt from OpenSSL instead */ + #if defined(HAVE_OPENSSL_CRYPTO_H) && defined(_WIN32) +Index: jabberd2-2.7.0/storage/authreg_pgsql.c +=== +--- jabberd2-2.7.0.orig/storage/authreg_pgsql.c jabberd2-2.7.0/storage/authreg_pgsql.c +@@ -32,6 +32,7 @@ + #else + #ifdef HAVE_CRYPT + #include ++#include + #endif + #endif + +Index: jabberd2-2.7.0/storage/authreg_ldapfull.c +=== +--- jabberd2-2.7.0.orig/storage/authreg_ldapfull.c jabberd2-2.7.0/storage/authreg_ldapfull.c +@@ -35,6 +35,7 @@ + #ifdef STORAGE_LDAP + #ifdef HAVE_CRYPT + #include ++#include + #endif + + #ifdef HAVE_SSL +Index: jabberd2-2.7.0/util/crypt_blowfish.c +=== +--- jabberd2-2.7.0.orig/util/crypt_blowfish.c jabberd2-2.7.0/util/crypt_blowfish.c +@@ -54,6 +54,8 @@ + /* Just to make sure the prototypes match the actual definitions */ + #include "crypt_blowfish.h" + ++char *crypt_r(__const char *key, __const char *setting, void *data); ++ + #if defined(__i386__) || defined(__x86_64__) || defined(__alpha__) || defined(__hppa__) + #define BF_SCALE 1 + #else +Index: jabberd2-2.7.0/util/crypt_blowfish.h +=== +--- jabberd2-2.7.0.orig/util/crypt_blowfish.h jabberd2-2.7.0/util/crypt_blowfish.h +@@ -23,7 +23,6 @@ + #endif + + extern char *bcrypt(__const char *key, __const char *setting); +-extern char *crypt_r(__const char *key, __const char *setting, void *data); + + #ifndef __SKIP_OW + extern char *crypt_rn(__const char *key, __const char *setting, +Index: jabberd2-2.7.0/storage/authreg_mysql.c +=== +--- jabberd2-2.7.0.orig/storage/authreg_mysql.c jabberd2-2.7.0/storage/authreg_mysql.c +@@ -35,6 +35,7 @@ + #else + #ifdef HAVE_CRYPT + #include ++#include + #endif + #endif + diff -Nru jabberd2-2.7.0/debian/patches/series jabberd2-2.7.0/debian/patches/series --- jabberd2-2.7.0/debian/patches/series2023-09-05 14:07:00.0 -0700 +++ jabberd2-2.7.0/debian/patches/series2024-04-10 15:00:33.0 -0700 @@ -7,3 +7,4 @@ systemd-alias.diff m4-ax_check_compile_flag.diff mysql8_my_bool.patch +no-implicit-declarations.patch
Bug#1065969: ike-scan: FTBFS on arm{el,hf}: configure: error: cannot determine snprintf format string for long long int
Package: ike-scan Followup-For: Bug #1065969 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 ike-scan-1.9.5/debian/patches/no-implicit-declarations.patch ike-scan-1.9.5/debian/patches/no-implicit-declarations.patch --- ike-scan-1.9.5/debian/patches/no-implicit-declarations.patch 1969-12-31 16:00:00.0 -0800 +++ ike-scan-1.9.5/debian/patches/no-implicit-declarations.patch 2024-04-10 14:34:34.0 -0700 @@ -0,0 +1,18 @@ +Description: add missing include +Author: Steve Langasek +Bug-Debian: https://bugs.debian.org/1065969 +Last-Update: 2024-04-10 +Forwarded: no + +Index: ike-scan-1.9.5/acinclude.m4 +=== +--- ike-scan-1.9.5.orig/acinclude.m4 ike-scan-1.9.5/acinclude.m4 +@@ -180,6 +180,7 @@ + AC_CACHE_VAL(pgac_cv_snprintf_long_long_int_format, + [for pgac_format in '%lld' '%qd' '%I64d'; do + AC_TRY_RUN([#include ++#include + typedef long long int int64; + #define INT64_FORMAT "$pgac_format" + diff -Nru ike-scan-1.9.5/debian/patches/series ike-scan-1.9.5/debian/patches/series --- ike-scan-1.9.5/debian/patches/series2021-10-18 02:12:52.0 -0700 +++ ike-scan-1.9.5/debian/patches/series2024-04-10 14:03:18.0 -0700 @@ -1,2 +1,3 @@ disable_aggressive_in_v2.patch skip-malformed-comp.patch +no-implicit-declarations.patch
Bug#1066672: httest: FTBFS: socks_module.c:115:21: error: implicit declaration of function ‘atoi’ [-Werror=implicit-function-declaration]
Package: httest Followup-For: Bug #1066672 User: ubuntu-de...@lists.ubuntu.com Usertags: origin-ubuntu noble ubuntu-patch Control: tags -1 patch Please find attached a patch for this issue which 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 httest-2.4.23/debian/patches/no-implicit-declarations.patch httest-2.4.23/debian/patches/no-implicit-declarations.patch --- httest-2.4.23/debian/patches/no-implicit-declarations.patch 1969-12-31 16:00:00.0 -0800 +++ httest-2.4.23/debian/patches/no-implicit-declarations.patch 2024-04-10 13:45:54.0 -0700 @@ -0,0 +1,43 @@ +Description: add missing includes +Author: Steve Langasek +Bug-Debian: https://bugs.debian.org/1066672 +Last-Update: 2024-04-10 +Forwarded: no + +Index: httest-2.4.23/src/socks_module.c +=== +--- httest-2.4.23.orig/src/socks_module.c httest-2.4.23/src/socks_module.c +@@ -25,6 +25,8 @@ + / + * Includes + ***/ ++#include ++ + #include "module.h" + #ifndef HAVE_NO_NETINET + #include +Index: httest-2.4.23/src/annotation_module.c +=== +--- httest-2.4.23.orig/src/annotation_module.c httest-2.4.23/src/annotation_module.c +@@ -25,6 +25,7 @@ + / + * Includes + ***/ ++#include + #include "module.h" + + / +Index: httest-2.4.23/src/dbg_module.c +=== +--- httest-2.4.23.orig/src/dbg_module.c httest-2.4.23/src/dbg_module.c +@@ -24,6 +24,7 @@ + / + * Includes + ***/ ++#include + #include "store.h" + #include "module.h" + diff -Nru httest-2.4.23/debian/patches/series httest-2.4.23/debian/patches/series --- httest-2.4.23/debian/patches/series 2023-12-18 04:21:33.0 -0800 +++ httest-2.4.23/debian/patches/series 2024-04-10 13:45:05.0 -0700 @@ -4,3 +4,4 @@ fix-gcc-10.patch autoconf-2.70.patch pcre2.patch +no-implicit-declarations.patch
Bug#1065777: clblas: FTBFS on arm{el,hf}: /<>/src/library/blas/gens/symv.c:955:29: error: implicit declaration of function ‘abs’; did you mean ‘fabs’? [-Werror=implicit-function-declarati
Package: clblas Followup-For: Bug #1065777 User: ubuntu-de...@lists.ubuntu.com Usertags: origin-ubuntu noble ubuntu-patch Control: tags -1 patch Apologies, the patch I attached fixed a real missing include, but not the one mentioned in this bug and the package still failed to build. Attached is a patch that has passed build testing locally with DEB_CFLAGS_APPEND=-Werror=implicit-function-declaration in 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 clblas-2.12/debian/patches/no-implicit-declarations.patch clblas-2.12/debian/patches/no-implicit-declarations.patch --- clblas-2.12/debian/patches/no-implicit-declarations.patch 1969-12-31 16:00:00.0 -0800 +++ clblas-2.12/debian/patches/no-implicit-declarations.patch 2024-04-09 14:42:11.0 -0700 @@ -0,0 +1,30 @@ +Description: Add missing stdlib.h includes +Author: Steve Langasek +Bug-Debian: https://bugs.debian.org/1065777 +Last-Update: 2024-04-09 +Forwarded: no + +Index: clblas-2.12/src/library/blas/gens/gemv.c +=== +--- clblas-2.12.orig/src/library/blas/gens/gemv.c clblas-2.12/src/library/blas/gens/gemv.c +@@ -21,6 +21,7 @@ + + #include + #include ++#include + #include + #include + #include +Index: clblas-2.12/src/library/blas/gens/symv.c +=== +--- clblas-2.12.orig/src/library/blas/gens/symv.c clblas-2.12/src/library/blas/gens/symv.c +@@ -21,6 +21,7 @@ + + #include + #include ++#include + #include + #include + #include diff -Nru clblas-2.12/debian/patches/series clblas-2.12/debian/patches/series --- clblas-2.12/debian/patches/series 2023-09-28 16:21:54.0 -0700 +++ clblas-2.12/debian/patches/series 2024-04-09 14:40:35.0 -0700 @@ -9,3 +9,4 @@ Fix-double-literals.patch Fix-null-pointer-crash.patch Fix-local-variables-not-declared-in-outermost-scope.patch +no-implicit-declarations.patch
Bug#1066359: aview: FTBFS: main.c:30:86: error: implicit declaration of function ‘exit’ [-Werror=implicit-function-declaration]
Package: aview Followup-For: Bug #1066359 User: ubuntu-de...@lists.ubuntu.com Usertags: origin-ubuntu noble ubuntu-patch Control: tags -1 patch Please find attached a patch for this issue which 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 aview-1.3.0rc1/debian/patches/no-implicit-declarations.patch aview-1.3.0rc1/debian/patches/no-implicit-declarations.patch --- aview-1.3.0rc1/debian/patches/no-implicit-declarations.patch 1969-12-31 16:00:00.0 -0800 +++ aview-1.3.0rc1/debian/patches/no-implicit-declarations.patch 2024-04-10 11:18:59.0 -0700 @@ -0,0 +1,15 @@ +Description: add missing includes +Author: Steve Langasek +Bug-Debian: https://bugs.debian.org/1066359 +Last-Update: 2024-04-10 +Forwarded: no + +Index: aview-1.3.0rc1/main.c +=== +--- aview-1.3.0rc1.orig/main.c aview-1.3.0rc1/main.c +@@ -1,3 +1,4 @@ ++#include + #include + #include + #include "image.h" diff -Nru aview-1.3.0rc1/debian/patches/series aview-1.3.0rc1/debian/patches/series --- aview-1.3.0rc1/debian/patches/series2024-02-17 15:14:52.0 -0800 +++ aview-1.3.0rc1/debian/patches/series2024-04-10 11:18:13.0 -0700 @@ -2,3 +2,4 @@ 01_manpages.patch 02_tmp_creation.patch 03_missing_library.patch +no-implicit-declarations.patch
Bug#1066645: gtkterm: FTBFS: ../src/interface.c:738:9: error: implicit declaration of function ‘g_sprintf’; did you mean ‘g_snprintf’? [-Werror=implicit-function-declaration]
Package: gtkterm Followup-For: Bug #1066645 User: ubuntu-de...@lists.ubuntu.com Usertags: origin-ubuntu noble ubuntu-patch Control: tags -1 patch Please find attached a patch for this issue which 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 gtkterm-1.2.1/debian/patches/no-implicit-declarations.patch gtkterm-1.2.1/debian/patches/no-implicit-declarations.patch --- gtkterm-1.2.1/debian/patches/no-implicit-declarations.patch 1969-12-31 16:00:00.0 -0800 +++ gtkterm-1.2.1/debian/patches/no-implicit-declarations.patch 2024-04-09 22:49:04.0 -0700 @@ -0,0 +1,28 @@ +Description: add missing includes +Author: Steve Langasek +Bug-Debian: https://bugs.debian.org/1066645 +Last-Update: 2024-04-09 +Forwarded: no + +Index: gtkterm-1.2.1/src/interface.c +=== +--- gtkterm-1.2.1.orig/src/interface.c gtkterm-1.2.1/src/interface.c +@@ -79,6 +79,7 @@ + #include "logging.h" + + #include ++#include + #include + + guint id; +Index: gtkterm-1.2.1/src/user_signals.c +=== +--- gtkterm-1.2.1.orig/src/user_signals.c gtkterm-1.2.1/src/user_signals.c +@@ -1,3 +1,5 @@ ++#include ++#include + #include + #include "interface.h" + diff -Nru gtkterm-1.2.1/debian/patches/series gtkterm-1.2.1/debian/patches/series --- gtkterm-1.2.1/debian/patches/series 1969-12-31 16:00:00.0 -0800 +++ gtkterm-1.2.1/debian/patches/series 2024-04-09 22:48:12.0 -0700 @@ -0,0 +1 @@ +no-implicit-declarations.patch
Bug#1066222: gtk-chtheme: FTBFS: theme_sel.c:113:5: error: implicit declaration of function ‘gtk_timeout_add’; did you mean ‘g_timeout_add’? [-Werror=implicit-function-declaration]
Package: gtk-chtheme Followup-For: Bug #1066222 User: ubuntu-de...@lists.ubuntu.com Usertags: origin-ubuntu noble ubuntu-patch Control: tags -1 patch Please find attached a patch for this issue which 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 gtk-chtheme-0.3.1/debian/patches/no-implicit-declarations.patch gtk-chtheme-0.3.1/debian/patches/no-implicit-declarations.patch --- gtk-chtheme-0.3.1/debian/patches/no-implicit-declarations.patch 1969-12-31 16:00:00.0 -0800 +++ gtk-chtheme-0.3.1/debian/patches/no-implicit-declarations.patch 2024-04-09 22:44:20.0 -0700 @@ -0,0 +1,19 @@ +Description: don't set GTK_DISABLE_DEPRECATED, deprecated APIs in use. +Author: Steve Langasek +Bug-Debian: https://bugs.debian.org/1066222 +Last-Update: 2024-04-09 +Forwarded: no + +Index: gtk-chtheme-0.3.1/Makefile +=== +--- gtk-chtheme-0.3.1.orig/Makefile gtk-chtheme-0.3.1/Makefile +@@ -5,7 +5,7 @@ + + LDFLAGS = $(shell $(PKG_CONFIG) --libs gtk+-2.0) + CFLAGS += -Wall +-CFLAGS += $(shell $(PKG_CONFIG) --cflags gtk+-2.0) -DGTK_DISABLE_BROKEN -DGTK_DISABLE_DEPRECATED ++CFLAGS += $(shell $(PKG_CONFIG) --cflags gtk+-2.0) -DGTK_DISABLE_BROKEN + CFLAGS += -DPROJNAME='"$(PROJNAME)"' -DVERSION='"$(VERSION)"' + CPPFLAGS = + CXXFLAGS = diff -Nru gtk-chtheme-0.3.1/debian/patches/series gtk-chtheme-0.3.1/debian/patches/series --- gtk-chtheme-0.3.1/debian/patches/series 2020-03-28 16:34:21.0 -0700 +++ gtk-chtheme-0.3.1/debian/patches/series 2024-04-09 22:43:09.0 -0700 @@ -2,3 +2,4 @@ deprecated-on-gtk3+.patch cross.patch fix_ftbfs.patch +no-implicit-declarations.patch
Bug#1066463: gnome-paint: FTBFS: cv_resize.c:368:9: error: implicit declaration of function ‘undo_add_resize’ [-Werror=implicit-function-declaration]
Package: gnome-paint Followup-For: Bug #1066463 User: ubuntu-de...@lists.ubuntu.com Usertags: origin-ubuntu noble ubuntu-patch Control: tags -1 patch Please find attached a patch for this issue which 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 gnome-paint-0.4.0/debian/patches/no-implicit-declarations.patch gnome-paint-0.4.0/debian/patches/no-implicit-declarations.patch --- gnome-paint-0.4.0/debian/patches/no-implicit-declarations.patch 1969-12-31 16:00:00.0 -0800 +++ gnome-paint-0.4.0/debian/patches/no-implicit-declarations.patch 2024-04-09 22:03:59.0 -0700 @@ -0,0 +1,192 @@ +Description: Add missing includes, don't set GTK_DISABLE_DEPRECATED + deprecated APIs are in use. +Author: Steve Langasek +Bug-Debian: https://bugs.debian.org/1066463 +Last-Update: 2024-04-09 +Forwarded: no + +Index: gnome-paint-0.4.0/src/Makefile.am +=== +--- gnome-paint-0.4.0.orig/src/Makefile.am gnome-paint-0.4.0/src/Makefile.am +@@ -78,7 +78,6 @@ + gnome_paint_CFLAGS = \ + -DG_DISABLE_DEPRECATED\ + -DG_DISABLE_SINGLE_INCLUDES\ +- -DGTK_DISABLE_DEPRECATED\ + -DGDK_DISABLE_SINGLE_INCLUDES\ + -DGTK_DISABLE_SINGLE_INCLUDES + +Index: gnome-paint-0.4.0/src/color.c +=== +--- gnome-paint-0.4.0.orig/src/color.c gnome-paint-0.4.0/src/color.c +@@ -20,6 +20,8 @@ + #include "common.h" + #include "color.h" + #include "cv_drawing.h" ++#include "cv_eraser_tool.h" ++#include "cv_paintbrush_tool.h" + #include "pixbuf_util.h" + + #include +Index: gnome-paint-0.4.0/src/undo.c +=== +--- gnome-paint-0.4.0.orig/src/undo.c gnome-paint-0.4.0/src/undo.c +@@ -28,7 +28,7 @@ + #include "gp-image.h" + #include "gp_point_array.h" + #include "file.h" +- ++#include "selection.h" + + + typedef enum +Index: gnome-paint-0.4.0/src/cv_rectangle_tool.c +=== +--- gnome-paint-0.4.0.orig/src/cv_rectangle_tool.c gnome-paint-0.4.0/src/cv_rectangle_tool.c +@@ -25,6 +25,7 @@ + #include + + #include "cv_rectangle_tool.h" ++#include "cv_drawing.h" + #include "file.h" + #include "undo.h" + #include "gp_point_array.h" +Index: gnome-paint-0.4.0/src/cv_pencil_tool.c +=== +--- gnome-paint-0.4.0.orig/src/cv_pencil_tool.c gnome-paint-0.4.0/src/cv_pencil_tool.c +@@ -23,6 +23,7 @@ + + #include + ++#include "cv_drawing.h" + #include "cv_pencil_tool.h" + #include "gp_point_array.h" + #include "undo.h" +Index: gnome-paint-0.4.0/src/cv_resize.c +=== +--- gnome-paint-0.4.0.orig/src/cv_resize.c gnome-paint-0.4.0/src/cv_resize.c +@@ -28,6 +28,7 @@ + #include "cv_resize.h" + #include "cv_drawing.h" + #include "file.h" ++#include "undo.h" + + + #define BOX_EDGE_SIZE 4 +Index: gnome-paint-0.4.0/src/cv_ellipse_tool.c +=== +--- gnome-paint-0.4.0.orig/src/cv_ellipse_tool.c gnome-paint-0.4.0/src/cv_ellipse_tool.c +@@ -24,6 +24,7 @@ + + #include + ++#include "cv_drawing.h" + #include "cv_ellipse_tool.h" + #include "file.h" + #include "undo.h" +Index: gnome-paint-0.4.0/src/cv_polygon_tool.c +=== +--- gnome-paint-0.4.0.orig/src/cv_polygon_tool.c gnome-paint-0.4.0/src/cv_polygon_tool.c +@@ -24,6 +24,7 @@ + + #include + ++#include "cv_drawing.h" + #include "cv_polygon_tool.h" + #include "gp_point_array.h" + #include "undo.h" +Index: gnome-paint-0.4.0/src/image_menu.c +=== +--- gnome-paint-0.4.0.orig/src/image_menu.c gnome-paint-0.4.0/src/image_menu.c +@@ -28,6 +28,7 @@ + #include "selection.h" + #include "image_menu.h" + #include "gp-image.h" ++#include "undo.h" + + typedef enum{ + GP_FILP_VERT = 0, +Index: gnome-paint-0.4.0/src/selection.h +=== +--- gnome-paint-0.4.0.orig/src/selection.h gnome-paint-0.4.0/src/selection.h +@@ -38,6 +38,10 @@ + gbooleangp_selection_start_action
Bug#1066584: gnome-breakout: FTBFS: anim.c:58:17: error: implicit declaration of function ‘gb_error’; did you mean ‘g_error’? [-Werror=implicit-function-declaration]
Package: gnome-breakout Followup-For: Bug #1066584 User: ubuntu-de...@lists.ubuntu.com Usertags: origin-ubuntu noble ubuntu-patch Control: tags -1 patch Please find attached a patch for this issue, which 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 gnome-breakout-0.5.3/debian/patches/no-implicit-declarations.patch gnome-breakout-0.5.3/debian/patches/no-implicit-declarations.patch --- gnome-breakout-0.5.3/debian/patches/no-implicit-declarations.patch 1969-12-31 16:00:00.0 -0800 +++ gnome-breakout-0.5.3/debian/patches/no-implicit-declarations.patch 2024-04-09 21:55:20.0 -0700 @@ -0,0 +1,30 @@ +Description: fix missing gb_error() prototype +Author: Steve Langasek +Bug-Debian: https://bugs.debian.org/1066584 +Last-Update: 2024-04-09 +Forwarded: no + +Index: gnome-breakout-0.5.3/src/anim.c +=== +--- gnome-breakout-0.5.3.orig/src/anim.c gnome-breakout-0.5.3/src/anim.c +@@ -11,6 +11,7 @@ + #include"gui.h" + #include"animloc.h" + #include"anim.h" ++#include "util.h" + + /* Database of all the animations */ + static Animation *animations; +Index: gnome-breakout-0.5.3/src/gui.c +=== +--- gnome-breakout-0.5.3.orig/src/gui.c gnome-breakout-0.5.3/src/gui.c +@@ -14,6 +14,7 @@ + #include "gui-callbacks.h" + #include "game.h" + #include "anim.h" ++#include "util.h" + + /* See gui.h for more info */ + static GuiInfo *gui = NULL; diff -Nru gnome-breakout-0.5.3/debian/patches/series gnome-breakout-0.5.3/debian/patches/series --- gnome-breakout-0.5.3/debian/patches/series 2018-09-13 05:13:26.0 -0700 +++ gnome-breakout-0.5.3/debian/patches/series 2024-04-09 21:52:53.0 -0700 @@ -7,3 +7,4 @@ 07_fix_wformat_warnings.patch 08_link_mathlib.patch 09_goocanvas_port.patch +no-implicit-declarations.patch
Bug#1066608: dvbstreamer: FTBFS: standard/dvb/sdtprocessor.c:299:14: error: implicit declaration of function ‘UTF8_nextchar’ [-Werror=implicit-function-declaration]
Package: dvbstreamer Followup-For: Bug #1066608 User: ubuntu-de...@lists.ubuntu.com Usertags: origin-ubuntu noble ubuntu-patch Control: tags -1 patch Please find attached a patch for this issue which has been uploaded to Ubuntu. In addition to the missing declaration of UTF8_nextchar(), this fixes a typo which would cause one of the plugins to build, but have unresolvable symbol references. -- 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 dvbstreamer-2.1.0/debian/patches/no-implicit-declarations.patch dvbstreamer-2.1.0/debian/patches/no-implicit-declarations.patch --- dvbstreamer-2.1.0/debian/patches/no-implicit-declarations.patch 1969-12-31 16:00:00.0 -0800 +++ dvbstreamer-2.1.0/debian/patches/no-implicit-declarations.patch 2024-04-09 17:01:35.0 -0700 @@ -0,0 +1,38 @@ +Description: fix missing declaration of UTF8_nextchar() and typo +Author: Steve Langasek +Bug-Debian: https://bugs.debian.org/1066608 +Last-Update: 2024-04-09 +Forwarded: no + +Index: dvbstreamer-2.1.0/src/standard/dvb/sdtprocessor.c +=== +--- dvbstreamer-2.1.0.orig/src/standard/dvb/sdtprocessor.c dvbstreamer-2.1.0/src/standard/dvb/sdtprocessor.c +@@ -46,6 +46,7 @@ + #include "sdtprocessor.h" + #include "dvbtext.h" + #include "standard/dvb.h" ++#include "utf8.h" + + /*** + * Defines * +Index: dvbstreamer-2.1.0/src/plugins/cam.c +=== +--- dvbstreamer-2.1.0.orig/src/plugins/cam.c dvbstreamer-2.1.0/src/plugins/cam.c +@@ -97,7 +97,7 @@ + + if (pmt->i_program_number == service->id) + { +-needs_decrypting = PMTDoesNeedDecypting(pmt); ++needs_decrypting = PMTDoesNeedDecrypting(pmt); + + if (currentPMT) + { +@@ -197,4 +197,4 @@ + } + + return false; +-} +\ No newline at end of file ++} diff -Nru dvbstreamer-2.1.0/debian/patches/series dvbstreamer-2.1.0/debian/patches/series --- dvbstreamer-2.1.0/debian/patches/series 2021-10-16 01:37:38.0 -0700 +++ dvbstreamer-2.1.0/debian/patches/series 2024-04-09 17:00:23.0 -0700 @@ -16,3 +16,4 @@ ## does not apply, needs some care #svn_819.diff +no-implicit-declarations.patch
Bug#1066286: das-watchdog: FTBFS: test_rt.c:32:33: error: implicit declaration of function ‘getpid’ [-Werror=implicit-function-declaration]
Package: das-watchdog Followup-For: Bug #1066286 User: ubuntu-de...@lists.ubuntu.com Usertags: origin-ubuntu noble ubuntu-patch Control: tags -1 patch Please find attached a patch for this issue, which 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 das-watchdog-0.9.0/debian/patches/no-implicit-declarations.patch das-watchdog-0.9.0/debian/patches/no-implicit-declarations.patch --- das-watchdog-0.9.0/debian/patches/no-implicit-declarations.patch 1969-12-31 16:00:00.0 -0800 +++ das-watchdog-0.9.0/debian/patches/no-implicit-declarations.patch 2024-04-09 16:13:22.0 -0700 @@ -0,0 +1,18 @@ +Description: add missing unistd.h include +Author: Steve Langasek +Bug-Debian: https://bugs.debian.org/1066286 +Last-Update: 2024-04-09 +Forwarded: no + +Index: das-watchdog-0.9.0/test_rt.c +=== +--- das-watchdog-0.9.0.orig/test_rt.c das-watchdog-0.9.0/test_rt.c +@@ -4,6 +4,7 @@ + #include + #include + #include ++#include + + int main() { + struct sched_param params; diff -Nru das-watchdog-0.9.0/debian/patches/series das-watchdog-0.9.0/debian/patches/series --- das-watchdog-0.9.0/debian/patches/series2023-09-19 01:59:37.0 -0700 +++ das-watchdog-0.9.0/debian/patches/series2024-04-09 16:11:24.0 -0700 @@ -6,3 +6,4 @@ 0001-Remove-duplicate-check-for-temp-i-0.patch 0003-The-result-of-fgetc-is-an-int-not-a-char.patch fix-memory-leak-on-realloc.patch +no-implicit-declarations.patch
Bug#1065777: clblas: FTBFS on arm{el,hf}: /<>/src/library/blas/gens/symv.c:955:29: error: implicit declaration of function ‘abs’; did you mean ‘fabs’? [-Werror=implicit-function-declarati
Package: clblas Followup-For: Bug #1065777 User: ubuntu-de...@lists.ubuntu.com Usertags: origin-ubuntu noble ubuntu-patch Control: tags -1 patch Please find attached a patch for this issue. This patch 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 clblas-2.12/debian/patches/no-implicit-declarations.patch clblas-2.12/debian/patches/no-implicit-declarations.patch --- clblas-2.12/debian/patches/no-implicit-declarations.patch 1969-12-31 16:00:00.0 -0800 +++ clblas-2.12/debian/patches/no-implicit-declarations.patch 2024-04-09 14:41:58.0 -0700 @@ -0,0 +1,18 @@ +Description: Add missing stdlib.h include +Author: Steve Langasek +Bug-Debian: https://bugs.debian.org/1065777 +Last-Update: 2024-04-09 +Forwarded: no + +Index: clblas-2.12/src/library/blas/gens/gemv.c +=== +--- clblas-2.12.orig/src/library/blas/gens/gemv.c clblas-2.12/src/library/blas/gens/gemv.c +@@ -21,6 +21,7 @@ + + #include + #include ++#include + #include + #include + #include diff -Nru clblas-2.12/debian/patches/series clblas-2.12/debian/patches/series --- clblas-2.12/debian/patches/series 2023-09-28 16:21:54.0 -0700 +++ clblas-2.12/debian/patches/series 2024-04-09 14:40:35.0 -0700 @@ -9,3 +9,4 @@ Fix-double-literals.patch Fix-null-pointer-crash.patch Fix-local-variables-not-declared-in-outermost-scope.patch +no-implicit-declarations.patch
Bug#1067108: alien-arena: FTBFS with -Werror=implicit-function-declaration
Package: alien-arena Followup-For: Bug #1067108 User: ubuntu-de...@lists.ubuntu.com Usertags: origin-ubuntu noble ubuntu-patch Control: tags -1 patch Please find attached a fix for this bug, which 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 alien-arena-7.71.3+dfsg/debian/patches/no-implicit-declarations.patch alien-arena-7.71.3+dfsg/debian/patches/no-implicit-declarations.patch --- alien-arena-7.71.3+dfsg/debian/patches/no-implicit-declarations.patch 1969-12-31 16:00:00.0 -0800 +++ alien-arena-7.71.3+dfsg/debian/patches/no-implicit-declarations.patch 2024-04-09 13:53:07.0 -0700 @@ -0,0 +1,18 @@ +Description: add missing include +Author: Steve Langasek +Bug-Debian: https://bugs.debian.org/1067108 +Last-Update: 2024-04-09 +Forwarded: no + +Index: alien-arena-7.71.3+dfsg/source/game/g_unlagged.c +=== +--- alien-arena-7.71.3+dfsg.orig/source/game/g_unlagged.c alien-arena-7.71.3+dfsg/source/game/g_unlagged.c +@@ -21,6 +21,7 @@ + #include "config.h" + #endif + ++#include "qcommon/qcommon.h" + #include "g_local.h" + + /* diff -Nru alien-arena-7.71.3+dfsg/debian/patches/series alien-arena-7.71.3+dfsg/debian/patches/series --- alien-arena-7.71.3+dfsg/debian/patches/series 2023-02-12 08:19:19.0 -0800 +++ alien-arena-7.71.3+dfsg/debian/patches/series 2024-04-09 13:51:57.0 -0700 @@ -6,3 +6,4 @@ odeconfig.patch irc.patch http11.patch +no-implicit-declarations.patch
Bug#1066274: aa3d: FTBFS: aa3d.c:37:30: error: implicit declaration of function ‘strcmp’ [-Werror=implicit-function-declaration]
Package: aa3d Version: 1.0-8.2 Followup-For: Bug #1066274 User: ubuntu-de...@lists.ubuntu.com Usertags: origin-ubuntu noble ubuntu-patch Control: tags -1 patch Please find attached a fix for this bug. This fix 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 aa3d-1.0/debian/patches/no-implicit-declarations.patch aa3d-1.0/debian/patches/no-implicit-declarations.patch --- aa3d-1.0/debian/patches/no-implicit-declarations.patch 1969-12-31 16:00:00.0 -0800 +++ aa3d-1.0/debian/patches/no-implicit-declarations.patch 2024-04-09 13:42:30.0 -0700 @@ -0,0 +1,18 @@ +Description: add missing string.h include +Author: Steve Langasek +Bug-Debian: https://bugs.debian.org/1066274 +Last-Update: 2024-04-09 +Forwarded: no + +Index: aa3d-1.0/aa3d.c +=== +--- aa3d-1.0.orig/aa3d.c aa3d-1.0/aa3d.c +@@ -22,6 +22,7 @@ + */ + #include + #include ++#include + static char data[65536 / 2]; + int main(int argc, char **argv) + { diff -Nru aa3d-1.0/debian/patches/series aa3d-1.0/debian/patches/series --- aa3d-1.0/debian/patches/series 1969-12-31 16:00:00.0 -0800 +++ aa3d-1.0/debian/patches/series 2024-04-09 13:41:03.0 -0700 @@ -0,0 +1 @@ +no-implicit-declarations.patch
Bug#1066305: 3dchess: FTBFS: init.c:140:21: error: implicit declaration of function ‘time’ [-Werror=implicit-function-declaration]
Package: 3dchess Version: 0.8.1-21 Followup-For: Bug #1066305 User: ubuntu-de...@lists.ubuntu.com Usertags: origin-ubuntu noble ubuntu-patch Control: tags -1 patch Please find attached the fix for this bug, which 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 3dchess-0.8.1/debian/patches/no-implicit-declarations.patch 3dchess-0.8.1/debian/patches/no-implicit-declarations.patch --- 3dchess-0.8.1/debian/patches/no-implicit-declarations.patch 1969-12-31 16:00:00.0 -0800 +++ 3dchess-0.8.1/debian/patches/no-implicit-declarations.patch 2024-04-09 13:23:33.0 -0700 @@ -0,0 +1,18 @@ +Description: fix missing declaration of time() +Author: Steve Langasek +Bug-Debian: https://bugs.debian.org/1066305 +Last-Update: 2024-04-09 +Forwarded: no + +Index: 3dchess-0.8.1/src/init.c +=== +--- 3dchess-0.8.1.orig/src/init.c 3dchess-0.8.1/src/init.c +@@ -29,6 +29,7 @@ + #include + #include + #include ++#include + #include "../include/machine.h" + #include "../include/3Dc.h" + diff -Nru 3dchess-0.8.1/debian/patches/series 3dchess-0.8.1/debian/patches/series --- 3dchess-0.8.1/debian/patches/series 2022-03-26 18:33:58.0 -0700 +++ 3dchess-0.8.1/debian/patches/series 2024-04-09 13:22:34.0 -0700 @@ -4,3 +4,4 @@ 13_machine.h.patch hardening.patch wasteful-CPU-consumption.patch +no-implicit-declarations.patch
Bug#1068679: port-to-libsoup3.patch looks bad
Package: libtimezonemap Version: 0.4.6-6 Severity: normal Tags: patch User: ubuntu-de...@lists.ubuntu.com Usertags: origin-ubuntu noble ubuntu-patch Hello, This is a follow-up to bug #1037940 which is now archived. With the move of webkit2gtk to libsoup3, this now becomes non-negotiable for us in Ubuntu, as ubiquity requires both webkit and libtimezonemap. I have taken a stab at fixing this patch up based on the feedback in the other bug and have something that passes libtimezonemap's own build-time tests, and ubiquity's tests, though it's hard to tell how much the latter actually matters for verifying libtimezonemap correctness due to mocking. Please consider this for inclusion in Debian as well. Thanks, -- Steve Langasek Give me a lever long enough and a Free OS Debian Developer to set it on, and I can move the world. Ubuntu Developer https://www.debian.org/ slanga...@ubuntu.com vor...@debian.org diff -Nru libtimezonemap-0.4.6/debian/control libtimezonemap-0.4.6/debian/control --- libtimezonemap-0.4.6/debian/control 2024-03-07 21:30:43.0 -0800 +++ libtimezonemap-0.4.6/debian/control 2024-04-08 16:33:09.0 -0700 @@ -1,8 +1,7 @@ Source: libtimezonemap Section: misc Priority: optional -Maintainer: Ubuntu Developers -XSBC-Original-Maintainer: Debian Cinnamon Team +Maintainer: Debian Cinnamon Team Uploaders: Maximiliano Curia , Margarita Manterola , @@ -20,7 +19,7 @@ libgtk-3-dev (>= 3.1.4), libcairo2-dev (>= 1.10), libjson-glib-dev, - libsoup2.4-dev + libsoup-3.0-dev (>= 3.0.7) Standards-Version: 4.6.2 Homepage: https://launchpad.net/timezonemap Vcs-Browser: https://salsa.debian.org/cinnamon-team/libtimezonemap diff -Nru libtimezonemap-0.4.6/debian/patches/port-to-libsoup3.patch libtimezonemap-0.4.6/debian/patches/port-to-libsoup3.patch --- libtimezonemap-0.4.6/debian/patches/port-to-libsoup3.patch 2023-06-20 23:54:22.0 -0700 +++ libtimezonemap-0.4.6/debian/patches/port-to-libsoup3.patch 2024-04-08 16:31:23.0 -0700 @@ -5,11 +5,11 @@ Forwarded: not-yet Last-Update: 2022-08-06 --- -diff --git a/configure.ac b/configure.ac -index 3f74dae..4e90e64 100644 a/configure.ac -+++ b/configure.ac -@@ -50,13 +50,13 @@ GDK_REQUIRED_VERSION=2.22 +Index: libtimezonemap/configure.ac +=== +--- libtimezonemap.orig/configure.ac libtimezonemap/configure.ac +@@ -50,13 +50,13 @@ GLIB_REQUIRED_VERSION=2.26 GTK3_REQUIRED_VERSION=3.1.4 GIO_REQUIRED_VERSION=2.5.11 @@ -25,23 +25,24 @@ json-glib-1.0) LIBTIMEZONEMAP_LIBS="$LIBTIMEZONEMAP_LIBS $LIBM" -diff --git a/src/timezone-completion.c b/src/timezone-completion.c -index d310235..6971ae9 100644 a/src/timezone-completion.c -+++ b/src/timezone-completion.c -@@ -271,8 +271,10 @@ geonames_data_ready (GObject *object, GAsyncResult *res, gpointer user_data) +Index: libtimezonemap/src/timezone-completion.c +=== +--- libtimezonemap.orig/src/timezone-completion.c libtimezonemap/src/timezone-completion.c +@@ -270,9 +270,10 @@ + CcTimezoneCompletionPrivate * priv = completion->priv; GError * error = NULL; GInputStream * stream; - SoupMessage *message; +- SoupMessage *message; + const gchar * reason_phrase; + SoupStatus status_code; - stream = soup_request_send_finish (SOUP_REQUEST (object), res, ); -+ stream = soup_session_send_finish (SOUP_SESSION (object), res, ); ++ stream = soup_session_send_finish (priv->soup_session, res, ); if (stream == NULL) { if (!g_error_matches (error, G_IO_ERROR, G_IO_ERROR_CANCELLED)) -@@ -283,8 +285,9 @@ geonames_data_ready (GObject *object, GAsyncResult *res, gpointer user_data) +@@ -283,8 +284,9 @@ return; } @@ -53,7 +54,7 @@ { JsonParser *parser; -@@ -296,7 +299,7 @@ geonames_data_ready (GObject *object, GAsyncResult *res, gpointer user_data) +@@ -296,10 +298,10 @@ else { g_warning ("Unable to fetch geonames (server responded with: %u %s)", @@ -61,8 +62,12 @@ + status_code, reason_phrase); } - g_object_unref (message); -@@ -362,7 +365,7 @@ static gboolean +- g_object_unref (message); ++ g_object_unref (object); + g_object_unref (stream); + } + +@@ -362,7 +364,7 @@ request_zones (CcTimezoneCompletion * completion) { CcTimezoneCompletionPrivate * priv = completion->priv; @@ -71,28 +76,17 @@ GError *error = NULL; priv->queued_request = 0; -@@ -388,13 +391,14 @@ request_zones (CcTimezoneCompletion * completion) - gchar * version = get_version (); - gchar * locale = get_locale (); - gchar * url = g_strdup_printf (GEONAME_URL, escaped,
Bug#1066065: libvformat: FTBFS: vf_reader.c:178:33: error: implicit declaration of function ‘read’; did you mean ‘fread’? [-Werror=implicit-function-declaration]
Package: libvformat Version: 1.13-12.1 Followup-For: Bug #1066065 User: ubuntu-de...@lists.ubuntu.com Usertags: origin-ubuntu noble ubuntu-patch Control: tags -1 patch Please find the fix for this attached. As this is fallout from the time_t transition, I am uploading this as a 0-day NMU. Thanks, -- Steve Langasek Give me a lever long enough and a Free OS Debian Developer to set it on, and I can move the world. Ubuntu Developer https://www.debian.org/ slanga...@ubuntu.com vor...@debian.org diff -Nru libvformat-1.13/debian/control libvformat-1.13/debian/control --- libvformat-1.13/debian/control 2024-03-31 12:51:42.0 -0700 +++ libvformat-1.13/debian/control 2024-04-07 01:00:50.0 -0700 @@ -1,8 +1,7 @@ Source: libvformat Section: devel Priority: optional -Maintainer: Ubuntu Developers -XSBC-Original-Maintainer: Thomas Preud'homme +Maintainer: Thomas Preud'homme Standards-Version: 4.5.0 Build-Depends: dpkg-dev (>= 1.22.5), debhelper-compat (= 13), texinfo, automake, autoconf, libtool Build-Conflicts: autoconf2.13, automake1.4 diff -Nru libvformat-1.13/debian/patches/no-implicit-declarations.patch libvformat-1.13/debian/patches/no-implicit-declarations.patch --- libvformat-1.13/debian/patches/no-implicit-declarations.patch 1969-12-31 16:00:00.0 -0800 +++ libvformat-1.13/debian/patches/no-implicit-declarations.patch 2024-04-07 00:59:05.0 -0700 @@ -0,0 +1,43 @@ +Description: fix missing unistd.h include + src/vf_reader.c includes unistd.h conditionally, but the condition + doesn't properly match what's emitted by autoconf. Fix the #if so we + get a declaration for read(). +Author: Steve Langasek +Last-Update: 2024-04-07 +Forwarded: no +Bug-Debian: https://bugs.debian.org/1066065 + +Index: libvformat-1.13/src/vf_reader.c +=== +--- libvformat-1.13.orig/src/vf_reader.c libvformat-1.13/src/vf_reader.c +@@ -85,10 +85,12 @@ + *=*/ + + ++#include "config.h" ++ + #include + #include + +-#if defined(HAS_UNISTD_H) ++#if defined(HAVE_UNISTD_H) + #include + #endif + +Index: libvformat-1.13/test/testsuppt.c +=== +--- libvformat-1.13.orig/test/testsuppt.c libvformat-1.13/test/testsuppt.c +@@ -51,9 +51,10 @@ + /** + ANSI C & System-wide Header Files + **/ ++#include "config.h" + + #include +-#if defined(HAS_UNISTD_H) ++#if defined(HAVE_UNISTD_H) + #include + #endif + #include diff -Nru libvformat-1.13/debian/patches/series libvformat-1.13/debian/patches/series --- libvformat-1.13/debian/patches/series 2020-08-10 14:55:14.0 -0700 +++ libvformat-1.13/debian/patches/series 2024-04-07 00:50:34.0 -0700 @@ -9,3 +9,4 @@ 0009-Fix-errors-returned-by-Werror-format-security.patch 0010-Fix-typos-in-man-pages.patch auto-gitignore +no-implicit-declarations.patch
Bug#1068220: normalize case of debian/control fields
Package: debian-policy Version: 4.6.2.1 In the process of preparing mass-NMUs for the time_t transition, I encountered a package where the scripted approach I was using failed because a package already had a 'replaces' field in debian/control, and dpkg detected the addition of a 'Replaces' field as a duplicate. Although we are accustomed to seeing a certain capitalization for fields in debian/control, I was surprised to see upon review that Debian Policy has always said that the field names are case-insensitive. While it may make sense for dpkg to be permissive in this regard, I don't think it makes sense for Debian to allow it, as it unnecessarily makes parsing of this file more difficult for little value. I therefore propose that we change Debian policy 5.1 to standardize its case rules for debian/control field names, using the well-known spongebob casing rules. The first, third, fourth, and seventh characters in the field name are capitalized, with the second, fith, sixth, and eighth characters in lower case, then repeating for each subsequent octet of characters. As you can see, this consistency immediately gives much more readable results: SoURce: xz-utils SeCTioN: utils PrIOriTy: optional MaINtaInEr: Jonathan Nieder UpLOadErS: Mohammed Adnène Trojette BuILd-DePeNDs: debhelper-compat (= 13), dpkg-dev (>= 1.16.2), autoconf (>= 2.64~), automake, libtool (>= 2.2), gettext, autopoint | gettext (<< 0.18-1), autopoint | cvs, po4a BuILd-DePeNDs-Indep: doxygen BuILd-CoNfLIctS: automake1.4 StANdaRdS-VErsIoN: 4.6.1 VcS-brOwSeR: https://salsa.debian.org/debian/xz-utils VcS-giT: https://salsa.debian.org/debian/xz-utils HoMEpaGe: https://tukaani.org/xz/ RuLEs-ReQuIRes-rOoT: no 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 Developer https://www.debian.org/ slanga...@ubuntu.com vor...@debian.org signature.asc Description: PGP signature
Bug#1068017: util-linux: please ship liblastlog2 packages
On Sat, Mar 30, 2024 at 08:32:40AM +0100, Sven Joachim wrote: > >> So we could either put pam_lastlog2.so into a common-* file from > >> src:pam, or openssh and shadow should switch their setup. > >> What do we all think about that? > > pam should not be adding any modules to common-* that it itself does not > > ship. Instead they should be added via pam-auth-config. > I think you mean pam-auth-update here. Yes. -- 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#1068017: util-linux: please ship liblastlog2 packages
On Sat, Mar 30, 2024 at 01:41:40AM +0100, Chris Hofstaedtler wrote: > Hi OpenSSH, shadow Maintainers, > > On Sat, Mar 30, 2024 at 01:32:08AM +0100, Chris Hofstaedtler wrote: > > On Fri, Mar 29, 2024 at 06:02:39PM +0100, Sven Joachim wrote: > > > It seems desirable to ship liblastlog2 in trixie, considering that the > > > /var/log/lastlog file is not Y2038-safe and pam in unstable has already > > > dropped pam_lastlog.so, meaning that non-ssh logins are no longer > > > recorded in /var/log/lastlog. > [..] > > At the same time, all traditional writing to /var/log/lastlog should > > stop. > > So, after some of the current fog clears, src:util-linux could > > introduce new binary packages (at least libpam-lastlog2), but > > src:pam would need to add it to the common-* config files. > > Does this seem right? > Answering my own question, not quite. > Apparently, traditionally we have: > * sshd writes to /var/log/lastlog by itself. > * login has pam_lastlog.so in its PAM snippet. > Both of these would need to be replaced by pam_lastlog2.so. I don't > really know what the other distros are doing right now, and/or if > we should align on this. > So we could either put pam_lastlog2.so into a common-* file from > src:pam, or openssh and shadow should switch their setup. > What do we all think about that? pam should not be adding any modules to common-* that it itself does not ship. Instead they should be added via pam-auth-config. I don't have an opinion about this being done in common-* vs being done in sshd+login particularly; but putting it to common-* by default seems a behavior change that warrants broader discussion e.g. debian-devel. -- 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#1063085: uhd: NMU diff for 64-bit time_t transition
Control: reopen -1 Reopening, closed by an upload of an unrelated package. On Fri, Mar 22, 2024 at 12:20:06PM +0100, Andreas Beckmann wrote: > Control: reopen -1 > Control: severity -1 serious > I'm reopening this due to the regression (file conflict) #1063324 > Both libuhd4.6.0 and libuhd4.6.0-dpdk provide > /usr/lib/x86_64-linux-gnu/libuhd.so.4.6.0 > and are conflicting with each other. > So I'm a bit confused that only libuhd4.6.0 got renamed to libuhd4.6.0t64 > ... > Even if libuhd4.6.0-dpdk would not need to be renamed, I'd suggest to rename > it anyway to not make the logic too complicated. > Anyway libuhd4.6.0-dpdk (or libuhd4.6.0t64-dpdk) needs > Conflicts: libuhd4.6.0, libuhd4.6.0t64 > to solve #1063324. Ah libuhd4.6.0-dpdk would not have been renamed because it is not built on any 32-bit architectures. So I think the Conflicts: just needs updating but the package does not need renamed. -- 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#1062092: coin3: NMU diff for 64-bit time_t transition
Although the package renaming in this patch appears to have been correct, the actual code fails to build on 32-bit archs with 64-bit time_t. Please find an updated NMU patch that corrects this issue. I am uploading this change to unstable. On Wed, Feb 28, 2024 at 04:52:14PM +, Steve Langasek wrote: > 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 coin3-4.0.2+ds/debian/changelog coin3-4.0.2+ds/debian/changelog > --- coin3-4.0.2+ds/debian/changelog 2023-12-09 15:57:42.0 + > +++ coin3-4.0.2+ds/debian/changelog 2024-02-28 16:47:51.0 + > @@ -1,3 +1,10 @@ > +coin3 (4.0.2+ds-1.1) unstable; urgency=medium > + > + * Non-maintainer upload. > + * Rename libraries for 64-bit time_t transition. Closes: #1062092 > + > + -- Steve Langasek Wed, 28 Feb 2024 16:47:51 + > + > coin3 (4.0.2+ds-1) unstable; urgency=medium > >* Team upload. > diff -Nru coin3-4.0.2+ds/debian/control coin3-4.0.2+ds/debian/control > --- coin3-4.0.2+ds/debian/control 2023-12-09 15:56:48.0 + > +++ coin3-4.0.2+ds/debian/control 2024-02-28 16:47:51.0 + > @@ -3,7 +3,7 @@ > Uploaders: Leopold Palomo-Avellaneda > Section: graphics > Priority: optional > -Build-Depends: debhelper-compat (= 13), > +Build-Depends: dpkg-dev (>= 1.22.5), debhelper-compat (= 13), > cmake, > doxygen, > libexpat-dev, > @@ -25,7 +25,10 @@ > Vcs-Git: https://salsa.debian.org/science-team/coin3.git > Homepage: https://github.com/coin3d > > -Package: libcoin80c > +Package: libcoin80t64 > +Provides: ${t64:Provides} > +X-Time64-Compat: libcoin80c > +Breaks: libcoin80c (<< ${source:Version}) > Architecture: any > Multi-Arch: same > Section: libs > @@ -37,7 +40,7 @@ >libsimage-dev, >zlib1g > Pre-Depends: ${misc:Pre-Depends} > -Replaces: libcoin80v5 > +Replaces: libcoin80c, libcoin80v5 > Description: high-level 3D graphics kit implementing the Open Inventor API > Coin is an OpenGL-based, retain-mode 3D graphics library that > implements the Open Inventor 2.1 API. It also includes support for > @@ -52,7 +55,7 @@ > Package: libcoin-dev > Architecture: any > Section: libdevel > -Depends: libcoin80c (= ${binary:Version}), > +Depends: libcoin80t64 (= ${binary:Version}), > libgl-dev, >libopengl-dev, >libglew-dev, > @@ -93,7 +96,7 @@ > Multi-Arch: foreign > Section: libs > Depends: ${misc:Depends} > -Suggests: libcoin80c > +Suggests: libcoin80t64 > Replaces: libcoin80-runtime > Breaks: libcoin80-runtime > Description: high-level 3D graphics kit - external data files > diff -Nru coin3-4.0.2+ds/debian/libcoin80c.install > coin3-4.0.2+ds/debian/libcoin80c.install > --- coin3-4.0.2+ds/debian/libcoin80c.install 2023-12-09 15:56:48.0 > + > +++ coin3-4.0.2+ds/debian/libcoin80c.install 1970-01-01 00:00:00.0 > + > @@ -1 +0,0 @@ > -usr/lib/*/lib*.so.* > diff -Nru coin3-4.0.2+ds/debian/libcoin80t64.install > coin3-4.0.2+ds/debian/libcoin80t64.install > --- coin3-4.0.2+ds/debian/libcoin80t64.install1970-01-01 > 00:00:00.0 + > +++ coin3-4.0.2+ds/debian/libcoin80t64.install2023-12-09 > 15:56:48.0 + > @@ -0,0 +1 @@ > +usr/lib/*/lib*.so.* > diff -Nru coin3-4.0.2+ds/debian/libcoin80t64.lintian-overrides > coin3-4.0.2+ds/debian/libcoin80t64.lintian-overrides > --- coin3-4.0.2+ds/debian/libcoin80t64.lintian-overrides 1970-01-01 > 00:00:00.0 + > +++ coin3-4.0.2+ds/debian/libcoin80t64.lintian-overrides 2024-02-28 > 16:46:37.0 + > @@ -0,0 +1 @@ > +libcoin80t64: package-name-doesnt-match-sonames libcoin80c -- 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
Bug#1064165: lam: NMU diff for 64-bit time_t transition
Unfortunately, the lam source package has a debian/shlibs.local file which resulted in incorrect internal dependencies between binary packages built from this source. The debian/shlibs.local is actually incorrect (it is more lax than the public one) so the correct fix here is to drop it. Attached is a full NMU debdiff for -7.2 which I am uploading now. On Sat, Feb 17, 2024 at 10:27:54PM +, Steve Langasek wrote: > Source: lam > Version: 7.1.4-7 > Severity: important > Tags: patch pending sid trixie > 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 > lam 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 lam > 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 lam-7.1.4/debian/changelog lam-7.1.4/debian/changelog > --- lam-7.1.4/debian/changelog2021-11-06 14:23:49.0 + > +++ lam-7.1.4/debian/changelog2024-02-17 22:00:52.0 +0000 > @@ -1,3 +1,10 @@ > +lam (7.1.4-7.1) experimental; urgency=medium > + > + * Non-maintainer upload. > + * Rename libraries for 64-bit time_t transition. > + > + -- Steve Langasek Sat, 17 Feb 2024 22:00:52 + > + > lam (7.1.4-7) unstable; urgency=medium > >* --with-romio-flags=-ar_nolocal in two configure runs in debian/rules > diff -Nru lam-7.1.4/debian/control lam-7.1.4/debian/control > --- lam-7.1.4/debian/control 2021-11-06 14:22:46.0 + > +++ lam-7.1.4/debian/control 2024-02-17 22:00:52.0 + > @@ -21,7 +21,7 @@ > Package: lam4-dev > Section: devel > Architecture: any > -Depends: liblam4 (= ${binary:Version}), libc6-dev,${misc:Depends} > +Depends: liblam4t64 (= ${binary:Version}), libc6-dev,${misc:Depends} > Provides: lam-dev > Conflicts: lam-dev,lam,lam1-dev,mpi-doc (<< 1.2.7-4),lam-runtime (<= 7.1.2-2) > Replaces: lam-dev,lam,lam1-dev,lam2-dev,lam3-dev,lam-runtime (<= 7.1.2-2) > @@ -31,16 +31,16 @@ > . > This package provides the development headers and related files. > > -Package: liblam4 > +Package: liblam4t64 > Section: libs > Architecture: any > Multi-Arch: same > Depends: ${shlibs:Depends},${misc:Depends} > -Provides: mpi > +Provides: ${t64:Provides}, mpi > Conflicts: lam,lam1,lam4,lam4c2 > -Replaces: lam,lam1,lam4,lam4c2 > +Replaces: liblam4, lam,lam1,lam4,lam4c2 > Recommends: lam-runtime > -Breaks: libopenmpi-dev (<< 3.0.1~rc1-2), openmpi-bin (<< 3.0.1~rc1-2), mpich > (<< 3.3~a3-2), libmpich-dev (<< 3.3~a3-2) > +Breaks: liblam4 (<< ${source:Version}), libopenmpi-dev (<< 3.0.1~rc1-2), > openmpi-bin (<< 3.0.1~rc1-2), mpich (<< 3.3~a3-2), libmpich-dev (<< 3.3~a3-2) > Description: Shared libraries used by LAM parallel programs > LAM (Local Area Multicomputer) is an
Bug#1062426: libmstoolkit: NMU diff for 64-bit time_t transition
Unfortunately, the scripting to automatically patch packages for the rename can't address debian/rules so the hard-coded reference to the library package name there was missed. Please find an updated NMU patch for this issue. I am uploading this follow-up fix to unstable. On Thu, Feb 01, 2024 at 10:16:27AM +, Steve Langasek wrote: > Source: libmstoolkit > Version: 82-7 > Severity: serious > Tags: patch pending > Justification: library ABI skew on upgrade > User: debian-...@lists.debian.org > Usertags: time-t > > Dear maintainer, > > As part of the 64-bit time_t transition required to support 32-bit > architectures in 2038 and beyond > (https://wiki.debian.org/ReleaseGoals/64bit-time), we have identified > libmstoolkit as a source package shipping runtime libraries whose ABI > either is affected by the change in size of time_t, or could not be > analyzed via abi-compliance-checker (and therefore to be on the safe > side we assume is affected). > > To ensure that inconsistent combinations of libraries with their > reverse-dependencies are never installed together, it is necessary to > have a library transition, which is most easily done by renaming the > runtime library package. > > Since turning on 64-bit time_t is being handled centrally through a change > to the default dpkg-buildflags (https://bugs.debian.org/1037136), it is > important that libraries affected by this ABI change all be uploaded close > together in time. Therefore I have prepared a 0-day NMU for libmstoolkit > which will initially be uploaded to experimental if possible, then to > unstable after packages have cleared binary NEW. > > Please find the patch for this NMU attached. > > If you have any concerns about this patch, please reach out ASAP. Although > this package will be uploaded to experimental immediately, there will be a > period of several days before we begin uploads to unstable; so if information > becomes available that your package should not be included in the transition, > there is time for us to amend the planned uploads. > > > > -- System Information: > Debian Release: trixie/sid > APT prefers unstable > APT policy: (500, 'unstable'), (500, 'testing'), (1, 'experimental') > Architecture: amd64 (x86_64) > > Kernel: Linux 6.5.0-14-generic (SMP w/12 CPU threads; PREEMPT) > Kernel taint flags: TAINT_PROPRIETARY_MODULE, TAINT_OOT_MODULE > Locale: LANG=C, LC_CTYPE=C.UTF-8 (charmap=UTF-8), LANGUAGE not set > Shell: /bin/sh linked to /usr/bin/dash > Init: systemd (via /run/systemd/system) > diff -Nru libmstoolkit-82/debian/changelog libmstoolkit-82/debian/changelog > --- libmstoolkit-82/debian/changelog 2020-06-16 11:25:37.0 + > +++ libmstoolkit-82/debian/changelog 2024-02-01 10:15:18.0 + > @@ -1,3 +1,10 @@ > +libmstoolkit (82-7.1) experimental; urgency=medium > + > + * Non-maintainer upload. > + * Rename libraries for 64-bit time_t transition. > + > + -- Steve Langasek Thu, 01 Feb 2024 10:15:18 + > + > libmstoolkit (82-7) unstable; urgency=low > >* Fix the VCS urls to point to the salsa git repos. > diff -Nru libmstoolkit-82/debian/control libmstoolkit-82/debian/control > --- libmstoolkit-82/debian/control2020-06-16 11:25:37.0 + > +++ libmstoolkit-82/debian/control2024-02-01 10:15:18.0 + > @@ -18,7 +18,7 @@ > Section: libdevel > Architecture: any > Depends: ${misc:Depends}, > - libmstoolkit82 (= ${binary:Version}), > + libmstoolkit82t64 (= ${binary:Version}), >zlib1g-dev (>=1:1.2.8), > libsqlite3-dev (>= 3.8.6), > libexpat1-dev (>= 2.1.0) > @@ -44,7 +44,10 @@ > - Sequential or random-access file reading. > > > -Package: libmstoolkit82 > +Package: libmstoolkit82t64 > +Provides: ${t64:Provides} > +Replaces: libmstoolkit82 > +Breaks: libmstoolkit82 (<< ${source:Version}) > Architecture: any > Depends: ${shlibs:Depends}, > ${misc:Depends} > @@ -78,7 +81,7 @@ > Package: libmstoolkit-tools > Section: science > Architecture: any > -Depends: libmstoolkit82 (= ${binary:Version}), > +Depends: libmstoolkit82t64 (= ${binary:Version}), > ${shlibs:Depends}, > ${misc:Depends} > Description: libraries for manipulating mass spectrometry data - tools > diff -Nru libmstoolkit-82/debian/libmstoolkit82.dirs > libmstoolkit-82/debian/libmstoolkit82.dirs > --- libmstoolkit-82/debian/libmstoolkit82.dirs2020-06-16 > 11:25:37.0 + > +++ libmstoolkit-82/debian/libmstoolkit82.dirs1970-01-01 > 00:00:00.0 + > @@ -1 +0,0 @@ > -usr/lib > diff -Nru libmstool
Bug#1066281: libdbi-drivers: FTBFS: src/unit.c:229:5: error: implicit declaration of function ‘wait’; did you mean ‘want’? [-Werror=implicit-function-declaration]
Package: libdbi-drivers Version: 0.9.0-11 Followup-For: Bug #1066281 User: ubuntu-de...@lists.ubuntu.com Usertags: origin-ubuntu noble ubuntu-patch Control: tags -1 patch Please find attached a (trivial) patch for this issue. -- 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 libdbi-drivers-0.9.0/debian/control libdbi-drivers-0.9.0/debian/control --- libdbi-drivers-0.9.0/debian/control 2023-01-18 07:10:49.0 -0800 +++ libdbi-drivers-0.9.0/debian/control 2024-03-17 11:28:49.0 -0700 @@ -1,8 +1,7 @@ Source: libdbi-drivers Section: libs Priority: optional -Maintainer: Ubuntu Developers -XSBC-Original-Maintainer: Laszlo Boszormenyi (GCS) +Maintainer: Laszlo Boszormenyi (GCS) Uploaders: Prach Pongpanich Build-Depends: automake, debhelper-compat (= 12), diff -Nru libdbi-drivers-0.9.0/debian/patches/no-implicit-declarations.patch libdbi-drivers-0.9.0/debian/patches/no-implicit-declarations.patch --- libdbi-drivers-0.9.0/debian/patches/no-implicit-declarations.patch 1969-12-31 16:00:00.0 -0800 +++ libdbi-drivers-0.9.0/debian/patches/no-implicit-declarations.patch 2024-03-17 11:28:43.0 -0700 @@ -0,0 +1,20 @@ +Description: fix implicit declaration error for wait() + 64-bit time_t requires us to be stricter about function declarations. + include the missing system header that defines wait(). +Author: Steve Langasek +Bug-Debian: https://bugs.debian.org/1066281 +Forwarded: no +Last-Update: 2024-03-17 + +Index: libdbi-drivers-0.9.0/tests/cgreen/src/unit.c +=== +--- libdbi-drivers-0.9.0.orig/tests/cgreen/src/unit.c libdbi-drivers-0.9.0/tests/cgreen/src/unit.c +@@ -9,6 +9,7 @@ + #include + #include + #include ++#include + + enum {test_function, test_suite}; + diff -Nru libdbi-drivers-0.9.0/debian/patches/series libdbi-drivers-0.9.0/debian/patches/series --- libdbi-drivers-0.9.0/debian/patches/series 2023-01-18 07:10:47.0 -0800 +++ libdbi-drivers-0.9.0/debian/patches/series 2024-03-17 11:26:21.0 -0700 @@ -10,3 +10,4 @@ test_mysql_date_tz.patch mysql-8.0.patch no_mariadb_timezone.patch +no-implicit-declarations.patch
Bug#1061902: consolekit2: NMU diff for 64-bit time_t transition
The build failure is not caused by this patch. You have an existing severity: serious bug open about the build failure: https://bugs.debian.org/1061493 -- 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#1067030: gammu: FTBFS in Ubuntu due to buffer overflow
Package: gammu Version: 1.42.0-8.1 Severity: important Tags: patch User: ubuntu-de...@lists.ubuntu.com Usertags: origin-ubuntu noble ubuntu-patch Hi Boian, In Ubuntu gammu fails to build from source with the current default compiler because it checks more strictly than Debian's for buffer overflows, and it finds one in the handling of the GSM_Backup.Creator field: this is a buffer of 80 characters, and the code assumes it can shove the entire output of `uname` into it with no bounds checking. Attached is a patch that allows the package to build without test failures due to buffer overflows. 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 Developer https://www.debian.org/ slanga...@ubuntu.com vor...@debian.org diff -Nru gammu-1.42.0/debian/patches/series gammu-1.42.0/debian/patches/series --- gammu-1.42.0/debian/patches/series 2023-01-29 13:07:57.0 -0800 +++ gammu-1.42.0/debian/patches/series 2024-03-17 01:18:45.0 -0700 @@ -5,3 +5,4 @@ 06-disable_smsd-dbi-sqlite3.patch 07-use_posix_shell_only.patch 08-no_warnings_in_docs.patch +uname-buffer-overflow.patch diff -Nru gammu-1.42.0/debian/patches/uname-buffer-overflow.patch gammu-1.42.0/debian/patches/uname-buffer-overflow.patch --- gammu-1.42.0/debian/patches/uname-buffer-overflow.patch 1969-12-31 16:00:00.0 -0800 +++ gammu-1.42.0/debian/patches/uname-buffer-overflow.patch 2024-03-17 01:22:52.0 -0700 @@ -0,0 +1,47 @@ +Description: fix buffer overflow in GSM_Backup.Creator + GSM_Backup contains an 80-char 'Creator' field which it tries to fill + with the contents of 'uname -a'. Recent compilers rightly detect a + buffer overflow (on Ubuntu, this output is 120 characters long and it's + not the only thing expected to go in this field). Avoid use of the + never-safe strcat(). +Author: Steve Langasek +Forwarded: no +Last-Update: 2024-03-17 + +Index: gammu-1.42.0/gammu/backup.c +=== +--- gammu-1.42.0.orig/gammu/backup.c gammu-1.42.0/gammu/backup.c +@@ -347,6 +347,7 @@ + GSM_GPRSAccessPoint GPRSPoint; + gbooleanDoBackupPart; + char buffer[GSM_MAX_INFO_LENGTH]; ++ size_t len; + + if (argc == 4 && strcasecmp(argv[3],"-yes") == 0) always_answer_yes = TRUE; + +@@ -354,13 +355,18 @@ + GSM_GetBackupFormatFeatures(GSM_GuessBackupFormat(argv[2], FALSE),); + + sprintf(Backup.Creator, "Gammu %s", GAMMU_VERSION); +- if (strlen(GetOS()) != 0) { +- strcat(Backup.Creator+strlen(Backup.Creator),", "); +- strcat(Backup.Creator+strlen(Backup.Creator),GetOS()); ++ len = sizeof(Backup.Creator) - strlen(Backup.Creator) - 1; ++ if (strlen(GetOS()) != 0 && len > strlen(GetOS()) + 3) { ++ strncat(Backup.Creator+strlen(Backup.Creator),", ", len); ++ len -= 2; ++ strncat(Backup.Creator+strlen(Backup.Creator),GetOS(), len); ++ len -= strlen(GetOS()); + } +- if (strlen(GetCompiler()) != 0) { +- strcat(Backup.Creator+strlen(Backup.Creator),", "); +- strcat(Backup.Creator+strlen(Backup.Creator),GetCompiler()); ++ if (strlen(GetCompiler()) != 0 && len > strlen(GetCompiler()) + 3) { ++ strncat(Backup.Creator+strlen(Backup.Creator),", ", len); ++ len -= 2; ++ strncat(Backup.Creator+strlen(Backup.Creator),GetCompiler(), ++ len); + } + + signal(SIGINT, interrupt);
Bug#1064158: jxrlib: NMU diff for 64-bit time_t transition
Hello, Unfortunately, the mass NMU scripting missed that debian/symbols needed updated as well, resulting in a libjxr0t64 package that depends on libjxr0 which doesn't exist on 32-bit archs. Attached is a comprehensive NMU patch that fixes this issue as well. I am uploading this change to unstable. Thanks, -- Steve Langasek Give me a lever long enough and a Free OS Debian Developer to set it on, and I can move the world. Ubuntu Developer https://www.debian.org/ slanga...@ubuntu.com vor...@debian.org On Sat, Feb 17, 2024 at 08:36:44PM +, Steve Langasek wrote: > Source: jxrlib > Version: 1.2~git20170615.f752187-5 > Severity: important > Tags: patch pending sid trixie > 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 > jxrlib 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 jxrlib > 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 jxrlib-1.2~git20170615.f752187/debian/changelog > jxrlib-1.2~git20170615.f752187/debian/changelog > --- jxrlib-1.2~git20170615.f752187/debian/changelog 2022-01-28 > 12:55:06.0 + > +++ jxrlib-1.2~git20170615.f752187/debian/changelog 2024-02-17 > 20:20:40.0 + > @@ -1,3 +1,10 @@ > +jxrlib (1.2~git20170615.f752187-5.1) experimental; urgency=medium > + > + * Non-maintainer upload. > + * Rename libraries for 64-bit time_t transition. > + > + -- Steve Langasek Sat, 17 Feb 2024 20:20:40 + > + > jxrlib (1.2~git20170615.f752187-5) unstable; urgency=medium > >[ Mathieu Malaterre ] > diff -Nru jxrlib-1.2~git20170615.f752187/debian/control > jxrlib-1.2~git20170615.f752187/debian/control > --- jxrlib-1.2~git20170615.f752187/debian/control 2022-01-28 > 10:19:14.0 + > +++ jxrlib-1.2~git20170615.f752187/debian/control 2024-02-17 > 20:20:40.0 + > @@ -14,7 +14,10 @@ > Standards-Version: 4.6.0 > Rules-Requires-Root: no > > -Package: libjxr0 > +Package: libjxr0t64 > +Provides: ${t64:Provides} > +Replaces: libjxr0 > +Breaks: libjxr0 (<< ${source:Version}) > Section: libs > Architecture: any > Depends: ${misc:Depends}, ${shlibs:Depends} > @@ -42,7 +45,7 @@ > Architecture: any > Section: libdevel > Multi-Arch: same > -Depends: libjxr0 (= ${binary:Version}), ${misc:Depends} > +Depends: libjxr0t64 (= ${binary:Version}), ${misc:Depends} > Description: JPEG-XR lib - dev files > JPEG XR is an approved ISO/IEC International standard (its official > designation is ISO/IEC 29199-2). > diff -Nru jxrlib-1.2~git20170615.f752187/debian/libjxr0t64.lintian-overrides > jxrlib-1.2~git20170615.f752187/debian/libjxr0t64.lintian-overrides > --- jxrlib-1.2~git2017061
Bug#1061901: compiz: NMU diff for 64-bit time_t transition
Unfortunately, compiz FTBFS on armel and armhf because libstartup-notification is not 64-bit time_t-safe. I have uploaded a follow-up NMU to fix this. Please find attached the comprehensive NMU patch. On Wed, Feb 28, 2024 at 05:32:03PM +, Steve Langasek wrote: > 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) -- 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 compiz-0.8.18/debian/changelog compiz-0.8.18/debian/changelog --- compiz-0.8.18/debian/changelog 2023-01-01 21:58:27.0 + +++ compiz-0.8.18/debian/changelog 2024-03-16 01:19:57.0 + @@ -1,3 +1,18 @@ +compiz (2:0.8.18-5.2) unstable; urgency=medium + + * Non-maintainer upload. + * debian/patches/64-bit-time-t-compat.patch: fix build with +_TIME_BITS=64. + + -- Steve Langasek Sat, 16 Mar 2024 01:19:57 + + +compiz (2:0.8.18-5.1) unstable; urgency=medium + + * Non-maintainer upload. + * Rename libraries for 64-bit time_t transition. Closes: #1061901 + + -- Steve Langasek Wed, 28 Feb 2024 17:31:21 + + compiz (2:0.8.18-5) unstable; urgency=medium [ Samuel Thibault ] diff -Nru compiz-0.8.18/debian/control compiz-0.8.18/debian/control --- compiz-0.8.18/debian/control2023-01-01 21:58:27.0 + +++ compiz-0.8.18/debian/control2024-02-28 17:31:21.0 + @@ -3,7 +3,7 @@ Priority: optional Maintainer: Hypra Team Uploaders: Samuel Thibault -Build-Depends: debhelper-compat (= 13), +Build-Depends: dpkg-dev (>= 1.22.5), debhelper-compat (= 13), intltool, libcairo2-dev, libglib2.0-dev, @@ -159,7 +159,10 @@ This package contains the standard plugins that come with compiz. Compiz without these plugins is not very useful. -Package: libdecoration0 +Package: libdecoration0t64 +Provides: ${t64:Provides} +Replaces: libdecoration0 +Breaks: libdecoration0 (<< ${source:Version}) Section: libs Architecture: any Multi-Arch: same @@ -174,7 +177,7 @@ Section: libdevel Architecture: any Multi-Arch: same -Depends: libdecoration0 (= ${binary:Version}), +Depends: libdecoration0t64 (= ${binary:Version}), ${misc:Depends}, libx11-dev, libxrender-dev diff -Nru compiz-0.8.18/debian/libdecoration0.install compiz-0.8.18/debian/libdecoration0.install --- compiz-0.8.18/debian/libdecoration0.install 2018-10-27 12:09:18.0 + +++ compiz-0.8.18/debian/libdecoration0.install 1970-01-01 00:00:00.0 + @@ -1 +0,0 @@ -usr/lib/libdecoration*.so.* diff -Nru compiz-0.8.18/debian/libdecoration0t64.install compiz-0.8.18/debian/libdecoration0t64.install --- compiz-0.8.18/debian/libdecoration0t64.install 1970-01-01 00:00:00.0 + +++ compiz-0.8.18/debian/libdecoration0t64.install 2018-10-27 12:09:18.0 + @@ -0,0 +1 @@ +usr/lib/libdecoration*.so.* diff -Nru compiz-0.8.18/debian/libdecoration0t64.lintian-overrides compiz-0.8.18/debian/libdecoration0t64.lintian-overrides --- compiz-0.8.18/debian/libdecoration0t64.lintian-overrides1970-01-01 00:00:00.0 + +++ compiz-0.8.18/debian/libdecoration0t64.lintian-overrides2024-02-28 17:29:20.0 + @@ -0,0 +1 @@ +libdecoration0t64: package-name-doesnt-match-sonames libdecoration0 diff -Nru compiz-0.8.18/debian/patches/64-bit-time-t-compat.patch compiz-0.8.18/debian/patches/64-bit-time-t-compat.patch --- compiz-0.8.18/debian/patches/64-bit-time-t-compat.patch 1970-01-01 00:00:00.0 + +++ compiz-0.8.18/debian/patches/64-bit-time-t-compat.patch 2024-03-16 01:19:57.0 + @@ -0,0 +1,30 @@ +Description: fix build with _TIME_BITS=64 + The startup-notification API takes a long * where it ought to have always + taken a time_t *. As a consequence, changing the size of time_t makes + callers fail to build. Work around this by safely casting to a long. + This will continue to work on 32-bit systems until 2038, by which time + all the 32-bit systems will be dead
Bug#1062199: gvm-libs: NMU diff for 64-bit time_t transition
Hi Sophie, gvm-libs needs a further change to actually be buildable on 32-bit archs with 64-bit time_t. I've done a follow-up NMU for this; please find a comprehensive debdiff 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 gvm-libs-22.7.3/debian/changelog gvm-libs-22.7.3/debian/changelog --- gvm-libs-22.7.3/debian/changelog2023-11-20 15:13:25.0 + +++ gvm-libs-22.7.3/debian/changelog2024-03-16 00:32:34.0 + @@ -1,3 +1,18 @@ +gvm-libs (22.7.3-1.2) unstable; urgency=medium + + * Non-maintainer upload. + * debian/patches/64-bit-time-t-compat.patch: wrap the write symbols +when _FILE_OFFSET_BITS=64 is set. + + -- Steve Langasek Sat, 16 Mar 2024 00:32:34 + + +gvm-libs (22.7.3-1.1) unstable; urgency=medium + + * Non-maintainer upload. + * Rename libraries for 64-bit time_t transition. Closes: #1062199 + + -- Lukas Märdian Wed, 28 Feb 2024 09:24:41 + + gvm-libs (22.7.3-1) unstable; urgency=medium * New upstream version 22.7.3 diff -Nru gvm-libs-22.7.3/debian/control gvm-libs-22.7.3/debian/control --- gvm-libs-22.7.3/debian/control 2023-11-20 15:13:25.0 + +++ gvm-libs-22.7.3/debian/control 2024-02-28 09:24:41.0 + @@ -3,7 +3,7 @@ Priority: optional Maintainer: Debian Security Tools Uploaders: Sophie Brun -Build-Depends: debhelper-compat (= 13), +Build-Depends: dpkg-dev (>= 1.22.5), debhelper-compat (= 13), cmake, libcgreen1-dev [!ppc64el !s390x], libglib2.0-dev, @@ -37,7 +37,7 @@ libgpgme-dev, libhiredis-dev, libksba-dev, - libgvm22 (= ${binary:Version}), + libgvm22t64 (= ${binary:Version}), libpcap-dev, libssh-dev, uuid-dev, @@ -71,12 +71,14 @@ libraries. -Package: libgvm22 +Package: libgvm22t64 +Provides: ${t64:Provides} +Breaks: libgvm22 (<< ${source:Version}) Architecture: any Depends: ${misc:Depends}, ${shlibs:Depends}, Multi-Arch: same -Replaces: libopenvas9 +Replaces: libgvm22, libopenvas9 Conflicts: libopenvas9 Description: remote network security auditor - shared libraries The Open Vulnerability Assessment System is a modular security auditing diff -Nru gvm-libs-22.7.3/debian/libgvm22.install gvm-libs-22.7.3/debian/libgvm22.install --- gvm-libs-22.7.3/debian/libgvm22.install 2023-11-20 15:13:25.0 + +++ gvm-libs-22.7.3/debian/libgvm22.install 1970-01-01 00:00:00.0 + @@ -1 +0,0 @@ -usr/lib/*/libgvm*.so.* diff -Nru gvm-libs-22.7.3/debian/libgvm22.lintian-overrides gvm-libs-22.7.3/debian/libgvm22.lintian-overrides --- gvm-libs-22.7.3/debian/libgvm22.lintian-overrides 2023-11-20 15:13:25.0 + +++ gvm-libs-22.7.3/debian/libgvm22.lintian-overrides 1970-01-01 00:00:00.0 + @@ -1,4 +0,0 @@ -# this package provides several shared libraries built from the same source -# tree; since they change their SONAMES together they are provided in a single -# library package -package-name-doesnt-match-sonames diff -Nru gvm-libs-22.7.3/debian/libgvm22.symbols gvm-libs-22.7.3/debian/libgvm22.symbols --- gvm-libs-22.7.3/debian/libgvm22.symbols 2023-11-20 15:13:25.0 + +++ gvm-libs-22.7.3/debian/libgvm22.symbols 1970-01-01 00:00:00.0 + @@ -1,486 +0,0 @@ -libgvm_base.so.22 libgvm22 #MINVER# -* Build-Depends-Package: libgvm-dev - addr6_as_str@Base 22.4.0 - addr6_to_str@Base 22.4.0 - append_to_credentials_password@Base 22.4.0 - append_to_credentials_username@Base 22.4.0 - array_add@Base 22.4.0 - array_free@Base 22.4.0 - array_reset@Base 22.4.0 - array_terminate@Base 22.4.0 - cleanup_settings_iterator@Base 22.4.0 - current_environ@Base 22.4.0 - drop_privileges@Base 22.4.0 - facilitynames@Base 22.4.0 - free_credentials@Base 22.4.0 - free_log_configuration@Base 22.4.0 - free_log_reference@Base 22.4.4 - get_cvss_score_from_base_metrics@Base 22.4.0 - get_log_reference@Base 22.4.4 - get_time@Base 22.4.0 - global_source_addr6@Base 22.4.0 - global_source_addr@Base 22.4.0 - global_source_iface@Base 22.4.0 - gvm_append_string@Base 22.4.0 - gvm_append_text@Base 22.4.0 - gvm_close_sentry@Base 22.4.0 - gvm_disable_password_policy@Base 22.4.0 - gvm_duplicate_host@Base 22.4.0 - gvm_duplicate_vhost@Base 22.4.0 - gvm_free_string_var@Base 22.4.0 - gvm_get_host_type@Base 22.4.0 - gvm_get_outgoing_iface@Base 22.4.0 - gvm_has_sentry_support@Base 22.4.0 - gvm_host_add_reverse_lookup@Base 22.4.0 - gvm_host_find_in_hosts@Base 22.4.0 - gvm_host_free@Base 22.4.0 - gvm_host_from_str@Base 22.4.0 - gvm_host_get_addr6@Base 22.4.0 - gvm_host_in_hosts@Base 22.4.0 - gvm_host_resolve@Base 22.4.0 - gvm_host_reverse_lookup@Base 22.4.0 - gvm_host_
Bug#1066839: pipewire: ftbfs with 64-bit time_t
Package: pipewire Version: 1.0.3-1.1 Severity: serious Tags: patch Justification: ftbfs User: ubuntu-de...@lists.ubuntu.com Usertags: origin-ubuntu noble ubuntu-patch Dear maintainers, pipewire fails to build from source on 32-bit architectures under 64-bit time_t, because it has a module that legitimately un-sets _FILE_OFFSET_BITS for building but this is not allowed without also unsetting _TIME_BITS. Since this is a legitimate un-setting of _FILE_OFFSET_BITS in order to get access to the necessary libc6 prototypes and macros, and since the functions being intercepted are not sensitive to time_t, the simplest solution is to also unset _TIME_BITS. Please see the attached patch, which has been uploaded to Ubuntu to fix this build failure. 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 Developer https://www.debian.org/ slanga...@ubuntu.com vor...@debian.org diff -Nru pipewire-1.0.3/debian/control pipewire-1.0.3/debian/control --- pipewire-1.0.3/debian/control 2024-03-04 08:54:55.0 -0800 +++ pipewire-1.0.3/debian/control 2024-03-13 23:11:56.0 -0700 @@ -1,8 +1,7 @@ Source: pipewire Section: libs Priority: optional -Maintainer: Ubuntu Developers -XSBC-Original-Maintainer: Utopia Maintenance Team +Maintainer: Utopia Maintenance Team Uploaders: Jeremy Bicha , Dylan Aïssi Build-Depends: dpkg-dev (>= 1.22.5), debhelper-compat (= 13), diff -Nru pipewire-1.0.3/debian/patches/64-bit-time-t-compat.patch pipewire-1.0.3/debian/patches/64-bit-time-t-compat.patch --- pipewire-1.0.3/debian/patches/64-bit-time-t-compat.patch1969-12-31 16:00:00.0 -0800 +++ pipewire-1.0.3/debian/patches/64-bit-time-t-compat.patch2024-03-13 23:11:47.0 -0700 @@ -0,0 +1,21 @@ +Description: 64-bit time_t compatibility for v4l2 module + The v4l2 build unsets _FILE_OFFSET_BITS, which is not allowed when setting + _TIME_BITS=64. Having verified that nothing in this module is sensitive to + 64-bit time_t (none of the functions it intercepts handle time), we also + unset _TIME_BITS to allow this to build as before. +Author: Steve Langasek +Forwarded: no +Last-Update: 2024-03-13 + +Index: pipewire-1.0.3/pipewire-v4l2/src/meson.build +=== +--- pipewire-1.0.3.orig/pipewire-v4l2/src/meson.build pipewire-1.0.3/pipewire-v4l2/src/meson.build +@@ -12,6 +12,7 @@ + '-U_FILE_OFFSET_BITS', + '-D_FILE_OFFSET_BITS=32', + '-D_LARGEFILE64_SOURCE', ++ '-U_TIME_BITS', + '-fvisibility=hidden', + ] + diff -Nru pipewire-1.0.3/debian/patches/series pipewire-1.0.3/debian/patches/series --- pipewire-1.0.3/debian/patches/series2024-03-04 08:54:55.0 -0800 +++ pipewire-1.0.3/debian/patches/series2024-03-13 23:09:06.0 -0700 @@ -19,3 +19,4 @@ snap/snap-policy-Manage-ENOPROTOOPT-error-in-aa_getpeercon.patch snap/snap-policy-ensure-audio-works-with-.deb-snapd.patch snap/snap-policy-fix-memory-leak.patch +64-bit-time-t-compat.patch
Bug#1066836: libcamera: ftbfs with 64-bit time_t
Package: libcamera Version: 0.2.0-1 Severity: serious Tags: patch Justification: ftbfs User: ubuntu-de...@lists.ubuntu.com Usertags: origin-ubuntu noble ubuntu-patch Dear maintainers, libcamera fails to build from source on 32-bit architectures under 64-bit time_t, because it has a module that legitimately un-sets _FILE_OFFSET_BITS for building but this is not allowed without also unsetting _TIME_BITS: [...] [267/430] c++ -Isrc/v4l2/v4l2-compat.so.p -Isrc/v4l2 -I../src/v4l2 -Iinclude -I../include -Iinclude/libcamera/ipa -Iinclude/libcamera -fdiagnostics-color=always -Wall -Winvalid-pch -Wextra -Werror -std=c++17 -Wno-redundant-move -Wno-psabi -Wshadow -include /<>/obj-arm-linux-gnueabihf/config.h -g -O2 -ffile-prefix-map=/<>=. -fstack-protector-strong -Wformat -Werror=format-security -fno-stack-clash-protection -fdebug-prefix-map=/<>=/usr/src/libcamera-0.2.0-1ubuntu3 -Wno-error -D_LARGEFILE_SOURCE -D_FILE_OFFSET_BITS=64 -D_TIME_BITS=64 -Wdate-time -D_FORTIFY_SOURCE=3 -fPIC -DLIBCAMERA_BASE_PRIVATE -U_FILE_OFFSET_BITS -D_FILE_OFFSET_BITS=32 -D_LARGEFILE64_SOURCE -fvisibility=hidden -MD -MQ src/v4l2/v4l2-compat.so.p/v4l2_camera.cpp.o -MF src/v4l2/v4l2-compat.so.p/v4l2_camera.cpp.o.d -o src/v4l2/v4l2-compat.so.p/v4l2_camera.cpp.o -c ../src/v4l2/v4l2_camera.cpp FAILED: src/v4l2/v4l2-compat.so.p/v4l2_camera.cpp.o c++ -Isrc/v4l2/v4l2-compat.so.p -Isrc/v4l2 -I../src/v4l2 -Iinclude -I../include -Iinclude/libcamera/ipa -Iinclude/libcamera -fdiagnostics-color=always -Wall -Winvalid-pch -Wextra -Werror -std=c++17 -Wno-redundant-move -Wno-psabi -Wshadow -include /<>/obj-arm-linux-gnueabihf/config.h -g -O2 -ffile-prefix-map=/<>=. -fstack-protector-strong -Wformat -Werror=format-security -fno-stack-clash-protection -fdebug-prefix-map=/<>=/usr/src/libcamera-0.2.0-1ubuntu3 -Wno-error -D_LARGEFILE_SOURCE -D_FILE_OFFSET_BITS=64 -D_TIME_BITS=64 -Wdate-time -D_FORTIFY_SOURCE=3 -fPIC -DLIBCAMERA_BASE_PRIVATE -U_FILE_OFFSET_BITS -D_FILE_OFFSET_BITS=32 -D_LARGEFILE64_SOURCE -fvisibility=hidden -MD -MQ src/v4l2/v4l2-compat.so.p/v4l2_camera.cpp.o -MF src/v4l2/v4l2-compat.so.p/v4l2_camera.cpp.o.d -o src/v4l2/v4l2-compat.so.p/v4l2_camera.cpp.o -c ../src/v4l2/v4l2_camera.cpp In file included from /usr/include/features.h:394, from /usr/include/arm-linux-gnueabihf/c++/13/bits/os_defines.h:39, from /usr/include/arm-linux-gnueabihf/c++/13/bits/c++config.h:679, from /usr/include/c++/13/bits/requires_hosted.h:31, from /usr/include/c++/13/deque:60, from ../src/v4l2/v4l2_camera.h:10, from ../src/v4l2/v4l2_camera.cpp:8: /usr/include/features-time64.h:26:5: error: #error "_TIME_BITS=64 is allowed only with _FILE_OFFSET_BITS=64" 26 | # error "_TIME_BITS=64 is allowed only with _FILE_OFFSET_BITS=64" | ^ [...] (https://launchpad.net/ubuntu/+source/libcamera/0.2.0-1ubuntu3/+build/27902670) Since this is a legitimate un-setting of _FILE_OFFSET_BITS in order to get access to the necessary libc6 prototypes and macros, and since the functions being intercepted are not sensitive to time_t, the simplest solution is to also unset _TIME_BITS. Please see the attached patch, which has been uploaded to Ubuntu to fix this build failure. 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 Developer https://www.debian.org/ slanga...@ubuntu.com vor...@debian.org diff -Nru libcamera-0.2.0/debian/control libcamera-0.2.0/debian/control --- libcamera-0.2.0/debian/control 2024-01-17 13:27:50.0 -0800 +++ libcamera-0.2.0/debian/control 2024-03-13 22:27:39.0 -0700 @@ -1,7 +1,6 @@ Source: libcamera Priority: optional -Maintainer: Ubuntu Developers -XSBC-Original-Maintainer: Debian Multimedia Maintainers +Maintainer: Debian Multimedia Maintainers Uploaders: Emmanuel Arias , IOhannes m zmölnig (Debian/GNU) , Andrej Shadura , diff -Nru libcamera-0.2.0/debian/patches/64-bit-time-t-compat.patch libcamera-0.2.0/debian/patches/64-bit-time-t-compat.patch --- libcamera-0.2.0/debian/patches/64-bit-time-t-compat.patch 1969-12-31 16:00:00.0 -0800 +++ libcamera-0.2.0/debian/patches/64-bit-time-t-compat.patch 2024-03-13 22:27:33.0 -0700 @@ -0,0 +1,21 @@ +Description: 64-bit time_t compatibility for v4l2 module + The v4l2 build unsets _FILE_OFFSET_BITS, which is not allowed when setting + _TIME_BITS=64. Having verified that nothing in this module is sensitive to + 64-bit time_t (none of the functions it intercepts handle time), we also + unset _TIME_BITS to allow this to build as before. +Author: Steve Langasek +Forwarded: no +Last-Update: 2
Bug#1066140: afflib: strlcpy,strlcat in .symbols but not part of API; ftbfs with glibc >= 2.38
Package: afflib Version: 3.7.20-1.1 Severity: important Tags: patch User: ubuntu-de...@lists.ubuntu.com Usertags: origin-ubuntu noble ubuntu-patch Hi João, afflib fails to build from source in Ubuntu because Ubuntu ships glibc 2.39 which now provides implementations of strlcat and strlcpy, which means other packages no longer include their own implementations, resulting in a mismatch with the libafflib0t64 symbols file. The attached patch treats these symbols as optional, since they are not part of the afflib API. This change has been uploaded to Ubuntu. 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 Developer https://www.debian.org/ slanga...@ubuntu.com vor...@debian.org diff -Nru afflib-3.7.20/debian/libafflib0t64.symbols afflib-3.7.20/debian/libafflib0t64.symbols --- afflib-3.7.20/debian/libafflib0t64.symbols 2024-02-27 16:12:21.0 -0800 +++ afflib-3.7.20/debian/libafflib0t64.symbols 2024-03-12 17:10:21.0 -0700 @@ -787,8 +787,8 @@ s3_request_retry_count@Base 3.7.6 s3_retry_max@Base 3.7.6 split_raw_increment_fname@Base 3.7.6 - strlcat@Base 3.7.6 - strlcpy@Base 3.7.6 + (optional)strlcat@Base 3.7.6 + (optional)strlcpy@Base 3.7.6 strstart@Base 3.7.6 term_print_filename@Base 3.7.6 term_printf@Base 3.7.6
Bug#1065787: 64-bit time_t transition: cargo needs manual intervention
On Mon, Mar 11, 2024 at 09:07:17PM -0500, Steven Robbins wrote: > Peter convincingly argues (details in bug) that manual intervention is needed > for package "cargo": > On Sun, 10 Mar 2024 00:48:32 + Peter Michael Green > wrote: > > This will require manual intervention to resolve, either through > > cross-building or through building manually in a hacked-up build > > environment. > > I've certainly seen mention of rustc on #debian-devel recently, > > so I think the people handling the time_t transition are already > > aware of this. > I'm wondering if the time_t people or the rust people could comment on this? > This build failure has a surprisingly (to me) long chain of casualties. Is > this an easy thing to fix or is going to take weeks? The quickest fix for this based on what we've done in Ubuntu is: - unpack cargo and libstd-rust debs to the root via dpkg-deb -x - use equivs to mock up packages by these names with no dependencies and install those - bootstrap - enjoy -- 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#1063175: orc: NMU diff for 64-bit time_t transition
Dear maintainers, One more bug in the orc transition: the .symbols file declares shlibs dependencies for multiple libraries, but only the first of them was updated to point at the new library name. Please find attached a comprehensive patch for orc vis-à-vis t64. I've uploaded this hopefully final NMU to unstable. Thanks, -- Steve Langasek Give me a lever long enough and a Free OS Debian Developer to set it on, and I can move the world. Ubuntu Developer https://www.debian.org/ slanga...@ubuntu.com vor...@debian.org diff -Nru orc-0.4.34/debian/changelog orc-0.4.34/debian/changelog --- orc-0.4.34/debian/changelog 2024-02-28 12:51:27.0 + +++ orc-0.4.34/debian/changelog 2024-03-11 04:36:15.0 + @@ -1,3 +1,25 @@ +orc (1:0.4.34-4.3) unstable; urgency=medium + + * Non-maintainer upload. + * Fix symbols dependencies on liborc-test. + + -- Steve Langasek Mon, 11 Mar 2024 04:36:15 + + +orc (1:0.4.34-4.2) unstable; urgency=medium + + * Non-maintainer upload. + * Fix build depedency on dpkg-dev to use >= not >> (sorry). + + -- Michael Hudson-Doyle Tue, 05 Mar 2024 10:54:56 +1300 + +orc (1:0.4.34-4.1) unstable; urgency=medium + + * Non-maintainer upload. + * Add build depedency on dpkg-dev (>= 1.22.5) for time_t transition. +(Closes: #1065272) + + -- Michael Hudson-Doyle Mon, 04 Mar 2024 23:40:36 +1300 + orc (1:0.4.34-4) unstable; urgency=medium * Team upload diff -Nru orc-0.4.34/debian/control orc-0.4.34/debian/control --- orc-0.4.34/debian/control 2024-02-28 12:51:27.0 + +++ orc-0.4.34/debian/control 2024-03-04 21:54:56.0 + @@ -4,7 +4,8 @@ Maintainer: Maintainers of GStreamer packages Uploaders: Sebastian Dröge , Sjoerd Simons -Build-Depends: debhelper-compat (= 13), +Build-Depends: dpkg-dev (>= 1.22.5), + debhelper-compat (= 13), meson, pkg-config, gtk-doc-tools diff -Nru orc-0.4.34/debian/liborc-0.4-0t64.symbols orc-0.4.34/debian/liborc-0.4-0t64.symbols --- orc-0.4.34/debian/liborc-0.4-0t64.symbols 2024-02-28 12:51:27.0 + +++ orc-0.4.34/debian/liborc-0.4-0t64.symbols 2024-03-11 04:35:56.0 + @@ -308,7 +308,7 @@ orc_x86_get_regname_sse@Base 1:0.4.34 orc_x86_get_regnum@Base 1:0.4.34 orc_x86_output_insns@Base 1:0.4.34 -liborc-test-0.4.so.0 liborc-0.4-0 #MINVER# +liborc-test-0.4.so.0 liborc-0.4-0t64 #MINVER# * Build-Depends-Package: liborc-0.4-dev orc_array_check_out_of_bounds@Base 1:0.4.34 orc_array_compare@Base 1:0.4.34 signature.asc Description: PGP signature
Bug#1065702: krb5-kdc: uninstallable due to hard-coded dependency on libverto-libev1 | libverto-libevent1,
Package: krb5-kdc Version: 1.20.1-5.1 Severity: serious User: debian-...@lists.debian.org Usertag: time-t Hi Sam, I've run into a problem with openldap not being bootstrappable for the time_t transition because it build-depends on krb5-kdc, and krb5-kdc is uninstallable on arm* because of a hard-coded dependency on libverto-libev1 | libverto-libevent1. Both of these library packages have changed names so are now libverto-libev1t64 and libverto-libevent1t64. I don't know why these need to be hard-coded, but if they do they need to be updated, because they conflict with the shlibdeps-generated dependency on libverto1t64. Thanks, -- Steve Langasek Give me a lever long enough and a Free OS Debian Developer to set it on, and I can move the world. Ubuntu Developer https://www.debian.org/ slanga...@ubuntu.com vor...@debian.org signature.asc Description: PGP signature
Bug#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#1065700: mysql-8.0: ftbfs with 64-bit time_t on 32-bit archs
Package: mysql-8.0 Version: 8.0.36-2 Severity: serious Tags: patch Justification: ftbfs User: ubuntu-de...@lists.ubuntu.com Usertags: origin-ubuntu noble ubuntu-patch Dear maintainers, With the switch to 64-bit time_t on 32-bit archs, mysql-8.0 now fails to build from source because of a test that *checks* that only 32-bit time is supported: [...] [ 57%] main.func_unixtime_32bitsw4 [ fail ] Test ended at 2024-03-09 05:01:27 CURRENT_TEST: main.func_unixtime_32bits --- /<>/mysql-test/r/func_unixtime_32bits.result 2023-12-12 21:09:36.0 +0300 +++ /<>/builddir/mysql-test/var/4/log/func_unixtime_32bits.reject 2024-03-09 08:01:27.450443865 +0300 @@ -12,7 +12,7 @@ 2038-01-19 06:14:07 select from_unixtime(2147483648); from_unixtime(2147483648) -NULL +2038-01-19 06:14:08 select from_unixtime(0); from_unixtime(0) 1970-01-01 03:00:00 @@ -32,26 +32,26 @@ 2147483647 select unix_timestamp(from_unixtime(2147483648)); unix_timestamp(from_unixtime(2147483648)) -NULL +2147483648 [...] - the logfile can be found in '/<>/builddir/mysql-test/var/log/main.func_unixtime_32bits/func_unixtime_32bits.log' Test main.func_unixtime_32bits has failed 2 times, no more retries. [...] (https://launchpad.net/ubuntu/+source/mysql-8.0/8.0.36-2/+build/27892969) Please find attached a patch for this issue which I have uploaded to Ubuntu. Thanks, -- Steve Langasek Give me a lever long enough and a Free OS Debian Developer to set it on, and I can move the world. Ubuntu Developer https://www.debian.org/ slanga...@ubuntu.com vor...@debian.org diff -Nru mysql-8.0-8.0.36/debian/patches/64bit_time_everywhere.patch mysql-8.0-8.0.36/debian/patches/64bit_time_everywhere.patch --- mysql-8.0-8.0.36/debian/patches/64bit_time_everywhere.patch 1969-12-31 16:00:00.0 -0800 +++ mysql-8.0-8.0.36/debian/patches/64bit_time_everywhere.patch 2024-03-08 21:59:20.0 -0800 @@ -0,0 +1,22 @@ +Description: fix test for 64-bit time_t + i386 is the only architecture where we don't have 64-bit time_t now. + Update the tests accordingly. +Author: Steve Langasek +Forwarded: no +Last-Update: 2024-03-08 + +Index: mysql-8.0-8.0.36/mysql-test/include/have_32bits_time.inc +=== +--- mysql-8.0-8.0.36.orig/mysql-test/include/have_32bits_time.inc mysql-8.0-8.0.36/mysql-test/include/have_32bits_time.inc +@@ -1,8 +1,7 @@ + # see also have_64bits_time.inc + +-let $have_64bit = `SELECT @@version_compile_machine IN +- ('x86_64', 'amd64', 'sparc', 'sparc64', 'arm64', 'aarch64', +- 'ppc64', 'ppc64le', 's390x')`; ++let $have_64bit = `SELECT @@version_compile_machine != 'i686'`; ++ + if ($have_64bit) { + --skip Doesn't support 32 bits UNIX time, only 64 bits + } diff -Nru mysql-8.0-8.0.36/debian/patches/series mysql-8.0-8.0.36/debian/patches/series --- mysql-8.0-8.0.36/debian/patches/series 2024-03-05 06:26:25.0 -0800 +++ mysql-8.0-8.0.36/debian/patches/series 2024-03-08 21:55:11.0 -0800 @@ -9,3 +9,4 @@ disable_timestamping_test.patch mysql_secure_installation-remove-root-pw-creation.patch suppress_armhf_test_warning.patch +64bit_time_everywhere.patch
Bug#1065633: openldap: FTBFS on hppa - implicit declaration of function 'kadm5_s_init_with_password_ctx'
On Fri, Mar 08, 2024 at 08:04:59PM -0800, Ryan Tandy wrote: > > This does fix the build failure. I was about to push such a change to the > > repo and do a maintainer upload, since I've never been removed from the > > uploaders field after all these years ;) Do you want me to do this, or > > would you be able to do it tonight? Getting openldap to build is a priority > > wrt rebootstrapping 32-bit archs for time_t. > I wasn't sure where openldap was on the priority list for arm* since it's > still BD-Uninstallable on the buildds. Yes, it's BD-Uninstallable there because it needs manually built to address build loops (ldap->cyrus-sasl2->krb5). > Yes, I can upload it tonight, in a couple of hours from now. Is that OK? Works for me! > > WARNING! > > Running as root! > > There's a fair chance slapd will fail to start. > > Check file permissions! > > > > Starting slapd on TCP/IP port 9011... > > Testing slapd searching... > > Creating a dynamic entry... > > ldapadd failed (255)! > > ../../../tests/scripts/test046-dds: 93: kill: No such process > > > > > > > > > test046-dds failed for mdb after 2 seconds > > (exit 255) > > make[4]: *** [Makefile:303: mdb-mod] Error 255 > I have not seen this failure. Ran it again just now and it passed. But I > only run amd64... I wouldn't be able to dig into that tonight, even if I > could reproduce it. Do you think I should disable the test proactively? Rather than disabling the test in the package, I can do a DEB_BUILD_OPTIONS=nocheck build to help get things bootstrapped in the archive. I'm interested to know if it also shows up on hppa, since that would definitely point to it being time_t related. -- 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#1065633: openldap: FTBFS on hppa - implicit declaration of function 'kadm5_s_init_with_password_ctx'
Control: severity -1 serious Hi Ryan, This bug is also reproducible on the armel and armhf release archs as a result of the time_t transition, so bumping this to serious. On Fri, Mar 08, 2024 at 06:04:45PM -0800, Ryan Tandy wrote: > Would you be willing to test build the attached patch on hppa? I've tested > it on amd64 with -Werror=implicit-function-declaration appended. > From fa0b704371762bdc479a5d8dc6a0a6df4ec3a52e Mon Sep 17 00:00:00 2001 > From: Ryan Tandy > Date: Fri, 8 Mar 2024 17:58:15 -0800 > Subject: [PATCH] Fix implicit declaration of kadm5_s_init_with_password_ctx > > --- > debian/patches/series| 1 + > debian/patches/smbk5pwd-implicit-declaration | 12 > 2 files changed, 13 insertions(+) > create mode 100644 debian/patches/smbk5pwd-implicit-declaration > > diff --git a/debian/patches/series b/debian/patches/series > index a8d57cb99c..7381d0a06b 100644 > --- a/debian/patches/series > +++ b/debian/patches/series > @@ -13,3 +13,4 @@ add-tlscacert-option-to-ldap-conf > fix-build-top-mk > switch-to-lt_dlopenadvise-to-get-RTLD_GLOBAL-set.diff > set-maintainer-name > +smbk5pwd-implicit-declaration > diff --git a/debian/patches/smbk5pwd-implicit-declaration > b/debian/patches/smbk5pwd-implicit-declaration > new file mode 100644 > index 00..a704086286 > --- /dev/null > +++ b/debian/patches/smbk5pwd-implicit-declaration > @@ -0,0 +1,12 @@ > +Description: Fix implicit declaration of kadm5_s_init_with_password_ctx > +Bug-Debian: https://bugs.debian.org/1065633 > +--- a/contrib/slapd-modules/smbk5pwd/smbk5pwd.c > b/contrib/slapd-modules/smbk5pwd/smbk5pwd.c > +@@ -45,6 +45,7 @@ > + #include > + #include > + #include > ++#include > + > + #ifndef HDB_INTERFACE_VERSION > + #define HDB_MASTER_KEY_SET master_key_set > -- > 2.39.2 This does fix the build failure. I was about to push such a change to the repo and do a maintainer upload, since I've never been removed from the uploaders field after all these years ;) Do you want me to do this, or would you be able to do it tonight? Getting openldap to build is a priority wrt rebootstrapping 32-bit archs for time_t. BTW there's also a reproducible test failure that I'm seeing on armhf in both Debian and Ubuntu which is new; I'm not sure if it's related to time_t, or if it affects other archs? >>>>> Starting test046-dds for mdb... running defines.sh Running slapadd to build slapd database... Running slapindex to index slapd database... WARNING! Running as root! There's a fair chance slapd will fail to start. Check file permissions! Starting slapd on TCP/IP port 9011... Testing slapd searching... Creating a dynamic entry... ldapadd failed (255)! ../../../tests/scripts/test046-dds: 93: kill: No such process >>>>> test046-dds failed for mdb after 2 seconds (exit 255) make[4]: *** [Makefile:303: mdb-mod] Error 255 In Ubuntu we disabled the tests on armhf to not hold up the bootstrap. Thanks, -- Steve Langasek Give me a lever long enough and a Free OS Debian Developer to set it on, and I can move the world. Ubuntu Developer https://www.debian.org/ slanga...@ubuntu.com vor...@debian.org signature.asc Description: PGP signature
Bug#1061894: apr: NMU diff for 64-bit time_t transition
The NMU was buggy because symbols files are in a non-standard location, so did not get updated by our transition scripts; with the result that packages rebuilt against libapr1t64 still had a dependency on libapr1. Please find attached a full NMU debdiff for an updated NMU. On Wed, Feb 28, 2024 at 01:17:59AM +, Steve Langasek wrote: > 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 apr-1.7.2/debian/changelog apr-1.7.2/debian/changelog > --- apr-1.7.2/debian/changelog2023-02-26 20:51:24.0 + > +++ apr-1.7.2/debian/changelog2024-02-28 01:17:18.0 + > @@ -1,3 +1,10 @@ > +apr (1.7.2-3.1) unstable; urgency=medium > + > + * Non-maintainer upload. > + * Rename libraries for 64-bit time_t transition. Closes: #1061894 > + > + -- Steve Langasek Wed, 28 Feb 2024 01:17:18 + > + > apr (1.7.2-3) unstable; urgency=medium > >* Add more fixes for atomics from upstream, in particular for > diff -Nru apr-1.7.2/debian/control apr-1.7.2/debian/control > --- apr-1.7.2/debian/control 2023-02-03 16:18:13.0 + > +++ apr-1.7.2/debian/control 2024-02-28 01:17:18.0 + > @@ -3,7 +3,7 @@ > Priority: optional > Maintainer: Debian Apache Maintainers > Uploaders: Stefan Fritsch > -Build-Depends: debhelper-compat (= 13), > +Build-Depends: dpkg-dev (>= 1.22.5), debhelper-compat (= 13), > autoconf, > mawk, > uuid-dev, > @@ -19,7 +19,10 @@ > Homepage: https://apr.apache.org/ > Rules-Requires-Root: no > > -Package: libapr1 > +Package: libapr1t64 > +Provides: ${t64:Provides} > +Replaces: libapr1 > +Breaks: libapr1 (<< ${source:Version}) > Architecture: any > Depends: ${shlibs:Depends}, ${misc:Depends} > Pre-Depends: ${misc:Pre-Depends} > @@ -33,7 +36,7 @@ > Package: libapr1-dev > Architecture: any > Section: libdevel > -Depends: libapr1 (= ${binary:Version}), uuid-dev, ${misc:Depends}, > libsctp-dev [linux-any], python3:any > +Depends: libapr1t64 (= ${binary:Version}), uuid-dev, ${misc:Depends}, > libsctp-dev [linux-any], python3:any > Conflicts: libapr1.0-dev, libapr0-dev > Description: Apache Portable Runtime Library - Development Headers > APR is Apache's Portable Runtime Library, designed to be a support library > diff -Nru apr-1.7.2/debian/libapr1.docs apr-1.7.2/debian/libapr1.docs > --- apr-1.7.2/debian/libapr1.docs 2023-02-02 21:18:42.0 + > +++ apr-1.7.2/debian/libapr1.docs 1970-01-01 00:00:00.0 + > @@ -1 +0,0 @@ > -NOTICE > diff -Nru apr-1.7.2/debian/libapr1.install apr-1.7.2/debian/libapr1.install > --- apr-1.7.2/debian/libapr1.install 2023-02-02 21:18:42.0 + > +++ apr-1.7.2/debian/libapr1.install 1970-01-01 00:00:00.0 + > @@ -1 +0,0 @@ > -usr/lib/*/libapr-1.so.* > diff -Nru apr-1.7.2/debian/libapr1.lintian-overrides > apr-1.7.2/debian/libapr1.lintian-overrides > --- apr-1.7.2/debian/libapr1.lintian-overrides2023-02-02 > 21:18:42.0 + > +++ apr-1.7.2/debian/libapr1.lintian-overrides1970-01-01 > 00:00:00.0 + > @@ -1 +0,0 @@ > -libapr1: package-name-doesnt-match-sonames libapr-1-0 > diff -Nru apr-1.7.2/debian/libapr1.symbols apr-1.7.2/debian/libapr1.symbols > --- apr-1.7.2/debian/libapr1.symbols 2023-02-02 21:18:42.0 + > +++ apr-1.7.2/debian/libapr1.symbols 1970-01-01 00:00:00.0 + > @@ -1,2 +0,0 @@ > -here for the purpose of tricking debhelper...bwahahahaha. > - > diff -Nru apr-1.7.2/debian/libapr1t64.docs apr-1.7.2/debian/libapr1t64.docs > --- apr-1.7.2/debian/libapr1t64.docs 1970-01-01 00:00:00.0 + > +++ apr-1.7.2/debian/libapr1t64.docs 2023-02-02 21:18:42.0 + > @@ -0,0 +1 @@ > +NOTICE > diff -Nru apr-1.7.2/debian/libapr1t64.install > apr-1.7.2/debian/libapr1t64.install > --- apr-1.7.2/debian/libapr1t64.install 1970-01-01 00:00:00.0 > + > +++ apr-1.7.2/debian/libapr1t64.install 2023-02-02 21:18:42.0 > + > @@ -0,0 +1 @@ >
Bug#1065666: Compiz 0.8.18 appears to be broken in testing
On Wed, Mar 06, 2024 at 03:46:41PM +0100, Colomban Wendling wrote: > Anyway, I'm CCing Steve (who did the unstable NMU) and Samuel in case they > have extra clues. The only change in the NMU was to rename the libdecoration0 package to libdecoration0t64 for the 64-bit time_t transition. Unless this managed to break the *contents* of that package (i.e. the library has gone missing), this should not have had any effect on the behavior of compiz. > Note that you probably should report a bug, although it's understandably > harder with scarce data to reference. -- 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#1065666: Compiz 0.8.18 appears to be broken in testing
On Wed, Mar 06, 2024 at 06:19:48PM +0100, Colomban Wendling wrote: > Le 06/03/2024 à 17:31, Steve Langasek a écrit : > > On Wed, Mar 06, 2024 at 03:46:41PM +0100, Colomban Wendling wrote: > > > Anyway, I'm CCing Steve (who did the unstable NMU) and Samuel in case they > > > have extra clues. > > The only change in the NMU was to rename the libdecoration0 package to > > libdecoration0t64 for the 64-bit time_t transition. Unless this managed to > > break the *contents* of that package (i.e. the library has gone missing), > > this should not have had any effect on the behavior of compiz. > So the package has not been rebuilt with different flags or anything? Not *deliberately* as part of this upload. The only change to flags should be on 32-bit architectures, excluding i386. I have assumed you are not trying to run compiz on one of these archs! But the toolchain also evolves over time, so this could certainly be a misbuild due to underlying changes. > Anyway, I hardly expect this to be an issue, I just wanted to eliminate the > only Compiz-side change that happened in the last months. -- 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#1065373: fix heimdal build with abi=time64
Control: tags -1 -experimental Since heimdal failing to build from source has a significant impact on rebootstrapping the archive on 32-bit archs, I am going ahead and uploading a 0-day NMU for this issue with the patch provided by Matthias. Thanks, -- Steve Langasek Give me a lever long enough and a Free OS Debian Developer to set it on, and I can move the world. Ubuntu Developer https://www.debian.org/ slanga...@ubuntu.com vor...@debian.org signature.asc Description: PGP signature
Bug#1063088: weston: NMU diff for 64-bit time_t transition
On Wed, Mar 06, 2024 at 10:42:16AM +0100, Dylan Aïssi wrote: > Hello, > Le lun. 5 févr. 2024 à 02:54, Steve Langasek a écrit : > > If you have any concerns about this patch, please reach out ASAP. Although > > this package will be uploaded to experimental immediately, there will be a > > period of several days before we begin uploads to unstable; so if > > information > > becomes available that your package should not be included in the > > transition, > > there is time for us to amend the planned uploads. > I am wondering what is the plan with this package/bug? I noticed that changes > related to the 64-bit time_t transition were not uploaded to unstable and > because I uploaded several versions in unstable after your NMU in exp, I > wonder if I haven't interfered with this transition. Sorry, yes, the uploads with renaming of both dev package and runtime lib package in the midst of the transition resulted in this package being lost. Since this is a completely new soname, and only packages built from weston source depend on it, I suggest that you simply request a binNMU of weston on armhf and armel and consider this resolved. -- 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#1064282: poppler: NMU diff for 64-bit time_t transition
On Tue, Mar 05, 2024 at 02:14:09PM +0100, Sune Stolborg Vuorela wrote: > On Sunday, March 3, 2024 7:40:52 AM CET Steve Langasek wrote: > > (Particularly irrelevant for poppler, whose soname changes ~ monthly.) > Please note that the poppler frontends, that applications are supposed to be > using does only very rarely change SONAME. the glib frontend haven't since > it's introduction. Neither have the cpp frontend. The qt5 frontend has > changed > once. > The Poppler Core library, which is meant to be a private shared thing between > the frontends is changing SONAME monthly. But poppler core and the frontends > are all in the same source, so it shouldn't affect anyone who behaves with > poppler as documented. Heh true. But now the ABI has changed, because these libraries are all confirmed to expose time_t in their ABIs... -- 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#1064377: tcl-expect: identified for time_t transition but no ABI in shlibs
On Tue, Mar 05, 2024 at 01:34:19PM +0300, Sergei Golovan wrote: > Hi Steve, > On Mon, Feb 26, 2024 at 1:12 AM Steve Langasek wrote: > > Control: severity -1 normal > > Note that there are no reverse-dependencies in the archive that link against > > libexpect, so I think we can downgrade this bug (or close wontfix, at the > > maintainer's discretion). > Also, as far as I can see, libexpect does not expose time_t (it uses > it only internally), so I'm > closing this bug. I leave this to your discretion. This is a package whose headers failed to analyze under abi-compliance-checker: https://adrien.dcln.fr/misc/armhf-time_t/2024-02-26T12%3A07%3A00/logs/tcl-expect-dev/base/abi-compliance-checker.log So we don't know that its ABI is affected, but we also don't know that it isn't. -- 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#1065483: perl-base: should provide perlapi-5.38.2 on i386
On Tue, Mar 05, 2024 at 11:47:39AM +0100, Sven Joachim wrote: > Package: perl-base > Version: 5.38.2-3.1 > Severity: serious > X-Debbugs-Cc: Sven Joachim , Steve Langasek > > On i386, perl-base provides perlapi-5.38.2t64 rather than > perlapi-5.38.2. This makes tons of packages uninstallable or > unbuildable and is not what has been agreed upon in #1060246. > The reason is a bad check in debian/rules, line 31: > , > | # If nonempty, this will determine $Config{debian_abi} and Provides: entries > | # (otherwise, the Provides: entries will be generated by debian/mkprovides) > | perlabi = > | ifeq (,$(filter $(DEB_HOST_GNU_TYPE),i386 hurd-i386)) > | ifeq ($(DEB_HOST_ARCH_BITS),32) > | perlabi = 5.38.2t64 > | endif > | endif > ` Sorry about this. Clearly, was untested on i386! I think it's preferable here to check DEB_HOST_ARCH, which was my intention, rather than DEB_HOST_GNU_TYPE. I've uploaded an NMU to that effect. Please see the NMU debdiff 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 perl-5.38.2/debian/changelog perl-5.38.2/debian/changelog --- perl-5.38.2/debian/changelog2024-03-02 21:34:58.0 + +++ perl-5.38.2/debian/changelog2024-03-06 17:19:01.0 + @@ -1,3 +1,12 @@ +perl (5.38.2-3.2) unstable; urgency=medium + + * Non-maintainer upload. + * Fix check for i386 to avoid transitioning there. Closes: #1065483. + * Manually add perlapi-5.38.2t64 to Provides: on i386 to avoid another +difficult transition. + + -- Steve Langasek Wed, 06 Mar 2024 17:19:01 + + perl (5.38.2-3.1) unstable; urgency=medium * Non-maintainer upload. diff -Nru perl-5.38.2/debian/control perl-5.38.2/debian/control --- perl-5.38.2/debian/control 2024-03-02 21:34:58.0 + +++ perl-5.38.2/debian/control 2024-03-06 17:19:01.0 + @@ -81,6 +81,7 @@ libfile-temp-perl (= 0.2311), libfile-path-perl (= 2.18), libio-socket-ip-perl (= 0.41), + perlapi-5.38.2t64 [i386 hurd-i386], Suggests: perl, sensible-utils Description: minimal Perl system Perl is a scripting language used in many system scripts and utilities. diff -Nru perl-5.38.2/debian/rules perl-5.38.2/debian/rules --- perl-5.38.2/debian/rules2024-03-02 21:34:58.0 + +++ perl-5.38.2/debian/rules2024-03-06 17:18:00.0 + @@ -24,13 +24,14 @@ DEB_BUILD_GNU_TYPE ?= $(shell dpkg-architecture -qDEB_BUILD_GNU_TYPE) DEB_HOST_GNU_TYPE ?= $(shell dpkg-architecture -qDEB_HOST_GNU_TYPE) DEB_HOST_ARCH_BITS ?= $(shell dpkg-architecture -qDEB_HOST_ARCH_BITS) +DEB_HOST_ARCH ?= $(shell dpkg-architecture -qDEB_HOST_ARCH) # If nonempty, this will determine $Config{debian_abi} and Provides: entries # (otherwise, the Provides: entries will be generated by debian/mkprovides) perlabi = -ifeq (,$(filter $(DEB_HOST_GNU_TYPE),i386 hurd-i386)) +ifeq (,$(filter $(DEB_HOST_ARCH),i386 hurd-i386)) ifeq ($(DEB_HOST_ARCH_BITS),32) -perlabi = 5.38.2t64 +perlabi = 5.38.2t64 endif endif signature.asc Description: PGP signature
Bug#1062696: libverto: NMU diff for 64-bit time_t transition
An overlooked hard-coded dependency in debian/control has made libverto uninstallable. Please find the debdiff for an updated NMU attached. On Fri, Feb 02, 2024 at 06:18:40PM +, Steve Langasek wrote: > Source: libverto > Version: 0.3.1-1 > Severity: serious > Tags: patch pending sid trixie > Justification: library ABI skew on upgrade > User: debian-...@lists.debian.org > Usertags: time-t > > NOTICE: these changes must not be uploaded to unstable yet! > > Dear maintainer, > > As part of the 64-bit time_t transition required to support 32-bit > architectures in 2038 and beyond > (https://wiki.debian.org/ReleaseGoals/64bit-time), we have identified > libverto 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 libverto > 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 libverto-0.3.1/debian/changelog libverto-0.3.1/debian/changelog > --- libverto-0.3.1/debian/changelog 2020-06-08 13:37:48.0 + > +++ libverto-0.3.1/debian/changelog 2024-02-02 18:18:10.0 + > @@ -1,3 +1,10 @@ > +libverto (0.3.1-1.1) experimental; urgency=medium > + > + * Non-maintainer upload. > + * Rename libraries for 64-bit time_t transition. > + > + -- Steve Langasek Fri, 02 Feb 2024 18:18:10 + > + > libverto (0.3.1-1) unstable; urgency=medium > >[ Debian Janitor ] > diff -Nru libverto-0.3.1/debian/control libverto-0.3.1/debian/control > --- libverto-0.3.1/debian/control 2020-06-08 13:34:34.0 + > +++ libverto-0.3.1/debian/control 2024-02-02 18:18:10.0 + > @@ -12,7 +12,7 @@ > Package: libverto-dev > Section: libdevel > Architecture: any > -Depends: ${misc:Depends}, libverto1 (= ${binary:Version}), libverto-glib1 (= > ${binary:Version}), libverto-libev1 (= ${binary:Version}) > +Depends: ${misc:Depends}, libverto1t64 (= ${binary:Version}), > libverto-glib1t64 (= ${binary:Version}), libverto-libev1t64 (= > ${binary:Version}) > Description: Event loop abstraction for Libraries - Development > Libverto exists to isolate libraries from the particular event loop > chosen by an application. Libverto provides an asynchronous > @@ -22,7 +22,10 @@ > . > This package includes development libraries. > > -Package: libverto1 > +Package: libverto1t64 > +Provides: ${t64:Provides} > +Replaces: libverto1 > +Breaks: libverto1 (<< ${source:Version}) > Section: libs > Architecture: any > PRe-Depends: ${misc:Pre-Depends} > @@ -37,7 +40,10 @@ > . > This package includes the main runtime library. > > -Package: libverto-libev1 > +Package: libverto-libev1t64 > +Provides: ${t64:Provides} > +Replaces: libverto-libev1 > +Breaks: libverto-libev1 (<< ${source:Version}) > Section: libs > Architecture: any > PRe-Depends: ${misc:Pre-Depends} > @@ -52,7 +58,10 @@ > . > This package includes support for the libev event loop. > > -Package: libverto-glib1 > +Package: libverto-glib1t64 > +Provides: ${t64:Provides} > +Replaces: l
Bug#1063170: nettle: NMU diff for 64-bit time_t transition
The previous NMU overlooked a hard-coded reference to the old library name in debian/rules. Please find an amended NMU 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 nettle-3.9.1/debian/changelog nettle-3.9.1/debian/changelog --- nettle-3.9.1/debian/changelog 2023-07-27 14:31:36.0 + +++ nettle-3.9.1/debian/changelog 2024-03-04 01:24:40.0 + @@ -1,3 +1,17 @@ +nettle (3.9.1-2.2) unstable; urgency=medium + + * Non-maintainer upload. + * Fix documentation link target to fix nettle-bin uninstallability. + + -- Steve Langasek Mon, 04 Mar 2024 01:24:40 + + +nettle (3.9.1-2.1) unstable; urgency=medium + + * Non-maintainer upload. + * Rename libraries for 64-bit time_t transition. Closes: #1063170 + + -- Benjamin Drung Wed, 28 Feb 2024 22:51:33 + + nettle (3.9.1-2) unstable; urgency=low * Upload to unstable. diff -Nru nettle-3.9.1/debian/control nettle-3.9.1/debian/control --- nettle-3.9.1/debian/control 2023-07-27 14:31:36.0 + +++ nettle-3.9.1/debian/control 2024-02-28 22:51:33.0 + @@ -2,7 +2,7 @@ Section: libs Priority: optional Maintainer: Magnus Holmgren -Build-Depends: dpkg-dev (>= 1.15.7), debhelper-compat (= 12), +Build-Depends: dpkg-dev (>= 1.22.5), dpkg-dev (>= 1.15.7), debhelper-compat (= 12), libgmp-dev, m4, texinfo Standards-Version: 4.6.2 Vcs-Git: https://salsa.debian.org/holmgren/nettle.git @@ -10,7 +10,10 @@ Homepage: http://www.lysator.liu.se/~nisse/nettle/ Rules-Requires-Root: no -Package: libnettle8 +Package: libnettle8t64 +Provides: ${t64:Provides} +Replaces: libnettle8 +Breaks: libnettle8 (<< ${source:Version}) Architecture: any Multi-Arch: same Pre-Depends: ${misc:Pre-Depends} @@ -32,7 +35,10 @@ algorithms. To avoid having this package depend on libgmp, the asymmetric cryptos reside in a separate library, libhogweed. -Package: libhogweed6 +Package: libhogweed6t64 +Provides: ${t64:Provides} +Replaces: libhogweed6 +Breaks: libhogweed6 (<< ${source:Version}) Architecture: any Multi-Arch: same Pre-Depends: ${misc:Pre-Depends} @@ -58,7 +64,7 @@ Section: libdevel Architecture: any Multi-Arch: same -Depends: libnettle8 (= ${binary:Version}), libhogweed6 (= ${binary:Version}), +Depends: libnettle8t64 (= ${binary:Version}), libhogweed6t64 (= ${binary:Version}), libgmp-dev, ${misc:Depends} Replaces: libnettle-dev Conflicts: libnettle-dev diff -Nru nettle-3.9.1/debian/libhogweed6.install nettle-3.9.1/debian/libhogweed6.install --- nettle-3.9.1/debian/libhogweed6.install 2023-07-27 14:31:36.0 + +++ nettle-3.9.1/debian/libhogweed6.install 1970-01-01 00:00:00.0 + @@ -1 +0,0 @@ -usr/lib/*/libhogweed*.so.* diff -Nru nettle-3.9.1/debian/libhogweed6.symbols nettle-3.9.1/debian/libhogweed6.symbols --- nettle-3.9.1/debian/libhogweed6.symbols 2023-07-27 14:31:36.0 + +++ nettle-3.9.1/debian/libhogweed6.symbols 1970-01-01 00:00:00.0 + @@ -1,292 +0,0 @@ -libhogweed.so.6 libhogweed6 #MINVER# -* Build-Depends-Package: nettle-dev - HOGWEED_6@HOGWEED_6 0 - HOGWEED_INTERNAL_6_8@HOGWEED_INTERNAL_6_8 3.9.1~ - (optional)_nettle_cnd_copy@HOGWEED_INTERNAL_6_8 3.9.1~ - (optional)_nettle_curve25519@HOGWEED_INTERNAL_6_8 3.9.1~ - (optional)_nettle_curve25519_eh_to_x@HOGWEED_INTERNAL_6_8 3.9.1~ - (optional)_nettle_curve448@HOGWEED_INTERNAL_6_8 3.9.1~ - (optional)_nettle_curve448_eh_to_x@HOGWEED_INTERNAL_6_8 3.9.1~ - (optional)_nettle_dsa_hash@HOGWEED_INTERNAL_6_8 3.9.1~ - (optional)_nettle_ecc_a_to_j@HOGWEED_INTERNAL_6_8 3.9.1~ - (optional)_nettle_ecc_add_eh@HOGWEED_INTERNAL_6_8 3.9.1~ - (optional)_nettle_ecc_add_ehh@HOGWEED_INTERNAL_6_8 3.9.1~ - (optional)_nettle_ecc_add_jja@HOGWEED_INTERNAL_6_8 3.9.1~ - (optional)_nettle_ecc_add_jjj@HOGWEED_INTERNAL_6_8 3.9.1~ - (optional)_nettle_ecc_add_th@HOGWEED_INTERNAL_6_8 3.9.1~ - (optional)_nettle_ecc_add_thh@HOGWEED_INTERNAL_6_8 3.9.1~ - (optional)_nettle_ecc_curve25519_modp@HOGWEED_INTERNAL_6_8 3.9.1~ - (optional)_nettle_ecc_curve448_modp@HOGWEED_INTERNAL_6_8 3.9.1~ - (optional)_nettle_ecc_dup_eh@HOGWEED_INTERNAL_6_8 3.9.1~ - (optional)_nettle_ecc_dup_jj@HOGWEED_INTERNAL_6_8 3.9.1~ - (optional)_nettle_ecc_dup_th@HOGWEED_INTERNAL_6_8 3.9.1~ - (optional)_nettle_ecc_eh_to_a@HOGWEED_INTERNAL_6_8 3.9.1~ - (optional)_nettle_ecc_hash@HOGWEED_INTERNAL_6_8 3.9.1~ - (optional)_nettle_ecc_j_to_a@HOGWEED_INTERNAL_6_8 3.9.1~ - (optional)_nettle_ecc_mod@HOGWEED_INTERNAL_6_8 3.9.1~ - (optional)_nettle_ecc_mod_add@HOGWEED_INTERNAL_6_8 3.9.1~ - (optional)_nettle_ecc_mod_addmul_1@HOGWEED_INTERNAL_6_8 3.9.1~ - (optional)_nettle_ecc_mod_equal_p@HOGWEED_INTERNAL_6_8 3.9.1~ - (optional)_nettle_ecc_mod_inv@HOGWE
Bug#1064332: Bug#1065217: libpetsc-complex3.19-dev fails to install
Attached is a patch for a follow-up NMU correcting this issue. On Sat, Mar 02, 2024 at 02:15:57AM +0200, Adrian Bunk wrote: > Package: libpetsc-complex3.19-dev > Version: 3.19.6+dfsg1-2.1 > Severity: serious > Tags: ftbfs > X-Debbugs-Cc: Benjamin Drung , Steve Langasek > > Control: affects -1 src:slepc > > https://buildd.debian.org/status/fetch.php?pkg=slepc=amd64=3.19.2%2Bdfsg1-2.1=1709337662=0 > > ... > Setting up libpetsc-complex3.19-dev:amd64 (3.19.6+dfsg1-2.1) ... > update-alternatives: error: no alternatives for petsc > update-alternatives: error: alternative path > /usr/lib/petscdir/petsc3.19t64/x86_64-linux-gnu-complex doesn't exist > dpkg: error processing package libpetsc-complex3.19-dev:amd64 (--configure): > installed libpetsc-complex3.19-dev:amd64 package post-installation script > subprocess returned error exit status 2 > ... > -- 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 petsc-3.19.6+dfsg1/debian/changelog petsc-3.19.6+dfsg1/debian/changelog --- petsc-3.19.6+dfsg1/debian/changelog 2024-01-21 06:41:21.0 + +++ petsc-3.19.6+dfsg1/debian/changelog 2024-03-03 21:40:10.0 + @@ -1,3 +1,18 @@ +petsc (3.19.6+dfsg1-2.2) unstable; urgency=medium + + * Non-maintainer upload. + * Fix extraneous X-Time64-Compat declarations. + * Fix substitution of soname in maintainer scripts. Closes: #1065217. + + -- Steve Langasek Sun, 03 Mar 2024 21:40:10 + + +petsc (3.19.6+dfsg1-2.1) unstable; urgency=medium + + * Non-maintainer upload. + * Rename libraries for 64-bit time_t transition. Closes: #1064332 + + -- Benjamin Drung Thu, 29 Feb 2024 20:22:10 + + petsc (3.19.6+dfsg1-2) unstable; urgency=medium * Update debian/patches/soname_extension to also add a define PETSC_LIB_EXT, diff -Nru petsc-3.19.6+dfsg1/debian/control petsc-3.19.6+dfsg1/debian/control --- petsc-3.19.6+dfsg1/debian/control 2024-01-21 06:41:21.0 + +++ petsc-3.19.6+dfsg1/debian/control 2024-03-03 21:34:32.0 + @@ -4,7 +4,7 @@ Maintainer: Debian Science Maintainers Uploaders: "Adam C. Powell, IV" , Drew Parsons Standards-Version: 4.6.2 -Build-Depends: debhelper-compat (= 13), python3, gfortran, +Build-Depends: dpkg-dev (>= 1.22.5), debhelper-compat (= 13), python3, gfortran, pkg-config, dh-python, dh-fortran-mod, gdb, @@ -86,7 +86,7 @@ Multi-Arch: same Architecture: any Section: libdevel -Depends: libpetsc-real3.19 (= ${binary:Version}), +Depends: libpetsc-real3.19t64 (= ${binary:Version}), libpetsc3.19-dev-common (= ${source:Version}), ${MPI:Depends}, libhypre-dev (>= 2.15.1), @@ -99,7 +99,7 @@ Conflicts: libpetsc3.6.3-dev (<< 3.6.3.dfsg2-2), libpetsc-complex-3.6.3-dev (<< 3.6.3.dfsg2-2), libpetsc3.6.2-dev (<= 3.6.2.dfsg1-3), libpetsc-complex-3.6.2-dev (<= 3.6.2.dfsg1-3) Recommends: libpetsc3.19-dev-examples, ksh | mksh | pdksh | zsh -Suggests: petsc-dev, libpetsc-real3.19-dbg (= ${binary:Version}), petsc3.19-doc, libluminate-dev +Suggests: petsc-dev, libpetsc-real3.19t64-dbg (= ${binary:Version}), petsc3.19-doc, libluminate-dev Description: Static libraries, shared links, header files for PETSc PETSc is the "Portable Extensible Toolkit for Scientific Computation", a suite of data structures and routines for the @@ -112,16 +112,16 @@ This package provides the development files for building applications using PETSc 3.19 with real numbers. -Package: libpetsc-real3.19 +Package: libpetsc-real3.19t64 Architecture: any Multi-Arch: same Section: libs -Provides: libpetsc3.19 +Provides: ${t64:Provides}, libpetsc3.19 Pre-Depends: ${misc:Pre-Depends} Depends: ${shlibs:Depends}, ${misc:Depends} Conflicts: libpetsc3.6 (<< 3.6.2.dfsg1-4) -Breaks: libpetsc-real3.10, libslepc-real3.10, libpetsc3.10-dev-common, libpetsc3.10-dev-examples -Replaces: libpetsc3.6 (<< 3.6.2.dfsg1-4) +Breaks: libpetsc-real3.19 (<< ${source:Version}), libpetsc-real3.10, libslepc-real3.10, libpetsc3.10-dev-common, libpetsc3.10-dev-examples +Replaces: libpetsc-real3.19, libpetsc3.6 (<< 3.6.2.dfsg1-4) Description: Shared libraries for version 3.19 of PETSc PETSc is the "Portable Extensible Toolkit for Scientific Computation", a suite of data structures and routines for the @@ -133,7 +133,7 @@ . This package contains the PETSc 3.19 shared library for real numbers. . - It provides soname libpetsc-real3.19 + It provides soname libpetsc-real3.19t64 Package: libpetsc3.19-dev-common Architecture: all @@ -173,7 +173,7 @@ Depends: ${misc:Depends}, ${python3:Depends}, libjs-mathjax Recommends: ksh | mksh | pdksh | zsh, - libpetsc-real3.19-dev |
Bug#1062407: liblopsub: NMU diff for 64-bit time_t transition
On Sun, Mar 03, 2024 at 05:08:19PM +0100, Andre Noll wrote: > On Fri, Mar 01, 05:37, Steve Langasek wrote: > > 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. > Applied. Since the previous version was applied and made public > last month, I've reverted that patch, applied this final version and > squashed the two new commits into one. > Below it what I've just applied. The patch looks different to what > you've sent, but the resulting tree is identical. Please let me know > if you're OK with the commit message. No objections. 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#1060246: perl: proposed patch for perl ABI change due to 64-bit time_t
On Sun, Mar 03, 2024 at 12:46:40PM +0200, Niko Tyni wrote: > > Well, this hasn't happened but now I think it's urgent that it happens. As > > I mentioned on IRC, we're entangled with gdbm and db5.3 time_t transitions, > > and we can't safely rebuild perl on armhf *without* bumping the ABI > > declarations. > > I can NMU this today if you want or I can leave it to you, please let me > > know. > As I already told Julian a few days ago on this bug, any necessary NMUs > are welcome. Given the urgency we've ended up with, I'd prefer you do > the upload and take responsibility for any bugs possibly introduced. Ok. I haven't NMUed yet because I'm still finishing a bootstrap build on armel to go with the upload. (Bootstrap on armhf is already done.) As soon as it is done today, I'll be uploading. -- 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#1063204: nordugrid-arc: NMU diff for 64-bit time_t transition
A bug in the script used for converting packages for t64 resulted in extraneous X-Time64-Compat entries. I am uploading a follow-up NMU to fix this. Please find a full NMU debdiff for time_t 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 nordugrid-arc-6.18.0/debian/changelog nordugrid-arc-6.18.0/debian/changelog --- nordugrid-arc-6.18.0/debian/changelog 2024-02-07 23:29:28.0 + +++ nordugrid-arc-6.18.0/debian/changelog 2024-03-03 09:44:15.0 + @@ -1,3 +1,17 @@ +nordugrid-arc (6.18.0-2.2) unstable; urgency=medium + + * Non-maintainer upload. + * Fix extraneous X-Time64-Compat declarations. + + -- Steve Langasek Sun, 03 Mar 2024 09:44:15 + + +nordugrid-arc (6.18.0-2.1) unstable; urgency=medium + + * Non-maintainer upload. + * Rename libraries for 64-bit time_t transition. Closes: #1063204 + + -- Benjamin Drung Thu, 29 Feb 2024 13:30:18 + + nordugrid-arc (6.18.0-2) unstable; urgency=medium * Disable test incompatible with SWIG 4.2 diff -Nru nordugrid-arc-6.18.0/debian/control nordugrid-arc-6.18.0/debian/control --- nordugrid-arc-6.18.0/debian/control 2024-02-05 17:12:08.0 + +++ nordugrid-arc-6.18.0/debian/control 2024-03-03 09:44:12.0 + @@ -3,7 +3,7 @@ Priority: optional Maintainer: Mattias Ellert Uploaders: Anders Waananen -Build-Depends: +Build-Depends: dpkg-dev (>= 1.22.5), dpkg-dev (>= 1.22.5), debhelper-compat (= 13), dh-python, libxml2-dev (>= 2.4.0), @@ -40,8 +40,10 @@ Vcs-Git: https://salsa.debian.org/ellert/nordugrid-arc.git Homepage: http://www.nordugrid.org -Package: libarccommon3v5 -Replaces: +Package: libarccommon3t64 +Provides: ${t64:Provides} +X-Time64-Compat: libarccommon3v5 +Replaces:libarccommon3v5, nordugrid-arc-hed (<< 1.0.1~rc2~), nordugrid-arc-arex (<< 2.0.1~), libarccommon0, @@ -62,7 +64,7 @@ nordugrid-arc-acix-core (<< 6.14.0-2~), nordugrid-arc-acix-scanner (<< 6.14.0-2~), nordugrid-arc-acix-index (<< 6.14.0-2~) -Breaks: +Breaks:libarccommon3v5 (<< ${source:Version}), nordugrid-arc-hed (<< 1.0.1~rc2~), nordugrid-arc-arex (<< 2.0.1~), libarccommon0, @@ -92,7 +94,7 @@ Depends: ${shlibs:Depends}, ${misc:Depends}, - libarccommon3v5 (= ${binary:Version}), + libarccommon3t64 (= ${binary:Version}), nordugrid-arc-plugins-needed (= ${binary:Version}) Description: ARC command line clients NorduGrid is a collaboration aiming at development, maintenance and @@ -114,7 +116,7 @@ Depends: ${shlibs:Depends}, ${misc:Depends}, - libarccommon3v5 (= ${binary:Version}) + libarccommon3t64 (= ${binary:Version}) Description: ARC Hosting Environment Daemon NorduGrid is a collaboration aiming at development, maintenance and support of the middleware, known as the Advanced Resource @@ -130,7 +132,7 @@ Depends: ${shlibs:Depends}, ${misc:Depends}, - libarccommon3v5 (= ${binary:Version}), + libarccommon3t64 (= ${binary:Version}), nordugrid-arc-plugins-gridftp (= ${binary:Version}), nordugrid-arc-arcctl-service (= ${source:Version}) Description: ARC GridFTP server @@ -149,7 +151,7 @@ Depends: ${shlibs:Depends}, ${misc:Depends}, - libarccommon3v5 (= ${binary:Version}), + libarccommon3t64 (= ${binary:Version}), nordugrid-arc-hed (= ${binary:Version}), nordugrid-arc-plugins-needed (= ${binary:Version}), nordugrid-arc-arcctl-service (= ${source:Version}) @@ -216,16 +218,16 @@ Package: nordugrid-arc-arcctl Replaces: - libarccommon3v5 (<< 6.5.0~), + libarccommon3t64 (<< 6.5.0~), nordugrid-arc-arex (<< 6.5.0~) Breaks: - libarccommon3v5 (<< 6.5.0~), + libarccommon3t64 (<< 6.5.0~), nordugrid-arc-arex (<< 6.5.0~) Architecture: all Depends: ${misc:Depends}, ${python3:Depends}, - libarccommon3v5 (>= ${source:Version}) + libarccommon3t64 (>= ${source:Version}) Description: ARC Control Tool NorduGrid is a collaboration aiming at development, maintenance and support of the middleware, known as the Advanced Resource @@ -236,18 +238,18 @@ Package: nordugrid-arc-arcctl-service Replaces: - libarccommon3v5 (<< 6.5.0~), + libarccommon3t64 (<< 6.5.0~), nordugrid-arc-arcctl (<< 6.6.0~), nordugrid-arc-arex (<< 6.6.0~) Breaks: - libarccommon3v5 (<< 6.5.0~), + libarccommon3t64 (<< 6.5.0~), nordugrid-arc-arcctl (<< 6.6.0~), nordugrid-arc-arex (<< 6.6.0~) Architecture: all Depends: ${misc:Depends}, ${python3:Depends}, - libarccommon3v5 (>= ${source:Version}), + libarccommon3t64 (>= ${source:Version}), nordugrid-arc-arcctl (= ${source:Version}) Description: ARC Control Tool - service control modules NorduGrid is a
Bug#1062194: Bug#1065145: guacd: internal aliasing conflict on guacd.service
Thanks, NMU uploaded to address this regression. Please find attached the full NMU debdiff for time_t. On Fri, Mar 01, 2024 at 07:50:10AM +0100, Helmut Grohne wrote: > Package: guacd > Version: 1.3.0-1.2 > Severity: serious > Tags: patch > User: helm...@debian.org > Usertags: dep17 > X-Debbugs-Cc: vor...@debian.org > > I changed dh_installsystemd to install systemd units below /usr/lib > rather than /lib a while back. Back then, I rebuilt all possibly > affected packages and guacd happened to FTBFS. Hence, it was ignored in > my analysis. Now the time64 transition fixed the FTBFS and guacd > installs both /lib/systemd/system/guacd.service and > /usr/lib/systemd/system/guacd.service. Doing so is a policy violation > and causes an installation failure on /usr-merged systems: > > Unpacking guacd (1.3.0-1.2) ... > dpkg: error processing archive > /tmp/apt-dpkg-install-JKIS2y/25-guacd_1.3.0-1.2_amd64.deb (--unpack): > unable to install new version of '/usr/lib/systemd/system/guacd.service': No > such file or directory > > I'm attaching a patch fixing this issue. > > Helmut > diff --minimal -Nru guacamole-server-1.3.0/debian/changelog > guacamole-server-1.3.0/debian/changelog > --- guacamole-server-1.3.0/debian/changelog 2024-02-29 07:18:24.0 > +0100 > +++ guacamole-server-1.3.0/debian/changelog 2024-03-01 07:40:03.0 > +0100 > @@ -1,3 +1,10 @@ > +guacamole-server (1.3.0-1.3) UNRELEASED; urgency=medium > + > + * Non-maintainer upload. > + * Install guacd.service only once. (Closes: #-1) > + > + -- Helmut Grohne Fri, 01 Mar 2024 07:40:03 +0100 > + > guacamole-server (1.3.0-1.2) unstable; urgency=medium > >* Non-maintainer upload. > diff --minimal -Nru guacamole-server-1.3.0/debian/guacd.install > guacamole-server-1.3.0/debian/guacd.install > --- guacamole-server-1.3.0/debian/guacd.install 2022-02-07 > 19:02:10.0 +0100 > +++ guacamole-server-1.3.0/debian/guacd.install 2024-03-01 > 07:39:57.0 +0100 > @@ -1,4 +1,3 @@ > bin/guacctl /usr/bin > /usr/sbin/guacd > /usr/share/man/man8/guacd.8 > -debian/guacd.service /lib/systemd/system/ -- 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 guacamole-server-1.3.0/debian/changelog guacamole-server-1.3.0/debian/changelog --- guacamole-server-1.3.0/debian/changelog 2022-02-07 18:02:10.0 + +++ guacamole-server-1.3.0/debian/changelog 2024-03-03 08:10:03.0 + @@ -1,3 +1,18 @@ +guacamole-server (1.3.0-1.3) unstable; urgency=medium + + * Non-maintainer upload. + * Install guacd.service only once. Thanks to +Helmut Grohne . Closes #1065145. + + -- Steve Langasek Sun, 03 Mar 2024 08:10:03 + + +guacamole-server (1.3.0-1.2) unstable; urgency=medium + + * Non-maintainer upload. + * Rename libraries for 64-bit time_t transition. Closes: #1062194 + + -- Steve Langasek Thu, 29 Feb 2024 06:18:24 + + guacamole-server (1.3.0-1.1) unstable; urgency=medium * Non-maintainer upload diff -Nru guacamole-server-1.3.0/debian/control guacamole-server-1.3.0/debian/control --- guacamole-server-1.3.0/debian/control 2022-02-07 18:02:10.0 + +++ guacamole-server-1.3.0/debian/control 2024-02-29 06:18:23.0 + @@ -3,7 +3,7 @@ Maintainer: Debian Remote Maintainers Uploaders: Dominik George , -Build-Depends: +Build-Depends: dpkg-dev (>= 1.22.5), debhelper (>= 11), freerdp2-dev, libcairo-dev, @@ -30,7 +30,7 @@ Architecture: any Multi-Arch: same Depends: - libguac19 (= ${binary:Version}), + libguac19t64 (= ${binary:Version}), ${misc:Depends}, Replaces: libguac1-dev, @@ -50,11 +50,11 @@ ${misc:Depends}, ${shlibs:Depends}, Recommends: - libguac-client-rdp0, - libguac-client-ssh0, - libguac-client-vnc0, + libguac-client-rdp0t64, + libguac-client-ssh0t64, + libguac-client-vnc0t64, Suggests: - libguac-client-telnet0, + libguac-client-telnet0t64, Description: HTML5 web application for accessing remote desktops (proxy daemon) Guacamole is an HTML5 web application that provides access to a desktop environment using remote desktop protocols. A centralized server acts as a @@ -70,7 +70,10 @@ . This package contains the daemon binary. -Package: libguac-client-rdp0 +Package: libguac-client-rdp0t64 +Provides: ${t64:Provides} +Replaces: libguac-client-rdp0 +Breaks: libguac-client-rdp0 (<< ${source:Version}) Section: libs Architecture: any Multi-Arch: same @@ -97,7 +100,10 @@ . This package contains protocol support for RDP backends. -Package: libguac-client-ssh0 +Package: libguac
Bug#1063251: Bug#1065121: xdelta: still depends on libxdelta2
Thanks, NMU uploaded. Attached is a full NMU debdiff for the time_t transition. On Thu, Feb 29, 2024 at 11:26:42PM +0100, Sven Joachim wrote: > Package: xdelta > Version: 1.1.3-10.5 > Severity: serious > X-Debbugs-Cc: Sven Joachim , Steve Langasek > > > The xdelta package still depends on libxdelta2, rather than on > libxdelta2t64 as it should. > > The build log on m68k[1] shows that on this architecture libxdelta2t64 > gained a dependency on libxdelta2 as well. Builds for other 32-bit > architectures are still missing, but I suspect the libxdelta2t64 package > will not installable on architectures where it does not provide > libxdelta2. > > Removing the debian/shlibs.local file is most certainly going to fix > this mess, but I have not tested it. > > > -- System Information: > Debian Release: trixie/sid > APT prefers unstable > APT policy: (500, 'unstable'), (101, 'experimental') > Architecture: amd64 (x86_64) > Foreign Architectures: i386 > > > 1. > https://buildd.debian.org/status/fetch.php?pkg=xdelta=m68k=1.1.3-10.5=1709209632=0 > -- 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 xdelta-1.1.3/debian/changelog xdelta-1.1.3/debian/changelog --- xdelta-1.1.3/debian/changelog 2021-12-31 16:50:22.0 + +++ xdelta-1.1.3/debian/changelog 2024-03-03 07:46:54.0 + @@ -1,3 +1,18 @@ +xdelta (1.1.3-10.6) unstable; urgency=medium + + * Non-maintainer upload. + * Remove obsolete debian/shlibs.local which breaks install on 32-bit +archs. Thanks to Sven Joachim . Closes: #1065121. + + -- Steve Langasek Sun, 03 Mar 2024 07:46:54 + + +xdelta (1.1.3-10.5) unstable; urgency=medium + + * Non-maintainer upload. + * Rename libraries for 64-bit time_t transition. Closes: #1063251 + + -- Steve Langasek Thu, 29 Feb 2024 06:20:41 + + xdelta (1.1.3-10.4) unstable; urgency=medium * Non-maintainer upload. diff -Nru xdelta-1.1.3/debian/control xdelta-1.1.3/debian/control --- xdelta-1.1.3/debian/control 2021-12-31 16:50:22.0 + +++ xdelta-1.1.3/debian/control 2024-02-29 06:20:41.0 + @@ -2,7 +2,7 @@ Section: utils Priority: optional Maintainer: LaMont Jones -Build-Depends: debhelper-compat (= 13), libglib2.0-dev, zlib1g-dev, pkgconf | pkg-config +Build-Depends: dpkg-dev (>= 1.22.5), debhelper-compat (= 13), libglib2.0-dev, zlib1g-dev, pkgconf | pkg-config Standards-Version: 4.6.0 Rules-Requires-Root: no Vcs-Browser: https://salsa.debian.org/debian/xdelta @@ -20,7 +20,10 @@ these deltas to a copy of the original file. Xdelta uses a fast, linear algorithm and performs well on both binary and text files. -Package: libxdelta2 +Package: libxdelta2t64 +Provides: ${t64:Provides} +Replaces: libxdelta2 +Breaks: libxdelta2 (<< ${source:Version}) Architecture: any Section: libs Depends: ${misc:Depends}, ${shlibs:Depends} @@ -39,7 +42,7 @@ Package: libxdelta2-dev Architecture: any Section: libdevel -Depends: ${misc:Depends}, libxdelta2 (= ${binary:Version}) +Depends: ${misc:Depends}, libxdelta2t64 (= ${binary:Version}) Breaks: xdelta (<< 1.1.3-9.3~) Replaces: xdelta-dev, xdelta (<< 1.1.3-9.3~) Conflicts: libxdelta0-dev, libxdelta1-dev diff -Nru xdelta-1.1.3/debian/libxdelta2.install xdelta-1.1.3/debian/libxdelta2.install --- xdelta-1.1.3/debian/libxdelta2.install 2021-12-31 16:50:22.0 + +++ xdelta-1.1.3/debian/libxdelta2.install 1970-01-01 00:00:00.0 + @@ -1 +0,0 @@ -usr/lib/*/*.so.* diff -Nru xdelta-1.1.3/debian/libxdelta2.shlibs xdelta-1.1.3/debian/libxdelta2.shlibs --- xdelta-1.1.3/debian/libxdelta2.shlibs 2021-12-31 16:50:22.0 + +++ xdelta-1.1.3/debian/libxdelta2.shlibs 1970-01-01 00:00:00.0 + @@ -1,2 +0,0 @@ -libxdelta 2 libxdelta2 (>= 1.1.3) -libedsio 0 libxdelta2 (>= 1.1.3) diff -Nru xdelta-1.1.3/debian/libxdelta2t64.install xdelta-1.1.3/debian/libxdelta2t64.install --- xdelta-1.1.3/debian/libxdelta2t64.install 1970-01-01 00:00:00.0 + +++ xdelta-1.1.3/debian/libxdelta2t64.install 2021-12-31 16:50:22.0 + @@ -0,0 +1 @@ +usr/lib/*/*.so.* diff -Nru xdelta-1.1.3/debian/libxdelta2t64.lintian-overrides xdelta-1.1.3/debian/libxdelta2t64.lintian-overrides --- xdelta-1.1.3/debian/libxdelta2t64.lintian-overrides 1970-01-01 00:00:00.0 + +++ xdelta-1.1.3/debian/libxdelta2t64.lintian-overrides 2024-02-29 06:20:32.0 + @@ -0,0 +1 @@ +libxdelta2t64: package-name-doesnt-match-sonames libxdelta2 diff -Nru xdelta-1.1.3/debian/libxdelta2t64.shlibs xdelta-1.1.3/debian/libxdelta2t64.shlibs --- xdelta-1.1.3/debian/libxdelt
Bug#1064282: poppler: NMU diff for 64-bit time_t transition
On Sun, Mar 03, 2024 at 07:25:22AM +0100, Andreas Metzler wrote: > On 2024-03-01 Daniel Serpell wrote: > > Source: poppler > > Followup-For: Bug #1064282 > > Control: reopen 1064282 > > As reported in bug 1065155, the provided patch was incorrect, the > > X-Time64-Compat header is set incorrectly to libpoppler-cpp0v5 for all > > the library packages. > Good Morning, > Also afaict (from browsing GIT history) the build-dependencies are > insufficient, X-Time64-Compat was initially added in debhelper 13.12. Note that the Provides: are effectively an optimization on 64-bit archs, to provide binary backwards-compatibility with third-party binaries and with binaries in stable series as part of an upgrade. All packages in Debian should be rebuilt against the new library names, on all archs, before release. So we have not added versioned build-depends on debhelper. (Particularly irrelevant for poppler, whose soname changes ~ monthly.) -- 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#1064188: mrpt: NMU diff for 64-bit time_t transition
On Fri, Mar 01, 2024 at 12:03:26PM +0100, José Luis Blanco-Claraco wrote: > Hi Steve, > As package and upstream's maintainer, what should I do to ensure the > library is change safe? > Would it help to totally remove references to time_t in all public headers? I don't understand what you mean by "change safe". The API is the API, and we have uploaded it to pick up the new 64-bit time_t ABI. > El dom, 18 feb 2024, 9:00, Steve Langasek escribió: > > > Source: mrpt > > Version: 1:2.11.9+ds-1 > > Severity: important > > Tags: patch pending sid trixie > > 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 > > mrpt 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 mrpt > > 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) > > -- 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#1060246: perl: proposed patch for perl ABI change due to 64-bit time_t
Please find attached a provisional NMU patch that addresses this. It does both the library transition (which may not be important for stable releases but is going to help porters orient themselves if necessary wrt the bootstrap) and the perlabi transition, as well as adding the dpkg-dev versioned build-dependency necessary for ensuring we build with the correct ABI. I am currently running a full amd64 build test, as well as working on armhf+armel bootstrap builds (bootstrapping for new gdbm and db5.3 packages). On Sat, Mar 02, 2024 at 11:51:16AM -0800, Steve Langasek wrote: > Hi Niko, > > My sincerest apologies for having failed to reply to this email for so long. > > On Sat, Jan 27, 2024 at 12:50:40PM +0200, Niko Tyni wrote: > > > > > This is entirely optional anyway, as perl > > > > > 5.38 is just around the corner, at which point this patch should be > > > > > dropped > > > > > completely (assuming time_t lands before perl 5.38 does). > > > > > TBH I was hoping 5.38 would land first :) > > > > And it has \o/ > > > > Do you want me to provide an updated patch, or will you integrate this on > > > your side? > > > I'd like to understand the plan and expectations first. Apologies > > if I'm just slow and this should all be obvious. > > > Do you want an upload to experimental with this right away? Or will > > there be a set of source uploads switching the affected architectures > > to 64-bit time_t at one point and this should be part of that? > > So an experimental upload is of course no longer relevant. And since we're > not changing package names, the rationale for the experimental uploads > didn't apply to perl, so that's fine. > > > If you want it right away, perl will initially still use the 32-bit time_t > > but declare it Provides perlapi-5.38.2-t64. Should it also Provide the > > old perlapi-5.38.2 so that the affected (~500, mostly lib*-perl) binary > > packages stay installable before they are rebuilt? > > > What about the libperl5.38 SONAME and package name? Is it OK for them > > to stay unchanged? I expect the interpreter struct size changing will > > affect the libperl ABI as well. > > I had been assuming that changing it in the one place is sufficient because > the packages would be updated in lockstep, but I see there are a few > packages depending on the lib without also depending on perlapi: > > $ grep-dctrl -n -sPackage -FDepends,Pre-Depends libperl5.38 -a \! -FDepends > perlapi-5.38.2 /var/lib/apt/lists/*amd64*Packages | sort -u > barnowl > binkd > claws-mail-perl-filter > courier-mta > elinks > epic4 > epic5 > exim4-daemon-heavy > freeradius > gnumeric-plugins-extra > hexchat-perl > kamailio-perl-modules > kildclient > kvirc-modules > libfungw-perl1 > libgrokj2k1 > libperl-dev > libperl4caml-ocaml > libpolymake4.11 > libsnmp40 > mimedefang > nbdkit-plugin-perl > perl > postgresql-plperl-16 > rxvt-unicode > slapd > uwsgi-plugin-psgi > vile > vim-gtk3 > vim-motif > vim-nox > weechat-perl > xvile > znc-perl > $ > > Excluding perl itself it looks like that's 32 binary packages. Compared > with the changes to perlapi, that seems like a trivial and manageable > transition, so +1 for changing the library name. > > > Will somebody else upload perl to sid on the flag day? Is that expected > > to be a no-change upload of the version in experimental, or should there > > be versioned build dependencies ensuring that time64 builds of libc, > > libdb et al. get picked up? > > Well, this hasn't happened but now I think it's urgent that it happens. As > I mentioned on IRC, we're entangled with gdbm and db5.3 time_t transitions, > and we can't safely rebuild perl on armhf *without* bumping the ABI > declarations. > > I can NMU this today if you want or I can leave it to you, please let me > know. > > > Also wrt. the exact patch: now that we've established the perlapi name > > change will be only be done for the affected architectures, I suppose I'll > > need a list of those. Should the 32-bit archs on debian-ports be included? > > Could I just use DEB_HOST_ARCH_BITS (except i386?)? > > There are some further refinements where some ports archs not in Debian do > not have an ABI change because they are natively 64-bit time_t. And the ABI > does not change on either i386 or hurd-i386. But I am not convinced this is > particularly important, it's just an extra round of binNMUs (among a flood > of binNMUs) for those ports, and binary compatibility with third-party debs > is not an issue (and particularly considering the perl ABI
Bug#1060246: perl: proposed patch for perl ABI change due to 64-bit time_t
Hi Niko, My sincerest apologies for having failed to reply to this email for so long. On Sat, Jan 27, 2024 at 12:50:40PM +0200, Niko Tyni wrote: > > > > This is entirely optional anyway, as perl > > > > 5.38 is just around the corner, at which point this patch should be > > > > dropped > > > > completely (assuming time_t lands before perl 5.38 does). > > > TBH I was hoping 5.38 would land first :) > > And it has \o/ > > Do you want me to provide an updated patch, or will you integrate this on > > your side? > I'd like to understand the plan and expectations first. Apologies > if I'm just slow and this should all be obvious. > Do you want an upload to experimental with this right away? Or will > there be a set of source uploads switching the affected architectures > to 64-bit time_t at one point and this should be part of that? So an experimental upload is of course no longer relevant. And since we're not changing package names, the rationale for the experimental uploads didn't apply to perl, so that's fine. > If you want it right away, perl will initially still use the 32-bit time_t > but declare it Provides perlapi-5.38.2-t64. Should it also Provide the > old perlapi-5.38.2 so that the affected (~500, mostly lib*-perl) binary > packages stay installable before they are rebuilt? > What about the libperl5.38 SONAME and package name? Is it OK for them > to stay unchanged? I expect the interpreter struct size changing will > affect the libperl ABI as well. I had been assuming that changing it in the one place is sufficient because the packages would be updated in lockstep, but I see there are a few packages depending on the lib without also depending on perlapi: $ grep-dctrl -n -sPackage -FDepends,Pre-Depends libperl5.38 -a \! -FDepends perlapi-5.38.2 /var/lib/apt/lists/*amd64*Packages | sort -u barnowl binkd claws-mail-perl-filter courier-mta elinks epic4 epic5 exim4-daemon-heavy freeradius gnumeric-plugins-extra hexchat-perl kamailio-perl-modules kildclient kvirc-modules libfungw-perl1 libgrokj2k1 libperl-dev libperl4caml-ocaml libpolymake4.11 libsnmp40 mimedefang nbdkit-plugin-perl perl postgresql-plperl-16 rxvt-unicode slapd uwsgi-plugin-psgi vile vim-gtk3 vim-motif vim-nox weechat-perl xvile znc-perl $ Excluding perl itself it looks like that's 32 binary packages. Compared with the changes to perlapi, that seems like a trivial and manageable transition, so +1 for changing the library name. > Will somebody else upload perl to sid on the flag day? Is that expected > to be a no-change upload of the version in experimental, or should there > be versioned build dependencies ensuring that time64 builds of libc, > libdb et al. get picked up? Well, this hasn't happened but now I think it's urgent that it happens. As I mentioned on IRC, we're entangled with gdbm and db5.3 time_t transitions, and we can't safely rebuild perl on armhf *without* bumping the ABI declarations. I can NMU this today if you want or I can leave it to you, please let me know. > Also wrt. the exact patch: now that we've established the perlapi name > change will be only be done for the affected architectures, I suppose I'll > need a list of those. Should the 32-bit archs on debian-ports be included? > Could I just use DEB_HOST_ARCH_BITS (except i386?)? There are some further refinements where some ports archs not in Debian do not have an ABI change because they are natively 64-bit time_t. And the ABI does not change on either i386 or hurd-i386. But I am not convinced this is particularly important, it's just an extra round of binNMUs (among a flood of binNMUs) for those ports, and binary compatibility with third-party debs is not an issue (and particularly considering the perl ABI changes with each major update so there is no binary compatibility with stable anyway). > > > Failed 7 tests out of 2623, 99.73% okay. > > > ../cpan/DB_File/t/db-btree.t > > > ../cpan/DB_File/t/db-hash.t > > > ../cpan/DB_File/t/db-recno.t > > > ../cpan/DB_File/t/db-threads.t > > > ../cpan/Memoize/t/errors.t > > > ../cpan/Memoize/t/tie.t > > > porting/libperl.t > > > but I guess that's because things like libdb5.3 need to be rebuilt first? > > Sorry, haven't tried anything like this yet. ABI skew with dependencies > > could certainly explain test suite failures! > I'm concerned that this may be a blocker on the flag day if not tackled > earlier. My intuition is the DB_File failures will probably go away > once libdb is built with 64-bit time, but I'm less optimistic about the > Memoize or libperl tests. > I'm also concerned that the binNMUs of the perlapi-* reverse dependencies > might FTBFS in sid with the 64-bit time_t change if not tested beforehand, >
Bug#1061992: Bug#1065315: libcurl4t64 Provides libcurl3-gnutls
I'm sorry, I have not been able to isolate the bug in the NMU scripting that caused this. I am uploading a fixed NMU, please find the complete NMU debdiff attached. On Sat, Mar 02, 2024 at 08:32:02PM +0500, Andrey Rahmatullin wrote: > Package: libcurl4t64 > Version: 8.6.0-3.1 > Severity: serious > X-Debbugs-Cc: vor...@debian.org, aure...@debian.org > > Yet another case of wrong X-Time64-Compat, found by Aurelien. > > > -- System Information: > Debian Release: trixie/sid > APT prefers unstable-debug > APT policy: (500, 'unstable-debug'), (500, 'testing-debug'), (500, > 'unstable'), (500, 'testing'), (101, 'experimental') > Architecture: amd64 (x86_64) > Foreign Architectures: i386 > > Kernel: Linux 6.7-amd64 (SMP w/4 CPU threads; PREEMPT) > Kernel taint flags: TAINT_PROPRIETARY_MODULE, TAINT_OOT_MODULE, > TAINT_UNSIGNED_MODULE > Locale: LANG=ru_RU.UTF-8, LC_CTYPE=ru_RU.UTF-8 (charmap=UTF-8), LANGUAGE not > set > Shell: /bin/sh linked to /usr/bin/dash > Init: systemd (via /run/systemd/system) > LSM: AppArmor: enabled > > Versions of packages libcurl4t64 depends on: > ii libbrotli11.1.0-2+b3 > ii libc6 2.37-15.1 > ii libgssapi-krb5-2 1.20.1-5+b1 > ii libidn2-0 2.3.7-2 > ii libldap-2.5-0 2.5.13+dfsg-5+b3 > ii libnghttp2-14 1.59.0-1 > ii libpsl5 0.21.2-1+b1 > pn libpsl5t64 > ii librtmp1 2.4+20151223.gitfa8646d.1-2+b2 > ii libssh2-1t64 [libssh2-1] 1.11.0-4.1 > ii libssl3t64 [libssl3] 3.1.5-1.1 > ii libzstd1 1.5.5+dfsg2-2 > ii zlib1g1:1.3.dfsg-3.1 > > Versions of packages libcurl4t64 recommends: > ii ca-certificates 20240203 > > libcurl4t64 suggests no packages. > -- 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 curl-8.6.0/debian/changelog curl-8.6.0/debian/changelog --- curl-8.6.0/debian/changelog 2024-02-19 22:16:17.0 + +++ curl-8.6.0/debian/changelog 2024-03-02 18:43:58.0 + @@ -1,3 +1,17 @@ +curl (8.6.0-3.2) unstable; urgency=medium + + * Non-maintainer upload. + * Fix wrong X-Time64-Compat for libcurl4t64. Closes: #1065315. + + -- Steve Langasek Sat, 02 Mar 2024 18:43:58 + + +curl (8.6.0-3.1) unstable; urgency=medium + + * Non-maintainer upload. + * Rename libraries for 64-bit time_t transition. Closes: #1061992 + + -- Steve Langasek Sat, 02 Mar 2024 07:11:53 + + curl (8.6.0-3) unstable; urgency=medium * d/p/vtls_revert_receive_max_buffer_add_test_case.patch: New patch to fix diff -Nru curl-8.6.0/debian/control curl-8.6.0/debian/control --- curl-8.6.0/debian/control 2024-02-19 22:16:17.0 + +++ curl-8.6.0/debian/control 2024-03-02 18:43:46.0 + @@ -5,7 +5,7 @@ Uploaders: Carlos Henrique Lima Melara , Samuel Henrique , Sergio Durigan Junior -Build-Depends: +Build-Depends: dpkg-dev (>= 1.22.5), debhelper-compat (= 13), autoconf, automake, @@ -42,7 +42,7 @@ Package: curl Architecture: any -Depends: ${shlibs:Depends}, ${misc:Depends}, libcurl4 (= ${binary:Version}) +Depends: ${shlibs:Depends}, ${misc:Depends}, libcurl4t64 (= ${binary:Version}) Multi-Arch: foreign Description: command line tool for transferring data with URL syntax curl is a command line tool for transferring data with URL syntax, supporting @@ -54,14 +54,17 @@ NTLM, Negotiate, kerberos...), file transfer resume, proxy tunneling and a busload of other useful tricks. -Package: libcurl4 +Package: libcurl4t64 +Provides: ${t64:Provides} +X-Time64-Compat: libcurl4 +Breaks: libcurl4 (<< ${source:Version}) Architecture: any Section: libs Depends: ${shlibs:Depends}, ${misc:Depends} Recommends: ca-certificates Pre-Depends: ${misc:Pre-Depends} Conflicts: libcurl3 -Replaces: libcurl3 +Replaces: libcurl4, libcurl3 Multi-Arch: same Description: easy-to-use client-side URL transfer library (OpenSSL flavour) libcurl is an easy-to-use client-side URL transfer library, supporting DICT, @@ -79,7 +82,11 @@ . SSL support is provided by OpenSSL. -Package: libcurl3-gnutls +Package: libcurl3t64-gnutls +Provides: ${t64:Provides} +X-Time64-Compat: libcurl3-gnutls +Replaces: libcurl3-gnutls +Breaks: libcurl3-gnutls (<< ${source:Version}) Architecture: any Section: libs Depends: ${shlibs:Depends}, ${misc:Depends} @@ -111,7 +118,7 @@ libcurl4-dev, libcurl3-dev Conflicts: libcurl4-gnutls-dev, libssl1.0-dev -Depends: ${misc:Depends}, libcurl4 (= ${binary:Version}) +Depends: ${misc:Depends}, libcurl4t64 (= ${binary:Vers
Bug#1062832: opencascade: 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 opencascade-7.6.3+dfsg1/debian/changelog opencascade-7.6.3+dfsg1/debian/changelog --- opencascade-7.6.3+dfsg1/debian/changelog2023-05-23 07:45:56.0 + +++ opencascade-7.6.3+dfsg1/debian/changelog2024-03-02 10:13:48.0 + @@ -1,3 +1,10 @@ +opencascade (7.6.3+dfsg1-7.1) unstable; urgency=medium + + * Non-maintainer upload. + * Rename libraries for 64-bit time_t transition. Closes: #1062832 + + -- Steve Langasek Sat, 02 Mar 2024 10:13:48 + + opencascade (7.6.3+dfsg1-7) unstable; urgency=medium * Update broken symlink /usr/bin/occt-draw to new version diff -Nru opencascade-7.6.3+dfsg1/debian/control opencascade-7.6.3+dfsg1/debian/control --- opencascade-7.6.3+dfsg1/debian/control 2023-05-14 09:02:22.0 + +++ opencascade-7.6.3+dfsg1/debian/control 2024-03-02 10:13:48.0 + @@ -4,7 +4,7 @@ Tobias Frost Section: science Priority: optional -Build-Depends: cmake, +Build-Depends: dpkg-dev (>= 1.22.5), cmake, debhelper-compat (= 13), dh-exec, libfreeimage-dev, @@ -27,16 +27,17 @@ Homepage: https://www.opencascade.com/ Rules-Requires-Root: no -Package: libocct-foundation-7.6 +Package: libocct-foundation-7.6t64 +Provides: ${t64:Provides} Architecture: any Multi-Arch: same Section: libs Depends: ${misc:Depends}, ${shlibs:Depends} Pre-Depends: ${misc:Pre-Depends} -Breaks: libocct-foundation-7.4, +Breaks: libocct-foundation-7.6 (<< ${source:Version}), libocct-foundation-7.4, libocct-foundation-7.5, -Replaces: libocct-foundation-7.4, +Replaces: libocct-foundation-7.6, libocct-foundation-7.4, libocct-foundation-7.5, Description: OCCT module underlying all other OCCT classes Open CASCADE Technology is a suite for 3D surface and solid modeling, @@ -56,8 +57,8 @@ Architecture: any Multi-Arch: same Section: libdevel -Depends: libocct-foundation-7.6 (<< ${binary:Version}+1~), - libocct-foundation-7.6 (>= ${binary:Version}), +Depends: libocct-foundation-7.6t64 (<< ${binary:Version}+1~), + libocct-foundation-7.6t64 (>= ${binary:Version}), ${misc:Depends} Conflicts: liboce-foundation-dev Breaks: occt-misc (<< 7.6.3+dfsg1-4~) @@ -71,16 +72,17 @@ This package contains the headers and symlinks for libraries shipped by libocct-foundation. -Package: libocct-modeling-data-7.6 +Package: libocct-modeling-data-7.6t64 +Provides: ${t64:Provides} Architecture: any Multi-Arch: same Section: libs Depends: ${misc:Depends}, ${shlibs:Depends} Pre-Depends: ${misc:Pre-Depends} -Breaks: libocct-modeling-data-7.4, +Breaks: libocct-modeling-data-7.6 (<< ${source:Version}), libocct-modeling-data-7.4, libocct-modeling-data-7.5, -Replaces: libocct-modeling-data-7.4, +Replaces: libocct-modeling-data-7.6, libocct-modeling-data-7.4, libocct-modeling-data-7.5, Description: Open CASCADE Technology 2D/3D geometric primitives data structures Open CASCADE Technology is a suite for 3D surface and solid modeling, @@ -99,8 +101,8 @@ Section: libdevel Depends: libocct-foundation-dev (<< ${binary:Version}+1~), libocct-foundation-dev (>= ${binary:Version}), - libocct-modeling-data-7.6 (<< ${binary:Version}+1~), - libocct-modeling-data-7.6 (>= ${binary:Version}), + libocct-modeling-data-7.6t64 (<< ${binary:Version}+1~), + libocct-modeling-data-7.6t64 (>= ${binary:Version}), ${misc:Depends} Conflicts: liboce-modeling-dev Replaces: liboce-modeling-dev @@ -113,16 +115,17 @@ This package contains the headers and symlinks for libraries shipped by libocct-modeling-data. -Package: libocct-modeling-algorithms-7.6 +Package: libocct-modeling-algorithms-7.6t64 +Provides: ${t64:Provides} Architecture: any Multi-Arch: same Section: libs Depends: ${misc:Depends}, ${shlibs:Depends} Pre-Depends: ${misc:Pre-Depends} -Breaks: libocct-modeling-algorithms-7.4, +Breaks: libocct-modeling-algorithms-7.6 (<< ${source:Version}), libocct-modeling-algorithms-7.4, libocct-modeling-algorithms-7.5, -Replaces: libocct-modeling-algorithms-7.4, +Replaces: libocct-modeling-algorithms-7.6, libocct-modeling-algori
Bug#1062832: opencascade: NMU diff for 64-bit time_t transition
Control: tags -1 + pending On Sat, Mar 02, 2024 at 11:09:07AM +0100, Tobias Frost wrote: > On Fri, Mar 01, 2024 at 12:00:43AM -0800, Steve Langasek wrote: > > > I'm currently preparing the transistion to the next opencascade > > > version that require new packages anyway, as upstream does not > > > handle SONAMES very well. This NMU will only make me additional work. > > So, when do you intend that transition to land? opencascade has > > reverse-dependencies in the archive, and rebuilds of any of those packages > > *now* will result in ABI skew and breakage. > Fair enough, go ahead with upload, I'll tackle the new upstream version > later. (Appologies for the mess, plans on my side didn't work out) Thanks, queuing this for upload now. -- 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#1061959: fxt: 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 fxt-0.3.13/debian/changelog fxt-0.3.13/debian/changelog --- fxt-0.3.13/debian/changelog 2023-12-26 00:26:01.0 + +++ fxt-0.3.13/debian/changelog 2024-03-02 08:02:12.0 + @@ -1,3 +1,10 @@ +fxt (0.3.13-4.1) unstable; urgency=medium + + * Non-maintainer upload. + * Rename libraries for 64-bit time_t transition. Closes: #1061959 + + -- Steve Langasek Sat, 02 Mar 2024 08:02:12 + + fxt (0.3.13-4) unstable; urgency=medium * rules: Fix FTCBFS: Do not pass host cflags to native build. diff -Nru fxt-0.3.13/debian/control fxt-0.3.13/debian/control --- fxt-0.3.13/debian/control 2022-09-17 02:13:24.0 + +++ fxt-0.3.13/debian/control 2024-03-02 08:02:12.0 + @@ -2,7 +2,7 @@ Priority: optional Maintainer: Samuel Thibault Uploaders: Vincent Danjean -Build-Depends: debhelper-compat (= 13), gawk, help2man +Build-Depends: dpkg-dev (>= 1.22.5), debhelper-compat (= 13), gawk, help2man Build-Conflicts: binutils-dev Rules-Requires-Root: no Standards-Version: 4.6.0 @@ -15,7 +15,7 @@ Section: libdevel Architecture: any Multi-Arch: same -Depends: ${shlibs:Depends}, ${misc:Depends}, libfxt2 (= ${binary:Version}) +Depends: ${shlibs:Depends}, ${misc:Depends}, libfxt2t64 (= ${binary:Version}) Description: Multithreaded tracing library FxT is a library and associated tools that can be used to analyze the performance of multithreaded programs which can potentially use a @@ -28,7 +28,10 @@ . This package contains static libraries and development headers. -Package: libfxt2 +Package: libfxt2t64 +Provides: ${t64:Provides} +Replaces: libfxt2 +Breaks: libfxt2 (<< ${source:Version}) Architecture: any Multi-Arch: same Depends: ${shlibs:Depends}, ${misc:Depends} diff -Nru fxt-0.3.13/debian/libfxt2.install fxt-0.3.13/debian/libfxt2.install --- fxt-0.3.13/debian/libfxt2.install 2021-05-06 22:35:21.0 + +++ fxt-0.3.13/debian/libfxt2.install 1970-01-01 00:00:00.0 + @@ -1 +0,0 @@ -usr/lib/*/lib*.so.* diff -Nru fxt-0.3.13/debian/libfxt2t64.install fxt-0.3.13/debian/libfxt2t64.install --- fxt-0.3.13/debian/libfxt2t64.install1970-01-01 00:00:00.0 + +++ fxt-0.3.13/debian/libfxt2t64.install2021-05-06 22:35:21.0 + @@ -0,0 +1 @@ +usr/lib/*/lib*.so.* diff -Nru fxt-0.3.13/debian/libfxt2t64.lintian-overrides fxt-0.3.13/debian/libfxt2t64.lintian-overrides --- fxt-0.3.13/debian/libfxt2t64.lintian-overrides 1970-01-01 00:00:00.0 + +++ fxt-0.3.13/debian/libfxt2t64.lintian-overrides 2024-03-02 08:02:04.0 + @@ -0,0 +1 @@ +libfxt2t64: package-name-doesnt-match-sonames libfxt2
Bug#1061954: frog: 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 frog-0.20/debian/changelog frog-0.20/debian/changelog --- frog-0.20/debian/changelog 2020-04-23 16:22:12.0 + +++ frog-0.20/debian/changelog 2024-03-02 07:59:45.0 + @@ -1,3 +1,10 @@ +frog (0.20-2.1) unstable; urgency=medium + + * Non-maintainer upload. + * Rename libraries for 64-bit time_t transition. Closes: #1061954 + + -- Steve Langasek Sat, 02 Mar 2024 07:59:45 + + frog (0.20-2) unstable; urgency=medium * Upload to unstable diff -Nru frog-0.20/debian/control frog-0.20/debian/control --- frog-0.20/debian/control2020-04-23 16:21:24.0 + +++ frog-0.20/debian/control2024-03-02 07:59:45.0 + @@ -4,7 +4,7 @@ Ko van der Sloot Section: science Priority: optional -Build-Depends: debhelper-compat (= 12), +Build-Depends: dpkg-dev (>= 1.22.5), debhelper-compat (= 12), frogdata (>= 0.18), libexttextcat-dev, libfolia-dev (>= 2.4), @@ -54,7 +54,7 @@ Package: libfrog-dev Section: libdevel Architecture: any -Depends: libfrog2 (= ${binary:Version}), +Depends: libfrog2t64 (= ${binary:Version}), ${misc:Depends} Multi-Arch: same Description: tagger and parser for natural languages (headers) @@ -80,14 +80,15 @@ . This package containers the headers needed to compile against Frog. -Package: libfrog2 +Package: libfrog2t64 +Provides: ${t64:Provides} Architecture: any Section: libs Depends: ${misc:Depends}, ${shlibs:Depends} Multi-Arch: same -Breaks: libfrog1 -Replaces: libfrog1 +Breaks: libfrog2 (<< ${source:Version}), libfrog1 +Replaces: libfrog2, libfrog1 Description: tagger and parser for Dutch language (library) Memory-Based Learning (MBL) is a machine-learning method applicable to a wide range of tasks in Natural Language Processing (NLP). diff -Nru frog-0.20/debian/libfrog2.install frog-0.20/debian/libfrog2.install --- frog-0.20/debian/libfrog2.install 2018-12-02 16:45:27.0 + +++ frog-0.20/debian/libfrog2.install 1970-01-01 00:00:00.0 + @@ -1 +0,0 @@ -usr/lib/*/libfrog.so.* diff -Nru frog-0.20/debian/libfrog2t64.install frog-0.20/debian/libfrog2t64.install --- frog-0.20/debian/libfrog2t64.install1970-01-01 00:00:00.0 + +++ frog-0.20/debian/libfrog2t64.install2018-12-02 16:45:27.0 + @@ -0,0 +1 @@ +usr/lib/*/libfrog.so.* diff -Nru frog-0.20/debian/libfrog2t64.lintian-overrides frog-0.20/debian/libfrog2t64.lintian-overrides --- frog-0.20/debian/libfrog2t64.lintian-overrides 1970-01-01 00:00:00.0 + +++ frog-0.20/debian/libfrog2t64.lintian-overrides 2024-03-02 07:59:01.0 + @@ -0,0 +1 @@ +libfrog2t64: package-name-doesnt-match-sonames libfrog2
Bug#1062010: dar: 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 dar-2.7.13/debian/changelog dar-2.7.13/debian/changelog --- dar-2.7.13/debian/changelog 2024-02-15 23:25:38.0 + +++ dar-2.7.13/debian/changelog 2024-03-02 07:41:43.0 + @@ -1,3 +1,10 @@ +dar (2.7.13-5.1) unstable; urgency=medium + + * Non-maintainer upload. + * Rename libraries for 64-bit time_t transition. Closes: #1062010 + + -- Steve Langasek Sat, 02 Mar 2024 07:41:43 + + dar (2.7.13-5) unstable; urgency=medium * Source-only upload for transition. diff -Nru dar-2.7.13/debian/control dar-2.7.13/debian/control --- dar-2.7.13/debian/control 2024-02-06 00:24:39.0 + +++ dar-2.7.13/debian/control 2024-03-02 07:41:42.0 + @@ -2,7 +2,7 @@ Section: utils Priority: optional Maintainer: John Goerzen -Build-Depends: debhelper-compat (= 13), pkg-config, zlib1g-dev, libbz2-dev, +Build-Depends: dpkg-dev (>= 1.22.5), debhelper-compat (= 13), pkg-config, zlib1g-dev, libbz2-dev, libzstd-dev, liblzo2-dev, liblzma-dev, liblz4-dev, libext2fs-dev, libgcrypt20-dev, libgpgme-dev, libassuan-dev, libargon2-dev, librsync-dev, libcap-dev, libnsl-dev, @@ -19,7 +19,7 @@ Package: libdar-dev Section: libdevel Architecture: any -Depends: libdar64-6000 (= ${binary:Version}), ${misc:Depends}, zlib1g-dev, +Depends: libdar64-6000t64 (= ${binary:Version}), ${misc:Depends}, zlib1g-dev, libbz2-dev, libzstd-dev, liblzo2-dev, liblzma-dev, liblz4-dev, libgcrypt20-dev, libgpg-error-dev, libassuan-dev, libargon2-dev Description: Disk ARchive: Development files for shared library @@ -36,7 +36,10 @@ compression, ATTR/ACL support. DAR also supports Pipes for remote operations, including with ssh. -Package: libdar64-6000 +Package: libdar64-6000t64 +Provides: ${t64:Provides} +Replaces: libdar64-6000 +Breaks: libdar64-6000 (<< ${source:Version}) Section: libs Architecture: any Multi-Arch: same @@ -61,7 +64,7 @@ Package: dar Architecture: any -Depends: libdar64-6000 (= ${binary:Version}), ${shlibs:Depends}, ${misc:Depends} +Depends: libdar64-6000t64 (= ${binary:Version}), ${shlibs:Depends}, ${misc:Depends} Suggests: par2, dar-docs Description: Disk ARchive: Backup directory tree and files Full featured archiver with support for differential backups, slices, diff -Nru dar-2.7.13/debian/libdar64-6000.dirs dar-2.7.13/debian/libdar64-6000.dirs --- dar-2.7.13/debian/libdar64-6000.dirs2024-02-05 06:01:51.0 + +++ dar-2.7.13/debian/libdar64-6000.dirs1970-01-01 00:00:00.0 + @@ -1 +0,0 @@ -usr/lib diff -Nru dar-2.7.13/debian/libdar64-6000.install dar-2.7.13/debian/libdar64-6000.install --- dar-2.7.13/debian/libdar64-6000.install 2024-02-05 06:01:51.0 + +++ dar-2.7.13/debian/libdar64-6000.install 1970-01-01 00:00:00.0 + @@ -1,2 +0,0 @@ -usr/lib/*/libdar64.so.6000.* -usr/lib/*/libdar64.so.* diff -Nru dar-2.7.13/debian/libdar64-6000t64.dirs dar-2.7.13/debian/libdar64-6000t64.dirs --- dar-2.7.13/debian/libdar64-6000t64.dirs 1970-01-01 00:00:00.0 + +++ dar-2.7.13/debian/libdar64-6000t64.dirs 2024-02-05 06:01:51.0 + @@ -0,0 +1 @@ +usr/lib diff -Nru dar-2.7.13/debian/libdar64-6000t64.install dar-2.7.13/debian/libdar64-6000t64.install --- dar-2.7.13/debian/libdar64-6000t64.install 1970-01-01 00:00:00.0 + +++ dar-2.7.13/debian/libdar64-6000t64.install 2024-02-05 06:01:51.0 + @@ -0,0 +1,2 @@ +usr/lib/*/libdar64.so.6000.* +usr/lib/*/libdar64.so.* diff -Nru dar-2.7.13/debian/libdar64-6000t64.lintian-overrides dar-2.7.13/debian/libdar64-6000t64.lintian-overrides --- dar-2.7.13/debian/libdar64-6000t64.lintian-overrides1970-01-01 00:00:00.0 + +++ dar-2.7.13/debian/libdar64-6000t64.lintian-overrides2024-03-02 07:40:24.0 + @@ -0,0 +1 @@ +libdar64-6000t64: package-name-doesnt-match-sonames libdar64-6000
Bug#1061992: curl: 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 curl-8.6.0/debian/changelog curl-8.6.0/debian/changelog --- curl-8.6.0/debian/changelog 2024-02-19 22:16:17.0 + +++ curl-8.6.0/debian/changelog 2024-03-02 07:11:53.0 + @@ -1,3 +1,10 @@ +curl (8.6.0-3.1) unstable; urgency=medium + + * Non-maintainer upload. + * Rename libraries for 64-bit time_t transition. Closes: #1061992 + + -- Steve Langasek Sat, 02 Mar 2024 07:11:53 + + curl (8.6.0-3) unstable; urgency=medium * d/p/vtls_revert_receive_max_buffer_add_test_case.patch: New patch to fix diff -Nru curl-8.6.0/debian/control curl-8.6.0/debian/control --- curl-8.6.0/debian/control 2024-02-19 22:16:17.0 + +++ curl-8.6.0/debian/control 2024-03-02 07:11:53.0 + @@ -5,7 +5,7 @@ Uploaders: Carlos Henrique Lima Melara , Samuel Henrique , Sergio Durigan Junior -Build-Depends: +Build-Depends: dpkg-dev (>= 1.22.5), debhelper-compat (= 13), autoconf, automake, @@ -42,7 +42,7 @@ Package: curl Architecture: any -Depends: ${shlibs:Depends}, ${misc:Depends}, libcurl4 (= ${binary:Version}) +Depends: ${shlibs:Depends}, ${misc:Depends}, libcurl4t64 (= ${binary:Version}) Multi-Arch: foreign Description: command line tool for transferring data with URL syntax curl is a command line tool for transferring data with URL syntax, supporting @@ -54,14 +54,17 @@ NTLM, Negotiate, kerberos...), file transfer resume, proxy tunneling and a busload of other useful tricks. -Package: libcurl4 +Package: libcurl4t64 +Provides: ${t64:Provides} +X-Time64-Compat: libcurl3-gnutls +Breaks: libcurl4 (<< ${source:Version}) Architecture: any Section: libs Depends: ${shlibs:Depends}, ${misc:Depends} Recommends: ca-certificates Pre-Depends: ${misc:Pre-Depends} Conflicts: libcurl3 -Replaces: libcurl3 +Replaces: libcurl4, libcurl3 Multi-Arch: same Description: easy-to-use client-side URL transfer library (OpenSSL flavour) libcurl is an easy-to-use client-side URL transfer library, supporting DICT, @@ -79,7 +82,11 @@ . SSL support is provided by OpenSSL. -Package: libcurl3-gnutls +Package: libcurl3t64-gnutls +Provides: ${t64:Provides} +X-Time64-Compat: libcurl3-gnutls +Replaces: libcurl3-gnutls +Breaks: libcurl3-gnutls (<< ${source:Version}) Architecture: any Section: libs Depends: ${shlibs:Depends}, ${misc:Depends} @@ -111,7 +118,7 @@ libcurl4-dev, libcurl3-dev Conflicts: libcurl4-gnutls-dev, libssl1.0-dev -Depends: ${misc:Depends}, libcurl4 (= ${binary:Version}) +Depends: ${misc:Depends}, libcurl4t64 (= ${binary:Version}) Suggests: libcurl4-doc, libidn-dev, libkrb5-dev, @@ -149,7 +156,7 @@ libcurl3-gnutls-dev, libcurl4-dev Conflicts: libcurl4-openssl-dev -Depends: ${misc:Depends}, libcurl3-gnutls (= ${binary:Version}) +Depends: ${misc:Depends}, libcurl3t64-gnutls (= ${binary:Version}) Suggests: libcurl4-doc, libgnutls28-dev, libidn-dev, diff -Nru curl-8.6.0/debian/libcurl3-gnutls.install curl-8.6.0/debian/libcurl3-gnutls.install --- curl-8.6.0/debian/libcurl3-gnutls.install 2024-02-19 22:16:17.0 + +++ curl-8.6.0/debian/libcurl3-gnutls.install 1970-01-01 00:00:00.0 + @@ -1 +0,0 @@ -usr/lib/*/libcurl-gnutls.so.4* diff -Nru curl-8.6.0/debian/libcurl3-gnutls.links curl-8.6.0/debian/libcurl3-gnutls.links --- curl-8.6.0/debian/libcurl3-gnutls.links 2024-02-19 22:16:17.0 + +++ curl-8.6.0/debian/libcurl3-gnutls.links 1970-01-01 00:00:00.0 + @@ -1,3 +0,0 @@ -#!/bin/sh - -echo usr/lib/$DEB_HOST_MULTIARCH/libcurl-gnutls.so.4 usr/lib/$DEB_HOST_MULTIARCH/libcurl-gnutls.so.3 diff -Nru curl-8.6.0/debian/libcurl3-gnutls.lintian-overrides curl-8.6.0/debian/libcurl3-gnutls.lintian-overrides --- curl-8.6.0/debian/libcurl3-gnutls.lintian-overrides 2024-02-19 22:16:17.0 + +++ curl-8.6.0/debian/libcurl3-gnutls.lintian-overrides 1970-01-01 00:00:00.0 + @@ -1 +0,0 @@ -libcurl3-gnutls: package-name-doesnt-match-sonames libcurl-gnutls4 diff -Nru curl-8.6.0/debian/libcurl3-gnutls.symbols curl-8.6.0/debian/libcurl3-gnutls.symbols --- curl-8.6.0/debian/libcurl3-gnutls.symbols 2024-02-19 22:16:17.0 + +++ curl-8.6.0/debian/libcurl3-gnutls.symbols 1970-01-01 00:00:00.0 + @@ -1,97 +0,0 @@ -libcurl-gnutls.so.4 libcurl3-gnutls #M
Bug#1036884: transition: time64_t
Please binNMU fyba on armhf and armel. The maintainer uploaded it without versioned build-deps so it is renamed but has wrong ABI. This needs to be built with dpkg-dev (>= 1.5.22), gcc-13 (>= 13.2.0-16.1). -- 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#1063102: swi-prolog: 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! On Mon, Feb 05, 2024 at 03:58:23AM +, Steve Langasek wrote: > Source: swi-prolog > Version: 1:5.107.0-1 > Severity: serious > Tags: patch sid trixie > Justification: library ABI skew on upgrade > User: debian-...@lists.debian.org > Usertags: time-t > > NOTICE: these changes must not be uploaded to unstable yet! > > Dear maintainer, > > As part of the 64-bit time_t transition required to support 32-bit > architectures in 2038 and beyond > (https://wiki.debian.org/ReleaseGoals/64bit-time), we have identified > swi-prolog as a source package shipping runtime libraries whose ABI could > not be analyzed via abi-compliance-checker (and therefore to be on the > safe side we assume is affected).[0] > > To ensure that inconsistent combinations of libraries with their > reverse-dependencies are never installed together, it is necessary to > have a library transition. In the case of swi-prolog, since shlibs point > to a virtual package (libswipl9), it is sufficient to change the Provides of > the runtime package without changing the actual binary package names. > > Since turning on 64-bit time_t is being handled centrally through a > change to the default dpkg-buildflags (https://bugs.debian.org/1037136), > it is important that libraries affected by this ABI change all be > uploaded close together in time. Therefore I have prepared a 0-day NMU > for swi-prolog, which I plan to upload to unstable once the necessary > dpkg changes have been made. > > Please find the patch for this NMU attached. > > If you have any concerns about this patch, please reach out ASAP. There > will be a period of several days before we begin uploads to unstable; so > if information becomes available that your package should not be > included in the transition, there is time for us to amend the planned > uploads. > > Thanks, > -- > Steve Langasek Give me a lever long enough and a Free OS > Debian Developer to set it on, and I can move the world. > Ubuntu Developer https://www.debian.org/ > slanga...@ubuntu.com vor...@debian.org > > [0] > https://adrien.dcln.fr/misc/armhf-time_t/2024-02-01T09:53:00/logs/swi-prolog-core/base/log.txt > diff -Nru swi-prolog-9.0.4+dfsg/debian/changelog > swi-prolog-9.0.4+dfsg/debian/changelog > --- swi-prolog-9.0.4+dfsg/debian/changelog2023-11-20 01:24:18.0 > -0800 > +++ swi-prolog-9.0.4+dfsg/debian/changelog2024-02-04 18:46:16.0 > -0800 > @@ -1,3 +1,10 @@ > +swi-prolog (9.0.4+dfsg-3.1) experimental; urgency=medium > + > + * Non-maintainer upload. > + * Adjust Provides for 64-bit time_t transition. > + > + -- Steve Langasek Mon, 05 Feb 2024 02:46:16 + > + > swi-prolog (9.0.4+dfsg-3) unstable; urgency=medium > >* Add upstream patch bumping Java compatibility version > diff -Nru swi-prolog-9.0.4+dfsg/debian/control > swi-prolog-9.0.4+dfsg/debian/control > --- swi-prolog-9.0.4+dfsg/debian/control 2023-11-20 01:24:18.0 > -0800 > +++ swi-prolog-9.0.4+dfsg/debian/control 2024-02-04 18:42:29.0 > -0800 > @@ -107,7 +107,7 @@ >swi-prolog-abi-binary-${swi-prolog:BABI}, >swi-prolog-abi-qlf-${swi-prolog:QLF}, >swi-prolog-abi-states-${swi-prolog:SSTATES}, > - libswipl9 > + libswipl9t64, ${t64:Provides} > Description: ISO/Edinburgh-style Prolog interpreter - core system > SWI-Prolog is a fast and powerful ISO/Edinburgh-style Prolog compiler with a > rich set of built-in predicates. It offers a fast, robust and small > diff -Nru swi-prolog-9.0.4+dfsg/debian/rules > swi-prolog-9.0.4+dfsg/debian/rules > --- swi-prolog-9.0.4+dfsg/debian/rules2023-11-20 01:24:18.0 > -0800 > +++ swi-prolog-9.0.4+dfsg/debian/rules2024-02-04 18:45:32.0 > -0800 > @@ -6,6 +6,13 @@ > DPKG_EXPORT_BUILDFLAGS = 1 > include /usr/share/dpkg/buildflags.mk > > +DEB_HOST_ARCH_BITS ?= $(shell dpkg-architecture -qDEB_HOST_ARCH_BITS) > +DEB_HOST_ARCH ?= $(shell dpkg-architecture -qDEB_HOST_ARCH) > + > +ifneq (,$(filter 64,$(DEB_HOST_ARCH_BITS))$(filter i386,$(DEB_HOST_ARCH))) > + t64_provides := libswipl9 > +endif > + > ifeq ($(DEB_BUILD_ARCH),riscv64) > DEB_LDFLAGS_MAINT_APPEND += -Wl,--no-as-needed -Wl,-latomic > -Wl,--as-needed > export DEB_LDFLAGS_MAINT_APPEND > @@ -114,7 +121,9 @@ >
Bug#1062926: stdgpu: NMU diff for 64-bit time_t transition
Control: tags -1 - pending Unfortunately it appears stdgpu now ftbfs in unstable with a C++ error, so we won't be able to NMU this. -- 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#1064301: oss4: 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! On Mon, Feb 19, 2024 at 12:32:53PM -0800, Steve Langasek wrote: > Source: oss4 > Version: 4.2-build2020-2 > Severity: important > Tags: patch pending sid trixie > 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 oss4 > as a source package shipping runtime libraries whose ABI is affected by the > change in size of time_t. > > To ensure that inconsistent combinations of libraries with their > reverse-dependencies are never installed together, it is necessary to > have a library transition. Since the affected library is libasound2, the > actual library transition is in alsa-lib and oss4 only needs changes to its > Provides: to match. > > 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 oss4 which will > initially be uploaded to experimental, then to unstable after packages have > cleared binary NEW. > > Please find the patch for this NMU attached. > > If you have any concerns about this patch, please reach out ASAP. Although > this package will be uploaded to experimental immediately, there will be a > period of several days before we begin uploads to unstable; so if information > becomes available that your package should not be included in the transition, > there is time for us to amend the planned uploads. > > -- > Steve Langasek Give me a lever long enough and a Free OS > Debian Developer to set it on, and I can move the world. > Ubuntu Developer https://www.debian.org/ > slanga...@ubuntu.com vor...@debian.org > diff -Nru oss4-4.2-build2020/debian/changelog > oss4-4.2-build2020/debian/changelog > --- oss4-4.2-build2020/debian/changelog 2023-08-04 17:12:47.0 > -0700 > +++ oss4-4.2-build2020/debian/changelog 2024-02-19 11:59:19.0 > -0800 > @@ -1,3 +1,13 @@ > +oss4 (4.2-build2020-2.1) experimental; urgency=medium > + > + * Non-maintainer upload. > + * Update libasound2 provides for 64-bit time_t transition. > + * Use explicit Provides: for libasound2 compat on 64-bit archs since > +debhelper won't be able to work this out given 't64' is not in the > +package name. > + > + -- Steve Langasek Mon, 19 Feb 2024 19:59:19 + > + > oss4 (4.2-build2020-2) unstable; urgency=medium > >* control: Drop dependency on now-obsolete lsb-base. > diff -Nru oss4-4.2-build2020/debian/control oss4-4.2-build2020/debian/control > --- oss4-4.2-build2020/debian/control 2023-08-04 17:09:33.0 -0700 > +++ oss4-4.2-build2020/debian/control 2024-02-19 11:59:19.0 -0800 > @@ -96,8 +96,8 @@ > Package: liboss4-salsa-asound2 > Section: libs > Architecture: any > -Provides: libasound2 > -Conflicts: libasound2 > +Provides: libasound2t64, libasound2 [amd64 arm64 mips64el ppc64el riscv64 > s390x] > +Conflicts: libasound2t64, libasound2 > Multi-Arch: same > Depends: liboss4-salsa2, ${misc:Depends} > Pre-Depends: ${misc:Pre-Depends} -- 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 oss4-4.2-build2020/debian/changelog oss4-4.2-build2020/debian/changelog --- oss4-4.2-build2020/debian/changelog 2023-08-05 00:12:47.0 + +++ oss4-4.2-build2020/debian/changelog 2024-02-19 19:59:19.0 + @@ -1,3 +1,13 @@ +oss4 (4.2-build2020-2.1) unstable; urgency=medium + + * Non-maintainer upload. + * Update libasound2 provides for 64-bit time_t transition. + * Use explicit Provides: for libasound2 compat on 64-bit archs since +debhelper won't be able to work this out given 't64' is not in the +package name. + + -- Steve Langasek Mon, 19 Feb 2024 19:59:19 + + oss4 (4.2-build2020-2) unstable; urgency=medium * control: Drop dependency on now-obsolete lsb-base. diff -Nru oss4-4.2-build20
Bug#1062855: rem: 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 rem-0.6.0/debian/changelog rem-0.6.0/debian/changelog --- rem-0.6.0/debian/changelog 2020-09-19 09:19:39.0 + +++ rem-0.6.0/debian/changelog 2024-03-02 01:39:57.0 + @@ -1,3 +1,10 @@ +rem (0.6.0-4.1) unstable; urgency=medium + + * Non-maintainer upload. + * Rename libraries for 64-bit time_t transition. Closes: #1062855 + + -- Steve Langasek Sat, 02 Mar 2024 01:39:57 + + rem (0.6.0-4) unstable; urgency=medium * build with hardening=+all diff -Nru rem-0.6.0/debian/control rem-0.6.0/debian/control --- rem-0.6.0/debian/control2020-08-24 09:44:55.0 + +++ rem-0.6.0/debian/control2024-03-02 01:39:57.0 + @@ -1,8 +1,8 @@ Source: rem Section: libs Priority: optional -Build-Depends: - d-shlibs, +Build-Depends: dpkg-dev (>= 1.22.5), + d-shlibs (>= 0.106~), debhelper-compat (= 12), libre-dev, libssl-dev, @@ -18,7 +18,10 @@ Vcs-Browser: https://salsa.debian.org/pkg-voip-team/rem Rules-Requires-Root: no -Package: librem0 +Package: librem0t64 +Provides: ${t64:Provides} +Replaces: librem0 +Conflicts: librem0 (<< ${source:Version}) Section: libs Architecture: any Depends: @@ -45,7 +48,7 @@ Architecture: any Multi-Arch: same Depends: - librem0 (= ${binary:Version}), + librem0t64 (= ${binary:Version}), ${devlibs:Depends}, ${misc:Depends}, Description: library for real-time audio and video processing (development) diff -Nru rem-0.6.0/debian/librem0.lintian-overrides rem-0.6.0/debian/librem0.lintian-overrides --- rem-0.6.0/debian/librem0.lintian-overrides 2018-06-01 11:10:40.0 + +++ rem-0.6.0/debian/librem0.lintian-overrides 1970-01-01 00:00:00.0 + @@ -1,2 +0,0 @@ -# packaging is not linked into upstream code -possible-gpl-code-linked-with-openssl diff -Nru rem-0.6.0/debian/librem0.symbols rem-0.6.0/debian/librem0.symbols --- rem-0.6.0/debian/librem0.symbols2018-11-29 21:46:55.0 + +++ rem-0.6.0/debian/librem0.symbols1970-01-01 00:00:00.0 + @@ -1,74 +0,0 @@ -# SymbolsHelper-Confirmed: 0.4.7 amd64 -librem.so.0 librem0 #MINVER# - aubuf_alloc@Base 0.4.6 - aubuf_append@Base 0.4.6 - aubuf_cur_size@Base 0.4.6 - aubuf_debug@Base 0.4.6 - aubuf_flush@Base 0.4.6 - aubuf_get@Base 0.4.6 - aubuf_read@Base 0.4.6 - aubuf_write@Base 0.4.6 - auconv_from_s16@Base 0.4.7 - auconv_to_s16@Base 0.4.7 - aufile_open@Base 0.4.6 - aufile_read@Base 0.4.6 - aufile_write@Base 0.4.6 - aufmt_name@Base 0.4.7 - aufmt_sample_size@Base 0.4.7 - aumix_alloc@Base 0.4.6 - aumix_playfile@Base 0.4.6 - aumix_source_alloc@Base 0.4.6 - aumix_source_count@Base 0.4.6 - aumix_source_enable@Base 0.4.6 - aumix_source_flush@Base 0.4.6 - aumix_source_put@Base 0.4.6 - auresamp@Base 0.4.6 - auresamp_init@Base 0.4.6 - auresamp_setup@Base 0.4.6 - autone_dtmf@Base 0.4.6 - autone_sine@Base 0.4.6 - avc_config_decode@Base 0.6.0 - avc_config_encode@Base 0.6.0 - dtmf_dec_alloc@Base 0.5.2 - dtmf_dec_probe@Base 0.5.2 - dtmf_dec_reset@Base 0.5.2 - fir_filter@Base 0.4.6 - fir_reset@Base 0.4.6 - g711_A2l@Base 0.4.6 - g711_l2A@Base 0.4.6 - g711_l2u@Base 0.4.6 - g711_u2l@Base 0.4.6 - goertzel_init@Base 0.5.2 - goertzel_reset@Base 0.5.2 - goertzel_result@Base 0.5.2 - vidconv@Base 0.4.6 - vidconv_aspect@Base 0.4.6 - vidfmt_descv@Base 0.4.6 - vidfmt_name@Base 0.4.6 - vidframe_alloc@Base 0.4.6 - vidframe_copy@Base 0.4.7 - vidframe_draw_hline@Base 0.4.6 - vidframe_draw_point@Base 0.4.6 - vidframe_draw_rect@Base 0.4.6 - vidframe_draw_vline@Base 0.4.6 - vidframe_fill@Base 0.4.6 - vidframe_init@Base 0.4.6 - vidframe_init_buf@Base 0.4.6 - vidframe_size@Base 0.4.6 - vidmix_alloc@Base 0.4.6 - vidmix_source_alloc@Base 0.4.6 - vidmix_source_enable@Base 0.4.6 - vidmix_source_get_focus@Base 0.4.6 - vidmix_source_isenabled@Base 0.4.6 - vidmix_source_isrunning@Base 0.4.6 - vidmix_source_put@Base 0.4.6 - vidmix_source_set_content_hide@Base 0.4.6 - vidmix_source_set_focus@Base 0.4.6 - vidmix_source_set_focus_idx@Base 0.4.6 - vidmix_source_set_rate@Base 0.4.6 - vidmix_source_set_size@Base 0.4.6 - vidmix_source_start@Base 0.4.6 - vidmix_source_stop@Base 0.4.6 - vidmix_source_toggle_selfview@Base 0.4.6 - wav_header_decode@Base 0.4.6 - wav_header_encode@Base 0.4.6 diff -Nru rem-0.6.0/debian/librem0t64.lintian-overrides rem-0.6.0/debian/librem0t64.lintian-overrides --- rem-
Bug#1064292: pyside2: 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 pyside2-5.15.12/debian/changelog pyside2-5.15.12/debian/changelog --- pyside2-5.15.12/debian/changelog2024-02-08 08:13:11.0 + +++ pyside2-5.15.12/debian/changelog2024-03-02 00:27:01.0 + @@ -1,3 +1,10 @@ +pyside2 (5.15.12-6.1) unstable; urgency=medium + + * Non-maintainer upload. + * Rename libraries for 64-bit time_t transition. Closes: #1064292 + + -- Steve Langasek Sat, 02 Mar 2024 00:27:01 + + pyside2 (5.15.12-6) unstable; urgency=medium * Team upload. diff -Nru pyside2-5.15.12/debian/control pyside2-5.15.12/debian/control --- pyside2-5.15.12/debian/control 2024-02-08 08:13:11.0 + +++ pyside2-5.15.12/debian/control 2024-03-02 00:27:01.0 + @@ -3,7 +3,7 @@ Priority: optional Maintainer: Debian Qt/KDE Maintainers Uploaders: Kurt Kremitzki -Build-Depends: chrpath, +Build-Depends: dpkg-dev (>= 1.22.5), chrpath, cmake (>= 3.1), debhelper-compat (= 13), dh-python, @@ -76,13 +76,14 @@ . This package contains the common documentation package. -Package: libpyside2-py3-5.15 +Package: libpyside2-py3-5.15t64 +Breaks: libpyside2-py3-5.15 (<< ${source:Version}) Section: libs Architecture: any Depends: ${misc:Depends}, ${python3:Depends}, ${shlibs:Depends} Conflicts: libpyside2-py3-5.11, libpyside2-py3-5.13, libpyside2-py3-5.14 -Replaces: libpyside2-py3-5.11, libpyside2-py3-5.13, libpyside2-py3-5.14 -Provides: libpyside2-py3 +Replaces: libpyside2-py3-5.15, libpyside2-py3-5.11, libpyside2-py3-5.13, libpyside2-py3-5.14 +Provides: ${t64:Provides}, libpyside2-py3 Description: Python 3 bindings for Qt5 (base files) pyside2 provides Python bindings for Qt 5.x framework. . @@ -94,7 +95,7 @@ Package: libpyside2-dev Section: libdevel Architecture: any -Depends: ${misc:Depends}, ${shlibs:Depends}, libpyside2-py3-5.15 (= ${binary:Version}) +Depends: ${misc:Depends}, ${shlibs:Depends}, libpyside2-py3-5.15t64 (= ${binary:Version}) Description: Python bindings for Qt5 (development files) pyside2 provides Python bindings for Qt 5.x framework. . @@ -127,13 +128,14 @@ . Shiboken2 is the binding generator used to create the PySide2 bindings. -Package: libshiboken2-py3-5.15 +Package: libshiboken2-py3-5.15t64 +Breaks: libshiboken2-py3-5.15 (<< ${source:Version}) Section: libs Architecture: any Depends: ${misc:Depends}, ${python3:Depends}, ${shlibs:Depends} Conflicts: libshiboken2-py3-5.11, libshiboken2-py3-5.13, libshiboken2-py3-5.14 -Replaces: libshiboken2-py3-5.11, libshiboken2-py3-5.13, libshiboken2-py3-5.14 -Provides: libshiboken2-py3 +Replaces: libshiboken2-py3-5.15, libshiboken2-py3-5.11, libshiboken2-py3-5.13, libshiboken2-py3-5.14 +Provides: ${t64:Provides}, libshiboken2-py3 Description: CPython bindings generator for C++ libraries (Python3 shared library) Shiboken2 is a bindings generator for C++ libraries that outputs CPython source code. It collects information from library headers, and then @@ -148,7 +150,7 @@ Section: libdevel Architecture: any Depends: ${misc:Depends}, ${shlibs:Depends}, - libshiboken2-py3-5.15 (= ${binary:Version}), shiboken2 (= ${binary:Version}), python3-dev + libshiboken2-py3-5.15t64 (= ${binary:Version}), shiboken2 (= ${binary:Version}), python3-dev Description: CPython bindings generator for C++ libraries (development files) Shiboken2 is a bindings generator for C++ libraries that outputs CPython source code. It collects information from library headers, and then diff -Nru pyside2-5.15.12/debian/libpyside2-py3-5.15.install pyside2-5.15.12/debian/libpyside2-py3-5.15.install --- pyside2-5.15.12/debian/libpyside2-py3-5.15.install 2024-02-08 08:13:11.0 + +++ pyside2-5.15.12/debian/libpyside2-py3-5.15.install 1970-01-01 00:00:00.0 + @@ -1,4 +0,0 @@ -pyside3_install/py3*-relwithdebinfo/lib/libpyside2*.so.* usr/lib/${DEB_HOST_MULTIARCH} -pyside3_install/py3*-relwithdebinfo/lib/python*/site-packages/PySide2/_git_pyside_version.py usr/lib/python3/dist-packages/PySide2 -pyside3_install/py3*-relwithdebinfo/lib/python*/site-packages/PySide2/__init__.py usr/lib/python3/dist-packages/PySide2 -pyside3_install/py3*-relwithdebinfo/lib/python*/site-packages/PySide2/_config.py usr/lib/python3/dist-packages/PySide2
Bug#1063210: pari: 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 pari-2.15.4/debian/changelog pari-2.15.4/debian/changelog --- pari-2.15.4/debian/changelog2023-07-12 10:08:54.0 + +++ pari-2.15.4/debian/changelog2024-03-01 23:24:56.0 + @@ -1,3 +1,10 @@ +pari (2.15.4-2.1) unstable; urgency=medium + + * Non-maintainer upload. + * Rename libraries for 64-bit time_t transition. Closes: #1063210 + + -- Steve Langasek Fri, 01 Mar 2024 23:24:56 + + pari (2.15.4-2) unstable; urgency=medium * New patch: usptream-forqfvec: from upstream, fix 32bit support diff -Nru pari-2.15.4/debian/control pari-2.15.4/debian/control --- pari-2.15.4/debian/control 2023-07-10 09:31:13.0 + +++ pari-2.15.4/debian/control 2024-03-01 23:24:56.0 + @@ -1,5 +1,5 @@ Source: pari -Build-Depends: debhelper-compat (= 13), libreadline-dev, libx11-dev, libgmp-dev, +Build-Depends: dpkg-dev (>= 1.22.5), debhelper-compat (= 13), libreadline-dev, libx11-dev, libgmp-dev, pari-galdata, pari-elldata, pari-seadata, pari-galpol, pari-nflistdata Build-Depends-Indep: texlive-base, texlive-latex-base Section: math @@ -34,7 +34,7 @@ Architecture: any Section: libdevel Provides: libpari-gmp-tls8-dev -Depends: libpari-gmp-tls8 (= ${binary:Version}), libc-dev, ${misc:Depends} +Depends: libpari-gmp-tls8t64 (= ${binary:Version}), libc-dev, ${misc:Depends} Suggests: libpari-gmp-tls8-dbgsym, pari-gp2c Multi-Arch: same Description: PARI/GP Computer Algebra System development files @@ -52,7 +52,10 @@ . This package contains the include files and static library. -Package: libpari-gmp-tls8 +Package: libpari-gmp-tls8t64 +Provides: ${t64:Provides} +Replaces: libpari-gmp-tls8 +Breaks: libpari-gmp-tls8 (<< ${source:Version}) Architecture: any Section: libs Depends: ${shlibs:Depends}, ${misc:Depends} diff -Nru pari-2.15.4/debian/libpari-gmp-tls8t64.lintian-overrides pari-2.15.4/debian/libpari-gmp-tls8t64.lintian-overrides --- pari-2.15.4/debian/libpari-gmp-tls8t64.lintian-overrides1970-01-01 00:00:00.0 + +++ pari-2.15.4/debian/libpari-gmp-tls8t64.lintian-overrides2024-03-01 23:23:37.0 + @@ -0,0 +1 @@ +libpari-gmp-tls8t64: package-name-doesnt-match-sonames libpari-gmp-tls8 diff -Nru pari-2.15.4/debian/rules pari-2.15.4/debian/rules --- pari-2.15.4/debian/rules2022-11-09 14:23:53.0 + +++ pari-2.15.4/debian/rules2024-03-01 23:24:56.0 + @@ -57,7 +57,7 @@ CC := `which $(CC)` endif -libpkg = libpari-gmp-tls8 +libpkg = libpari-gmp-tls8t64 libtriplet = usr/lib/$(DEB_HOST_MULTIARCH) inctriplet = usr/include/$(DEB_HOST_MULTIARCH)
Bug#1063206: papi: 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 papi-7.1.0/debian/changelog papi-7.1.0/debian/changelog --- papi-7.1.0/debian/changelog 2024-02-20 11:50:34.0 + +++ papi-7.1.0/debian/changelog 2024-03-01 23:16:47.0 + @@ -1,3 +1,10 @@ +papi (7.1.0-3.1) unstable; urgency=medium + + * Non-maintainer upload. + * Rename libraries for 64-bit time_t transition. Closes: #1063206 + + -- Steve Langasek Fri, 01 Mar 2024 23:16:47 + + papi (7.1.0-3) unstable; urgency=medium * Prepare infrastructure for appending an ABI-suffix to the SOVERSION. diff -Nru papi-7.1.0/debian/control papi-7.1.0/debian/control --- papi-7.1.0/debian/control 2024-02-20 11:50:34.0 + +++ papi-7.1.0/debian/control 2024-03-01 23:16:47.0 + @@ -5,7 +5,7 @@ Uploaders: Vincent Danjean , Andreas Beckmann -Build-Depends: +Build-Depends: dpkg-dev (>= 1.22.5), debhelper-compat (= 13), dh-sequence-python3, gfortran, @@ -18,7 +18,10 @@ Vcs-Browser: https://salsa.debian.org/hpc-team/papi Vcs-Git: https://salsa.debian.org/hpc-team/papi.git -Package: libpapi7.1 +Package: libpapi7.1t64 +Provides: ${t64:Provides} +Replaces: libpapi7.1 +Breaks: libpapi7.1 (<< ${source:Version}) Section: libs Architecture: any Multi-Arch: same @@ -41,7 +44,10 @@ . This package provides the shared library. -Package: libsde1 +Package: libsde1t64 +Provides: ${t64:Provides} +Replaces: libsde1 +Breaks: libsde1 (<< ${source:Version}) Section: libs Architecture: any Multi-Arch: same diff -Nru papi-7.1.0/debian/libpapi7.1t64.lintian-overrides papi-7.1.0/debian/libpapi7.1t64.lintian-overrides --- papi-7.1.0/debian/libpapi7.1t64.lintian-overrides 1970-01-01 00:00:00.0 + +++ papi-7.1.0/debian/libpapi7.1t64.lintian-overrides 2024-03-01 23:16:15.0 + @@ -0,0 +1 @@ +libpapi7.1t64: package-name-doesnt-match-sonames libpapi7.1 diff -Nru papi-7.1.0/debian/libsde1t64.lintian-overrides papi-7.1.0/debian/libsde1t64.lintian-overrides --- papi-7.1.0/debian/libsde1t64.lintian-overrides 1970-01-01 00:00:00.0 + +++ papi-7.1.0/debian/libsde1t64.lintian-overrides 2024-03-01 23:16:15.0 + @@ -0,0 +1 @@ +libsde1t64: package-name-doesnt-match-sonames libsde1
Bug#1063206: papi: 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 papi-7.1.0/debian/changelog papi-7.1.0/debian/changelog --- papi-7.1.0/debian/changelog 2024-02-20 11:50:34.0 + +++ papi-7.1.0/debian/changelog 2024-03-01 23:13:24.0 + @@ -1,3 +1,10 @@ +papi (7.1.0-3.1) unstable; urgency=medium + + * Non-maintainer upload. + * Rename libraries for 64-bit time_t transition. Closes: #1063206 + + -- Steve Langasek Fri, 01 Mar 2024 23:13:24 + + papi (7.1.0-3) unstable; urgency=medium * Prepare infrastructure for appending an ABI-suffix to the SOVERSION. diff -Nru papi-7.1.0/debian/control papi-7.1.0/debian/control --- papi-7.1.0/debian/control 2024-02-20 11:50:34.0 + +++ papi-7.1.0/debian/control 2024-03-01 23:13:24.0 + @@ -5,7 +5,7 @@ Uploaders: Vincent Danjean , Andreas Beckmann -Build-Depends: +Build-Depends: dpkg-dev (>= 1.22.5), debhelper-compat (= 13), dh-sequence-python3, gfortran, @@ -18,7 +18,10 @@ Vcs-Browser: https://salsa.debian.org/hpc-team/papi Vcs-Git: https://salsa.debian.org/hpc-team/papi.git -Package: libpapi7.1 +Package: libpapi7.1t64 +Provides: ${t64:Provides} +Replaces: libpapi7.1 +Breaks: libpapi7.1 (<< ${source:Version}) Section: libs Architecture: any Multi-Arch: same @@ -41,7 +44,10 @@ . This package provides the shared library. -Package: libsde1 +Package: libsde1t64 +Provides: ${t64:Provides} +Replaces: libsde1 +Breaks: libsde1 (<< ${source:Version}) Section: libs Architecture: any Multi-Arch: same diff -Nru papi-7.1.0/debian/libpapi7.1t64.lintian-overrides papi-7.1.0/debian/libpapi7.1t64.lintian-overrides --- papi-7.1.0/debian/libpapi7.1t64.lintian-overrides 1970-01-01 00:00:00.0 + +++ papi-7.1.0/debian/libpapi7.1t64.lintian-overrides 2024-03-01 23:13:04.0 + @@ -0,0 +1 @@ +libpapi7.1t64: package-name-doesnt-match-sonames libpapi7.1 diff -Nru papi-7.1.0/debian/libsde1t64.lintian-overrides papi-7.1.0/debian/libsde1t64.lintian-overrides --- papi-7.1.0/debian/libsde1t64.lintian-overrides 1970-01-01 00:00:00.0 + +++ papi-7.1.0/debian/libsde1t64.lintian-overrides 2024-03-01 23:13:04.0 + @@ -0,0 +1 @@ +libsde1t64: package-name-doesnt-match-sonames libsde1