Bug#1062010: dar: NMU diff for 64-bit time_t transition

[Steve Langasek]

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: marked as done (curl: NMU diff for 64-bit time_t transition)

[Debian Bug Tracking System]

Your message dated Sat, 02 Mar 2024 07:34:31 +
with message-id 
and subject line Bug#1061992: fixed in curl 8.6.0-3.1
has caused the Debian Bug report #1061992,
regarding curl: NMU diff for 64-bit time_t transition
to be marked as done.

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

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


-- 
1061992: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=1061992
Debian Bug Tracking System
Contact ow...@bugs.debian.org with problems
--- Begin Message ---
Source: curl
Version: 8.5.0-2
Severity: serious
Tags: patch pending
Justification: library ABI skew on upgrade
User: debian-...@lists.debian.org
Usertags: time-t

Dear maintainer,

As part of the 64-bit time_t transition required to support 32-bit
architectures in 2038 and beyond
(https://wiki.debian.org/ReleaseGoals/64bit-time), we have identified
curl 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 curl
which will initially be uploaded to experimental if possible, then to
unstable after packages have cleared binary NEW.

Please find the patch for this NMU attached.

If you have any concerns about this patch, please reach out ASAP.  Although
this package will be uploaded to experimental immediately, there will be a
period of several days before we begin uploads to unstable; so if information
becomes available that your package should not be included in the transition,
there is time for us to amend the planned uploads.



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

Kernel: Linux 6.5.0-15-generic (SMP w/16 CPU threads; PREEMPT)
Kernel taint flags: TAINT_PROPRIETARY_MODULE, TAINT_WARN, TAINT_OOT_MODULE
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8), LANGUAGE not set
Shell: /bin/sh linked to /usr/bin/dash
Init: systemd (via /run/systemd/system)
diff -Nru curl-8.5.0/debian/changelog curl-8.5.0/debian/changelog
--- curl-8.5.0/debian/changelog 2024-01-30 18:13:57.0 +
+++ curl-8.5.0/debian/changelog 2023-12-29 18:34:11.0 +
@@ -1,10 +1,3 @@
-curl (8.5.0-2.1) experimental; urgency=medium
-
-  * Non-maintainer upload.
-  * Rename libraries for 64-bit time_t transition.
-
- -- Michael Hudson-Doyle   Tue, 30 Jan 2024 18:13:57 +
-
 curl (8.5.0-2) unstable; urgency=medium
 
   * d/p/openldap_fix_an_LDAP_crash.patch: New patch to fix ldap segfault
diff -Nru curl-8.5.0/debian/control curl-8.5.0/debian/control
--- curl-8.5.0/debian/control   2024-01-30 18:13:57.0 +
+++ curl-8.5.0/debian/control   2023-12-29 18:34:11.0 +
@@ -42,7 +42,7 @@
 
 Package: curl
 Architecture: any
-Depends: ${shlibs:Depends}, ${misc:Depends}, libcurl4t64 (= ${binary:Version})
+Depends: ${shlibs:Depends}, ${misc:Depends}, libcurl4 (= ${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,17 +54,14 @@
  NTLM, Negotiate, kerberos...), file transfer resume, proxy tunneling and a
  busload of other useful tricks.
 
-Package: libcurl4t64
-Provides: ${t64:Provides}
-X-Time64-Compat: libcurl3-gnutls
-Breaks: libcurl4 (<< ${source:Version})
+Package: libcurl4
 Architecture: any
 Section: libs
 Depends: ${shlibs:Depends}, ${misc:Depends}
 Recommends: ca-certificates
 Pre-Depends: ${misc:Pre-Depends}
 Conflicts: libcurl3
-Replaces: libcurl4, libcurl3
+Replaces: 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,
@@ -82,11 +79,7 @@
  .
  SSL support is provided by OpenSSL.
 
-Package: libcurl3t64-gnutls
-Provides: ${t64:Provides}
-X-Time64-Compat: libcurl3-gnutls
-Replaces: libcurl3-gnutls
-Breaks: libcurl3-gnutls (<< ${source:Version})
+Package: libcurl3-gnutls
 Architecture: any
 Section: libs
 Depends: ${shlibs:Depends}, ${misc:Depends}
@@ 

Bug#1061992: curl: NMU diff for 64-bit time_t transition

[Steve Langasek]

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 #MINVER#
-* 

Bug#1063102: marked as done (swi-prolog: NMU diff for 64-bit time_t transition)

[Debian Bug Tracking System]

Your message dated Sat, 02 Mar 2024 07:05:27 +
with message-id 
and subject line Bug#1063102: fixed in swi-prolog 9.0.4+dfsg-3.1
has caused the Debian Bug report #1063102,
regarding swi-prolog: NMU diff for 64-bit time_t transition
to be marked as done.

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

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


-- 
1063102: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=1063102
Debian Bug Tracking System
Contact ow...@bugs.debian.org with problems
--- Begin Message ---
Source: swi-prolog
Version: 1:5.107.0-1
Severity: serious
Tags: patch sid trixie
Justification: library ABI skew on upgrade
User: debian-...@lists.debian.org
Usertags: time-t

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

Dear maintainer,

As part of the 64-bit time_t transition required to support 32-bit
architectures in 2038 and beyond
(https://wiki.debian.org/ReleaseGoals/64bit-time), we have identified
swi-prolog as a source package shipping runtime libraries whose ABI could
not be analyzed via abi-compliance-checker (and therefore to be on the
safe side we assume is affected).[0]

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

Since turning on 64-bit time_t is being handled centrally through a
change to the default dpkg-buildflags (https://bugs.debian.org/1037136),
it is important that libraries affected by this ABI change all be
uploaded close together in time.  Therefore I have prepared a 0-day NMU
for swi-prolog, which I plan to upload to unstable once the necessary
dpkg changes have been made.

Please find the patch for this NMU attached.

If you have any concerns about this patch, please reach out ASAP.  There
will be a period of several days before we begin uploads to unstable; so
if information becomes available that your package should not be
included in the transition, there is time for us to amend the planned
uploads.

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

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

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

[Steve Langasek]

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 @@
>   -cd build && ctest -V -E jpl:
>  
>  override_dh_gencontrol:
> + echo 't64:Provides=$(t64_provides)' >> debian/swi-prolog-core.substvars
>   dh_gencontrol -- -Vswi-prolog:ABI="$(shell LD_LIBRARY_PATH=$(shell 
> dirname $(shell find debian/swi-prolog-core -name libswipl.so)) 
> 

Processed: Re: stdgpu: NMU diff for 64-bit time_t transition

[Debian Bug Tracking System]

Processing control commands:

> tags -1 - pending
Bug #1062926 [src:stdgpu] stdgpu: NMU diff for 64-bit time_t transition
Removed tag(s) pending.

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

Bug#1062926: stdgpu: NMU diff for 64-bit time_t transition

[Steve Langasek]

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#1065003: libhinawa: NMU diff for 64-bit time_t transition

[Takashi Sakamoto]

Hi Steve,

Thanks for your taking the issue, and providing the package. I'm an
maintainer of libhinawa upstream in kernel.org[1], and interested in the
issue of this NMU.

In my opinion, `time_t` type is not used in libhinawa. All of expressions
of hardware and system time stamp is typed by fixed size of variable (u32,
s32, s64) in public API. The rest of suspicious codes relate to glib2.0,
however in the case the issue affects to the other libraries I provides
(libhinoko[2], libhitaki[3])...

I would like you to provide the way to detect the issue in libhinawa.

[1] https://git.kernel.org/pub/scm/libs/ieee1394/libhinawa.git/
[2] https://tracker.debian.org/pkg/libhinoko
[3] https://tracker.debian.org/pkg/libhitaki


Thanks

Takashi Sakamoto

Bug#1064301: oss4: NMU diff for 64-bit time_t transition

[Steve Langasek]

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-build2020/debian/control oss4-4.2-build2020/debian/control
--- oss4-4.2-build2020/debian/control   2023-08-05 00:09:33.0 +
+++ oss4-4.2-build2020/debian/control   2024-02-19 19:59:19.0 +
@@ -8,6 +8,7 @@
 

Bug#1062855: marked as done (rem: NMU diff for 64-bit time_t transition)

[Debian Bug Tracking System]

Your message dated Sat, 02 Mar 2024 02:42:58 +
with message-id 
and subject line Bug#1062855: fixed in rem 0.6.0-4.1
has caused the Debian Bug report #1062855,
regarding rem: NMU diff for 64-bit time_t transition
to be marked as done.

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

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


-- 
1062855: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=1062855
Debian Bug Tracking System
Contact ow...@bugs.debian.org with problems
--- Begin Message ---
Source: rem
Version: 0.6.0-4
Severity: serious
Tags: patch pending sid trixie
Justification: library ABI skew on upgrade
User: debian-...@lists.debian.org
Usertags: time-t

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

Dear maintainer,

As part of the 64-bit time_t transition required to support 32-bit
architectures in 2038 and beyond
(https://wiki.debian.org/ReleaseGoals/64bit-time), we have identified
rem 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 rem
which will initially be uploaded to experimental if possible, then to
unstable after packages have cleared binary NEW.

Please find the patch for this NMU attached.

If you have any concerns about this patch, please reach out ASAP.  Although
this package will be uploaded to experimental immediately, there will be a
period of several days before we begin uploads to unstable; so if information
becomes available that your package should not be included in the transition,
there is time for us to amend the planned uploads.



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

Kernel: Linux 6.5.0-5-amd64 (SMP w/32 CPU threads; PREEMPT)
Kernel taint flags: TAINT_PROPRIETARY_MODULE, TAINT_OOT_MODULE, 
TAINT_UNSIGNED_MODULE
Locale: LANG=C, LC_CTYPE=C.UTF-8 (charmap=UTF-8), LANGUAGE not set
Shell: /bin/sh linked to /usr/bin/dash
Init: unable to detect
diff -Nru 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-02-03 20:27:24.0 +
@@ -1,3 +1,10 @@
+rem (0.6.0-4.1) experimental; urgency=medium
+
+  * Non-maintainer upload.
+  * Rename libraries for 64-bit time_t transition.
+
+ -- Sergio Durigan Junior   Sat, 03 Feb 2024 20:27:24 
+
+
 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-02-03 20:27:24.0 +
@@ -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
+Breaks: 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

Bug#1065017: unuser: error while loading shared libraries: libpam.so.0

[Christoph Anton Mitterer]

On Thu, 2024-02-29 at 13:31 -0700, Sam Hartman wrote:
> > > > > 
> I tried to make the revert work either if you didn't have libpam0t64
> at
> all or if you did, but we're more focused on people who never
> upgraded.
> 
> If you do run into breakage, we'll work with you to find a solution.


I guess right now going back isn't anyway possible yet, as e.g. util-
linux and some others have already depended on the t64 package, and't
I'd assume those haven't been rebuilt yet with the reversion.

Means however also, that possibly more and more people (on unstable)
get the libpam0t64 installed, unless they completely wait until the
transition is over.


Cheers,
Chris.

Bug#1065225: slurm-wlm FTBFS on !amd64

[Adrian Bunk]

Source: slurm-wlm
Version: 23.11.4-1.1
Severity: serious
Tags: ftbfs
X-Debbugs-Cc: Sergio Durigan Junior , Steve Langasek 
, Benjamin Drung 

https://buildd.debian.org/status/logs.php?pkg=slurm-wlm=23.11.4-1.1

...
   dh_install -a -O--builddirectory
dh_install: warning: Cannot find (any matches for) 
"usr/lib/x86_64-linux-gnu/slurm-wlm/accounting_storage_slurmdbd.so" (tried in 
., debian/tmp)

dh_install: warning: slurm-wlm-basic-plugins missing files: 
usr/lib/x86_64-linux-gnu/slurm-wlm/accounting_storage_slurmdbd.so
dh_install: warning: Cannot find (any matches for) 
"usr/lib/x86_64-linux-gnu/slurm-wlm/acct_gather_energy_gpu.so" (tried in ., 
debian/tmp)
...
dh_install: error: missing files, aborting
make: *** [debian/rules:23: binary-arch] Error 255



The 64-bit time_t NMU diff (#1062903) hardcodes
debian/tmp/usr/lib/x86_64-linux-gnu/ which cannot
work on other architectures.

Bug#1062855: rem: NMU diff for 64-bit time_t transition

[Steve Langasek]

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

Bug#1064292: marked as done (pyside2: NMU diff for 64-bit time_t transition)

[Debian Bug Tracking System]

Your message dated Sat, 02 Mar 2024 01:51:17 +
with message-id 
and subject line Bug#1064292: fixed in pyside2 5.15.12-6.1
has caused the Debian Bug report #1064292,
regarding pyside2: NMU diff for 64-bit time_t transition
to be marked as done.

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

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


-- 
1064292: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=1064292
Debian Bug Tracking System
Contact ow...@bugs.debian.org with problems
--- Begin Message ---
Source: pyside2
Version: 5.15.12-6
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
pyside2 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 pyside2
which will initially be uploaded to experimental if possible, then to
unstable after packages have cleared binary NEW.

Please find the patch for this NMU attached.

If you have any concerns about this patch, please reach out ASAP.  Although
this package will be uploaded to experimental immediately, there will be a
period of several days before we begin uploads to unstable; so if information
becomes available that your package should not be included in the transition,
there is time for us to amend the planned uploads.



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

Kernel: Linux 6.5.0-14-generic (SMP w/12 CPU threads; PREEMPT)
Kernel taint flags: TAINT_PROPRIETARY_MODULE, TAINT_OOT_MODULE
Locale: LANG=C, LC_CTYPE=C.UTF-8 (charmap=UTF-8), LANGUAGE not set
Shell: /bin/sh linked to /usr/bin/dash
Init: systemd (via /run/systemd/system)
diff -Nru 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-02-19 18:32:19.0 +
@@ -1,3 +1,10 @@
+pyside2 (5.15.12-6.1) experimental; urgency=medium
+
+  * Non-maintainer upload.
+  * Rename libraries for 64-bit time_t transition.
+
+ -- Steve Langasek   Mon, 19 Feb 2024 18:32:19 +
+
 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-02-19 18:32:19.0 +
@@ -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: 

Bug#1033306: The tor package in stable will soon become unusable

[Francois Marier]

I received the email below from the Tor team. The package that's currently
in stable should be updated ASAP since it's going to stop working very soon.

I will be switching temporarily to the package in backports, but IMO an
update should be pushed to bookworm either via the security repo, or failing
that as a stable update.

Francois
--
Hi,

You are running a bunch of Tor relays, which is great.

However, that relays' Tor version is obsolete, and because of old bugs,
we will soon cut relays and bridges running that version out of the network.

Please consider upgrading ASAP!

You can find Tor packages and instructions for your distro / OS here:
https://community.torproject.org/relay/setup/guard/

If you need help upgrading your relay, please use the Tor Forum:
https://forum.torproject.org/c/support/relay-operator/17

::Stay Connected with the Tor Community::

- Join our Monthly Tor relay operators meetups:
https://forum.torproject.org/t/tor-relays-next-tor-relay-operator-meetup-march-2nd-2024-19-00-utc/11568

- Subscribe to the Tor relays mailing list:
https://lists.torproject.org/cgi-bin/mailman/listinfo/tor-relays

Thanks,
Gus
--
The Tor Project
Community Team Lead

Bug#1064292: pyside2: NMU diff for 64-bit time_t transition

[Steve Langasek]

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
diff -Nru 

Bug#1063210: marked as done (pari: NMU diff for 64-bit time_t transition)

[Debian Bug Tracking System]

Your message dated Sat, 02 Mar 2024 00:35:15 +
with message-id 
and subject line Bug#1063210: fixed in pari 2.15.4-2.1
has caused the Debian Bug report #1063210,
regarding pari: NMU diff for 64-bit time_t transition
to be marked as done.

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

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


-- 
1063210: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=1063210
Debian Bug Tracking System
Contact ow...@bugs.debian.org with problems
--- Begin Message ---
Source: pari
Version: 2.15.4-2
Severity: serious
Tags: patch pending sid trixie
Justification: library ABI skew on upgrade
User: debian-...@lists.debian.org
Usertags: time-t

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

Dear maintainer,

As part of the 64-bit time_t transition required to support 32-bit
architectures in 2038 and beyond
(https://wiki.debian.org/ReleaseGoals/64bit-time), we have identified
pari 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 pari
which will initially be uploaded to experimental if possible, then to
unstable after packages have cleared binary NEW.

Please find the patch for this NMU attached.

If you have any concerns about this patch, please reach out ASAP.  Although
this package will be uploaded to experimental immediately, there will be a
period of several days before we begin uploads to unstable; so if information
becomes available that your package should not be included in the transition,
there is time for us to amend the planned uploads.



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

Kernel: Linux 6.2.0-39-generic (SMP w/32 CPU threads; PREEMPT)
Kernel taint flags: TAINT_PROPRIETARY_MODULE, TAINT_OOT_MODULE, 
TAINT_UNSIGNED_MODULE
Locale: LANG=C.UTF-8, LC_CTYPE=C.UTF-8 (charmap=UTF-8), LANGUAGE not set
Shell: /bin/sh linked to /usr/bin/dash
Init: systemd (via /run/systemd/system)
diff -Nru pari-2.15.4/debian/changelog pari-2.15.4/debian/changelog
--- pari-2.15.4/debian/changelog2023-07-12 07:08:54.0 -0300
+++ pari-2.15.4/debian/changelog2024-02-05 14:25:33.0 -0300
@@ -1,3 +1,10 @@
+pari (2.15.4-2.1) experimental; urgency=medium
+
+  * Non-maintainer upload.
+  * Rename libraries for 64-bit time_t transition.
+
+ -- Lucas Kanashiro   Mon, 05 Feb 2024 14:25:33 -0300
+
 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 06:31:13.0 -0300
+++ pari-2.15.4/debian/control  2024-02-05 14:25:33.0 -0300
@@ -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-overrides1969-12-31 
21:00:00.0 -0300
+++ pari-2.15.4/debian/libpari-gmp-tls8t64.lintian-overrides2024-02-05 
14:25:33.0 -0300
@@ -0,0 +1 @@
+libpari-gmp-tls8t64: package-name-doesnt-match-sonames libpari-gmp-tls8
--- End Message ---
--- Begin Message ---
Source: pari
Source-Version: 2.15.4-2.1
Done: Steve Langasek 

We believe that the bug you reported is fixed in the latest version of
pari, which is due to be 

Bug#1065215: marked as done (xinetd: recent libc6-dev change causes the RPC support to be dropped)

[Debian Bug Tracking System]

Your message dated Sat, 02 Mar 2024 00:28:00 +
with message-id 
and subject line Bug#1065215: fixed in xinetd 1:2.3.15.4-2
has caused the Debian Bug report #1065215,
regarding xinetd: recent libc6-dev change causes the RPC support to be dropped
to be marked as done.

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

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


-- 
1065215: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=1065215
Debian Bug Tracking System
Contact ow...@bugs.debian.org with problems
--- Begin Message ---
Source: xinetd
Version: 1:2.3.15.4-1
Severity: serious
Tags: ftbfs
Justification: fails to build from source (but built successfully in the past)
User: debian-gl...@lists.debian.org
Usertags: libtirpc-dev

Dear maintainer,

Starting with glibc 2.31, support for NIS (libnsl library) has been
moved to a separate libnsl2 package. In order to allow a smooth
transition, a libnsl-dev, which depends on libtirpc-dev, has been added
to the libc6-dev package.

The libnsl-dev dependency has been temporarily dropped in the 2.37-15.1i
NMU, as part of the 64-bit time_t transition. This causes the RPC
support of xinetd to be dropped, I am not sure it is something to care
about.

Therefore please either:
- Add libtirpc-dev as build dependency
- Disable the RPC support explicitly using --with-rpc=no, so that this
  feature does not depend on the packages installed on the system.

Regards
Aurelien
--- End Message ---
--- Begin Message ---
Source: xinetd
Source-Version: 1:2.3.15.4-2
Done: Salvo 'LtWorf' Tomaselli 

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

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

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

Debian distribution maintenance software
pp.
Salvo 'LtWorf' Tomaselli  (supplier of updated xinetd 
package)

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


-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512

Format: 1.8
Date: Sat, 02 Mar 2024 00:24:02 +0100
Source: xinetd
Architecture: source
Version: 1:2.3.15.4-2
Distribution: unstable
Urgency: high
Maintainer: Salvo 'LtWorf' Tomaselli 
Changed-By: Salvo 'LtWorf' Tomaselli 
Closes: 1065215
Changes:
 xinetd (1:2.3.15.4-2) unstable; urgency=high
 .
   * Install the .service file for systemd
   * Add libtirpc-dev to build dependencies (Closes: #1065215)
Checksums-Sha1:
 fa62a670bff28a9722936ea4d58d4a33aad25f8c 1891 xinetd_2.3.15.4-2.dsc
 e2a726e60cce1e362ef857b414e3c797daabd249 18804 xinetd_2.3.15.4-2.debian.tar.xz
 bacf6dff551b1231c1e83fb80d84ac153e85e42d 7308 xinetd_2.3.15.4-2_amd64.buildinfo
Checksums-Sha256:
 d164303273e0f6182bdbb91f07209c2ce094828de5ae485080e9aa1c8031c572 1891 
xinetd_2.3.15.4-2.dsc
 6ab20a56c0aa34322ad2a672f33ca45849291ca8acd20b06f62e4db5be5dae02 18804 
xinetd_2.3.15.4-2.debian.tar.xz
 f64bb9db1b54539d7f5abcb5c575e225b7a724ff8a6ef3bc50bf9741b9298342 7308 
xinetd_2.3.15.4-2_amd64.buildinfo
Files:
 76fd47ff569d3e184f5c6697c0475782 1891 net optional xinetd_2.3.15.4-2.dsc
 980453ff6c8c6bd165cf42f5840bb66e 18804 net optional 
xinetd_2.3.15.4-2.debian.tar.xz
 1c6d352f1ef3f50b970c64ad44fe4996 7308 net optional 
xinetd_2.3.15.4-2_amd64.buildinfo

-BEGIN PGP SIGNATURE-

iQIzBAEBCgAdFiEEQnSLnnbYmXmeH74Us6fPDIAYhs8FAmXiaxwACgkQs6fPDIAY
hs8lOA/6AvN76YnvzRE7yQPc/DcrTrDYfo8I00Nw54P3y+l7ojc8Y2AwILboRajp
22SeEPcijwz1Qe4LpHVJA2MXf2vpth+O37kpls795hYUNWZMLrCDJJOkKvK35sl+
uYYheD2+M29slMSSBlis1Lfn+7X+nIy7MRJWUJDgBqz5+CQyt6NLML5iWsTpP5cm
rKQK34tggiXj4Tu/n5JbLDE9kpD7/ZfaCwfD6lhGZbWL01GYYSEgOaypEIGFiWyV
VyUtaFaPy3yx1gP5+MIVib1B6GG8M8RUAanaWaTR5J3ilWaFTtfGJmjA4r2HNerv
/p5pjtCSgPeKEn2Byk3vKFGjN6w5Dg9oS6YYcxb6RUJVInOhPjU3/1Ny8u2tkmHJ
NdHfjN3QFSmcO/vq2TA5lgZnNQaAHGVwcDpREwbv/9Yf7wS7fEgkcbe6Wy4xKbIG
4Y9E9IKV+G+LnRmqcgBHk9SZVJsLEQow7oHDFst50inFjai0jCiq1Wc9+5YzxZCy
YlNtKRWSRfmvD2o/Rxv/BLyl0p2htgHvqX0nHq38z4tRATPndSQenZh20hE/KRbv
MIWZgdGEbBRP2Hx9Xf+7VC9KmQ8jWeva9c1XGbShZYqdauTno1v/hIe7zjXJri6s
hAQ+8iZNv9YNvcGVlerj1CLUOz9GfPgqp4GOsFJ4B8D6n4S1upo=
=F6oz
-END PGP SIGNATURE-



pgpmRJgbfFES9.pgp
Description: PGP signature
--- End Message ---

Processed: libpetsc-complex3.19-dev fails to install

[Debian Bug Tracking System]

Processing control commands:

> affects -1 src:slepc
Bug #1065217 [libpetsc-complex3.19-dev] libpetsc-complex3.19-dev fails to 
install
Added indication that 1065217 affects src:slepc

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

Bug#1065217: libpetsc-complex3.19-dev fails to install

[Adrian Bunk]

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

Bug#1063210: pari: NMU diff for 64-bit time_t transition

[Steve Langasek]

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: marked as done (papi: NMU diff for 64-bit time_t transition)

[Debian Bug Tracking System]

Your message dated Fri, 01 Mar 2024 23:35:35 +
with message-id 
and subject line Bug#1063206: fixed in papi 7.1.0-3.2
has caused the Debian Bug report #1063206,
regarding papi: NMU diff for 64-bit time_t transition
to be marked as done.

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

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


-- 
1063206: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=1063206
Debian Bug Tracking System
Contact ow...@bugs.debian.org with problems
--- Begin Message ---
Source: papi
Version: 7.1.0-2
Severity: serious
Tags: patch pending sid trixie
Justification: library ABI skew on upgrade
User: debian-...@lists.debian.org
Usertags: time-t

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

Dear maintainer,

As part of the 64-bit time_t transition required to support 32-bit
architectures in 2038 and beyond
(https://wiki.debian.org/ReleaseGoals/64bit-time), we have identified
papi 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 papi
which will initially be uploaded to experimental if possible, then to
unstable after packages have cleared binary NEW.

Please find the patch for this NMU attached.

If you have any concerns about this patch, please reach out ASAP.  Although
this package will be uploaded to experimental immediately, there will be a
period of several days before we begin uploads to unstable; so if information
becomes available that your package should not be included in the transition,
there is time for us to amend the planned uploads.



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

Kernel: Linux 6.2.0-39-generic (SMP w/32 CPU threads; PREEMPT)
Kernel taint flags: TAINT_PROPRIETARY_MODULE, TAINT_OOT_MODULE, 
TAINT_UNSIGNED_MODULE
Locale: LANG=C.UTF-8, LC_CTYPE=C.UTF-8 (charmap=UTF-8), LANGUAGE not set
Shell: /bin/sh linked to /usr/bin/dash
Init: systemd (via /run/systemd/system)
diff -Nru papi-7.1.0/debian/changelog papi-7.1.0/debian/changelog
--- papi-7.1.0/debian/changelog 2023-12-29 22:11:46.0 -0300
+++ papi-7.1.0/debian/changelog 2024-02-05 14:07:57.0 -0300
@@ -1,3 +1,10 @@
+papi (7.1.0-2.1) experimental; urgency=medium
+
+  * Non-maintainer upload.
+  * Rename libraries for 64-bit time_t transition.
+
+ -- Lucas Kanashiro   Mon, 05 Feb 2024 14:07:57 -0300
+
 papi (7.1.0-2) unstable; urgency=medium
 
   * Reproducibly generate fortran headers.
diff -Nru papi-7.1.0/debian/control papi-7.1.0/debian/control
--- papi-7.1.0/debian/control   2023-12-29 22:11:46.0 -0300
+++ papi-7.1.0/debian/control   2024-02-05 14:07:57.0 -0300
@@ -17,7 +17,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
@@ -40,7 +43,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
@@ -66,7 +72,7 @@
 Multi-Arch: same
 Depends:
  libpapi${papi:SOVERSION} (= ${binary:Version}),
- libsde1 (= ${binary:Version}),
+ libsde1t64 (= ${binary:Version}),
  ${misc:Depends}
 Description: PAPI development files (headers and API documentation)
  Performance Application Programming Interface (PAPI) provides the tool
diff -Nru papi-7.1.0/debian/libpapi7.1t64.README.Debian 
papi-7.1.0/debian/libpapi7.1t64.README.Debian
--- papi-7.1.0/debian/libpapi7.1t64.README.Debian   1969-12-31 
21:00:00.0 -0300
+++ papi-7.1.0/debian/libpapi7.1t64.README.Debian   2024-02-05 
14:07:57.0 -0300
@@ -0,0 +1,17 @@
+Accessing some CPU performance counters may require root permissions
+or a reduced paranoia level in /proc/sys/kernel/perf_event_paranoid.
+On hardened kernels any 

Bug#1063206: marked as done (papi: NMU diff for 64-bit time_t transition)

[Debian Bug Tracking System]

Your message dated Fri, 01 Mar 2024 23:35:13 +
with message-id 
and subject line Bug#1063206: fixed in papi 7.1.0-3.1
has caused the Debian Bug report #1063206,
regarding papi: NMU diff for 64-bit time_t transition
to be marked as done.

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

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


-- 
1063206: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=1063206
Debian Bug Tracking System
Contact ow...@bugs.debian.org with problems
--- Begin Message ---
Source: papi
Version: 7.1.0-2
Severity: serious
Tags: patch pending sid trixie
Justification: library ABI skew on upgrade
User: debian-...@lists.debian.org
Usertags: time-t

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

Dear maintainer,

As part of the 64-bit time_t transition required to support 32-bit
architectures in 2038 and beyond
(https://wiki.debian.org/ReleaseGoals/64bit-time), we have identified
papi 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 papi
which will initially be uploaded to experimental if possible, then to
unstable after packages have cleared binary NEW.

Please find the patch for this NMU attached.

If you have any concerns about this patch, please reach out ASAP.  Although
this package will be uploaded to experimental immediately, there will be a
period of several days before we begin uploads to unstable; so if information
becomes available that your package should not be included in the transition,
there is time for us to amend the planned uploads.



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

Kernel: Linux 6.2.0-39-generic (SMP w/32 CPU threads; PREEMPT)
Kernel taint flags: TAINT_PROPRIETARY_MODULE, TAINT_OOT_MODULE, 
TAINT_UNSIGNED_MODULE
Locale: LANG=C.UTF-8, LC_CTYPE=C.UTF-8 (charmap=UTF-8), LANGUAGE not set
Shell: /bin/sh linked to /usr/bin/dash
Init: systemd (via /run/systemd/system)
diff -Nru papi-7.1.0/debian/changelog papi-7.1.0/debian/changelog
--- papi-7.1.0/debian/changelog 2023-12-29 22:11:46.0 -0300
+++ papi-7.1.0/debian/changelog 2024-02-05 14:07:57.0 -0300
@@ -1,3 +1,10 @@
+papi (7.1.0-2.1) experimental; urgency=medium
+
+  * Non-maintainer upload.
+  * Rename libraries for 64-bit time_t transition.
+
+ -- Lucas Kanashiro   Mon, 05 Feb 2024 14:07:57 -0300
+
 papi (7.1.0-2) unstable; urgency=medium
 
   * Reproducibly generate fortran headers.
diff -Nru papi-7.1.0/debian/control papi-7.1.0/debian/control
--- papi-7.1.0/debian/control   2023-12-29 22:11:46.0 -0300
+++ papi-7.1.0/debian/control   2024-02-05 14:07:57.0 -0300
@@ -17,7 +17,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
@@ -40,7 +43,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
@@ -66,7 +72,7 @@
 Multi-Arch: same
 Depends:
  libpapi${papi:SOVERSION} (= ${binary:Version}),
- libsde1 (= ${binary:Version}),
+ libsde1t64 (= ${binary:Version}),
  ${misc:Depends}
 Description: PAPI development files (headers and API documentation)
  Performance Application Programming Interface (PAPI) provides the tool
diff -Nru papi-7.1.0/debian/libpapi7.1t64.README.Debian 
papi-7.1.0/debian/libpapi7.1t64.README.Debian
--- papi-7.1.0/debian/libpapi7.1t64.README.Debian   1969-12-31 
21:00:00.0 -0300
+++ papi-7.1.0/debian/libpapi7.1t64.README.Debian   2024-02-05 
14:07:57.0 -0300
@@ -0,0 +1,17 @@
+Accessing some CPU performance counters may require root permissions
+or a reduced paranoia level in /proc/sys/kernel/perf_event_paranoid.
+On hardened kernels any 

Bug#1065212: asymptote: recent libc6-dev change causes XDR and V3D support to be dropped

[Preuße]

On 01.03.2024 23:33, Aurelien Jarno wrote:

Hi Aurelien,


This can be fixed by adding an explicit Build-Depends on
libtirpc-dev. The glibc change will likely be reverted in the short
term, but given its a change we want to do for Trixie, this will only
lower the severity of the bug.

I do not fully understand, what needs to be done from my side: add a BD 
on libtirpc-dev and (maybe) remove it later on? If you say the change 
will be reverted later, I'd guess one can rather wait for that point in 
time and then request an binNMU (or wait until anybody triggers a mass 
binNMU). What do I miss?


Hilmar
--
sigfault



OpenPGP_signature.asc
Description: OpenPGP digital signature

Bug#1063206: papi: NMU diff for 64-bit time_t transition

[Steve Langasek]

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

[Steve Langasek]

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

Bug#1063221: pgpool2: NMU diff for 64-bit time_t transition

[Steve Langasek]

> please exclude pgpool2 from the t64 transition. It does ship a library
> package, but there are 0 external users, and all in-package rpdeps
> have strict versioned dependencies on libpgpool2.

While I will leave this to your discretion as maintainer, please note that
"0 external users" is not possible to determine conclusively.  There are 0
external users *in Debian*.  But this package ships a shared library, and a
-dev package to allow software to link against it; therefore, third-party
packages not included in Debian, which link against this library, may exist. 
If you want to be able to assert that this is not the case, it's better to
not ship a -dev package at all for your library.

-- 
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#1065216: r-base: recent libc6-dev change causes the xdr feature to be dropped

[Aurelien Jarno]

Source: r-base
Version: 4.3.3-1
Severity: serious
Tags: ftbfs
Justification: fails to build from source (but built successfully in the past)
User: debian-gl...@lists.debian.org
Usertags: libtirpc-dev

Dear maintainer,

Starting with glibc 2.31, support for NIS (libnsl library) has been
moved to a separate libnsl2 package. In order to allow a smooth
transition, a libnsl-dev, which depends on libtirpc-dev, has been added
to the libc6-dev package.

The libnsl-dev dependency has been temporarily dropped in the 2.37-15.1
NMU, as part of the 64-bit time_t transition. This causes the xdr
feature of r-base to be dropped, I am not sure it is something to care
about.

Therefore please either:
- Add libtirpc-dev as build dependency
- Disable the xdr feature support explicitly so that it does not depend
  on the packages installed on the system.

Regards
Aurelien

Bug#1065215: xinetd: recent libc6-dev change causes the RPC support to be dropped

[Aurelien Jarno]

Source: xinetd
Version: 1:2.3.15.4-1
Severity: serious
Tags: ftbfs
Justification: fails to build from source (but built successfully in the past)
User: debian-gl...@lists.debian.org
Usertags: libtirpc-dev

Dear maintainer,

Starting with glibc 2.31, support for NIS (libnsl library) has been
moved to a separate libnsl2 package. In order to allow a smooth
transition, a libnsl-dev, which depends on libtirpc-dev, has been added
to the libc6-dev package.

The libnsl-dev dependency has been temporarily dropped in the 2.37-15.1i
NMU, as part of the 64-bit time_t transition. This causes the RPC
support of xinetd to be dropped, I am not sure it is something to care
about.

Therefore please either:
- Add libtirpc-dev as build dependency
- Disable the RPC support explicitly using --with-rpc=no, so that this
  feature does not depend on the packages installed on the system.

Regards
Aurelien

Bug#1065214: iproute2: recent libc6-dev change causes the RPC support to be dropped

[Aurelien Jarno]

Package: iproute2
Version: 6.7.0-2
Severity: serious
Tags: ftbfs
Justification: fails to build from source (but built successfully in the past)
User: debian-gl...@lists.debian.org
Usertags: libtirpc-dev

Dear maintainer,

Starting with glibc 2.31, support for NIS (libnsl library) has been
moved to a separate libnsl2 package. In order to allow a smooth
transition, a libnsl-dev, which depends on libtirpc-dev, has been added
to the libc6-dev package.

The libnsl-dev dependency has been temporarily dropped in the 2.37-15.1
NMU, as part of the 64-bit time_t transition. This causes the RPC
support in iproute2 (from misc/ss.c) to be dropped, I am not sure it is
something to care about.

Therefore please either:
- Add libtirpc-dev as build dependency
- Disable the RPC support explicitly using --without-rpc so that this
  feature does not depend on the packages installed on the system.

Regards
Aurelien

Bug#1065213: dovecot: recent libc6-dev change causes the rquota feature to be dropped

[Aurelien Jarno]

Source: dovecot
Version: 1:2.3.21+dfsg1-2
Severity: serious
Tags: ftbfs
Justification: fails to build from source (but built successfully in the past)
User: debian-gl...@lists.debian.org
Usertags: libtirpc-dev

Dear maintainer,

Starting with glibc 2.31, support for NIS (libnsl library) has been
moved to a separate libnsl2 package. In order to allow a smooth
transition, a libnsl-dev, which depends on libtirpc-dev, has been added
to the libc6-dev package.

The libnsl-dev dependency has been temporarily dropped in the 2.37-15.1
NMU, as part of the 64-bit time_t transition. This causes the rquota
feature of dovecot to be dropped, I am not sure it is something to care
about. 
 
Therefore please either:
- Add libtirpc-dev as build dependency
- Disable the rquota feature explicitly so that it does not depend on
  the packages installed on the system.

Regards
Aurelien

Bug#1065212: asymptote: recent libc6-dev change causes XDR and V3D support to be dropped

[Aurelien Jarno]

Source: asymptote
Version: 2.86+ds1-1
Severity: serious
Tags: ftbfs
Justification: fails to build from source (but built successfully in the past)
User: debian-gl...@lists.debian.org
Usertags: libtirpc-dev

Dear maintainer,

Starting with glibc 2.31, support for NIS (libnsl library) has been
moved to a separate libnsl2 package. In order to allow a smooth
transition, a libnsl-dev, which depends on libtirpc-dev, has been added
to the libc6-dev package.

The libnsl-dev dependency has been temporarily dropped in the 2.37-15.1
NMU, as part of the 64-bit time_t transition. This causes XDR and V3D
support in asymptote to be dropped, something which is not recommended
by upstream.

This can be fixed by adding an explicit Build-Depends on libtirpc-dev.
The glibc change will likely be reverted in the short term, but given
its a change we want to do for Trixie, this will only lower the severity
of the bug.

Regards
Aurelien

Bug#1065208: gcl: recent libc6-dev change causes XDR support to be dropped

[Aurelien Jarno]

On 2024-03-01 22:10, Aurelien Jarno wrote:
> Source: gcl
> Version: 2.6.14-6
> Severity: serious
> User: debian-gl...@lists.debian.org
> Usertags: libtirpc-dev
> 
> Dear maintainer,
> 
> Starting with glibc 2.31, support for NIS (libnsl library) has been
> moved to a separate libnsl2 package. In order to allow a smooth
> transition, a libnsl-dev, which depends on libtirpc-dev, has been added
> to the libc6-dev package.
> 
> The libnsl-dev dependency has been temporarily dropped in the 2.37-15.1
> NMU, as part of the 64-bit time_t transition. This causes gcl to disable
> the XDR support. Not fully sure what are the consequences, but it seems
> at least axiom requires XDR support.
> 
> Therefore please either:
> - Add libnsl-dev as build dependency

Sorry that was a thinko. I meant libtirpc-dev.

Regards
Aurelien

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

Bug#1065207: gcl27: recent libc6-dev change causes XDR support to be dropped

[Aurelien Jarno]

On 2024-03-01 22:10, Aurelien Jarno wrote:
> Source: gcl27
> Version: 2.7.0-20
> Severity: serious
> User: debian-gl...@lists.debian.org
> Usertags: libtirpc-dev
> 
> Dear maintainer,
> 
> Starting with glibc 2.31, support for NIS (libnsl library) has been
> moved to a separate libnsl2 package. In order to allow a smooth
> transition, a libnsl-dev, which depends on libtirpc-dev, has been added
> to the libc6-dev package.
> 
> The libnsl-dev dependency has been temporarily dropped in the 2.37-15.1
> NMU, as part of the 64-bit time_t transition. This causes gcl27 to
> disable the XDR support. Not fully sure what are the consequences.
> 
> Therefore please either:
> - Add libnsl-dev as build dependency

Sorry that was a thinko. I meant libtirpc-dev.

Regards
Aurelien

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

Bug#1065125: marked as done (libchipcard8 has an undeclared file conflict)

[Debian Bug Tracking System]

Your message dated Fri, 01 Mar 2024 22:07:50 +
with message-id 
and subject line Bug#1065125: fixed in libchipcard 5.1.6-2
has caused the Debian Bug report #1065125,
regarding libchipcard8 has an undeclared file conflict
to be marked as done.

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

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


-- 
1065125: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=1065125
Debian Bug Tracking System
Contact ow...@bugs.debian.org with problems
--- Begin Message ---
Package: libchipcard6t64
Version: 5.99.1beta-1
Severity: serious
User: debian...@lists.debian.org
Usertags: fileconflict
Control: affects -1 + libchipcard8
X-Debbugs-Cc: Benjamin Drung , vor...@debian.org

libchipcard6t64 has an undeclared file conflict. This may result in an
unpack error from dpkg.

The files
 * /usr/lib/x86_64-linux-gnu/gwenhywfar/plugins/79/ct/chiptanusb.so
 * /usr/lib/x86_64-linux-gnu/gwenhywfar/plugins/79/ct/chiptanusb.xml
 * /usr/lib/x86_64-linux-gnu/gwenhywfar/plugins/79/ct/ddvcard.so
 * /usr/lib/x86_64-linux-gnu/gwenhywfar/plugins/79/ct/ddvcard.xml
 * /usr/lib/x86_64-linux-gnu/gwenhywfar/plugins/79/ct/starcoscard.so
 * /usr/lib/x86_64-linux-gnu/gwenhywfar/plugins/79/ct/starcoscard.xml
 * /usr/lib/x86_64-linux-gnu/gwenhywfar/plugins/79/ct/zkacard.so
 * /usr/lib/x86_64-linux-gnu/gwenhywfar/plugins/79/ct/zkacard.xml
are contained in the packages
 * libchipcard6t64/5.1.6-1.1 as present in unstable
 * libchipcard8/5.99.1beta-1 as present in experimental

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

This actually is fallout from the time64 transition. Both libchipcard6
and libchipcard8 declared "Provides: libgwenhywfar79-plugins-ct" and
"Conflicts: libgwenhywfar79-plugins-ct". However, libchipcard6t64 has
changed this to libgwenhywfar-plugins-ct. The change in virtual facility
causes the conflicts to no longer take effect. Hence filing this with
libchipcard6t64 rather than libchipcard8.

Kind regards

Helmut
--- End Message ---
--- Begin Message ---
Source: libchipcard
Source-Version: 5.1.6-2
Done: Micha Lenk 

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

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

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

Debian distribution maintenance software
pp.
Micha Lenk  (supplier of updated libchipcard package)

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


-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256

Format: 1.8
Date: Fri, 01 Mar 2024 22:46:54 +0100
Source: libchipcard
Architecture: source
Version: 5.1.6-2
Distribution: unstable
Urgency: medium
Maintainer: Micha Lenk 
Changed-By: Micha Lenk 
Closes: 1038261 1065125
Changes:
 libchipcard (5.1.6-2) unstable; urgency=medium
 .
   * Drop transitional package libchipcard-libgwenhywfar60-plugins
 (Closes: #1038261).
   * Fix substvars for Gwenhywfar SONAME that broke due to 64-bit time_t
 transition (Closes: #1065125).
   * Package is compliant to Debian Policy 4.6.2 (no changes needed).
Checksums-Sha1:
 3847c99abe536d504862edf4147c89b5d96f3531 2498 libchipcard_5.1.6-2.dsc
 15a71977f79ade1b3d3206acfe7258ab8138259d 17480 
libchipcard_5.1.6-2.debian.tar.xz
 1589c5ce84117cf1e0b34bb262177a7a4d4dd022 6995 
libchipcard_5.1.6-2_source.buildinfo
Checksums-Sha256:
 788837b92b4c6bd44dc2b78727086e713a6ebe59107f45b78f239ef0fb092e53 2498 
libchipcard_5.1.6-2.dsc
 df2f32dbeb68ff4930c845903d735d3ed87b935917727185d3a146edd1abf69e 17480 
libchipcard_5.1.6-2.debian.tar.xz
 763ed76f191d9e99827f97ead4924f5dce37215022e51d8a12e4e711194e60ea 6995 
libchipcard_5.1.6-2_source.buildinfo
Files:
 4620c2a4bf4b01439d7ff2657f74b82a 2498 libs optional libchipcard_5.1.6-2.dsc
 fb1be90cd4cfcbdb5c5274189b369c81 17480 libs optional 
libchipcard_5.1.6-2.debian.tar.xz
 a877224abaadee4839328fd9d95b5c2e 6995 libs optional 
libchipcard_5.1.6-2_source.buildinfo

-BEGIN PGP SIGNATURE-

iQJFBAEBCAAvFiEEo+u0H8Wr1nXO5BxF6mymuVG4UTkFAmXiTSwRHG1pY2hhQGRl
Ymlhbi5vcmcACgkQ6mymuVG4UTnFmA/9EcarY3na6N8SUft4LGwObgu1uUetfKh7
x+F+24Megeujq3tp3MDEs9xcJ/g6xyT2UQy9iHXhrWkJD2/O7vNVrO7jpYpqR4Lq

Bug#1065125: libchipcard8 has an undeclared file conflict

[Micha Lenk]

Hi all,

Am 01.03.24 um 22:38 schrieb Micha Lenk:

I think I've found a fix for it:
https://salsa.debian.org/aqbanking-team/pkg-libchipcard/-/commit/045b1f498f1a2620e4b7c9538497ae54e18b

I currently have no capacity for testing it right away, so feel free to 
prepare another 0-day-NMU to fix this RC bug quicker than I can.


Nah, validation was easy enough. Uploading right away...

Cheers,
Micha

Bug#1065125: libchipcard8 has an undeclared file conflict

[Micha Lenk]

Hi Helmut,

thank you for reporting this issue.

Am 29.02.24 um 23:45 schrieb Helmut Grohne:

This actually is fallout from the time64 transition. Both libchipcard6
and libchipcard8 declared "Provides: libgwenhywfar79-plugins-ct" and
"Conflicts: libgwenhywfar79-plugins-ct". However, libchipcard6t64 has
changed this to libgwenhywfar-plugins-ct. The change in virtual facility
causes the conflicts to no longer take effect. Hence filing this with
libchipcard6t64 rather than libchipcard8.


The Provides/Conflicts accidentally changing from 
libgwenhywfar79-plugins-ct to libgwenhywfar-plugins-ct is caused by some 
custom substvars generation done by the script 
debian/update_substvars.sh, which writes the variable to a package 
specific substvars file debian/libchipcard6.substvar. The package rename 
caused this substvar defined in that file to be lost.


I think I've found a fix for it:
https://salsa.debian.org/aqbanking-team/pkg-libchipcard/-/commit/045b1f498f1a2620e4b7c9538497ae54e18b

I currently have no capacity for testing it right away, so feel free to 
prepare another 0-day-NMU to fix this RC bug quicker than I can.


Best regards,
Micha

Bug#1026587: marked as done (cerealizer: FTBFS: TypeError: __dict__ must be set to a dictionary, not a 'NoneType')

[Debian Bug Tracking System]

Your message dated Fri, 01 Mar 2024 21:34:21 +
with message-id 
and subject line Bug#1026587: fixed in cerealizer 0.8.4-1
has caused the Debian Bug report #1026587,
regarding cerealizer: FTBFS: TypeError: __dict__ must be set to a dictionary, 
not a 'NoneType'
to be marked as done.

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

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


-- 
1026587: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=1026587
Debian Bug Tracking System
Contact ow...@bugs.debian.org with problems
--- Begin Message ---
Source: cerealizer
Version: 0.8.1-4
Severity: serious
Justification: FTBFS
Tags: bookworm sid ftbfs
User: lu...@debian.org
Usertags: ftbfs-20221220 ftbfs-bookworm

Hi,

During a rebuild of all packages in sid, your package failed to build
on amd64.


Relevant part (hopefully):
> make[1]: Entering directory '/<>'
> PYBUILD_SYSTEM=custom \
> PYBUILD_TEST_ARGS="{interpreter} test/regtest.py" dh_auto_test
> dh_auto_test: warning: Compatibility levels before 10 are deprecated (level 7 
> in use)
> I: pybuild base:240: python3.11 test/regtest.py
> /<>/test/regtest.py:13: DeprecationWarning: the imp module is 
> deprecated in favour of importlib and slated for removal in Python 3.12; see 
> the module's documentation for alternative uses
>   import imp
> .E..EE...E
> ==
> ERROR: test_obj_slot (__main__.TestBasicType.test_obj_slot)
> --
> Traceback (most recent call last):
>   File "/<>/test/regtest.py", line 172, in test_obj_slot
> self.loads_dumps_and_compare(o)
>   File "/<>/test/regtest.py", line 20, in loads_dumps_and_compare
> obj2 = cerealizer.loads(cerealizer.dumps(obj1))
>
>   File 
> "/<>/.pybuild/cpython3_3.11/build/cerealizer/__init__.py", line 
> 602, in loads
> return Dumper().undump(BytesIO(string))
>
>   File 
> "/<>/.pybuild/cpython3_3.11/build/cerealizer/__init__.py", line 
> 174, in undump
> for obj in self.id2obj: _HANDLERS_[obj.__class__].undump_data(obj, self, 
> s)
> 
> ^^^
>   File 
> "/<>/.pybuild/cpython3_3.11/build/cerealizer/__init__.py", line 
> 432, in undump_data
> for slot in self.Class_slots: setattr(obj, slot, state[slot])
>  ~^^
> TypeError: tuple indices must be integers or slices, not str
> 
> ==
> ERROR: test_getstate_hacked (__main__.TestSecurity.test_getstate_hacked)
> --
> Traceback (most recent call last):
>   File "/<>/test/regtest.py", line 274, in test_getstate_hacked
> cerealizer.loads(cerealizer.dumps(o))
>   File 
> "/<>/.pybuild/cpython3_3.11/build/cerealizer/__init__.py", line 
> 602, in loads
> return Dumper().undump(BytesIO(string))
>
>   File 
> "/<>/.pybuild/cpython3_3.11/build/cerealizer/__init__.py", line 
> 174, in undump
> for obj in self.id2obj: _HANDLERS_[obj.__class__].undump_data(obj, self, 
> s)
> 
> ^^^
>   File 
> "/<>/.pybuild/cpython3_3.11/build/cerealizer/__init__.py", line 
> 406, in undump_data
> else:   obj.__dict__ =   dumper.undump_ref(s)
> 
> TypeError: __dict__ must be set to a dictionary, not a 'NoneType'
> 
> ==
> ERROR: test_new_hacked (__main__.TestSecurity.test_new_hacked)
> --
> Traceback (most recent call last):
>   File "/<>/test/regtest.py", line 281, in test_new_hacked
> cerealizer.loads(cerealizer.dumps(o))
>   File 
> "/<>/.pybuild/cpython3_3.11/build/cerealizer/__init__.py", line 
> 602, in loads
> return Dumper().undump(BytesIO(string))
>
>   File 
> "/<>/.pybuild/cpython3_3.11/build/cerealizer/__init__.py", line 
> 174, in undump
> for obj in self.id2obj: _HANDLERS_[obj.__class__].undump_data(obj, self, 
> s)
> 
> ^^^
>   File 
> "/<>/.pybuild/cpython3_3.11/build/cerealizer/__init__.py", line 
> 406, in undump_data
> else:   obj.__dict__ =   

Bug#1065167: google-perftools: FTBFS on armhf/armel: static_assert(sizeof(int32_t) == sizeof(off_t), "")

[Aliaksey Kandratsenka]

Hi. Upstream maintainer here. Please cherry-pick:
https://github.com/gperftools/gperftools/commit/198b3dd2d0b4d83c873b2ce480837edacc0f35ab


On Fri, Mar 1, 2024 at 6:15 AM Emanuele Rocca  wrote:

> Source: google-perftools
> Version: 2.15-1.1
> Severity: serious
> Tags: ftbfs
> User: debian-...@lists.debian.org
> Usertag: time64
>
> Dear Maintainer,
>
> google-perftools fails to build from source when building with
> -D_TIME_BITS=64
> on armhf and armel with the following error:
>
> src/mmap_hook.cc:309:31: error: static assertion failed
>   309 | static_assert(sizeof(int32_t) == sizeof(off_t), "");
>   |   ^~~~
> src/mmap_hook.cc:309:31: note: the comparison reduces to ‘(4 == 8)’
> make[1]: *** [Makefile:5124: src/libtcmalloc_internal_la-mmap_hook.lo]
> Error 1
>
> The package builds correctly disabling the time64 flags with:
>
>   DEB_BUILD_MAINT_OPTIONS=abi=-time64 dpkg-buildpackage
>
>

Bug#1065210: fricas: missing build-dep on libtirpc-dev or libtirpc-dev dependency in gcl

[Aurelien Jarno]

Source: fricas
Version: 1.3.10-1
Severity: serious
Tags: ftbfs
Justification: fails to build from source (but built successfully in the past)
User: debian-gl...@lists.debian.org
Usertags: libtirpc-dev

Dear maintainer,

Starting with glibc 2.31, support for NIS (libnsl library) has been
moved to a separate libnsl2 package. In order to allow a smooth
transition, a libnsl-dev, which depends on libtirpc-dev, has been added
to the libc6-dev package.

The libnsl-dev dependency has been temporarily dropped in the 2.37-15.1
NMU, as part of the 64-bit time_t transition. This causes fricas to
FTBFS in sid with:

| End of Pass 1.
| End of Pass 2.
| OPTIMIZE levels: Safety=0 (No runtime error checking), Space=0, Speed=3
| Finished compiling /<>/src/lisp/primitives.o.
| #p"/<>/src/lisp/primitives.o"
| NIL
| NIL
| 
| >echo '(compiler::link nil "prelisp" ' \
|   ' (format nil "(progn (let ((SI::*load-path*' \
| ' (cons ~S SI::*load-path*))' \
| ' (si::*load-types* ~S))' \
|' (compiler::emit-fn t))' \
|   ' (when (fboundp (quote si::sgc-on))' \
| ' (si::sgc-on nil))' \
|   ' (setq compiler::*default-system-p* nil))' 
\
|  ' (setq compiler::*default-large-memory-model-p* t))"' \
|   ' si::*system-directory* (quote (list ".lsp")))' \
|'  "/<>/src/lib/bsdsignal.o 
/<>/src/lib/cfuns-c.o /<>/src/lib/sockio-c.o ")' \
| | gcl
| GCL (GNU Common Lisp)  2.6.14 Fri Jan 13 10:47:56 AM EST 2023  ANSIgit: 
Version_2_6_15pre5
| Source License: LGPL(gcl,gmp), GPL(unexec,bfd,xgcl)
| Binary License:  GPL due to GPL'ed components: (XGCL UNEXEC)
| Modifications of this banner must retain notice of a compatible license
| Dedicated to the memory of W. Schelter
| 
| Use (help) to get some basic information on how to use GCL.
| Temporary directory for compiler files:
| /tmp/
| 
| >/usr/bin/ld: cannot find -ltirpc: No such file or directory
| collect2: error: ld returned 1 exit status
| 
| Correctable error:
| Fast links are on: do (si::use-fast-links nil) for debugging
| Signalled by COMPILER::LINK.
| If continued: Continues anyway.
| SIMPLE-ERROR: (SYSTEM "/usr/bin/gcc  -Wl,-z,relro -no-pie 
-Wl,-T,../unixport/gcl.script -o  /<>/src/lisp/raw_prelisp 
user-init.o  -L/usr/lib/gcl-2.6.14/unixport/ -Wl,-Map 
/<>/src/lisp/raw_prelisp_map /<>/src/lib/bsdsignal.o 
/<>/src/lib/cfuns-c.o /<>/src/lib/sockio-c.o  
-lansi_gcl  -lX11   -lm -ldl  -lgmp -ltirpc -lreadline -lc -lgclp") returned a 
non-zero value 1 0.
| 
| Broken at COMPILER::LINK.  Type :H for Help.
| 1 (continue) Continues anyway.
| 2  Return to top level.
| >>make[3]: *** [Makefile:250: do_it.gcl] Error 255
| make[3]: Leaving directory '/<>/src/lisp'
| make[2]: *** [Makefile:231: all-lisp] Error 2
| make[2]: Leaving directory '/<>/src'
| make[1]: *** [Makefile:251: all-src] Error 2
| make[1]: Leaving directory '/<>'
| make: *** [debian/rules:43: build-stamp] Error 2
| dpkg-buildpackage: error: debian/rules binary subprocess returned exit status 
2

One way to fix that would be to add an explicit Build-Depends on
libtirpc-dev. That said I could not find any reference to tirpc in the
fricas package, so I wonder if the right change is actually to add a
libtirpc-dev dependency to the gcl binary package.

You probably know that better than me, so please use the best option and
feel free to reassign the bug to the right package.

Regards
Aurelien

Bug#1065207: gcl27: recent libc6-dev change causes XDR support to be dropped

[Aurelien Jarno]

Source: gcl27
Version: 2.7.0-20
Severity: serious
User: debian-gl...@lists.debian.org
Usertags: libtirpc-dev

Dear maintainer,

Starting with glibc 2.31, support for NIS (libnsl library) has been
moved to a separate libnsl2 package. In order to allow a smooth
transition, a libnsl-dev, which depends on libtirpc-dev, has been added
to the libc6-dev package.

The libnsl-dev dependency has been temporarily dropped in the 2.37-15.1
NMU, as part of the 64-bit time_t transition. This causes gcl27 to
disable the XDR support. Not fully sure what are the consequences.

Therefore please either:
- Add libnsl-dev as build dependency
- Disable XDR support explicitly with --disable-xdr so that this feature
  does not depend on the packages installed on the system.

The glibc change will likely be reverted in the short term, but given
its a change we want to do for Trixie, this will only lower the severity
of the bug.

Regards
Aurelien

Bug#1065208: gcl: recent libc6-dev change causes XDR support to be dropped

[Aurelien Jarno]

Source: gcl
Version: 2.6.14-6
Severity: serious
User: debian-gl...@lists.debian.org
Usertags: libtirpc-dev

Dear maintainer,

Starting with glibc 2.31, support for NIS (libnsl library) has been
moved to a separate libnsl2 package. In order to allow a smooth
transition, a libnsl-dev, which depends on libtirpc-dev, has been added
to the libc6-dev package.

The libnsl-dev dependency has been temporarily dropped in the 2.37-15.1
NMU, as part of the 64-bit time_t transition. This causes gcl to disable
the XDR support. Not fully sure what are the consequences, but it seems
at least axiom requires XDR support.

Therefore please either:
- Add libnsl-dev as build dependency
- Disable XDR support explicitly with --disable-xdr so that this feature
  does not depend on the packages installed on the system.

The glibc change will likely be reverted in the short term, but given
its a change we want to do for Trixie, this will only lower the severity
of the bug.

Regards
Aurelien

Bug#1065173: udns: FTBFS on armhf/armel: configure: fatal: cannot find libraries needed for sockets

[Emanuele Rocca]

Hi Michael,

On 2024-03-01 09:13, Michael Tokarev wrote:
> This has nothing to do with time64.

Yes and no. :-)

> The prob here is -Werror=implicit-function-declaration
> 
> Where that flag is coming from?

https://git.dpkg.org/cgit/dpkg/dpkg.git/commit/?id=ef90821fe45b99fa8c8c4279b9a74c30f59f491d

Bug#1065162: marked as done (yp-tools: FTBFS: missing build-dep on libnsl-dev)

[Debian Bug Tracking System]

Your message dated Fri, 01 Mar 2024 20:50:39 +
with message-id 
and subject line Bug#1065162: fixed in yp-tools 4.2.3-4
has caused the Debian Bug report #1065162,
regarding yp-tools: FTBFS: missing build-dep on libnsl-dev
to be marked as done.

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

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


-- 
1065162: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=1065162
Debian Bug Tracking System
Contact ow...@bugs.debian.org with problems
--- Begin Message ---
Source: yp-tools
Version: 4.2.3-3
Severity: serious
Tags: ftbfs
Justification: fails to build from source (but built successfully in the past)
User: debian-gl...@lists.debian.org
Usertags: libnsl-dev

Dear maintainer,

Starting with glibc 2.31, support for NIS (libnsl library) has been
moved to a separate libnsl2 package. In order to allow a smooth
transition, a libnsl-dev has been added to the libc6-dev package.

This dependency has been temporarily dropped in the 2.37-15.1 NMU, as
part of the 64-bit time_t transition. This causes yp-tools to FTBFS in
sid with:

| gcc -DHAVE_CONFIG_H -I. -I..  -I. -I/usr/include/tirpc   
-DLOCALEDIR=\"/usr/share/locale\" -Wdate-time -D_FORTIFY_SOURCE=2 -Wall 
-D_REENTRANT=1 -g -O2 -ffile-prefix-map=/<>=. 
-fstack-protector-strong -fstack-clash-protection -Wformat 
-Werror=format-security -fcf-protection -c -o host2ypbind3_binding.o 
host2ypbind3_binding.c
| yp_all_host.c:30:10: fatal error: rpcsvc/ypclnt.h: No such file or directory
|30 | #include 
|   |  ^
| compilation terminated.
| make[3]: *** [Makefile:443: yp_all_host.o] Error 1
| make[3]: *** Waiting for unfinished jobs
| make[3]: Leaving directory '/<>/lib'
| make[2]: *** [Makefile:447: all-recursive] Error 1
| make[2]: Leaving directory '/<>'
| make[1]: *** [Makefile:379: all] Error 2
| make[1]: Leaving directory '/<>'
| dh_auto_build: error: make -j3 returned exit code 2
| make: *** [debian/rules:19: build] Error 25
| dpkg-buildpackage: error: debian/rules build subprocess returned exit status 2

This could be fixed by adding an explicit Build-Depends on libnsl-dev.
The glibc change will likely be reverted in the short term, but given
its a change we want to do for Trixie, this will only lower the severity
of the bug.

Regards
Aurelien
--- End Message ---
--- Begin Message ---
Source: yp-tools
Source-Version: 4.2.3-4
Done: Francesco Paolo Lovergine 

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

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

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

Debian distribution maintenance software
pp.
Francesco Paolo Lovergine  (supplier of updated yp-tools 
package)

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


-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512

Format: 1.8
Date: Fri, 01 Mar 2024 20:21:08 +
Source: yp-tools
Binary: yp-tools yp-tools-dbgsym
Architecture: source amd64
Version: 4.2.3-4
Distribution: unstable
Urgency: medium
Maintainer: Francesco Paolo Lovergine 
Changed-By: Francesco Paolo Lovergine 
Description:
 yp-tools   - Tools for working with Network Information System (NIS)
Closes: 1065162
Changes:
 yp-tools (4.2.3-4) unstable; urgency=medium
 .
   * Added a b-d on libnls-dev.
 (closes: #1065162)
   * Policy bumped to 4.6.2. No changes.
Checksums-Sha1:
 01a2e26912e625a769bc5d1213a288432600649c 1916 yp-tools_4.2.3-4.dsc
 71bf44b6989beff28995aee81a97b08726b5c36d 5512 yp-tools_4.2.3-4.debian.tar.xz
 e69353b526f920c45053f998e9061e28f9f7d1d8 79932 
yp-tools-dbgsym_4.2.3-4_amd64.deb
 49c7ec311aeb190378660966b90dc83994a8c61c 6863 yp-tools_4.2.3-4_amd64.buildinfo
 fe9972ebeb4352e4fe3aba0ce9cfb161025cf773 54528 yp-tools_4.2.3-4_amd64.deb
Checksums-Sha256:
 5ae5d8de6c1f8c5db9f19f14c90f70ef0989576d797d15da7025db3797b87680 1916 
yp-tools_4.2.3-4.dsc
 3d6ac2a6868751abdec4f4a64b424528fb82a33cc7d17dc75a4c6bf576a4ac6a 5512 
yp-tools_4.2.3-4.debian.tar.xz
 c7b355ddd674421aa1e363522f6fcaef582c525eca50682676c91edb72e8f0ce 79932 
yp-tools-dbgsym_4.2.3-4_amd64.deb
 3ed5c649ee76d86490edc6ffe755c6fe6535b255596b71dcc7026cbd15a38708 6863 
yp-tools_4.2.3-4_amd64.buildinfo
 5661baf2b74571aa3f7340a2119747464402d8e439d5cf431786cbe0b46c23a3 54528 
yp-tools_4.2.3-4_amd64.deb
Files:
 5051b5f6ea74bb056e7a16226e227216 1916 libs 

Bug#1061577: Naming of non-crates.io packages in Debian (was: Re: Processed: retitle 1061577 to rust-io: RUSTSEC-2020-0021…)

[Blair Noctis]

On Wed, 28 Feb 2024 23:27:20 +0100 Jonas Smedegaard  wrote:
> Quoting Debian Bug Tracking System (2024-01-27 09:42:03)
> > Processing commands for cont...@bugs.debian.org:
> > 
> > > retitle 1061577 rust-io: RUSTSEC-2020-0021: CVE-2020-35876: 
> > > use-after-free buffer access when a future is leaked
> > Bug #1061577 [src:rust-rio] rust-rio: use-after-free buffer access when a 
> > future is leaked
> > Changed Bug title to 'rust-io: RUSTSEC-2020-0021: CVE-2020-35876: 
> > use-after-free buffer access when a future is leaked' from 'rust-rio: 
> > use-after-free buffer access when a future is leaked'.
> > > thanks
> > Stopping processing here.
> 
> The Debian source package src:rust-rio does *not* contain the Rust crate
> rio.  That Rust crate originates from Github repository "sacejam/rio",
> whereas the Debian package originates from different Github repository
> "oxigrah/rio" which contains Rust crates rio_api, rio_turtle and
> rio_xml.
> 
> Closing as a non-bug.
> 
>  - Jonas
> 
> -- 
>  * Jonas Smedegaard - idealist & Internet-arkitekt
>  * Tlf.: +45 40843136  Website: http://dr.jones.dk/
>  * Sponsorship: https://ko-fi.com/drjones
> 
>  [x] quote me freely  [ ] ask before reusing  [ ] keep private

Jonas: you may want to check your keyboard for the P key ;) It's missing from
both repository name specifiers.

That aside, the package you uploaded as src:rust-rio is actually a combination
of crates.io packages rio_api, rio_turtle, and rio_xml. Despite the upstream
repository being named rio, it ("a low level library which provides conformant
and fast parsers and formatters for RDF related file formats") is very different
from the crates.io package rio, "bindings for io_uring".

As a convention in the Rust ecosystem, a crate name alone refers to crate
published on crates.io with that name. So rio means crates.io/crates/rio, the
io_uring bindings package, not the RDF thing(s). The src:rust-* namespace
currently follows that convention. It's rather confusing that src:rust-rio isn't
the io_uring one, regardless of packaging practices. Please consider using a
more descriptive or namespaced name. It may be a good chance to discuss about
naming of non-crates.io packages in Debian, thus sending to debian-rust.

-- 
Sdrager,
Blair Noctis


OpenPGP_signature.asc
Description: OpenPGP digital signature

Bug#1065163: marked as done (ypserv: FTBFS: missing build-dep on libnsl-dev)

[Debian Bug Tracking System]

Your message dated Fri, 01 Mar 2024 19:53:53 +
with message-id 
and subject line Bug#1065163: fixed in ypserv 4.2-2
has caused the Debian Bug report #1065163,
regarding ypserv: FTBFS: missing build-dep on libnsl-dev
to be marked as done.

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

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


-- 
1065163: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=1065163
Debian Bug Tracking System
Contact ow...@bugs.debian.org with problems
--- Begin Message ---
Source: ypserv
Version: 4.2-1.1
Severity: serious
Tags: ftbfs
Justification: fails to build from source (but built successfully in the past)
User: debian-gl...@lists.debian.org
Usertags: libnsl-dev

Dear maintainer,

Starting with glibc 2.31, support for NIS (libnsl library) has been
moved to a separate libnsl2 package. In order to allow a smooth
transition, a libnsl-dev has been added to the libc6-dev package.

This dependency has been temporarily dropped in the 2.37-15.1 NMU, as
part of the 64-bit time_t transition. This causes ypserv to FTBFS in
sid with:

| gcc -DHAVE_CONFIG_H -D_REENTRANT=1 -DCONFDIR=\"/etc\" -DYPMAPDIR=\"/var/yp\" 
-DUSE_SD_NOTIFY=1 -I. -I..  -I.. -I.. -I. -Wdate-time -D_FORTIFY_SOURCE=2 -fpie 
 -I/usr/include/tirpc  -Werror -g -O2 -ffile-prefix-map=/<>=. 
-fstack-protector-strong -fstack-clash-protection -Wformat 
-Werror=format-security -fcf-protection -Wno-error=format-truncation= 
-Wno-error=format-overflow= -W -Wall -Wbad-function-cast -Wcast-align 
-Wcast-qual -Wmissing-declarations -Wmissing-prototypes -Wpointer-arith 
-Wreturn-type -Wstrict-prototypes -c -o securenets.o securenets.c
| In file included from ypproc_match_2.c:22:
| yp.h:10:10: fatal error: rpcsvc/yp_prot.h: No such file or directory
|10 | #include 
|   |  ^~
| compilation terminated.
| gmake[3]: *** [Makefile:615: ypproc_match_2.o] Error 1
| gmake[3]: *** Waiting for unfinished jobs
| gmake[3]: Leaving directory '/<>/lib'
| gmake[2]: *** [Makefile:395: all-recursive] Error 1
| gmake[2]: Leaving directory '/<>'
| make[1]: *** [Makefile:336: all] Error 2
| make[1]: Leaving directory '/<>'
| dh_auto_build: error: make -j3 returned exit code 2
| make: *** [debian/rules:28: build] Error 25
| dpkg-buildpackage: error: debian/rules build subprocess returned exit status 2

This could be fixed by adding an explicit Build-Depends on libnsl-dev.
The glibc change will likely be reverted in the short term, but given
its a change we want to do for Trixie, this will only lower the severity
of the bug.

Regards
Aurelien
--- End Message ---
--- Begin Message ---
Source: ypserv
Source-Version: 4.2-2
Done: Francesco Paolo Lovergine 

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

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

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

Debian distribution maintenance software
pp.
Francesco Paolo Lovergine  (supplier of updated ypserv 
package)

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


-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512

Format: 1.8
Date: Fri, 01 Mar 2024 20:21:37 +0100
Source: ypserv
Binary: ypserv ypserv-dbgsym
Architecture: source amd64
Version: 4.2-2
Distribution: unstable
Urgency: medium
Maintainer: Francesco Paolo Lovergine 
Changed-By: Francesco Paolo Lovergine 
Description:
 ypserv - Server daemon for working with Network Information System (NIS)
Closes: 1065163
Changes:
 ypserv (4.2-2) unstable; urgency=medium
 .
   * Added netbase dependency on netbase. Thanks Peter Williams for pointing
 the now missing dependency for running a working make.
   * Policy bumped to 4.6.2. No changes.
   * Added b-d on libnsl-dev.
 (closes: #1065163)
   * Added BASH overriding in d/rules as suggested by Vagrant Cascadian for 
#983138.
Checksums-Sha1:
 6fe6b1030223a761a5f423459c8adceebcb3a52e 1952 ypserv_4.2-2.dsc
 8acce8b2e3ee5fe22afbff667e3da10a4dc79c37 18224 ypserv_4.2-2.debian.tar.xz
 96d37e5228c823d478f00dd96e811aa0c906efe6 206568 ypserv-dbgsym_4.2-2_amd64.deb
 ca725040ecf92f996f23df39049354080ce417af 7001 ypserv_4.2-2_amd64.buildinfo
 09dead5d4c200f4dce955b90201b3debd3231f8a 112900 ypserv_4.2-2_amd64.deb
Checksums-Sha256:
 7918b6755263e132092c0731a5238deba865ae4898b8eb7544a4b283b3120245 1952 
ypserv_4.2-2.dsc
 

Bug#1063107: marked as done (openvdb: NMU diff for 64-bit time_t transition)

[Debian Bug Tracking System]

Your message dated Fri, 01 Mar 2024 19:35:13 +
with message-id 
and subject line Bug#1063107: fixed in openvdb 10.0.1-2.1
has caused the Debian Bug report #1063107,
regarding openvdb: NMU diff for 64-bit time_t transition
to be marked as done.

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

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


-- 
1063107: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=1063107
Debian Bug Tracking System
Contact ow...@bugs.debian.org with problems
--- Begin Message ---
Source: openvdb
Version: 10.0.1-2
Severity: serious
Tags: patch pending sid trixie
Justification: library ABI skew on upgrade
User: debian-...@lists.debian.org
Usertags: time-t

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

Dear maintainer,

As part of the 64-bit time_t transition required to support 32-bit
architectures in 2038 and beyond
(https://wiki.debian.org/ReleaseGoals/64bit-time), we have identified
openvdb as a source package shipping runtime libraries whose ABI
either is affected by the change in size of time_t, or could not be
analyzed via abi-compliance-checker (and therefore to be on the safe
side we assume is affected).

To ensure that inconsistent combinations of libraries with their
reverse-dependencies are never installed together, it is necessary to
have a library transition, which is most easily done by renaming the
runtime library package.

Since turning on 64-bit time_t is being handled centrally through a change
to the default dpkg-buildflags (https://bugs.debian.org/1037136), it is
important that libraries affected by this ABI change all be uploaded close
together in time.  Therefore I have prepared a 0-day NMU for openvdb
which will initially be uploaded to experimental if possible, then to
unstable after packages have cleared binary NEW.

Please find the patch for this NMU attached.

If you have any concerns about this patch, please reach out ASAP.  Although
this package will be uploaded to experimental immediately, there will be a
period of several days before we begin uploads to unstable; so if information
becomes available that your package should not be included in the transition,
there is time for us to amend the planned uploads.



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

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

Bug#1065110: marked as done (ypbind-mt: FTBFS: missing build-dep on libnsl-dev)

[Debian Bug Tracking System]

Your message dated Fri, 01 Mar 2024 19:36:11 +
with message-id 
and subject line Bug#1065110: fixed in ypbind-mt 2.7.2-3
has caused the Debian Bug report #1065110,
regarding ypbind-mt: FTBFS: missing build-dep on libnsl-dev
to be marked as done.

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

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


-- 
1065110: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=1065110
Debian Bug Tracking System
Contact ow...@bugs.debian.org with problems
--- Begin Message ---
Source: ypbind-mt
Version: 2.7.2-2
Severity: serious
Tags: ftbfs
Justification: fails to build from source (but built successfully in the past)
User: debian-gl...@lists.debian.org
Usertags: libnsl-dev

Dear maintainer,

Starting with glibc 2.31, support for NIS (libnsl library) has been
moved to a separate libnsl2 package. In order to allow a smooth
transition, a libnsl-dev has been added to the libc6-dev package.

This dependency has been temporarily dropped in the 2.37-15.1 NMU, as
part of the 64-bit time_t transition. This causes ypbind-mt to FTBFS in
sid with:

| checking for sys/types.h... yes
| checking for unistd.h... yes
| checking for wchar.h... yes
| checking for minix/config.h... no
| checking whether it is safe to define __EXTENSIONS__... yes
| checking whether _XOPEN_SOURCE should be defined... no
| checking for pthread_create in -lpthread... yes
| checking for pkg-config... /usr/bin/pkg-config
| checking pkg-config is at least version 0.9.0... yes
| checking for libsystemd >= 209... yes
| checking for libnsl... no
| configure: error: Package requirements (libnsl) were not met:
| 
| Package 'libnsl', required by 'virtual:world', not found
| 
| Consider adjusting the PKG_CONFIG_PATH environment variable if you
| installed software in a non-standard prefix.
| 
| Alternatively, you may set the environment variables NSL_CFLAGS
| and NSL_LIBS to avoid the need to call pkg-config.
| See the pkg-config man page for more details.
| tail -v -n \+0 config.log

This could be fixed by adding an explicit Build-Depends on libnsl-dev.
The glibc change will likely be reverted in the short term, but given
its a change we want to do for Trixie, this will only lower the severity
of the bug.

Regards
Aurelien
--- End Message ---
--- Begin Message ---
Source: ypbind-mt
Source-Version: 2.7.2-3
Done: Francesco Paolo Lovergine 

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

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

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

Debian distribution maintenance software
pp.
Francesco Paolo Lovergine  (supplier of updated ypbind-mt 
package)

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


-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512

Format: 1.8
Date: Fri, 01 Mar 2024 20:02:04 +0100
Source: ypbind-mt
Binary: ypbind-mt ypbind-mt-dbgsym
Architecture: source amd64
Version: 2.7.2-3
Distribution: unstable
Urgency: medium
Maintainer: Francesco Paolo Lovergine 
Changed-By: Francesco Paolo Lovergine 
Description:
 ypbind-mt  - Client daemon for working with Network Information System (NIS)
Closes: 987920 1065110
Changes:
 ypbind-mt (2.7.2-3) unstable; urgency=medium
 .
   * Added a b-d on libnsl-dev.
 (closes: #1065110)
   * Policy bumped to 4.6.3. No changes.
   * Added a simple README.Debian to document briefly the basic usage of
 the NIS client.
 (closes: #987920)
Checksums-Sha1:
 0dc708cdeca4cd12489503c2ae5802609863ca43 1962 ypbind-mt_2.7.2-3.dsc
 225810fd02c106738801b0fbc7bf05d7cb2fe3b4 9004 ypbind-mt_2.7.2-3.debian.tar.xz
 37033e85981b19a30caf3a07a2c72ab5797fff35 51444 
ypbind-mt-dbgsym_2.7.2-3_amd64.deb
 9be52025524a3c1f0dd9f159e9baad91edf7489a 7028 ypbind-mt_2.7.2-3_amd64.buildinfo
 ae85e368b652edcf98742e898a41ad504d998e5a 40252 ypbind-mt_2.7.2-3_amd64.deb
Checksums-Sha256:
 39c8084ca12a3b65180bf8d782c3956eb0300e91c5572789995bc4f81101895a 1962 
ypbind-mt_2.7.2-3.dsc
 18546064c1c51a27bd594940b077efc3f634e7da14c1f686a8e0617d20ce37d7 9004 
ypbind-mt_2.7.2-3.debian.tar.xz
 68e14e38f2bab790e6f2a792112d8f500f6d284c079a089d157fef2caed8c7f5 51444 
ypbind-mt-dbgsym_2.7.2-3_amd64.deb
 d488ae15f36bf2935f46251f78fe463ac87f9c19215d48270403c2f2b06170b3 7028 
ypbind-mt_2.7.2-3_amd64.buildinfo
 

Bug#1065153: v4l-utils: FTBFS on armhf/armel: _TIME_BITS=64 is allowed only with _FILE_OFFSET_BITS=64

[Gregor Jasny]

Hello,

On 01.03.24 11:34, Emanuele Rocca wrote:

This seems intentional, see meson.build:

   v4l2_wrapper_args = [
   # As the library needs to provide both 32-bit and 64-bit versions
   # of file operations, disable transparent large file support (fixes
   # 'Error: symbol `open64/mmap64' is already defined' compile failure
   # otherwise)
   '-U_FILE_OFFSET_BITS',
   '-D_FILE_OFFSET_BITS=32',
   '-D_LARGEFILE64_SOURCE',
   ]


You're right disabling LFS was intentional. Those "wrappers" are meent 
to be preloaded with LD_PRELOAD and should intercept all V4L related 
calls like open, close, mmap, etc.


I believe the conflict arose because the Debian CFLAGS now define a 64 
bit time_t value on 32bit architectures. I believe none of the code 
within those wrappers is sensitive to time_t. Therefore I also undefined

the _TIME_BITS. That should resolve the issue for the Debian package.

For upstream the problem is a little bit trickier because the "tracer" 
also uses those flags. But the tracer consists of lots of files. Maybe 
those have to be split up.


Thanks,
Gregor

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

[Steve Langasek]

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 openvdb-10.0.1/debian/changelog openvdb-10.0.1/debian/changelog
--- openvdb-10.0.1/debian/changelog 2023-05-04 21:14:05.0 +
+++ openvdb-10.0.1/debian/changelog 2024-03-01 19:17:49.0 +
@@ -1,3 +1,10 @@
+openvdb (10.0.1-2.1) unstable; urgency=medium
+
+  * Non-maintainer upload.
+  * Rename libraries for 64-bit time_t transition.  Closes: #1063107
+
+ -- Steve Langasek   Fri, 01 Mar 2024 19:17:49 +
+
 openvdb (10.0.1-2) unstable; urgency=medium
 
   * debian/control: Fix dependency of libopenvdb-ax-dev on shared library
diff -Nru openvdb-10.0.1/debian/control openvdb-10.0.1/debian/control
--- openvdb-10.0.1/debian/control   2023-05-04 21:13:36.0 +
+++ openvdb-10.0.1/debian/control   2024-03-01 19:17:49.0 +
@@ -3,7 +3,7 @@
 Priority: optional
 Maintainer: Debian Multimedia Maintainers 
 Uploaders: Mathieu Malaterre 
-Build-Depends: bison (>= 3.0),
+Build-Depends: dpkg-dev (>= 1.22.5), bison (>= 3.0),
cmake (>= 3.18),
debhelper (>= 13),
dh-python,
@@ -43,7 +43,10 @@
 Standards-Version: 4.6.1
 X-Python3-Version: >= 3.7
 
-Package: libopenvdb10.0
+Package: libopenvdb10.0t64
+Provides: ${t64:Provides}
+Replaces: libopenvdb10.0
+Breaks: libopenvdb10.0 (<< ${source:Version})
 Multi-Arch: same
 Architecture: any
 Depends: ${misc:Depends}, ${shlibs:Depends}
@@ -57,7 +60,10 @@
  .
  This package contains the libraries needed to run OpenVDB applications
 
-Package: libopenvdb-ax10.0
+Package: libopenvdb-ax10.0t64
+Provides: ${t64:Provides}
+Replaces: libopenvdb-ax10.0
+Breaks: libopenvdb-ax10.0 (<< ${source:Version})
 Multi-Arch: same
 Architecture: amd64 arm64 armel armhf i386 mips64el ppc64el s390x arc 
hurd-i386 ia64 kfreebsd-amd64 kfreebsd-i386 m68k powerpc ppc64 riscv64 sh4 
sparc64 x32
 Depends: ${misc:Depends}, ${shlibs:Depends}
@@ -76,7 +82,7 @@
 Section: libdevel
 Depends: libblosc-dev,
  libimath-dev,
- libopenvdb10.0 (= ${binary:Version}),
+ libopenvdb10.0t64 (= ${binary:Version}),
  libtbb-dev,
  ${misc:Depends}
 Description: Sparse Volume Processing toolkit - dev
@@ -93,7 +99,7 @@
 Section: libdevel
 Depends: libblosc-dev,
  libimath-dev,
- libopenvdb-ax10.0 (= ${binary:Version}),
+ libopenvdb-ax10.0t64 (= ${binary:Version}),
  libtbb-dev,
  ${misc:Depends}
 Description: Sparse Volume Processing toolkit - dev
@@ -110,7 +116,7 @@
 Section: libdevel
 Depends: libblosc-dev,
  libimath-dev,
- libopenvdb10.0 (= ${binary:Version}),
+ libopenvdb10.0t64 (= ${binary:Version}),
  libtbb-dev,
  ${misc:Depends}
 Description: Sparse Volume Processing toolkit - NanoVDB - dev
diff -Nru openvdb-10.0.1/debian/control.in openvdb-10.0.1/debian/control.in
--- openvdb-10.0.1/debian/control.in2023-05-04 21:12:44.0 +
+++ openvdb-10.0.1/debian/control.in2024-03-01 11:47:18.0 +
@@ -43,7 +43,10 @@
 Standards-Version: 4.6.1
 X-Python3-Version: >= 3.7
 
-Package: libopenvdb10.0
+Package: libopenvdb10.0t64
+Provides: ${t64:Provides}
+Replaces: libopenvdb10.0
+Breaks: libopenvdb10.0 (<< ${source:Version})
 Multi-Arch: same
 Architecture: any
 Depends: ${misc:Depends}, ${shlibs:Depends}
@@ -57,7 +60,10 @@
  .
  This package contains the libraries needed to run OpenVDB applications
 
-Package: libopenvdb-ax10.0
+Package: libopenvdb-ax10.0t64
+Provides: ${t64:Provides}
+Replaces: libopenvdb-ax10.0
+Breaks: libopenvdb-ax10.0 (<< ${source:Version})
 Multi-Arch: same
 Architecture: @AX_ARCHS@
 Depends: ${misc:Depends}, ${shlibs:Depends}
@@ -76,7 +82,7 @@
 Section: libdevel
 Depends: libblosc-dev,
  libimath-dev,
- libopenvdb10.0 (= ${binary:Version}),
+ libopenvdb10.0t64 (= ${binary:Version}),
  libtbb-dev,
  ${misc:Depends}
 Description: Sparse Volume Processing toolkit - dev
@@ -93,7 +99,7 @@
 Section: libdevel
 Depends: libblosc-dev,
  libimath-dev,
- libopenvdb10.0 (= ${binary:Version}),
+ libopenvdb10.0t64 (= ${binary:Version}),
  libtbb-dev,
  ${misc:Depends}
 Description: Sparse Volume Processing toolkit - dev
@@ -110,7 +116,7 @@
 Section: libdevel
 Depends: libblosc-dev,
  libimath-dev,
- libopenvdb10.0 

Bug#1065181: marked as done (liblxi: missing build-dep on libtirpc-dev)

[Debian Bug Tracking System]

Your message dated Fri, 01 Mar 2024 18:34:06 +
with message-id 
and subject line Bug#1065181: fixed in liblxi 1.20-2
has caused the Debian Bug report #1065181,
regarding liblxi: missing build-dep on libtirpc-dev
to be marked as done.

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

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


-- 
1065181: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=1065181
Debian Bug Tracking System
Contact ow...@bugs.debian.org with problems
--- Begin Message ---
Source: liblxi
Version: 1.20-1
Severity: serious
Tags: ftbfs
Justification: fails to build from source (but built successfully in the past)
User: debian-gl...@lists.debian.org
Usertags: libtirpc-dev

Dear maintainer,

Starting with glibc 2.31, support for NIS (libnsl library) has been
moved to a separate libnsl2 package. In order to allow a smooth
transition, a libnsl-dev, which depends on libtirpc-dev, has been added
to the libc6-dev package.

The libnsl-dev dependency has been temporarily dropped in the 2.37-15.1
NMU, as part of the 64-bit time_t transition. This causes liblxi to FTBFS
in sid with:

| Found pkg-config: /usr/bin/pkg-config (1.8.1)
| Run-time dependency avahi-client found: YES 0.8
| Run-time dependency libxml-2.0 found: YES 2.9.14
| Run-time dependency threads found: YES
| Has header "avahi-client/client.h" : YES
| Did not find CMake 'cmake'
| Found CMake: NO
| Run-time dependency libtirpc found: NO (tried pkgconfig)
| 
| ../src/meson.build:30:14: ERROR: Dependency "libtirpc" not found, tried 
pkgconfig
| 
| A full log can be found at 
/<>/obj-x86_64-linux-gnu/meson-logs/meson-log.txt
| cd obj-x86_64-linux-gnu && tail -v -n \+0 meson-logs/meson-log.txt

This could be fixed by adding an explicit Build-Depends on libtirpc-dev.
The glibc change will likely be reverted in the short term, but given
its a change we want to do for Trixie, this will only lower the severity
of the bug.

Regards
Aurelien
--- End Message ---
--- Begin Message ---
Source: liblxi
Source-Version: 1.20-2
Done: Dima Kogan 

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

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

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

Debian distribution maintenance software
pp.
Dima Kogan  (supplier of updated liblxi package)

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


-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512

Format: 1.8
Date: Fri, 01 Mar 2024 10:11:33 -0800
Source: liblxi
Architecture: source
Version: 1.20-2
Distribution: unstable
Urgency: medium
Maintainer: Debian Science Maintainers 

Changed-By: Dima Kogan 
Closes: 1065181
Changes:
 liblxi (1.20-2) unstable; urgency=medium
 .
   * Added Build-Depends:libtirpc-dev. Thanks to Aurelien Jarno
  for the report. Closes: #1065181
Checksums-Sha1:
 57fda477040d63763de643e2c3e092f2590e10c8 2034 liblxi_1.20-2.dsc
 4b6b7274836315823783a7f31f9ce64867488dda 4464 liblxi_1.20-2.debian.tar.xz
 861ee81507354123f7935ba42f5c0e0bbea31413 7481 liblxi_1.20-2_source.buildinfo
Checksums-Sha256:
 2c16d774b64c11aed41560f19aea8a93a2df6124d7f84385a9773a6fc8784ef8 2034 
liblxi_1.20-2.dsc
 f2dd205cc258187a9c0d88a153f7ac8c3ac3094985e25ce93fca9188f575a09a 4464 
liblxi_1.20-2.debian.tar.xz
 7f7d849142bd6588033065edbaaf83fde6fa134c5e71b30ce242a97679d467eb 7481 
liblxi_1.20-2_source.buildinfo
Files:
 4e85c2074cd25dc6e802c43d684db4ae 2034 science optional liblxi_1.20-2.dsc
 2136248980f03541915476d350cb2fe5 4464 science optional 
liblxi_1.20-2.debian.tar.xz
 d2b26813be1ec41c98a54959ce06b690 7481 science optional 
liblxi_1.20-2_source.buildinfo

-BEGIN PGP SIGNATURE-

iQJGBAEBCgAwFiEEteL6GQ/fmv4hiInPrMfCzzCUEYgFAmXiGoESHGRrb2dhbkBk
ZWJpYW4ub3JnAAoJEKzHws8wlBGIjQ0QAIg5wnrUx86c6N6ZLcdcLE2qDCgpjmW4
xeSw72GkJlEwqUR8SCw5P1wUCxMT3y550KbGggqzdUoZ6S/8KmzExNFYkK0cxMYW
+pOuq0fEOF48Xh7ttRqCas/C6pg1y8nyMXsPYydvQ8GWYJ7YAlp6OK6zqA3wUqEn
5WP5St33byQKJ2rEcHOkkACQaVMfsEmwFlBIdeGTPrAC00wG7Z9ZFP/Z2c4ee/FC
AesRxips+ZejQSwJniGGxGSonmGLMMSQsbwI57T6q7lMzlwPxxb3ruA2VUBrehDM
cFXk0oeXHhr0NMjlUj2uCoo4poFQtwY0KZ+2YbaKoMtPtlbSO442VVR3IKpxC1UX
pQyBUTn2hGjN0AOzIx7RGlqAj3xLvMDYjmCo9R9csUra36rTmRoYWPK8bsaS+orK
ngyQJRVVXGfk2I7C0xrtKVOLpaZYHS9JVaMSoJKVO5xQaM5bFL4A6cIbO3Zb8bZj
x6QVM5UoMy7u90upxh3WiunQpMkwnLCftX0Migb7ZKTNhyQXxnL03MEdi91/eDSN

Processed: Re: [Pkg-samba-maint] Bug#1065188: samba: missing build-dep on libtirpc-dev (and also rpcsvc-proto)

[Debian Bug Tracking System]

Processing control commands:

> notfound -1 samba/2:12.3.5-4
Bug #1065188 {Done: Michael Tokarev } [src:samba] samba: 
missing build-dep on libtirpc-dev (and also rpcsvc-proto)
The source samba and version 2:12.3.5-4 do not appear to match any binary 
packages
No longer marked as found in versions samba/2:12.3.5-4.
> found -1 samba/2:4.19.5+dfsg-2
Bug #1065188 {Done: Michael Tokarev } [src:samba] samba: 
missing build-dep on libtirpc-dev (and also rpcsvc-proto)
Marked as found in versions samba/2:4.19.5+dfsg-2.

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

Bug#1065188: [Pkg-samba-maint] Bug#1065188: samba: missing build-dep on libtirpc-dev (and also rpcsvc-proto)

[Aurelien Jarno]

control: notfound -1 samba/2:12.3.5-4
control: found -1 samba/2:4.19.5+dfsg-2

On 2024-03-01 20:26, Michael Tokarev wrote:
> 01.03.2024 19:05, Aurelien Jarno :
> > Source: samba
> > Version: 2:12.3.5-4
> 
> Is it really 12.3.5-4? :)

Oops, sorry about that. I probably mixed packages when reporting the
bug :( -ETOOMANYBUGS.

Fixing that with this mail.

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

Bug#1065182: marked as done (libquota-perl: missing build-dep on libtirpc-dev)

[Debian Bug Tracking System]

Your message dated Fri, 01 Mar 2024 18:20:23 +
with message-id 
and subject line Bug#1065182: fixed in libquota-perl 1.8.2+dfsg-3
has caused the Debian Bug report #1065182,
regarding libquota-perl: missing build-dep on libtirpc-dev
to be marked as done.

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

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


-- 
1065182: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=1065182
Debian Bug Tracking System
Contact ow...@bugs.debian.org with problems
--- Begin Message ---
Source: libquota-perl
Version: 1.8.2+dfsg-2
Severity: serious
Tags: ftbfs
Justification: fails to build from source (but built successfully in the past)
User: debian-gl...@lists.debian.org
Usertags: libtirpc-dev

Dear maintainer,

Starting with glibc 2.31, support for NIS (libnsl library) has been
moved to a separate libnsl2 package. In order to allow a smooth
transition, a libnsl-dev, which depends on libtirpc-dev, has been added
to the libc6-dev package.

The libnsl-dev dependency has been temporarily dropped in the 2.37-15.1
NMU, as part of the 64-bit time_t transition. This causes libquota-perl
to FTBFS in sid with:

| x86_64-linux-gnu-gcc -c   -D_REENTRANT -D_GNU_SOURCE -DDEBIAN -fwrapv 
-fno-strict-aliasing -pipe -I/usr/local/include -D_LARGEFILE_SOURCE 
-D_FILE_OFFSET_BITS=64 -g -O2 -ffile-prefix-map=/<>=. 
-fstack-protector-strong -fstack-clash-protection -Wformat 
-Werror=format-security -fcf-protection -Wdate-time -D_FORTIFY_SOURCE=2   
-DVERSION=\"1.8.2\" -DXS_VERSION=\"1.8.2\" -fPIC 
"-I/usr/lib/x86_64-linux-gnu/perl/5.38/CORE"   linuxapi.c
| In file included from linuxapi.c:13:
| myconfig.h:18:10: fatal error: rpc/rpc.h: No such file or directory
|18 | #include 
|   |  ^~~
| compilation terminated.
| make[1]: *** [Makefile:345: linuxapi.o] Error 1
| make[1]: *** Waiting for unfinished jobs
| mv Quota.xsc Quota.c
| make[1]: Leaving directory '/<>'
| dh_auto_build: error: make -j3 returned exit code 2
| make: *** [debian/rules:9: binary] Error 25
| dpkg-buildpackage: error: debian/rules binary subprocess returned exit status 
2

This could be fixed by adding an explicit Build-Depends on libtirpc-dev.
The glibc change will likely be reverted in the short term, but given
its a change we want to do for Trixie, this will only lower the severity
of the bug.

Regards
Aurelien
--- End Message ---
--- Begin Message ---
Source: libquota-perl
Source-Version: 1.8.2+dfsg-3
Done: gregor herrmann 

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

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

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

Debian distribution maintenance software
pp.
gregor herrmann  (supplier of updated libquota-perl package)

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


-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512

Format: 1.8
Date: Fri, 01 Mar 2024 19:01:51 +0100
Source: libquota-perl
Architecture: source
Version: 1.8.2+dfsg-3
Distribution: unstable
Urgency: medium
Maintainer: Debian Perl Group 
Changed-By: gregor herrmann 
Closes: 1065182
Changes:
 libquota-perl (1.8.2+dfsg-3) unstable; urgency=medium
 .
   * Add build dependency on libtirpc-dev.
 Thanks to Aurelien Jarno for the bug report. (Closes: #1065182)
   * Update years of packaging copyright.
   * Declare compliance with Debian Policy 4.6.2.
   * Move comment out of override_dh_auto_test to skip target.
Checksums-Sha1:
 8f56f7145acc45459ef6f766a9ec47bd89a7a12f 2384 libquota-perl_1.8.2+dfsg-3.dsc
 1a38e537d24254b91a919962ed48de04bc1ff1dd 7380 
libquota-perl_1.8.2+dfsg-3.debian.tar.xz
Checksums-Sha256:
 a9b38fe7e5e3dfccf80db45c3dc2eb393625f9c694c1649160eb5cee0907971a 2384 
libquota-perl_1.8.2+dfsg-3.dsc
 f8885d5ae24a0f25bf05839a9caf0b760f6982d7d3335dccaf343632979e1f3c 7380 
libquota-perl_1.8.2+dfsg-3.debian.tar.xz
Files:
 132d4c877607d5169f2e511816c6db72 2384 perl optional 
libquota-perl_1.8.2+dfsg-3.dsc
 1e24164369937c9f290d63276d93ff83 7380 perl optional 
libquota-perl_1.8.2+dfsg-3.debian.tar.xz

-BEGIN PGP SIGNATURE-

iQKTBAEBCgB9FiEE0eExbpOnYKgQTYX6uzpoAYZJqgYFAmXiGLJfFIAALgAo
aXNzdWVyLWZwckBub3RhdGlvbnMub3BlbnBncC5maWZ0aGhvcnNlbWFuLm5ldEQx
RTEzMTZFOTNBNzYwQTgxMDREODVGQUJCM0E2ODAxODY0OUFBMDYACgkQuzpoAYZJ

Processed: Re: poppler: NMU diff for 64-bit time_t transition

[Debian Bug Tracking System]

Processing control commands:

> reopen 1064282
Bug #1064282 {Done: Benjamin Drung } [src:poppler] poppler: 
NMU diff for 64-bit time_t transition
'reopen' may be inappropriate when a bug has been closed with a version;
all fixed versions will be cleared, and you may need to re-add them.
Bug reopened
No longer marked as fixed in versions poppler/22.12.0-2.1.

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

Bug#1064282: poppler: NMU diff for 64-bit time_t transition

[Daniel Serpell]

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.

Bug#1065173: udns: FTBFS on armhf/armel: configure: fatal: cannot find libraries needed for sockets

[Michael Tokarev]

01.03.2024 17:24, Emanuele Rocca wrote:

Source: udns
Version: 0.4-1.1
Severity: serious
Tags: ftbfs
User: debian-de...@lists.debian.org
Usertags: time64

Dear Maintainer,

udns fails to build on both armhf and armel with the time64 build flags, which
are on by default. It builds fine without.

Specifically, the following flags cause a failure:

  -D_LARGEFILE_SOURCE -D_FILE_OFFSET_BITS=64 -D_TIME_BITS=64

While the package builds with these:

  -U_LARGEFILE_SOURCE -U_FILE_OFFSET_BITS -U_TIME_BITS

Relvant part of the build logs:

checking whenever the C compiler (gcc -Wall -W -D_LARGEFILE_SOURCE -D_FILE_OFFSET_BITS=64 
-D_TIME_BITS=64 -Wdate-time -D_FORTIFY_SOURCE=2 -g -O2 
-Werror=implicit-function-declaration -ffile-prefix-map=/<>=. 
-fstack-protector-strong -fstack-clash-protection -Wformat -Werror=format-security 
-Wl,-z,relro)


This has nothing to do with time64.
The prob here is -Werror=implicit-function-declaration

Where that flag is coming from?

/mjt

Processed: Bug#1065182 marked as pending in libquota-perl

[Debian Bug Tracking System]

Processing control commands:

> tag -1 pending
Bug #1065182 [src:libquota-perl] libquota-perl: missing build-dep on 
libtirpc-dev
Added tag(s) pending.

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

Bug#1065182: marked as pending in libquota-perl

[gregor herrmann]

Control: tag -1 pending

Hello,

Bug #1065182 in libquota-perl reported by you has been fixed in the
Git repository and is awaiting an upload. You can see the commit
message below and you can check the diff of the fix at:

https://salsa.debian.org/perl-team/modules/packages/libquota-perl/-/commit/4a8cb792937a4fd6ce63501810bf20dfe8fe702b


Add build dependency on libtirpc-dev.

Thanks: Aurelien Jarno for the bug report.
Closes: #1065182


(this message was generated automatically)
-- 
Greetings

https://bugs.debian.org/1065182

Bug#1065188: marked as done (samba: missing build-dep on libtirpc-dev (and also rpcsvc-proto))

[Debian Bug Tracking System]

Your message dated Fri, 01 Mar 2024 17:39:50 +
with message-id 
and subject line Bug#1065188: fixed in samba 2:4.19.5+dfsg-3
has caused the Debian Bug report #1065188,
regarding samba: missing build-dep on libtirpc-dev (and also rpcsvc-proto)
to be marked as done.

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

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


-- 
1065188: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=1065188
Debian Bug Tracking System
Contact ow...@bugs.debian.org with problems
--- Begin Message ---
Source: samba
Version: 2:12.3.5-4
Severity: serious
Tags: ftbfs
Justification: fails to build from source (but built successfully in the past)
User: debian-gl...@lists.debian.org
Usertags: libtirpc-dev

Dear maintainer,

Starting with glibc 2.31, support for NIS (libnsl library) has been
moved to a separate libnsl2 package. In order to allow a smooth
transition, a libnsl-dev, which depends on libtirpc-dev, has been added
to the libc6-dev package.

The libnsl-dev dependency has been temporarily dropped in the 2.37-15.1
NMU, as part of the 64-bit time_t transition. This causes samba to
FTBFS in sid with:

| [4938/6301] Compiling ctdb/utils/smnotify/smnotify.c
| 13:58:50 runner ['x86_64-linux-gnu-gcc', '-D_SAMBA_BUILD_=4', 
'-DHAVE_CONFIG_H=1', '-g', '-O2', '-ffile-prefix-map=/<>=.', 
'-fstack-protector-strong', '-fstack-clash-protection', '-Wformat', 
'-Werror=format-security', '-fcf-protection', '-ffile-prefix-map=../../=', 
'-MMD', '-D_GNU_SOURCE=1', '-D_XOPEN_SOURCE_EXTENDED=1', '-DHAVE_CONFIG_H=1', 
'-fPIE', '-fPIC', '-D__STDC_WANT_LIB_EXT1__=1', '-D_REENTRANT', 
'-DCTDB_HELPER_BINDIR="/usr/libexec/ctdb"', '-DLOGDIR="/var/log/ctdb"', 
'-DCTDB_DATADIR="/usr/share/ctdb"', '-DCTDB_ETCDIR="/etc/ctdb"', 
'-DCTDB_VARDIR="/var/lib/ctdb"', '-DCTDB_RUNDIR="/run/ctdb"', 
'-fstack-protector-strong', '-fstack-clash-protection', 
'-DSTATIC_smnotify_MODULES=NULL', '-DSTATIC_smnotify_MODULES_PROTO=extern void 
__smnotify_dummy_module_proto(void)', '-Ictdb', '-I../../ctdb', '-Ictdb/utils', 
'-I../../ctdb/utils', '-Ictdb/utils/smnotify', '-I../../ctdb/utils/smnotify', 
'-Iinclude/public', '-I../../include/public', '-Isource4', '-I../../source4', 
'-Ilib', '-I../../lib', '-Isource4/lib', '-I../../source4/lib', 
'-Isource4/include', '-I../../source4/include', '-Iinclude', '-I../../include', 
'-Ilib/replace', '-I../../lib/replace', '-Ictdb/include', 
'-I../../ctdb/include', '-I.', '-I../..', 
'../../ctdb/utils/smnotify/smnotify.c', '-c', 
'-o/<>/bin/default/ctdb/utils/smnotify/smnotify.c.54.o', 
'-Wdate-time', '-D_FORTIFY_SOURCE=2']
| [4939/6301] Linking bin/default/ctdb/ctdb_takeover_helper.inst
| 13:58:50 runner ['x86_64-linux-gnu-gcc', '-Wl,--as-needed', 
'ctdb/protocol/protocol_header.c.7.o', 'ctdb/protocol/protocol_packet.c.7.o', 
'ctdb/protocol/protocol_types.c.7.o', 'ctdb/protocol/protocol_call.c.7.o', 
'ctdb/protocol/protocol_message.c.7.o', 'ctdb/protocol/protocol_control.c.7.o', 
'ctdb/protocol/protocol_keepalive.c.7.o', 
'ctdb/protocol/protocol_tunnel.c.7.o', 'ctdb/protocol/protocol_client.c.7.o', 
'ctdb/protocol/protocol_debug.c.7.o', 'ctdb/protocol/protocol_sock.c.7.o', 
'ctdb/server/ipalloc_deterministic.c.11.o', 
'ctdb/server/ipalloc_nondeterministic.c.11.o', 
'ctdb/server/ipalloc_lcp2.c.11.o', 'ctdb/server/ipalloc_common.c.11.o', 
'ctdb/server/ipalloc.c.11.o', 'ctdb/protocol/protocol_basic.c.6.o', 
'ctdb/server/ctdb_takeover_helper.c.47.o', 'ctdb/common/cmdline.c.4.o', 
'ctdb/common/comm.c.4.o', 'ctdb/common/conf.c.4.o', 
'ctdb/common/db_hash.c.4.o', 'ctdb/common/event_script.c.4.o', 
'ctdb/common/hash_count.c.4.o', 'ctdb/common/line.c.4.o', 
'ctdb/common/logging.c.4.o', 'ctdb/common/path.c.4.o', 
'ctdb/common/pidfile.c.4.o', 'ctdb/common/pkt_read.c.4.o', 
'ctdb/common/pkt_write.c.4.o', 'ctdb/common/rb_tree.c.4.o', 
'ctdb/common/reqid.c.4.o', 'ctdb/common/run_event.c.4.o', 
'ctdb/common/run_proc.c.4.o', 'ctdb/common/sock_client.c.4.o', 
'ctdb/common/srvid.c.4.o', 'ctdb/common/tmon.c.4.o', 
'ctdb/common/tunable.c.4.o', 'lib/async_req/async_sock.c.1.o', 
'ctdb/protocol/protocol_util.c.8.o', 'ctdb/client/client_connect.c.9.o', 
'ctdb/client/client_call.c.9.o', 'ctdb/client/client_message.c.9.o', 
'ctdb/client/client_control.c.9.o', 'ctdb/client/client_message_sync.c.9.o', 
'ctdb/client/client_control_sync.c.9.o', 'ctdb/client/client_db.c.9.o', 
'ctdb/client/client_util.c.9.o', 'ctdb/client/client_tunnel.c.9.o', 
'-o/<>/bin/default/ctdb/ctdb_takeover_helper.inst', 
'-Wl,-rpath,/usr/lib/x86_64-linux-gnu/samba', '-Wl,-Bstatic', '-Wl,-Bdynamic', 
'-L/<>/bin/default/libcli/util', 
'-L/<>/bin/default/lib/tdb_wrap', 
'-L/<>/bin/default/lib/util', 
'-L/<>/bin/default/lib/replace', 

Bug#1065107: exim4: FTBFS: missing build-dep on libnsl-dev

[Andreas Metzler]

On 2024-02-29 Aurelien Jarno  wrote:
> Source: exim4
> Version: 4.97-1
> Severity: serious
> Tags: ftbfs
> Justification: fails to build from source (but built successfully in the past)
> User: debian-gl...@lists.debian.org
> Usertags: libnsl-dev

> Dear maintainer,

> Starting with glibc 2.31, support for NIS (libnsl library) has been
> moved to a separate libnsl2 package. In order to allow a smooth
> transition, a libnsl-dev has been added to the libc6-dev package.

> This dependency has been temporarily dropped in the 2.37-15.1 NMU, as
> part of the 64-bit time_t transition. This causes exim4 to FTBFS in sid
> with:
[...]
> This could be fixed by adding an explicit Build-Depends on libnsl-dev.
> The glibc change will likely be reverted in the short term, but given
> its a change we want to do for Trixie, this will only lower the severity
> of the bug.

Thanks, noted. I cannot fix it now though since sid seems to be broken
due to t64 with regards to pam, there is back and forth of package
renames and util-linux 2.39.3-6.1 pre-depends on both libpam0g and
libpam0t64.

cu Andreas

Bug#1065187: marked as done (open-vm-tools: missing build-dep on libtirpc-dev (and also rpcsvc-proto))

[Debian Bug Tracking System]

Your message dated Fri, 01 Mar 2024 17:35:26 +
with message-id 
and subject line Bug#1065187: fixed in open-vm-tools 2:12.3.5-5
has caused the Debian Bug report #1065187,
regarding open-vm-tools: missing build-dep on libtirpc-dev (and also 
rpcsvc-proto)
to be marked as done.

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

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


-- 
1065187: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=1065187
Debian Bug Tracking System
Contact ow...@bugs.debian.org with problems
--- Begin Message ---
Source: open-vm-tools
Version: 2:12.3.5-4
Severity: serious
Tags: ftbfs
Justification: fails to build from source (but built successfully in the past)

Dear maintainer,

Starting with glibc 2.31, support for NIS (libnsl library) has been
moved to a separate libnsl2 package. In order to allow a smooth
transition, a libnsl-dev, which depends on libtirpc-dev, has been added
to the libc6-dev package.

The libnsl-dev dependency has been temporarily dropped in the 2.37-15.1
NMU, as part of the 64-bit time_t transition. This causes open-vm-tools
to FTBFS in sid with:

| checking for gtkmm-3.0 >= 3.0.0 (via pkg-config)... yes
| checking for sigc++-2.0 >= 2.5.1 (via pkg-config)... yes
| checking for crypt in -lcrypt... yes
| checking for dlopen... yes
| checking for ecvt... yes
| checking for fcvt... yes
| checking for mkdtemp... yes
| checking for pthread_mutex_init in -lpthread... yes
| checking for g++... yes
| checking for libtirpc (via pkg-config)... no
| configure: tirpc is needed: yes
| configure: error: cannot find libtirpc but it is required.
| cd open-vm-tools && tail -v -n \+0 config.log

This could be fixed by adding an explicit Build-Depends on libtirpc-dev.
The glibc change will likely be reverted in the short term, but given
its a change we want to do for Trixie, this will only lower the severity
of the bug.

I also noticed that open-vm-tools, uses rpcgen, provided by the
rpcsvc-proto during the build process. It is currently a depends of the
libc6-dev package for the same reason as libnsl-dev, and will be removed
at some point. Therefore please also add an explicit Build-Depends on
rpcsvc-proto.

Regards
Aurelien
--- End Message ---
--- Begin Message ---
Source: open-vm-tools
Source-Version: 2:12.3.5-5
Done: Bernd Zeimetz 

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

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

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

Debian distribution maintenance software
pp.
Bernd Zeimetz  (supplier of updated open-vm-tools package)

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


-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256

Format: 1.8
Date: Fri, 01 Mar 2024 18:11:06 +0100
Source: open-vm-tools
Architecture: source
Version: 2:12.3.5-5
Distribution: unstable
Urgency: medium
Maintainer: Bernd Zeimetz 
Changed-By: Bernd Zeimetz 
Closes: 1041771 1065187
Changes:
 open-vm-tools (2:12.3.5-5) unstable; urgency=medium
 .
   * [13558f9] postinst: deb-systemd-invoke doesn't have a -q switch.
 Remove it :)
 Thanks to Daniel Leidert (Closes: #1041771)
   * [e7e3fe6] Add build-dep: libtirpc-dev, rpcsvc-proto.
 Thanks to Aurelien Jarno (Closes: #1065187)
   * [788fa5c] CI: enable build on arm64
Checksums-Sha1:
 26de949116faec7a2b8baf802e2496139a55fd87 2940 open-vm-tools_12.3.5-5.dsc
 8edcaf2cbe300fd6f3e50ba066b983f705513136 34360 
open-vm-tools_12.3.5-5.debian.tar.xz
 b1853259afff17427bdd372597fb1b5beabaf407 5927 
open-vm-tools_12.3.5-5_source.buildinfo
Checksums-Sha256:
 200394799d0cda46e81a86e508e7abfc77062e7e2289d3c3b87a4cca4eca702a 2940 
open-vm-tools_12.3.5-5.dsc
 75a2c72694406603b8afb5a013b41852aa4a61a1a574f917b8ddfb29ca3ba6d3 34360 
open-vm-tools_12.3.5-5.debian.tar.xz
 89df64dd6430048dfdc124b1d59cb2537583cbd24a53d61a7752ea3ff2a4fbac 5927 
open-vm-tools_12.3.5-5_source.buildinfo
Files:
 67316e06555bf2bfe32fd56682e4d360 2940 admin optional open-vm-tools_12.3.5-5.dsc
 d2be8dea1f715afed320e676c567b3e3 34360 admin optional 
open-vm-tools_12.3.5-5.debian.tar.xz
 28400ce3624e12bb7920af1635613c6c 5927 admin optional 
open-vm-tools_12.3.5-5_source.buildinfo

-BEGIN PGP SIGNATURE-

iQIzBAEBCAAdFiEE7KHj8o4RJDLUhd2V6zYXGm/5Q18FAmXiDE0ACgkQ6zYXGm/5

Bug#1065188: [Pkg-samba-maint] Bug#1065188: samba: missing build-dep on libtirpc-dev (and also rpcsvc-proto)

[Michael Tokarev]

01.03.2024 19:05, Aurelien Jarno :

Source: samba
Version: 2:12.3.5-4


Is it really 12.3.5-4? :)

/mjt

Bug#1065153: marked as done (v4l-utils: FTBFS on armhf/armel: _TIME_BITS=64 is allowed only with _FILE_OFFSET_BITS=64)

[Debian Bug Tracking System]

Your message dated Fri, 01 Mar 2024 17:20:13 +
with message-id 
and subject line Bug#1065153: fixed in v4l-utils 1.26.1-4
has caused the Debian Bug report #1065153,
regarding v4l-utils: FTBFS on armhf/armel: _TIME_BITS=64 is allowed only with 
_FILE_OFFSET_BITS=64
to be marked as done.

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

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


-- 
1065153: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=1065153
Debian Bug Tracking System
Contact ow...@bugs.debian.org with problems
--- Begin Message ---
Source: v4l-utils
Version: 1.26.1-3.1
Severity: serious
Tags: ftbfs
User: debian-...@lists.debian.org
Usertag: time64

Dear Maintainer,

v4l-utils fails to build from source on armhf and armel with the
following error:

In file included from /usr/include/features.h:393,
 from 
/usr/include/arm-linux-gnueabi/bits/libc-header-start.h:33,
 from /usr/include/stdlib.h:26,
 from ../lib/libv4l2/v4l2convert.c:27:
/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"
  | ^
--- End Message ---
--- Begin Message ---
Source: v4l-utils
Source-Version: 1.26.1-4
Done: Gregor Jasny 

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

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

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

Debian distribution maintenance software
pp.
Gregor Jasny  (supplier of updated v4l-utils package)

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


-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256

Format: 1.8
Date: Fri, 01 Mar 2024 17:52:19 +0100
Source: v4l-utils
Architecture: source
Version: 1.26.1-4
Distribution: unstable
Urgency: medium
Maintainer: Gregor Jasny 
Changed-By: Gregor Jasny 
Closes: 1065153
Changes:
 v4l-utils (1.26.1-4) unstable; urgency=medium
 .
   * Avoid invalid file and time bits combination (Closes: #1065153)
Checksums-Sha1:
 f05d955ecc4a156f70f21f7c55920bc028d7d6d9 3242 v4l-utils_1.26.1-4.dsc
 ab5f0c05d9fb195a71c2706812ef82b468baee83 23220 v4l-utils_1.26.1-4.debian.tar.xz
 dc37c15e01469fb27286d0194433992fa16a4075 18197 
v4l-utils_1.26.1-4_arm64.buildinfo
Checksums-Sha256:
 6a32865ed3b91e087984e038027bceab8ba824ec31f3d29ac52e5c36cf8f3954 3242 
v4l-utils_1.26.1-4.dsc
 4d0f834042eb9ad0ae0ba7d4ec409d3e96b2cf5fb3957e673ab5b2ba571d5d35 23220 
v4l-utils_1.26.1-4.debian.tar.xz
 d63360d53f276140d69fceb360fb03040d10aa25fea50d53cfe2ca992c9a74d0 18197 
v4l-utils_1.26.1-4_arm64.buildinfo
Files:
 825ce034642032711939f67b09556e77 3242 video optional v4l-utils_1.26.1-4.dsc
 989524f95dbed9666073ed56590b437a 23220 video optional 
v4l-utils_1.26.1-4.debian.tar.xz
 386902dab7592c40a19873a54910bb68 18197 video optional 
v4l-utils_1.26.1-4_arm64.buildinfo

-BEGIN PGP SIGNATURE-

iQJKBAEBCAA0FiEEBdAWnCbkFZNBgSnfGZpk+t+1AP8FAmXiC2kWHGdqYXNueUBn
b29nbGVtYWlsLmNvbQAKCRAZmmT637UA/5CHD/4wJtFxtLq+PBOrZaxGEW9JiZBy
NAQMTqmVGlVoEfYvpCo/yJPJrFOeJ4lesX2eAz/IZqL7nXZgCkezUboJPdPjDaVC
Hd5EwOVFvf7LhKx4ugDpqKv21j7GMAn/DnK0TVjDdww5+8OFxKwhsARnNr4J2C3b
52pF53Thx1tCP+tvaAyCMnOEnufrdCDlZWpCgFd3YCbhcTc78qcCHCiEhZ5z1Ouj
CT7VUuEcBX17ZU8t8o32TC7s5LEgyWxSq+zsmoRjDSE0tH7utRVxCo5P60zdIBxM
7730j/hDmNQT9vDYtLDP+jAEM0hATrVif3Ltt2s75sr2C1xyEyqEh8/jP8aD9Pqr
7MwLDF8fwljFtB0JufiN+UOaDMDVbowwjjuhRnvIFvs1MbwEtclNn5C6qDWC2fef
FhArRwa6RsiaGIteoQc6uN8F3XC/xPSdvzGhv69CmkZQ//H/+tPj8AjUwAorNg8B
CAzipMk0gs6TMuZBCLxgjuAHatrUfhDLw64WjeMQqzvuJUbgHM7D5WWMH2RgcxcD
VgObSZ4ZrDcCvnpggKzV2FnhxK5Ot+iU1Pgaujem0oEzfDCkTpU6XJmlvqapX2tF
W2F8Zc65hk9O35aefDLcBvzhJZJcT9xYpEZBo8pgkn7yyAH47IMF9hOQfPSSIGjf
3dK/yQ9k1TYJXxHccg==
=xS9+
-END PGP SIGNATURE-



pgpo0akM4P0Ms.pgp
Description: PGP signature
--- End Message ---

Processed: Bug#1065153 marked as pending in libv4l

[Debian Bug Tracking System]

Processing control commands:

> tag -1 pending
Bug #1065153 [src:v4l-utils] v4l-utils: FTBFS on armhf/armel: _TIME_BITS=64 is 
allowed only with _FILE_OFFSET_BITS=64
Added tag(s) pending.

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

Bug#1065153: marked as pending in libv4l

[Gregor Jasny]

Control: tag -1 pending

Hello,

Bug #1065153 in libv4l reported by you has been fixed in the
Git repository and is awaiting an upload. You can see the commit
message below and you can check the diff of the fix at:

https://salsa.debian.org/debian/libv4l/-/commit/c656a24b12c6256a7066117f572fabf0bdee5e73


Avoid invalid file and time bits combination (Closes: #1065153)


(this message was generated automatically)
-- 
Greetings

https://bugs.debian.org/1065153

Bug#1065190: marked as done (ogdi-dfsg: missing build-dep on libtirpc-dev)

[Debian Bug Tracking System]

Your message dated Fri, 01 Mar 2024 16:49:55 +
with message-id 
and subject line Bug#1065190: fixed in ogdi-dfsg 4.1.1+ds-2
has caused the Debian Bug report #1065190,
regarding ogdi-dfsg: missing build-dep on libtirpc-dev
to be marked as done.

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

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


-- 
1065190: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=1065190
Debian Bug Tracking System
Contact ow...@bugs.debian.org with problems
--- Begin Message ---
Source: ogdi-dfsg
Version: 4.1.1+ds-1
Severity: serious
Tags: ftbfs
Justification: fails to build from source (but built successfully in the past)

Dear maintainer,

Starting with glibc 2.31, support for NIS (libnsl library) has been
moved to a separate libnsl2 package. In order to allow a smooth
transition, a libnsl-dev, which depends on libtirpc-dev, has been added
to the libc6-dev package.

The libnsl-dev dependency has been temporarily dropped in the 2.37-15.1
NMU, as part of the 64-bit time_t transition. This causes ogdi-dfsg to
FTBFS in sid with:

| checking for string.h... yes
| checking for inttypes.h... yes
| checking for stdint.h... yes
| checking for strings.h... yes
| checking for sys/stat.h... yes
| checking for sys/types.h... yes
| checking for unistd.h... yes
| checking for rpc/rpc.h... no
| checking for libtirpc... no
| configure: error: Package requirements (libtirpc) were not met:
| 
| Package 'libtirpc', required by 'virtual:world', not found
| 
| Consider adjusting the PKG_CONFIG_PATH environment variable if you
| installed software in a non-standard prefix.
| 
| Alternatively, you may set the environment variables RPC_CFLAGS
| and RPC_LIBS to avoid the need to call pkg-config.
| See the pkg-config man page for more details.
| tail -v -n \+0 config.log

This can be fixed by adding an explicit Build-Depends on libtirpc-dev.
The glibc change will likely be reverted in the short term, but given
its a change we want to do for Trixie, this will only lower the severity
of the bug.

Regards
Aurelien
--- End Message ---
--- Begin Message ---
Source: ogdi-dfsg
Source-Version: 4.1.1+ds-2
Done: Bas Couwenberg 

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

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

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

Debian distribution maintenance software
pp.
Bas Couwenberg  (supplier of updated ogdi-dfsg package)

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


-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512

Format: 1.8
Date: Fri, 01 Mar 2024 17:34:46 +0100
Source: ogdi-dfsg
Architecture: source
Version: 4.1.1+ds-2
Distribution: unstable
Urgency: medium
Maintainer: Debian GIS Project 
Changed-By: Bas Couwenberg 
Closes: 1063996 1065190
Changes:
 ogdi-dfsg (4.1.1+ds-2) unstable; urgency=medium
 .
   * Team upload.
   * Replace pkg-config (build) dependency with pkgconf.
   * Apply Multi-Arch patch by Yuriy M. Kaminskiy.
 (closes: #1063996)
   * Add libtirpc-dev to build dependencies.
 (closes: #1065190)
Checksums-Sha1:
 378fff4b82407f588ec173358a4b37c31e219c6d 2130 ogdi-dfsg_4.1.1+ds-2.dsc
 c47f5c40e58b44ff22b762b6050c10d5aef5e210 13404 
ogdi-dfsg_4.1.1+ds-2.debian.tar.xz
 9d53db093dbb73c5ffb04dae5274b0757398dc77 9035 
ogdi-dfsg_4.1.1+ds-2_amd64.buildinfo
Checksums-Sha256:
 b5b8ae32048952505276c2ee67b0d5410a7fc216b0b649f12ffe71633157160e 2130 
ogdi-dfsg_4.1.1+ds-2.dsc
 4b559596cf8bacdb1468f1f0da12a54296d59316d01ae4bce394727302c1 13404 
ogdi-dfsg_4.1.1+ds-2.debian.tar.xz
 069f1243a40c013174fe6a575ef841ad25dbae65f75dee1be2d2180516db3c4c 9035 
ogdi-dfsg_4.1.1+ds-2_amd64.buildinfo
Files:
 8494e83228b8608296d097e92780f15e 2130 libs optional ogdi-dfsg_4.1.1+ds-2.dsc
 191ff034187e9cd598ce63819a3e0bef 13404 libs optional 
ogdi-dfsg_4.1.1+ds-2.debian.tar.xz
 bb591ad8a755b85ef3e2386ee1e11374 9035 libs optional 
ogdi-dfsg_4.1.1+ds-2_amd64.buildinfo

-BEGIN PGP SIGNATURE-

iQIzBAEBCgAdFiEEgYLeQXBWQI1hRlDRZ1DxCuiNSvEFAmXiBEkACgkQZ1DxCuiN
SvEatA//Vo4pQTSItDt9aYRLblQ2pA/mAtRaN95BOHQ0fcuktF9DgKieYBxBMM0s
HqkyPJahPKTrvHj4wNSJjUZkVuc3aTs8vnxPfhTQT6GRCphsirfPyaDYogASOnkY
din77Z7K10KibCzwEVpaeTUbCn+JqKA6Wk9OiGwPXsVbo4kOaecDlw55r9h+o2V2
n6KhLwzal8UVPMqbgaZyeTjO4qVzEMre7AmEVxee3DN4uQ/ILVLucUrhWXSk2OE1

Processed: Re: Bug#1065190: ogdi-dfsg: missing build-dep on libtirpc-dev

[Debian Bug Tracking System]

Processing control commands:

> tags -1 pending
Bug #1065190 [src:ogdi-dfsg] ogdi-dfsg: missing build-dep on libtirpc-dev
Added tag(s) pending.

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

Bug#1065190: ogdi-dfsg: missing build-dep on libtirpc-dev

[Sebastiaan Couwenberg]

Control: tags -1 pending

Thanks for reporting this issue, it's fixed in git.

Kind Regards,

Bas

--
 GPG Key ID: 4096R/6750F10AE88D4AF1
Fingerprint: 8182 DE41 7056 408D 6146  50D1 6750 F10A E88D 4AF1

Bug#1065190: ogdi-dfsg: missing build-dep on libtirpc-dev

[Aurelien Jarno]

Source: ogdi-dfsg
Version: 4.1.1+ds-1
Severity: serious
Tags: ftbfs
Justification: fails to build from source (but built successfully in the past)

Dear maintainer,

Starting with glibc 2.31, support for NIS (libnsl library) has been
moved to a separate libnsl2 package. In order to allow a smooth
transition, a libnsl-dev, which depends on libtirpc-dev, has been added
to the libc6-dev package.

The libnsl-dev dependency has been temporarily dropped in the 2.37-15.1
NMU, as part of the 64-bit time_t transition. This causes ogdi-dfsg to
FTBFS in sid with:

| checking for string.h... yes
| checking for inttypes.h... yes
| checking for stdint.h... yes
| checking for strings.h... yes
| checking for sys/stat.h... yes
| checking for sys/types.h... yes
| checking for unistd.h... yes
| checking for rpc/rpc.h... no
| checking for libtirpc... no
| configure: error: Package requirements (libtirpc) were not met:
| 
| Package 'libtirpc', required by 'virtual:world', not found
| 
| Consider adjusting the PKG_CONFIG_PATH environment variable if you
| installed software in a non-standard prefix.
| 
| Alternatively, you may set the environment variables RPC_CFLAGS
| and RPC_LIBS to avoid the need to call pkg-config.
| See the pkg-config man page for more details.
| tail -v -n \+0 config.log

This can be fixed by adding an explicit Build-Depends on libtirpc-dev.
The glibc change will likely be reverted in the short term, but given
its a change we want to do for Trixie, this will only lower the severity
of the bug.

Regards
Aurelien

Bug#1065189: libguestfs: missing build-dep on libtirpc-dev (and also rpcsvc-proto)

[Aurelien Jarno]

Source: libguestfs
Version: 1:1.52.0-2.1
Severity: serious
Tags: ftbfs
Justification: fails to build from source (but built successfully in the past)
User: debian-gl...@lists.debian.org
Usertags: libtirpc-dev

Dear maintainer,

Starting with glibc 2.31, support for NIS (libnsl library) has been
moved to a separate libnsl2 package. In order to allow a smooth
transition, a libnsl-dev, which depends on libtirpc-dev, has been added
to the libc6-dev package.

The libnsl-dev dependency has been temporarily dropped in the 2.37-15.1
NMU, as part of the 64-bit time_t transition. This causes libguestfs to
FTBFS in sid with:

| checking for CFLocaleCopyPreferredLanguages... no
| checking for GNU gettext in libc... yes
| checking whether to use NLS... yes
| checking where the gettext function comes from... libc
| checking if the user specified a default backend... direct
| checking for dlopen in -ldl... yes
| checking for dlfcn.h... (cached) yes
| checking for libtirpc... no
| checking for rpc/xdr.h... no
| configure: error: XDR header files are required
| cd debian/build-1 && tail -v -n \+0 config.log
 
This could be fixed by adding an explicit Build-Depends on libtirpc-dev.
The glibc change will likely be reverted in the short term, but given
its a change we want to do for Trixie, this will only lower the severity
of the bug.
 
I also noticed that libguestfs, uses rpcgen, provided by the
rpcsvc-proto during the build process. It is currently a dependency of
the libc6-dev package for the same reason as libnsl-dev, and will be
removed at some point. Therefore please also add an explicit
Build-Depends on rpcsvc-proto.
 
Regards
Aurelien

Bug#1065188: samba: missing build-dep on libtirpc-dev (and also rpcsvc-proto)

[Aurelien Jarno]

Source: samba
Version: 2:12.3.5-4
Severity: serious
Tags: ftbfs
Justification: fails to build from source (but built successfully in the past)
User: debian-gl...@lists.debian.org
Usertags: libtirpc-dev

Dear maintainer,

Starting with glibc 2.31, support for NIS (libnsl library) has been
moved to a separate libnsl2 package. In order to allow a smooth
transition, a libnsl-dev, which depends on libtirpc-dev, has been added
to the libc6-dev package.

The libnsl-dev dependency has been temporarily dropped in the 2.37-15.1
NMU, as part of the 64-bit time_t transition. This causes samba to
FTBFS in sid with:

| [4938/6301] Compiling ctdb/utils/smnotify/smnotify.c
| 13:58:50 runner ['x86_64-linux-gnu-gcc', '-D_SAMBA_BUILD_=4', 
'-DHAVE_CONFIG_H=1', '-g', '-O2', '-ffile-prefix-map=/<>=.', 
'-fstack-protector-strong', '-fstack-clash-protection', '-Wformat', 
'-Werror=format-security', '-fcf-protection', '-ffile-prefix-map=../../=', 
'-MMD', '-D_GNU_SOURCE=1', '-D_XOPEN_SOURCE_EXTENDED=1', '-DHAVE_CONFIG_H=1', 
'-fPIE', '-fPIC', '-D__STDC_WANT_LIB_EXT1__=1', '-D_REENTRANT', 
'-DCTDB_HELPER_BINDIR="/usr/libexec/ctdb"', '-DLOGDIR="/var/log/ctdb"', 
'-DCTDB_DATADIR="/usr/share/ctdb"', '-DCTDB_ETCDIR="/etc/ctdb"', 
'-DCTDB_VARDIR="/var/lib/ctdb"', '-DCTDB_RUNDIR="/run/ctdb"', 
'-fstack-protector-strong', '-fstack-clash-protection', 
'-DSTATIC_smnotify_MODULES=NULL', '-DSTATIC_smnotify_MODULES_PROTO=extern void 
__smnotify_dummy_module_proto(void)', '-Ictdb', '-I../../ctdb', '-Ictdb/utils', 
'-I../../ctdb/utils', '-Ictdb/utils/smnotify', '-I../../ctdb/utils/smnotify', 
'-Iinclude/public', '-I../../include/public', '-Isource4', '-I../../source4', 
'-Ilib', '-I../../lib', '-Isource4/lib', '-I../../source4/lib', 
'-Isource4/include', '-I../../source4/include', '-Iinclude', '-I../../include', 
'-Ilib/replace', '-I../../lib/replace', '-Ictdb/include', 
'-I../../ctdb/include', '-I.', '-I../..', 
'../../ctdb/utils/smnotify/smnotify.c', '-c', 
'-o/<>/bin/default/ctdb/utils/smnotify/smnotify.c.54.o', 
'-Wdate-time', '-D_FORTIFY_SOURCE=2']
| [4939/6301] Linking bin/default/ctdb/ctdb_takeover_helper.inst
| 13:58:50 runner ['x86_64-linux-gnu-gcc', '-Wl,--as-needed', 
'ctdb/protocol/protocol_header.c.7.o', 'ctdb/protocol/protocol_packet.c.7.o', 
'ctdb/protocol/protocol_types.c.7.o', 'ctdb/protocol/protocol_call.c.7.o', 
'ctdb/protocol/protocol_message.c.7.o', 'ctdb/protocol/protocol_control.c.7.o', 
'ctdb/protocol/protocol_keepalive.c.7.o', 
'ctdb/protocol/protocol_tunnel.c.7.o', 'ctdb/protocol/protocol_client.c.7.o', 
'ctdb/protocol/protocol_debug.c.7.o', 'ctdb/protocol/protocol_sock.c.7.o', 
'ctdb/server/ipalloc_deterministic.c.11.o', 
'ctdb/server/ipalloc_nondeterministic.c.11.o', 
'ctdb/server/ipalloc_lcp2.c.11.o', 'ctdb/server/ipalloc_common.c.11.o', 
'ctdb/server/ipalloc.c.11.o', 'ctdb/protocol/protocol_basic.c.6.o', 
'ctdb/server/ctdb_takeover_helper.c.47.o', 'ctdb/common/cmdline.c.4.o', 
'ctdb/common/comm.c.4.o', 'ctdb/common/conf.c.4.o', 
'ctdb/common/db_hash.c.4.o', 'ctdb/common/event_script.c.4.o', 
'ctdb/common/hash_count.c.4.o', 'ctdb/common/line.c.4.o', 
'ctdb/common/logging.c.4.o', 'ctdb/common/path.c.4.o', 
'ctdb/common/pidfile.c.4.o', 'ctdb/common/pkt_read.c.4.o', 
'ctdb/common/pkt_write.c.4.o', 'ctdb/common/rb_tree.c.4.o', 
'ctdb/common/reqid.c.4.o', 'ctdb/common/run_event.c.4.o', 
'ctdb/common/run_proc.c.4.o', 'ctdb/common/sock_client.c.4.o', 
'ctdb/common/srvid.c.4.o', 'ctdb/common/tmon.c.4.o', 
'ctdb/common/tunable.c.4.o', 'lib/async_req/async_sock.c.1.o', 
'ctdb/protocol/protocol_util.c.8.o', 'ctdb/client/client_connect.c.9.o', 
'ctdb/client/client_call.c.9.o', 'ctdb/client/client_message.c.9.o', 
'ctdb/client/client_control.c.9.o', 'ctdb/client/client_message_sync.c.9.o', 
'ctdb/client/client_control_sync.c.9.o', 'ctdb/client/client_db.c.9.o', 
'ctdb/client/client_util.c.9.o', 'ctdb/client/client_tunnel.c.9.o', 
'-o/<>/bin/default/ctdb/ctdb_takeover_helper.inst', 
'-Wl,-rpath,/usr/lib/x86_64-linux-gnu/samba', '-Wl,-Bstatic', '-Wl,-Bdynamic', 
'-L/<>/bin/default/libcli/util', 
'-L/<>/bin/default/lib/tdb_wrap', 
'-L/<>/bin/default/lib/util', 
'-L/<>/bin/default/lib/replace', '-L/usr/local/lib', 
'-L/usr/local/lib', '-lreplace-samba4', '-lsocket-blocking-samba4', 
'-lsys-rw-samba4', '-lsamba-util', '-liov-buf-samba4', '-ltdb-wrap-samba4', 
'-ltevent-util', '-lutil-setid-samba4', '-ltime-basic-samba4', 
'-lgenrand-samba4', '-lsamba-debug-samba4', '-lsamba-errors', '-licuuc', 
'-licui18n', '-licudata', '-lsystemd', '-lgnutls', '-lpopt', '-lbsd', 
'-ltevent', '-ltalloc', '-ltdb', '-ltalloc', '-Wl,-z,relro', '-Wl,-z,now', 
'-pie', '-Wl,-z,relro,-z,now', '-Wl,-no-undefined', '-Wl,--export-dynamic']
| In file included from ../../ctdb/utils/smnotify/smnotify.c:27:
| ctdb/utils/smnotify/smnotify.h:9:10: fatal error: rpc/rpc.h: No such file or 
directory
| 9 | #include 
|   |  ^~~
| compilation terminated.
 
This could be fixed by adding an explicit Build-Depends on libtirpc-dev.
The glibc change 

Bug#1065186: caml-crush: missing build-dep on libtirpc-dev (and also rpcsvc-proto)

[Aurelien Jarno]

Source: caml-crush
Version: 1.0.12-1.1
Severity: serious
Tags: ftbfs
Justification: fails to build from source (but built successfully in the past)

Dear maintainer,

Starting with glibc 2.31, support for NIS (libnsl library) has been
moved to a separate libnsl2 package. In order to allow a smooth
transition, a libnsl-dev, which depends on libtirpc-dev, has been added
to the libc6-dev package.

The libnsl-dev dependency has been temporarily dropped in the 2.37-15.1
NMU, as part of the 64-bit time_t transition. This causes caml-crush to
FTBFS in sid with:

| checking for gawk... no
| checking for mawk... mawk
| checking for camlidl... yes
| checking for spatch... yes
| Detected coccinelle version 1.1.1
| configure: Using default C based client and RPC
| checking for getnetname in -ltirpc... no
| configure: Using the glibc RPC implementation
| checking for rpc/rpc.h... no
| configure: error: Could not find C RPC headers.
| cd build-SERVER && tail -v -n \+0 config.log

This could be fixed by adding an explicit Build-Depends on libtirpc-dev.
The glibc change will likely be reverted in the short term, but given
its a change we want to do for Trixie, this will only lower the severity
of the bug.

I also noticed that caml-crush, uses rpcgen, provided by the
rpcsvc-proto during the build process. It is currently a dependency of
the libc6-dev package for the same reason as libnsl-dev, and will be
removed at some point. Therefore please also add an explicit
Build-Depends on rpcsvc-proto.

Regards
Aurelien

Bug#1065187: open-vm-tools: missing build-dep on libtirpc-dev (and also rpcsvc-proto)

[Aurelien Jarno]

Source: open-vm-tools
Version: 2:12.3.5-4
Severity: serious
Tags: ftbfs
Justification: fails to build from source (but built successfully in the past)

Dear maintainer,

Starting with glibc 2.31, support for NIS (libnsl library) has been
moved to a separate libnsl2 package. In order to allow a smooth
transition, a libnsl-dev, which depends on libtirpc-dev, has been added
to the libc6-dev package.

The libnsl-dev dependency has been temporarily dropped in the 2.37-15.1
NMU, as part of the 64-bit time_t transition. This causes open-vm-tools
to FTBFS in sid with:

| checking for gtkmm-3.0 >= 3.0.0 (via pkg-config)... yes
| checking for sigc++-2.0 >= 2.5.1 (via pkg-config)... yes
| checking for crypt in -lcrypt... yes
| checking for dlopen... yes
| checking for ecvt... yes
| checking for fcvt... yes
| checking for mkdtemp... yes
| checking for pthread_mutex_init in -lpthread... yes
| checking for g++... yes
| checking for libtirpc (via pkg-config)... no
| configure: tirpc is needed: yes
| configure: error: cannot find libtirpc but it is required.
| cd open-vm-tools && tail -v -n \+0 config.log

This could be fixed by adding an explicit Build-Depends on libtirpc-dev.
The glibc change will likely be reverted in the short term, but given
its a change we want to do for Trixie, this will only lower the severity
of the bug.

I also noticed that open-vm-tools, uses rpcgen, provided by the
rpcsvc-proto during the build process. It is currently a depends of the
libc6-dev package for the same reason as libnsl-dev, and will be removed
at some point. Therefore please also add an explicit Build-Depends on
rpcsvc-proto.

Regards
Aurelien

Bug#1065183: python-fsquota: missing build-dep on libtirpc-dev

[Aurelien Jarno]

Source: python-fsquota
Version: 0.1.0+dfsg1-4
Severity: serious
Tags: ftbfs
Justification: fails to build from source (but built successfully in the past)
User: debian-gl...@lists.debian.org
Usertags: libtirpc-dev

Dear maintainer,

Starting with glibc 2.31, support for NIS (libnsl library) has been
moved to a separate libnsl2 package. In order to allow a smooth
transition, a libnsl-dev, which depends on libtirpc-dev, has been added
to the libc6-dev package.

The libnsl-dev dependency has been temporarily dropped in the 2.37-15.1
NMU, as part of the 64-bit time_t transition. This causes python-fsquota
to FTBFS in sid with:

|dh_auto_configure -O--buildsystem=pybuild
| pybuild --configure -i python{version} -p 3.11
| I: pybuild base:305: python3.11 setup.py config
| Using hints/linux.h for myconfig.h
| WARNING: Header file /usr/include/rpc/rpc.h not present on this system.
|  Likely compilation will fail. Recommend to either install package
|  "libtirpc-dev", or disable RPC (network file system) support by
|  adding the following switch to myconfig.h:
|  #define NO_RPC
| 
| running config
|dh_auto_build -O--buildsystem=pybuild
| pybuild --build -i python{version} -p 3.11
| I: pybuild base:305: /usr/bin/python3 setup.py build
| Using hints/linux.h for myconfig.h
| WARNING: Header file /usr/include/rpc/rpc.h not present on this system.
|  Likely compilation will fail. Recommend to either install package
|  "libtirpc-dev", or disable RPC (network file system) support by
|  adding the following switch to myconfig.h:
|  #define NO_RPC
| 
| running build
| running build_ext
| building 'FsQuota' extension
| creating build
| creating build/temp.linux-x86_64-cpython-311
| creating build/temp.linux-x86_64-cpython-311/src
| x86_64-linux-gnu-gcc -Wsign-compare -DNDEBUG -g -fwrapv -O2 -Wall -g 
-fstack-protector-strong -fstack-clash-protection -Wformat 
-Werror=format-security -fcf-protection -g -fwrapv -O2 -g -O2 
-ffile-prefix-map=/<>=. -fstack-protector-strong 
-fstack-clash-protection -Wformat -Werror=format-security -fcf-protection 
-Wdate-time -D_FORTIFY_SOURCE=2 -fPIC -I. -I/usr/include/python3.11 -c 
src/FsQuota.c -o build/temp.linux-x86_64-cpython-311/src/FsQuota.o
| In file included from src/FsQuota.c:18:
| ./myconfig.h:18:10: fatal error: rpc/rpc.h: No such file or directory
|18 | #include 
|   |  ^~~
| compilation terminated.
| error: command '/usr/bin/x86_64-linux-gnu-gcc' failed with exit code 1
| E: pybuild pybuild:391: build: plugin distutils failed with: exit code=1: 
/usr/bin/python3 setup.py build
| dh_auto_build: error: pybuild --build -i python{version} -p 3.11 returned 
exit code 13
| make: *** [debian/rules:9: binary] Error 25
| dpkg-buildpackage: error: debian/rules binary subprocess returned exit status 
2

This could be fixed by adding an explicit Build-Depends on libtirpc-dev.
The glibc change will likely be reverted in the short term, but given
its a change we want to do for Trixie, this will only lower the severity
of the bug.

Regards
Aurelien

Bug#1065185: zfs-fuse: missing build-dep on libtirpc-dev

[Aurelien Jarno]

Source: zfs-fuse
Version: 0.7.0-26
Severity: serious
Tags: ftbfs
Justification: fails to build from source (but built successfully in the past)
User: debian-gl...@lists.debian.org
Usertags: libtirpc-dev

Dear maintainer,

Starting with glibc 2.31, support for NIS (libnsl library) has been
moved to a separate libnsl2 package. In order to allow a smooth
transition, a libnsl-dev, which depends on libtirpc-dev, has been added
to the libc6-dev package.

The libnsl-dev dependency has been temporarily dropped in the 2.37-15.1
NMU, as part of the 64-bit time_t transition. This causes zfs-fuse to
FTBFS in sid with:

| gcc -o lib/libnvpair/build-user/nvpair.o -c -pipe -Wall -std=c99 -Wno-switch 
-Wno-unused -Wno-missing-braces -Wno-parentheses -Wno-uninitialized 
-fno-strict-aliasing -D_GNU_SOURCE -D_FILE_OFFSET_BITS=64 -D_REENTRANT 
-DTEXT_DOMAIN=\"zfs-fuse\" -ggdb -DNDEBUG -O2 -DLINUX_AIO 
-Ilib/libnvpair/include -Ilib/libsolcompat/include -I/usr/include/tirpc 
lib/libnvpair/nvpair.c
| lib/libnvpair/nvpair.c:33:10: fatal error: rpc/types.h: No such file or 
directory
|33 | #include 
|   |  ^
| compilation terminated.
| scons: *** [lib/libnvpair/build-user/nvpair.o] Error 1
| scons: building terminated because of errors.
| make[1]: *** [debian/rules:15: override_dh_auto_build] Error 2
| make[1]: Leaving directory '/<>'
| make: *** [debian/rules:38: build] Error 2
| dpkg-buildpackage: error: debian/rules build subprocess returned exit status 2

This could be fixed by adding an explicit Build-Depends on libtirpc-dev.
The glibc change will likely be reverted in the short term, but given
its a change we want to do for Trixie, this will only lower the severity
of the bug.

Regards
Aurelien

Bug#1065180: argus-clients: missing build-dep on libtirpc-dev

[Aurelien Jarno]

Source: argus-clients
Version: 1:3.0.8.2-6.2
Severity: serious
Tags: ftbfs
Justification: fails to build from source (but built successfully in the past)
User: debian-gl...@lists.debian.org
Usertags: libtirpc-dev

Dear maintainer,

Starting with glibc 2.31, support for NIS (libnsl library) has been
moved to a separate libnsl2 package. In order to allow a smooth
transition, a libnsl-dev, which depends on libtirpc-dev, has been added
to the libc6-dev package.

The libnsl-dev dependency has been temporarily dropped in the 2.37-15.1
NMU, as part of the 64-bit time_t transition. This causes argus-clients
to FTBFS in sid with:

| checking for strtof... (cached) yes
| checking for srandomdev... no
| checking for tzset... yes
| checking for .threads... yes
| checking for sched_get_priority_min... yes
| checking for local tcp_wrappers library... not found
| checking for system tcp_wrappers library... yes
| checking for rpc_call in -ltirpc... no
| configure: error: no tirpc library, exiting...!
| tail -v -n \+0 config.log

This could be fixed by adding an explicit Build-Depends on libtirpc-dev.
The glibc change will likely be reverted in the short term, but given
its a change we want to do for Trixie, this will only lower the severity
of the bug.

Regards
Aurelien

Bug#1065184: xwayland: missing build-dep on libtirpc-dev

[Aurelien Jarno]

Package: xwayland
Version: 2:23.2.4-1
Severity: serious
Tags: ftbfs
Justification: fails to build from source (but built successfully in the past)
User: debian-gl...@lists.debian.org
Usertags: libtirpc-dev

Dear maintainer,

Starting with glibc 2.31, support for NIS (libnsl library) has been
moved to a separate libnsl2 package. In order to allow a smooth
transition, a libnsl-dev, which depends on libtirpc-dev, has been added
to the libc6-dev package.

The libnsl-dev dependency has been temporarily dropped in the 2.37-15.1
NMU, as part of the 64-bit time_t transition. This causes xwayland to
FTBFS in sid with:

| Configuring version-config.h using configuration
| Configuring xkb-config.h using configuration
| Configuring xwayland-config.h using configuration
| Run-time dependency glproto found: YES 1.4.17
| Run-time dependency gl found: YES 1.2
| Dependency glproto found: YES 1.4.17 (cached)
| Dependency gl found: YES 1.2 (cached)
| Run-time dependency libtirpc found: NO (tried pkgconfig and cmake)
| Has header "rpc/rpc.h" : NO
| 
| ../os/meson.build:63:8: ERROR: Problem encountered: secure-rpc requested, but 
neither libtirpc or libc RPC support were found
| 
| A full log can be found at 
/<>/obj-x86_64-linux-gnu/meson-logs/meson-log.txt
| cd obj-x86_64-linux-gnu && tail -v -n \+0 meson-logs/meson-log.txt

This could be fixed by adding an explicit Build-Depends on libtirpc-dev.
The glibc change will likely be reverted in the short term, but given
its a change we want to do for Trixie, this will only lower the severity
of the bug.

Regards
Aurelien

Bug#1065181: liblxi: missing build-dep on libtirpc-dev

[Aurelien Jarno]

Source: liblxi
Version: 1.20-1
Severity: serious
Tags: ftbfs
Justification: fails to build from source (but built successfully in the past)
User: debian-gl...@lists.debian.org
Usertags: libtirpc-dev

Dear maintainer,

Starting with glibc 2.31, support for NIS (libnsl library) has been
moved to a separate libnsl2 package. In order to allow a smooth
transition, a libnsl-dev, which depends on libtirpc-dev, has been added
to the libc6-dev package.

The libnsl-dev dependency has been temporarily dropped in the 2.37-15.1
NMU, as part of the 64-bit time_t transition. This causes liblxi to FTBFS
in sid with:

| Found pkg-config: /usr/bin/pkg-config (1.8.1)
| Run-time dependency avahi-client found: YES 0.8
| Run-time dependency libxml-2.0 found: YES 2.9.14
| Run-time dependency threads found: YES
| Has header "avahi-client/client.h" : YES
| Did not find CMake 'cmake'
| Found CMake: NO
| Run-time dependency libtirpc found: NO (tried pkgconfig)
| 
| ../src/meson.build:30:14: ERROR: Dependency "libtirpc" not found, tried 
pkgconfig
| 
| A full log can be found at 
/<>/obj-x86_64-linux-gnu/meson-logs/meson-log.txt
| cd obj-x86_64-linux-gnu && tail -v -n \+0 meson-logs/meson-log.txt

This could be fixed by adding an explicit Build-Depends on libtirpc-dev.
The glibc change will likely be reverted in the short term, but given
its a change we want to do for Trixie, this will only lower the severity
of the bug.

Regards
Aurelien

Bug#1065182: libquota-perl: missing build-dep on libtirpc-dev

[Aurelien Jarno]

Source: libquota-perl
Version: 1.8.2+dfsg-2
Severity: serious
Tags: ftbfs
Justification: fails to build from source (but built successfully in the past)
User: debian-gl...@lists.debian.org
Usertags: libtirpc-dev

Dear maintainer,

Starting with glibc 2.31, support for NIS (libnsl library) has been
moved to a separate libnsl2 package. In order to allow a smooth
transition, a libnsl-dev, which depends on libtirpc-dev, has been added
to the libc6-dev package.

The libnsl-dev dependency has been temporarily dropped in the 2.37-15.1
NMU, as part of the 64-bit time_t transition. This causes libquota-perl
to FTBFS in sid with:

| x86_64-linux-gnu-gcc -c   -D_REENTRANT -D_GNU_SOURCE -DDEBIAN -fwrapv 
-fno-strict-aliasing -pipe -I/usr/local/include -D_LARGEFILE_SOURCE 
-D_FILE_OFFSET_BITS=64 -g -O2 -ffile-prefix-map=/<>=. 
-fstack-protector-strong -fstack-clash-protection -Wformat 
-Werror=format-security -fcf-protection -Wdate-time -D_FORTIFY_SOURCE=2   
-DVERSION=\"1.8.2\" -DXS_VERSION=\"1.8.2\" -fPIC 
"-I/usr/lib/x86_64-linux-gnu/perl/5.38/CORE"   linuxapi.c
| In file included from linuxapi.c:13:
| myconfig.h:18:10: fatal error: rpc/rpc.h: No such file or directory
|18 | #include 
|   |  ^~~
| compilation terminated.
| make[1]: *** [Makefile:345: linuxapi.o] Error 1
| make[1]: *** Waiting for unfinished jobs
| mv Quota.xsc Quota.c
| make[1]: Leaving directory '/<>'
| dh_auto_build: error: make -j3 returned exit code 2
| make: *** [debian/rules:9: binary] Error 25
| dpkg-buildpackage: error: debian/rules binary subprocess returned exit status 
2

This could be fixed by adding an explicit Build-Depends on libtirpc-dev.
The glibc change will likely be reverted in the short term, but given
its a change we want to do for Trixie, this will only lower the severity
of the bug.

Regards
Aurelien

Bug#1065179: argus: missing build-dep on libtirpc-dev

[Aurelien Jarno]

Source: argus
Version: 2:3.0.8.2-2.2
Severity: serious
Tags: ftbfs
Justification: fails to build from source (but built successfully in the past)
User: debian-gl...@lists.debian.org
Usertags: libtirpc-dev

Dear maintainer,

Starting with glibc 2.31, support for NIS (libnsl library) has been
moved to a separate libnsl2 package. In order to allow a smooth
transition, a libnsl-dev, which depends on libtirpc-dev, has been added
to the libc6-dev package.

The libnsl-dev dependency has been temporarily dropped in the 2.37-15.1
NMU, as part of the 64-bit time_t transition. This causes argus to FTBFS
in sid with:

| checking for inet_aton... yes
| checking for setlinebuf... yes
| checking for strerror... yes
| checking for strtof... yes
| checking for floorf... no
| checking for remainderf... no
| checking for timegm... yes
| checking for rpc_call in -ltirpc... no
| configure: error: no tirpc library, exiting...!
| tail -v -n \+0 config.log
| ==> config.log <==
 
This could be fixed by adding an explicit Build-Depends on libtirpc-dev.
The glibc change will likely be reverted in the short term, but given
its a change we want to do for Trixie, this will only lower the severity
of the bug.

Regards
Aurelien

Processed: closing 1063053, tagging 1063053

[Debian Bug Tracking System]

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

> close 1063053
Bug #1063053 [src:volume-key] volume-key: NMU diff for 64-bit time_t transition
Marked Bug as done
> tags 1063053 + wontfix
Bug #1063053 {Done: Michael Biebl } [src:volume-key] 
volume-key: NMU diff for 64-bit time_t transition
Added tag(s) wontfix.
> thanks
Stopping processing here.

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

Processed: closing 1062484, tagging 1062484

[Debian Bug Tracking System]

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

> close 1062484
Bug #1062484 [src:libnma] libnma: NMU diff for 64-bit time_t transition
Marked Bug as done
> tags 1062484 + wontfix
Bug #1062484 {Done: Michael Biebl } [src:libnma] libnma: NMU 
diff for 64-bit time_t transition
Added tag(s) wontfix.
> thanks
Stopping processing here.

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

Processed: Re: Bug#1065121: xdelta: still depends on libxdelta2

[Debian Bug Tracking System]

Processing control commands:

> tags -1 + patch
Bug #1065121 [xdelta] xdelta: still depends on libxdelta2
Added tag(s) patch.

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

Bug#1065121: xdelta: still depends on libxdelta2

[Sven Joachim]

Control: tags -1 + patch

On 2024-02-29 23:26 +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.

Did a test rebuild on amd64 now with the offending shlibs.local file
removed, and the result looks correct.  This file had been redundant for
many years already, since it was identical to debian/libxdelta2.shlibs.
Trivial patch attached in case someone wants to upload another NMU.

Cheers,
   Sven

diff -Nru xdelta-1.1.3/debian/changelog xdelta-1.1.3/debian/changelog
--- xdelta-1.1.3/debian/changelog	2024-02-29 07:20:41.0 +0100
+++ xdelta-1.1.3/debian/changelog	2024-03-01 16:25:51.0 +0100
@@ -1,3 +1,10 @@
+xdelta (1.1.3-10.6) unstable; urgency=medium
+
+  * Non-maintainer upload.
+  * Remove debian/shlibs.local (Closes: #1065121).
+
+ -- Sven Joachim   Fri, 01 Mar 2024 16:25:51 +0100
+
 xdelta (1.1.3-10.5) unstable; urgency=medium

   * Non-maintainer upload.
diff -Nru xdelta-1.1.3/debian/shlibs.local xdelta-1.1.3/debian/shlibs.local
--- xdelta-1.1.3/debian/shlibs.local	2021-12-31 17:50:22.0 +0100
+++ xdelta-1.1.3/debian/shlibs.local	1970-01-01 01:00:00.0 +0100
@@ -1,2 +0,0 @@
-libxdelta 2 libxdelta2 (>= 1.1.3)
-libedsio 0 libxdelta2 (>= 1.1.3)

Processed: tagging 1065158

[Debian Bug Tracking System]

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

> tags 1065158 + pending
Bug #1065158 [src:postfix] postfix: FTBFS: missing build-dep on libnsl-dev
Added tag(s) pending.
> thanks
Stopping processing here.

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

Bug#1060318: silx: autopkgtest failure with Python 3.12

[PICCA Frederic-Emmanuel]

With the silx 2.0.0 version the failire is located in the OpenCL part

the backtrace is this one when running the median filter 

# build the packag eintht echroot and enter into it once build

dgit --gbp sbuild --finished-build-commands '%SBUILD_SHELL'

run this command to obtain the backtrace...

DEBUGINFOD_URLS="https://debuginfod.debian.net; PYTHONPATH=. gdb --args 
python3.11 -m pytest --pyarg silx silx/image/test/test_medianfilter.py


here the backtrace.

Thread 1 "python3.11" received signal SIGABRT, Aborted.
0x77d3516c in ?? () from /lib/x86_64-linux-gnu/libc.so.6
(gdb) bt
#0  0x77d3516c in ?? () from /lib/x86_64-linux-gnu/libc.so.6
#1  0x77ce7472 in raise () from /lib/x86_64-linux-gnu/libc.so.6
#2  0x77cd14b2 in abort () from /lib/x86_64-linux-gnu/libc.so.6
#3  0x77cd13d5 in ?? () from /lib/x86_64-linux-gnu/libc.so.6
#4  0x77ce03a2 in __assert_fail () from /lib/x86_64-linux-gnu/libc.so.6
#5  0x7344770d in pocl::Kernel::createParallelRegionBefore 
(this=, B=0x8980180) at 
../llvmopencl/./lib/llvmopencl/Kernel.cc:129
#6  pocl::Kernel::getParallelRegions (this=, LI=..., 
ParallelRegions=0x7fff4860) at ../llvmopencl/./lib/llvmopencl/Kernel.cc:193
#7  0x7346ab82 in pocl::WorkitemLoopsImpl::processFunction 
(this=this@entry=0x7fff47c0, F=...) at 
../llvmopencl/./lib/llvmopencl/WorkitemLoops.cc:445
#8  0x7346cb8d in pocl::WorkitemLoopsImpl::runOnFunction 
(this=0x7fff47c0, F=...) at 
../llvmopencl/./lib/llvmopencl/WorkitemLoops.cc:183
#9  0x7346ecac in pocl::WorkitemLoops::run (this=, 
F=..., AM=...) at ../llvmopencl/./lib/llvmopencl/WorkitemLoops.cc:1490
#10 0x7346ede5 in llvm::detail::PassModel>::run(llvm::Function&, 
llvm::AnalysisManager&) (this=, IR=..., AM=...) 
at /usr/lib/llvm-16/include/llvm/IR/PassManagerInternal.h:89
#11 0x7fffe91d7579 in run () at llvm/include/llvm/IR/PassManager.h:517
#12 0x7fffeaeedb01 in llvm::detail::PassModel>, 
llvm::PreservedAnalyses, 
llvm::AnalysisManager>::run(llvm::Function&, 
llvm::AnalysisManager&) () at 
llvm/include/llvm/IR/PassManagerInternal.h:89
#13 0x7fffe91dade6 in run () at 
build-llvm/tools/clang/stage2-bins/llvm/lib/IR/PassManager.cpp:124
#14 0x7fffeaeed921 in llvm::detail::PassModel>::run(llvm::Module&, 
llvm::AnalysisManager&) () at 
llvm/include/llvm/IR/PassManagerInternal.h:89
#15 0x7348cd85 in llvm::PassManager>::run(llvm::Module&, 
llvm::AnalysisManager&) (AM=..., IR=..., this=0x7fff50b8)
at /usr/include/c++/13/bits/unique_ptr.h:199
#16 PoCLModulePassManager::run (this=0x7fff4f98, Bitcode=...) at 
./lib/CL/pocl_llvm_wg.cc:322
#17 0x73494b14 in TwoStagePoCLModulePassManager::run (Bitcode=..., 
this=0x7fff4e10) at ./lib/CL/pocl_llvm_wg.cc:386
#18 runKernelCompilerPasses (Device=Device@entry=0x151f050, Mod=...) at 
./lib/CL/pocl_llvm_wg.cc:727
#19 0x73496302 in pocl_llvm_run_pocl_passes(llvm::Module*, 
_cl_command_run*, llvm::LLVMContext*, PoclLLVMContextData*, _cl_kernel*, 
_cl_device_id*, int) [clone .isra.0] (
Bitcode=Bitcode@entry=0x16d6ef0, 
RunCommand=RunCommand@entry=0x7fffbd40, PoclCtx=PoclCtx@entry=0x157e340, 
Kernel=Kernel@entry=0x7fffbcb0, Device=Device@entry=0x151f050, 
Specialize=Specialize@entry=0, LLVMContext=) at 
./lib/CL/pocl_llvm_wg.cc:1101
#20 0x7348ff32 in pocl_llvm_generate_workgroup_function_nowrite 
(DeviceI=DeviceI@entry=0, Device=Device@entry=0x151f050, 
Kernel=Kernel@entry=0x7fffbcb0, Command=Command@entry=0x7fffbd40, 
Output=Output@entry=0x7fff6548, Specialize=Specialize@entry=0) at 
./lib/CL/pocl_llvm_wg.cc:1147
#21 0x73424b2f in llvm_codegen (output=output@entry=0x30d19f0 
"/sbuild-nonexistent/.cache/pocl/kcache/BC/KCELIMKPIAEADDLPJHGMOMPOPMNFLCMCBIOCK/medfilt2d/0-0-0/medfilt2d.so",
 device_i=device_i@entry=0, 
kernel=kernel@entry=0x7fffbcb0, device=0x151f050, 
command=command@entry=0x7fffbd40, specialize=specialize@entry=0) at 
./lib/CL/devices/common.c:137
#22 0x7342778e in pocl_check_kernel_disk_cache 
(command=command@entry=0x7fffbd40, specialized=specialized@entry=0) at 
./lib/CL/devices/common.c:983
#23 0x73427e7a in pocl_check_kernel_dlhandle_cache 
(command=command@entry=0x7fffbd40, retain=retain@entry=0, 
specialize=specialize@entry=0) at ./lib/CL/devices/common.c:1108
#24 0x7fffe477fc3d in pocl_basic_compile_kernel (cmd=0x7fffbd40, 
kernel=0x7fffbcb0, device=, specialize=0) at 
./lib/CL/devices/basic/basic.c:682
#25 0x7342c71f in pocl_driver_build_poclbinary (program=0x15a6170, 
device_i=) at ./lib/CL/devices/common_driver.c:969
#26 0x733f291e in get_binary_sizes (sizes=, 
program=) at ./lib/CL/clGetProgramInfo.c:54
#27 POclGetProgramInfo (program=0x15a6170, param_name=, 
param_value_size=, param_value=0x15116f0, 
param_value_size_ret=0x7fffbf70) at ./lib/CL/clGetProgramInfo.c:143
#28 0x736a46ae in pyopencl::program::get_info 

Processed: Re: Bug#1065146: sysvinit-core: /usr/sbin/halt and others ineffectively diverted (DEP17)

[Debian Bug Tracking System]

Processing control commands:

> severity -1 important
Bug #1065146 [sysvinit-core] sysvinit-core: /usr/sbin/halt and others 
ineffectively diverted (DEP17)
Severity set to 'important' from 'serious'

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

Bug#1065146: sysvinit-core: /usr/sbin/halt and others ineffectively diverted (DEP17)

[Helmut Grohne]

Control: severity -1 important

Hi Lorenzo,

On Fri, Mar 01, 2024 at 01:18:38PM +0100, Lorenzo wrote:
> I'm missing something for sure here, but sysvinit-core has a conflict
> with systemd-sysv and both bfh-container and progress-linux-container
> depends on systemd-sysv so they already should not be installed at the
> same time in a system regardless of the versioned conflicts you are
> adding.. ?

Thank you for your attention to detail. Your analysis is mostly correct.
In particular, the declared dependencies on systemd-sysv make the
failure mode very unlikely - hence downgrading the bug.

Stil Depends does not impact the unpack phase. In principle, you may
have a system with bfh-container on bookworm (thus having systemd-sysv)
and then upgrade to trixie while at the same time converting to
sysvinit-core (unlikely). When doing that, bfh-container may get into a
deconfigured state, systemd-sysv can be removed and sysvinit-core may be
unpacked before bfh-container is actually removed. In this scenario,
bfh-container.postrm would cause /usr/sbin/halt to vanish. As such, I
think we should apply Conflicts here to avoid the underlying situation.

Helmut

Bug#1065022: libglib2.0-0t64: t64 transition breaks the systems

[Helmut Grohne]

On Thu, Feb 29, 2024 at 06:53:56AM +0100, Paul Gevers wrote:
> Well, officially downgrading isn't supported (although it typically works)
> *and* losing files is one of the problems of our merged-/usr solution (see
> [1]). I *suspect* this might be the cause. We're working hard (well, helmut
> is) to protect us and our users from loosing files on upgrades. We don't
> protect against downgrades.

As much as we like blaming all lost files on the /usr-move, this is not
one them. If you are downgrading from to a package that formerly has
been replaced, you always have lost files and you always had to
reinstall the package.

While t64 has quite some interactions with the /usr-move, I am closely
monitoring the situation have have been filing multiple bugs per day
recently about the relevant peculiarities. I don't think any of the
fallout we see here is reasonably attributable to /usr-move. The most
recent practical issues I've seen was related to image building tools
such as live-build and grml. When it comes to lost files, we're not
addressing them based on user reports (as there are practically none),
but on rigid analysis preventing users from experiencing them in the
first place.

Helmut

Bug#1002789: closed by Debian FTP Masters (reply to Thomas Goirand ) (Bug#1002789: fixed in python-pycdlib 1.12.0+ds1-5)

[Lucas Nussbaum]

Control: reopen 1002789
Control: found 1002789 1.12.0+ds1-5

Hi all,

Unfortunately, I can still reproduce this failure with version
1.12.0+ds1-5, as shown in the attached build log.
Sorry about that.

Let us (Santiago or myself) know if it would be useful to provide a VM
to reproduce this issue.

Lucas
DC-Build-Header: python-pycdlib 1.12.0+ds1-5 / 2024-02-26 06:32:41 +
DC-Task: type:rebuild-full source:python-pycdlib version:1.12.0+ds1-5 
chroot:unstable esttime: logfile:/tmp/python-pycdlib_1.12.0+ds1-5_unstable.log 
modes:
DC-System-Info: 8 cores (Intel(R) Xeon(R) Platinum 8259CL CPU @ 2.50GHz), 
32520516 kB RAM
DC-Sbuild-call: su user42 -c 'sbuild -n -A -s --force-orig-source --apt-update 
-d unstable -v --no-run-lintian python-pycdlib_1.12.0+ds1-5'
sbuild (Debian sbuild) 0.85.0 (04 January 2023) on ip-10-84-234-87

+==+
| python-pycdlib 1.12.0+ds1-5 (amd64)  Mon, 26 Feb 2024 06:32:41 + |
+==+

Package: python-pycdlib
Version: 1.12.0+ds1-5
Source Version: 1.12.0+ds1-5
Distribution: unstable
Machine Architecture: amd64
Host Architecture: amd64
Build Architecture: amd64
Build Type: full

I: NOTICE: Log filtering will replace 
'var/run/schroot/mount/sid-amd64-sbuild-0be268d9-1f03-49de-8c85-5beb7df34f4e' 
with '<>'
I: NOTICE: Log filtering will replace 
'build/python-pycdlib-inojxZ/resolver-spqJbw' with '<>'

+--+
| Update chroot|
+--+

Hit:1 http://deb.debian.org/debian sid InRelease
Reading package lists...
Reading package lists...
Building dependency tree...
Calculating upgrade...
0 upgraded, 0 newly installed, 0 to remove and 0 not upgraded.

+--+
| Fetch source files   |
+--+


Check APT
-

Checking available source versions...

Download source files with APT
--

Reading package lists...
NOTICE: 'python-pycdlib' packaging is maintained in the 'Git' version control 
system at:
https://salsa.debian.org/openstack-team/third-party/python-pycdlib.git
Please use:
git clone https://salsa.debian.org/openstack-team/third-party/python-pycdlib.git
to retrieve the latest (possibly unreleased) updates to the package.
Need to get 269 kB of source archives.
Get:1 http://deb.debian.org/debian sid/main python-pycdlib 1.12.0+ds1-5 (dsc) 
[2151 B]
Get:2 http://deb.debian.org/debian sid/main python-pycdlib 1.12.0+ds1-5 (tar) 
[248 kB]
Get:3 http://deb.debian.org/debian sid/main python-pycdlib 1.12.0+ds1-5 (diff) 
[18.7 kB]
Fetched 269 kB in 0s (1801 kB/s)
Download complete and in download only mode
I: NOTICE: Log filtering will replace 
'build/python-pycdlib-inojxZ/python-pycdlib-1.12.0+ds1' with '<>'
I: NOTICE: Log filtering will replace 'build/python-pycdlib-inojxZ' with 
'<>'

+--+
| Install package build dependencies   |
+--+


Setup apt archive
-

Merged Build-Depends: debhelper-compat (= 11), dh-python, openstack-pkg-tools, 
python3-all, python3-setuptools, build-essential, fakeroot, genisoimage, 
python3-pytest
Filtered Build-Depends: debhelper-compat (= 11), dh-python, 
openstack-pkg-tools, python3-all, python3-setuptools, build-essential, 
fakeroot, genisoimage, python3-pytest
dpkg-deb: building package 'sbuild-build-depends-main-dummy' in 
'/<>/apt_archive/sbuild-build-depends-main-dummy.deb'.
Ign:1 copy:/<>/apt_archive ./ InRelease
Get:2 copy:/<>/apt_archive ./ Release [609 B]
Ign:3 copy:/<>/apt_archive ./ Release.gpg
Get:4 copy:/<>/apt_archive ./ Sources [731 B]
Get:5 copy:/<>/apt_archive ./ Packages [743 B]
Fetched 2083 B in 0s (0 B/s)
Reading package lists...
Reading package lists...

Install main build dependencies (apt-based resolver)


Installing build dependencies
Reading package lists...
Building dependency tree...
The following additional packages will be installed:
  autoconf automake autopoint autotools-dev bsdextrautils ca-certificates
  debhelper dh-autoreconf dh-python dh-strip-nondeterminism dwz file
  genisoimage gettext gettext-base groff-base intltool-debian jq
  libarchive-zip-perl libdebhelper-perl libelf1 libexpat1
  libfile-stripnondeterminism-perl libicu72 libjq1 libmagic-mgc libmagic1
  libncursesw6 libonig5 libpipeline1 libpython3-stdlib libpython3.11-minimal
  libpython3.11-stdlib libpython3.12-minimal 

Processed: Re: Bug#1002789 closed by Debian FTP Masters (reply to Thomas Goirand ) (Bug#1002789: fixed in python-pycdlib 1.12.0+ds1-5)

[Debian Bug Tracking System]

Processing control commands:

> reopen 1002789
Bug #1002789 {Done: Thomas Goirand } [src:python-pycdlib] 
python-pycdlib: FTBFS: failed tests
'reopen' may be inappropriate when a bug has been closed with a version;
all fixed versions will be cleared, and you may need to re-add them.
Bug reopened
No longer marked as fixed in versions python-pycdlib/1.12.0+ds1-5.
> found 1002789 1.12.0+ds1-5
Bug #1002789 [src:python-pycdlib] python-pycdlib: FTBFS: failed tests
Marked as found in versions python-pycdlib/1.12.0+ds1-5.

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

Bug#1065173: udns: FTBFS on armhf/armel: configure: fatal: cannot find libraries needed for sockets

[Emanuele Rocca]

Source: udns
Version: 0.4-1.1
Severity: serious
Tags: ftbfs
User: debian-de...@lists.debian.org
Usertags: time64

Dear Maintainer,

udns fails to build on both armhf and armel with the time64 build flags, which
are on by default. It builds fine without.

Specifically, the following flags cause a failure:

 -D_LARGEFILE_SOURCE -D_FILE_OFFSET_BITS=64 -D_TIME_BITS=64

While the package builds with these:

 -U_LARGEFILE_SOURCE -U_FILE_OFFSET_BITS -U_TIME_BITS

Relvant part of the build logs:

checking whenever the C compiler (gcc -Wall -W -D_LARGEFILE_SOURCE 
-D_FILE_OFFSET_BITS=64 -D_TIME_BITS=64 -Wdate-time -D_FORTIFY_SOURCE=2 -g -O2 
-Werror=implicit-function-declaration -ffile-prefix-map=/<>=. 
-fstack-protector-strong -fstack-clash-protection -Wformat 
-Werror=format-security -Wl,-z,relro)
   can produce executables... yes
checking for ranlib... ranlib
checking for getopt()... yes
checking for libraries needed for socket and connect... not found
configure: fatal: cannot find libraries needed for sockets
make: *** [debian/rules:15: config.h] Error 1

Bug#1063242: marked as done (zlib: NMU diff for 64-bit time_t transition)

[Debian Bug Tracking System]

Your message dated Fri, 01 Mar 2024 13:26:33 +
with message-id 
and subject line Bug#1063242: fixed in zlib 1:1.3.dfsg-3.1
has caused the Debian Bug report #1063242,
regarding zlib: NMU diff for 64-bit time_t transition
to be marked as done.

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

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


-- 
1063242: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=1063242
Debian Bug Tracking System
Contact ow...@bugs.debian.org with problems
--- Begin Message ---
Source: zlib
Version: 1:1.3.dfsg-3
Severity: serious
Tags: patch pending sid trixie
Justification: library ABI skew on upgrade
User: debian-...@lists.debian.org
Usertags: time-t

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

Dear maintainer,

As part of the 64-bit time_t transition required to support 32-bit
architectures in 2038 and beyond
(https://wiki.debian.org/ReleaseGoals/64bit-time), we have identified
zlib 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 zlib
which will initially be uploaded to experimental if possible, then to
unstable after packages have cleared binary NEW.

Please find the patch for this NMU attached.

If you have any concerns about this patch, please reach out ASAP.  Although
this package will be uploaded to experimental immediately, there will be a
period of several days before we begin uploads to unstable; so if information
becomes available that your package should not be included in the transition,
there is time for us to amend the planned uploads.



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

Kernel: Linux 6.5.0-14-generic (SMP w/12 CPU threads; PREEMPT)
Kernel taint flags: TAINT_PROPRIETARY_MODULE, TAINT_OOT_MODULE
Locale: LANG=C, LC_CTYPE=C.UTF-8 (charmap=UTF-8), LANGUAGE not set
Shell: /bin/sh linked to /usr/bin/dash
Init: systemd (via /run/systemd/system)
diff -Nru zlib-1.3.dfsg/debian/changelog zlib-1.3.dfsg/debian/changelog
--- zlib-1.3.dfsg/debian/changelog  2023-11-23 13:02:20.0 +
+++ zlib-1.3.dfsg/debian/changelog  2024-02-05 16:50:11.0 +
@@ -1,3 +1,10 @@
+zlib (1:1.3.dfsg-3.1) experimental; urgency=medium
+
+  * Non-maintainer upload.
+  * Rename libraries for 64-bit time_t transition.
+
+ -- Steve Langasek   Mon, 05 Feb 2024 16:50:11 +
+
 zlib (1:1.3.dfsg-3) unstable; urgency=low
 
   * Update the version of texlive-binaries we break since they still had
diff -Nru zlib-1.3.dfsg/debian/control zlib-1.3.dfsg/debian/control
--- zlib-1.3.dfsg/debian/control2023-11-23 13:02:18.0 +
+++ zlib-1.3.dfsg/debian/control2024-02-05 16:50:11.0 +
@@ -135,7 +135,10 @@
  .
  This package includes the minizip and miniunzip tools.
 
-Package: libminizip1
+Package: libminizip1t64
+Provides: ${t64:Provides}
+Replaces: libminizip1
+Breaks: libminizip1 (<< ${source:Version})
 Architecture: any
 Multi-Arch: same
 Pre-Depends:
@@ -155,7 +158,7 @@
 Section: libdevel
 Depends:
  ${misc:Depends},
- libminizip1 (= ${binary:Version})
+ libminizip1t64 (= ${binary:Version})
 Replaces:
  libkml-dev (<< 1.3.0~r864+git20150723-0fa2f22-1~),
 Breaks:
diff -Nru zlib-1.3.dfsg/debian/libminizip1.install 
zlib-1.3.dfsg/debian/libminizip1.install
--- zlib-1.3.dfsg/debian/libminizip1.install2023-11-06 16:28:51.0 
+
+++ zlib-1.3.dfsg/debian/libminizip1.install1970-01-01 00:00:00.0 
+
@@ -1 +0,0 @@
-usr/lib/*/libminizip.so.*
diff -Nru zlib-1.3.dfsg/debian/libminizip1.symbols 
zlib-1.3.dfsg/debian/libminizip1.symbols
--- zlib-1.3.dfsg/debian/libminizip1.symbols2023-11-06 16:28:51.0 
+
+++ zlib-1.3.dfsg/debian/libminizip1.symbols1970-01-01 00:00:00.0 
+
@@ -1,62 +0,0 @@
-libminizip.so.1 libminizip1
- call_zopen64@Base 1.1
- call_zseek64@Base 1.1
- call_ztell64@Base 1.1
- fill_fopen64_filefunc@Base 1.1
- fill_fopen_filefunc@Base 1.1
- fill_zlib_filefunc64_32_def_from_filefunc32@Base 1.1
- 

Bug#1063243: marked as done (zziplib: NMU diff for 64-bit time_t transition)

[Debian Bug Tracking System]

Your message dated Fri, 01 Mar 2024 13:26:44 +
with message-id 
and subject line Bug#1063243: fixed in zziplib 0.13.72+dfsg.1-1.2
has caused the Debian Bug report #1063243,
regarding zziplib: NMU diff for 64-bit time_t transition
to be marked as done.

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

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


-- 
1063243: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=1063243
Debian Bug Tracking System
Contact ow...@bugs.debian.org with problems
--- Begin Message ---
Source: zziplib
Version: 0.13.72+dfsg.1-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
zziplib 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 zziplib
which will initially be uploaded to experimental if possible, then to
unstable after packages have cleared binary NEW.

Please find the patch for this NMU attached.

If you have any concerns about this patch, please reach out ASAP.  Although
this package will be uploaded to experimental immediately, there will be a
period of several days before we begin uploads to unstable; so if information
becomes available that your package should not be included in the transition,
there is time for us to amend the planned uploads.



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

Kernel: Linux 6.5.0-14-generic (SMP w/12 CPU threads; PREEMPT)
Kernel taint flags: TAINT_PROPRIETARY_MODULE, TAINT_OOT_MODULE
Locale: LANG=C, LC_CTYPE=C.UTF-8 (charmap=UTF-8), LANGUAGE not set
Shell: /bin/sh linked to /usr/bin/dash
Init: systemd (via /run/systemd/system)
diff -Nru zziplib-0.13.72+dfsg.1/debian/changelog 
zziplib-0.13.72+dfsg.1/debian/changelog
--- zziplib-0.13.72+dfsg.1/debian/changelog 2021-06-21 12:42:07.0 
+
+++ zziplib-0.13.72+dfsg.1/debian/changelog 2024-02-05 20:15:59.0 
+
@@ -1,3 +1,10 @@
+zziplib (0.13.72+dfsg.1-1.2) experimental; urgency=medium
+
+  * Non-maintainer upload.
+  * Rename libraries for 64-bit time_t transition.
+
+ -- Steve Langasek   Mon, 05 Feb 2024 20:15:59 +
+
 zziplib (0.13.72+dfsg.1-1.1) unstable; urgency=medium
 
   * Non-Maintainer Upload.
diff -Nru zziplib-0.13.72+dfsg.1/debian/control 
zziplib-0.13.72+dfsg.1/debian/control
--- zziplib-0.13.72+dfsg.1/debian/control   2021-06-18 13:57:44.0 
+
+++ zziplib-0.13.72+dfsg.1/debian/control   2024-02-05 20:15:59.0 
+
@@ -30,7 +30,10 @@
  This package contains some useful binaries to extract data from zip
  archives.
 
-Package: libzzip-0-13
+Package: libzzip-0-13t64
+Provides: ${t64:Provides}
+Replaces: libzzip-0-13
+Breaks: libzzip-0-13 (<< ${source:Version})
 Architecture: any
 Multi-Arch: same
 Pre-Depends: ${misc:Pre-Depends}
@@ -47,7 +50,7 @@
 Package: libzzip-dev
 Section: libdevel
 Architecture: any
-Depends: libzzip-0-13 (= ${binary:Version}), ${misc:Depends}
+Depends: libzzip-0-13t64 (= ${binary:Version}), ${misc:Depends}
 Description: library providing read access on ZIP-archives - development
  The zziplib library is intentionally lightweight, it offers the ability
  to easily extract data from files archived in a single zip file.
diff -Nru zziplib-0.13.72+dfsg.1/debian/libzzip-0-13.install 
zziplib-0.13.72+dfsg.1/debian/libzzip-0-13.install
--- zziplib-0.13.72+dfsg.1/debian/libzzip-0-13.install  2021-03-04 
08:54:37.0 +
+++ zziplib-0.13.72+dfsg.1/debian/libzzip-0-13.install  1970-01-01 
00:00:00.0 +
@@ -1 +0,0 @@
-usr/lib/*/lib*.so.*
diff -Nru zziplib-0.13.72+dfsg.1/debian/libzzip-0-13.symbols 
zziplib-0.13.72+dfsg.1/debian/libzzip-0-13.symbols
--- 

Bug#1063197: marked as done (wget2: NMU diff for 64-bit time_t transition)

[Debian Bug Tracking System]

Your message dated Fri, 01 Mar 2024 13:26:24 +
with message-id 
and subject line Bug#1063197: fixed in wget2 2.1.0-2.1
has caused the Debian Bug report #1063197,
regarding wget2: NMU diff for 64-bit time_t transition
to be marked as done.

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

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


-- 
1063197: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=1063197
Debian Bug Tracking System
Contact ow...@bugs.debian.org with problems
--- Begin Message ---
Source: wget2
Version: 2.1.0-2
Severity: serious
Tags: patch pending sid trixie
Justification: library ABI skew on upgrade
User: debian-...@lists.debian.org
Usertags: time-t

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

Dear maintainer,

As part of the 64-bit time_t transition required to support 32-bit
architectures in 2038 and beyond
(https://wiki.debian.org/ReleaseGoals/64bit-time), we have identified
wget2 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 wget2
which will initially be uploaded to experimental if possible, then to
unstable after packages have cleared binary NEW.

Please find the patch for this NMU attached.

If you have any concerns about this patch, please reach out ASAP.  Although
this package will be uploaded to experimental immediately, there will be a
period of several days before we begin uploads to unstable; so if information
becomes available that your package should not be included in the transition,
there is time for us to amend the planned uploads.



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

Kernel: Linux 6.5.0-14-generic (SMP w/12 CPU threads; PREEMPT)
Kernel taint flags: TAINT_PROPRIETARY_MODULE, TAINT_OOT_MODULE
Locale: LANG=C, LC_CTYPE=C.UTF-8 (charmap=UTF-8), LANGUAGE not set
Shell: /bin/sh linked to /usr/bin/dash
Init: systemd (via /run/systemd/system)
diff -Nru wget2-2.1.0/debian/changelog wget2-2.1.0/debian/changelog
--- wget2-2.1.0/debian/changelog2023-09-10 09:38:28.0 +
+++ wget2-2.1.0/debian/changelog2024-02-05 16:46:46.0 +
@@ -1,3 +1,10 @@
+wget2 (2.1.0-2.1) experimental; urgency=medium
+
+  * Non-maintainer upload.
+  * Rename libraries for 64-bit time_t transition.
+
+ -- Steve Langasek   Mon, 05 Feb 2024 16:46:46 +
+
 wget2 (2.1.0-2) unstable; urgency=medium
 
   * debian/rules replace config.gues|sub copy with dh_update_autotools_config
diff -Nru wget2-2.1.0/debian/control wget2-2.1.0/debian/control
--- wget2-2.1.0/debian/control  2023-09-10 09:38:28.0 +
+++ wget2-2.1.0/debian/control  2024-02-05 16:46:46.0 +
@@ -11,7 +11,7 @@
 
 Package: wget2
 Architecture: any
-Depends: libwget2 (= ${binary:Version}), ${shlibs:Depends}, ${misc:Depends}
+Depends: libwget2t64 (= ${binary:Version}), ${shlibs:Depends}, ${misc:Depends}
 Recommends: ca-certificates
 Description: file and recursive website downloader
  GNU Wget is a network utility to retrieve files from the web
@@ -35,11 +35,13 @@
  .
  GNU Wget2 is the successor of GNU Wget.
 
-Package: libwget2
+Package: libwget2t64
+Provides: ${t64:Provides}
+Breaks: libwget2 (<< ${source:Version})
 Section: libs
 Architecture: any
 Depends: ${shlibs:Depends}, ${misc:Depends}
-Replaces: libwget0
+Replaces: libwget2, libwget0
 Description: Download library for files and recursive websites
  GNU Wget is a network utility to retrieve files from the web
  using HTTP(S) and FTP, the two most widely used internet
@@ -56,7 +58,7 @@
 Section: libdevel
 Architecture: any
 Depends: wget2 (= ${binary:Version}), ${misc:Depends}
-Description: development file for libwget2
+Description: development file for libwget2t64
  GNU Wget is a network utility to retrieve files from the web
  using HTTP(S) and FTP, the two most widely used internet
  protocols. It works non-interactively, so it will work in
diff -Nru wget2-2.1.0/debian/libwget2.dirs wget2-2.1.0/debian/libwget2.dirs
--- 

Bug#1063189: marked as done (staden-io-lib: NMU diff for 64-bit time_t transition)

[Debian Bug Tracking System]

Your message dated Fri, 01 Mar 2024 13:10:11 +
with message-id 
and subject line Bug#1063189: fixed in staden-io-lib 1.15.0-1.1
has caused the Debian Bug report #1063189,
regarding staden-io-lib: NMU diff for 64-bit time_t transition
to be marked as done.

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

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


-- 
1063189: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=1063189
Debian Bug Tracking System
Contact ow...@bugs.debian.org with problems
--- Begin Message ---
Source: staden-io-lib
Version: 1.15.0-1
Severity: serious
Tags: patch pending sid trixie
Justification: library ABI skew on upgrade
User: debian-...@lists.debian.org
Usertags: time-t

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

Dear maintainer,

As part of the 64-bit time_t transition required to support 32-bit
architectures in 2038 and beyond
(https://wiki.debian.org/ReleaseGoals/64bit-time), we have identified
staden-io-lib 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 staden-io-lib
which will initially be uploaded to experimental if possible, then to
unstable after packages have cleared binary NEW.

Please find the patch for this NMU attached.

If you have any concerns about this patch, please reach out ASAP.  Although
this package will be uploaded to experimental immediately, there will be a
period of several days before we begin uploads to unstable; so if information
becomes available that your package should not be included in the transition,
there is time for us to amend the planned uploads.



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

Kernel: Linux 6.5.0-14-generic (SMP w/12 CPU threads; PREEMPT)
Kernel taint flags: TAINT_PROPRIETARY_MODULE, TAINT_OOT_MODULE
Locale: LANG=C, LC_CTYPE=C.UTF-8 (charmap=UTF-8), LANGUAGE not set
Shell: /bin/sh linked to /usr/bin/dash
Init: systemd (via /run/systemd/system)
diff -Nru staden-io-lib-1.15.0/debian/changelog 
staden-io-lib-1.15.0/debian/changelog
--- staden-io-lib-1.15.0/debian/changelog   2024-01-20 19:35:25.0 
+
+++ staden-io-lib-1.15.0/debian/changelog   2024-02-05 16:18:04.0 
+
@@ -1,3 +1,11 @@
+staden-io-lib (1.15.0-1.1) experimental; urgency=medium
+
+  * Non-maintainer upload.
+  * Rename libraries for 64-bit time_t transition.
+  * Bump build-dependency on d-shlibs for --t64 support.
+
+ -- Steve Langasek   Mon, 05 Feb 2024 16:18:04 +
+
 staden-io-lib (1.15.0-1) unstable; urgency=medium
 
   * Team upload.
diff -Nru staden-io-lib-1.15.0/debian/control 
staden-io-lib-1.15.0/debian/control
--- staden-io-lib-1.15.0/debian/control 2024-01-20 19:35:25.0 +
+++ staden-io-lib-1.15.0/debian/control 2024-02-05 16:18:04.0 +
@@ -10,7 +10,7 @@
zlib1g-dev,
libcurl4-gnutls-dev | libcurl4-nss-dev,
libhtscodecs-dev,
-   d-shlibs,
+   d-shlibs (>= 0.106),
libbz2-dev,
liblzma-dev
 Standards-Version: 4.6.2
@@ -38,7 +38,7 @@
 Package: libstaden-read-dev
 Architecture: any
 Section: libdevel
-Depends: libstaden-read14 (= ${binary:Version}),
+Depends: libstaden-read14t64 (= ${binary:Version}),
  ${misc:Depends},
 ${devlibs:Depends}
 Description: development files for libstaden-read
@@ -50,7 +50,10 @@
  interface. It has been compiled and tested on a variety of unix systems,
  MacOS X and MS Windows.
 
-Package: libstaden-read14
+Package: libstaden-read14t64
+Provides: ${t64:Provides}
+Replaces: libstaden-read14
+Conflicts: libstaden-read14 (<< ${source:Version})
 Architecture: any
 Multi-Arch: same
 Section: libs
diff -Nru staden-io-lib-1.15.0/debian/libstaden-read14.symbols 
staden-io-lib-1.15.0/debian/libstaden-read14.symbols
--- staden-io-lib-1.15.0/debian/libstaden-read14.symbols2024-01-20 
19:35:25.0 +
+++ staden-io-lib-1.15.0/debian/libstaden-read14.symbols

Bug#1063186: marked as done (rpm: NMU diff for 64-bit time_t transition)

[Debian Bug Tracking System]

Your message dated Fri, 01 Mar 2024 13:10:02 +
with message-id 
and subject line Bug#1063186: fixed in rpm 4.18.2+dfsg-2.1
has caused the Debian Bug report #1063186,
regarding rpm: NMU diff for 64-bit time_t transition
to be marked as done.

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

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


-- 
1063186: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=1063186
Debian Bug Tracking System
Contact ow...@bugs.debian.org with problems
--- Begin Message ---
Source: rpm
Version: 4.18.2+dfsg-1
Severity: serious
Tags: patch pending sid trixie
Justification: library ABI skew on upgrade
User: debian-...@lists.debian.org
Usertags: time-t

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

Dear maintainer,

As part of the 64-bit time_t transition required to support 32-bit
architectures in 2038 and beyond
(https://wiki.debian.org/ReleaseGoals/64bit-time), we have identified
rpm 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 rpm
which will initially be uploaded to experimental if possible, then to
unstable after packages have cleared binary NEW.

Please find the patch for this NMU attached.

If you have any concerns about this patch, please reach out ASAP.  Although
this package will be uploaded to experimental immediately, there will be a
period of several days before we begin uploads to unstable; so if information
becomes available that your package should not be included in the transition,
there is time for us to amend the planned uploads.



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

Kernel: Linux 6.5.0-14-generic (SMP w/12 CPU threads; PREEMPT)
Kernel taint flags: TAINT_PROPRIETARY_MODULE, TAINT_OOT_MODULE
Locale: LANG=C, LC_CTYPE=C.UTF-8 (charmap=UTF-8), LANGUAGE not set
Shell: /bin/sh linked to /usr/bin/dash
Init: systemd (via /run/systemd/system)
diff -Nru rpm-4.18.2+dfsg/debian/changelog rpm-4.18.2+dfsg/debian/changelog
--- rpm-4.18.2+dfsg/debian/changelog2024-01-21 21:44:55.0 +
+++ rpm-4.18.2+dfsg/debian/changelog2024-02-05 16:16:01.0 +
@@ -1,3 +1,10 @@
+rpm (4.18.2+dfsg-1.1) experimental; urgency=medium
+
+  * Non-maintainer upload.
+  * Rename libraries for 64-bit time_t transition.
+
+ -- Steve Langasek   Mon, 05 Feb 2024 16:16:01 +
+
 rpm (4.18.2+dfsg-1) unstable; urgency=medium
 
   * Team upload.
diff -Nru rpm-4.18.2+dfsg/debian/control rpm-4.18.2+dfsg/debian/control
--- rpm-4.18.2+dfsg/debian/control  2024-01-21 21:44:55.0 +
+++ rpm-4.18.2+dfsg/debian/control  2024-02-05 16:16:01.0 +
@@ -104,12 +104,15 @@
  .
  This package contains localization of rpm and localized man pages.
 
-Package: librpm9
+Package: librpm9t64
+Provides: ${t64:Provides}
+Replaces: librpm9
+Breaks: librpm9 (<< ${source:Version})
 Architecture: any
 Section: libs
 Depends: ${shlibs:Depends},
  ${misc:Depends},
- librpmio9 (= ${binary:Version})
+ librpmio9t64 (= ${binary:Version})
 Recommends: rpm-common (= ${binary:Version})
 Description: RPM shared library
  The RPM Package Manager (RPM) is a command-line driven package
@@ -119,7 +122,10 @@
  This library allows programs to make use of an RPM database or RPM packages
  without going through the program rpm.
 
-Package: librpmio9
+Package: librpmio9t64
+Provides: ${t64:Provides}
+Replaces: librpmio9
+Breaks: librpmio9 (<< ${source:Version})
 Architecture: any
 Section: libs
 Depends: ${shlibs:Depends},
@@ -131,13 +137,16 @@
  .
  This library provides basic IO functionality which is used by librpm.
 
-Package: librpmbuild9
+Package: librpmbuild9t64
+Provides: ${t64:Provides}
+Replaces: librpmbuild9
+Breaks: librpmbuild9 (<< ${source:Version})
 Architecture: any
 Section: libs
 Depends: ${shlibs:Depends},
  ${misc:Depends},
- librpm9 (= ${binary:Version}),
- librpmio9 (= ${binary:Version})
+ librpm9t64 (= ${binary:Version}),
+  

Bug#1063193: marked as done (ticcutils: NMU diff for 64-bit time_t transition)

[Debian Bug Tracking System]

Your message dated Fri, 01 Mar 2024 13:10:34 +
with message-id 
and subject line Bug#1063193: fixed in ticcutils 0.24-2.1
has caused the Debian Bug report #1063193,
regarding ticcutils: NMU diff for 64-bit time_t transition
to be marked as done.

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

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


-- 
1063193: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=1063193
Debian Bug Tracking System
Contact ow...@bugs.debian.org with problems
--- Begin Message ---
Source: ticcutils
Version: 0.24-2
Severity: serious
Tags: patch pending sid trixie
Justification: library ABI skew on upgrade
User: debian-...@lists.debian.org
Usertags: time-t

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

Dear maintainer,

As part of the 64-bit time_t transition required to support 32-bit
architectures in 2038 and beyond
(https://wiki.debian.org/ReleaseGoals/64bit-time), we have identified
ticcutils 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 ticcutils
which will initially be uploaded to experimental if possible, then to
unstable after packages have cleared binary NEW.

Please find the patch for this NMU attached.

If you have any concerns about this patch, please reach out ASAP.  Although
this package will be uploaded to experimental immediately, there will be a
period of several days before we begin uploads to unstable; so if information
becomes available that your package should not be included in the transition,
there is time for us to amend the planned uploads.



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

Kernel: Linux 6.5.0-14-generic (SMP w/12 CPU threads; PREEMPT)
Kernel taint flags: TAINT_PROPRIETARY_MODULE, TAINT_OOT_MODULE
Locale: LANG=C, LC_CTYPE=C.UTF-8 (charmap=UTF-8), LANGUAGE not set
Shell: /bin/sh linked to /usr/bin/dash
Init: systemd (via /run/systemd/system)
diff -Nru ticcutils-0.24/debian/changelog ticcutils-0.24/debian/changelog
--- ticcutils-0.24/debian/changelog 2020-04-23 15:24:44.0 +
+++ ticcutils-0.24/debian/changelog 2024-02-05 16:37:49.0 +
@@ -1,3 +1,10 @@
+ticcutils (0.24-2.1) experimental; urgency=medium
+
+  * Non-maintainer upload.
+  * Rename libraries for 64-bit time_t transition.
+
+ -- Steve Langasek   Mon, 05 Feb 2024 16:37:49 +
+
 ticcutils (0.24-2) unstable; urgency=medium
 
   * Upload to unstable
diff -Nru ticcutils-0.24/debian/control ticcutils-0.24/debian/control
--- ticcutils-0.24/debian/control   2020-04-21 18:19:54.0 +
+++ ticcutils-0.24/debian/control   2024-02-05 16:37:49.0 +
@@ -23,7 +23,7 @@
 Architecture: any
 Multi-Arch: same
 Section: libdevel
-Depends: libticcutils8 (= ${binary:Version}),
+Depends: libticcutils8t64 (= ${binary:Version}),
  ${misc:Depends}
 Replaces: libticcutils1-dev,
   libticcutils2-dev
@@ -40,7 +40,10 @@
  This package provides the header files required to compile C++ programs
  that use libticcutils.
 
-Package: libticcutils8
+Package: libticcutils8t64
+Provides: ${t64:Provides}
+Replaces: libticcutils8
+Breaks: libticcutils8 (<< ${source:Version})
 Architecture: any
 Multi-Arch: same
 Section: libs
diff -Nru ticcutils-0.24/debian/libticcutils8.install 
ticcutils-0.24/debian/libticcutils8.install
--- ticcutils-0.24/debian/libticcutils8.install 2018-12-02 10:54:15.0 
+
+++ ticcutils-0.24/debian/libticcutils8.install 1970-01-01 00:00:00.0 
+
@@ -1 +0,0 @@
-/usr/lib/*/libticcutils.so.*
diff -Nru ticcutils-0.24/debian/libticcutils8t64.install 
ticcutils-0.24/debian/libticcutils8t64.install
--- ticcutils-0.24/debian/libticcutils8t64.install  1970-01-01 
00:00:00.0 +
+++ ticcutils-0.24/debian/libticcutils8t64.install  2018-12-02 
10:54:15.0 +
@@ -0,0 +1 @@
+/usr/lib/*/libticcutils.so.*
diff -Nru ticcutils-0.24/debian/libticcutils8t64.lintian-overrides 

Bug#1063184: marked as done (pipewire: NMU diff for 64-bit time_t transition)

[Debian Bug Tracking System]

Your message dated Fri, 01 Mar 2024 13:09:41 +
with message-id 
and subject line Bug#1063184: fixed in pipewire 1.0.3-1.1
has caused the Debian Bug report #1063184,
regarding pipewire: NMU diff for 64-bit time_t transition
to be marked as done.

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

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


-- 
1063184: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=1063184
Debian Bug Tracking System
Contact ow...@bugs.debian.org with problems
--- Begin Message ---
Source: pipewire
Version: 1.0.3-1
Severity: serious
Tags: patch pending sid trixie
Justification: library ABI skew on upgrade
User: debian-...@lists.debian.org
Usertags: time-t

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

Dear maintainer,

As part of the 64-bit time_t transition required to support 32-bit
architectures in 2038 and beyond
(https://wiki.debian.org/ReleaseGoals/64bit-time), we have identified
pipewire 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 pipewire
which will initially be uploaded to experimental if possible, then to
unstable after packages have cleared binary NEW.

Please find the patch for this NMU attached.

If you have any concerns about this patch, please reach out ASAP.  Although
this package will be uploaded to experimental immediately, there will be a
period of several days before we begin uploads to unstable; so if information
becomes available that your package should not be included in the transition,
there is time for us to amend the planned uploads.



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

Kernel: Linux 6.5.0-14-generic (SMP w/12 CPU threads; PREEMPT)
Kernel taint flags: TAINT_PROPRIETARY_MODULE, TAINT_OOT_MODULE
Locale: LANG=C, LC_CTYPE=C.UTF-8 (charmap=UTF-8), LANGUAGE not set
Shell: /bin/sh linked to /usr/bin/dash
Init: systemd (via /run/systemd/system)
diff -Nru pipewire-1.0.3/debian/changelog pipewire-1.0.3/debian/changelog
--- pipewire-1.0.3/debian/changelog 2024-02-02 15:06:47.0 +
+++ pipewire-1.0.3/debian/changelog 2024-02-05 16:11:37.0 +
@@ -1,3 +1,10 @@
+pipewire (1.0.3-1.1) experimental; urgency=medium
+
+  * Non-maintainer upload.
+  * Rename libraries for 64-bit time_t transition.
+
+ -- Steve Langasek   Mon, 05 Feb 2024 16:11:37 +
+
 pipewire (1.0.3-1) unstable; urgency=medium
 
   * New upstream release
diff -Nru pipewire-1.0.3/debian/control pipewire-1.0.3/debian/control
--- pipewire-1.0.3/debian/control   2024-02-02 15:06:47.0 +
+++ pipewire-1.0.3/debian/control   2024-02-05 16:11:37.0 +
@@ -53,7 +53,10 @@
 Homepage: https://pipewire.org/
 Rules-Requires-Root: no
 
-Package: libpipewire-0.3-0
+Package: libpipewire-0.3-0t64
+Provides: ${t64:Provides}
+Replaces: libpipewire-0.3-0
+Breaks: libpipewire-0.3-0 (<< ${source:Version})
 Architecture: any
 Multi-Arch: same
 Depends: libspa-0.2-modules (= ${binary:Version}),
@@ -90,7 +93,7 @@
 Section: libdevel
 Architecture: any
 Multi-Arch: same
-Depends: libpipewire-0.3-0 (= ${binary:Version}),
+Depends: libpipewire-0.3-0t64 (= ${binary:Version}),
  libspa-0.2-dev (= ${binary:Version}),
  ${misc:Depends}
 Suggests: pipewire-doc
diff -Nru pipewire-1.0.3/debian/libpipewire-0.3-0.install 
pipewire-1.0.3/debian/libpipewire-0.3-0.install
--- pipewire-1.0.3/debian/libpipewire-0.3-0.install 2024-02-02 
15:06:47.0 +
+++ pipewire-1.0.3/debian/libpipewire-0.3-0.install 1970-01-01 
00:00:00.0 +
@@ -1 +0,0 @@
-usr/lib/*/libpipewire*.so.*
diff -Nru pipewire-1.0.3/debian/libpipewire-0.3-0.symbols 
pipewire-1.0.3/debian/libpipewire-0.3-0.symbols
--- pipewire-1.0.3/debian/libpipewire-0.3-0.symbols 2024-02-02 
15:06:47.0 +
+++ pipewire-1.0.3/debian/libpipewire-0.3-0.symbols 1970-01-01 
00:00:00.0 +
@@ -1,450 +0,0 @@
-libpipewire-0.3.so.0 libpipewire-0.3-0 #MINVER#
-* Build-Depends-Package: