Bug#1061961: fyba: NMU diff for 64-bit time_t transition

2024-01-30 Thread Sebastiaan Couwenberg

On 1/30/24 16:32, Lukas Märdian wrote:

Am 30.01.24 um 16:06 schrieb Sebastiaan Couwenberg:

On 1/30/24 15:57, Lukas Märdian wrote:
But please remember that this is meant to only hit experimental for 
now, until the dpkg change lands in unstable.

So please don't upload it into unstable just yet.


gdal will need to be rebuilt once fyba moves to unstable, how will 
these transitions be coordinated?


Regular transitions are staged in experimental, and once the Release 
Team gives the go-ahead the package is uploaded to unstable after 
which they schedule binNMUs.


Presumably there will be and overarching t64 transition to determine 
the order in which packages need to be moved to unstable triggering 
their respective transition which may include packages having their 
own t64 transition pending in experimental.


Please see prior discussion in https://bugs.debian.org/1036884 for the 
overall game plan.


That only mentions:

"
 - sourceful NMUs of all the libraries will be reuploaded to unstable
   (without binaries, so that they can be promoted to testing without
   additional uploads).
"

Should we assume that to mean that everything will be uploaded at the 
same time without taking inter-dependencies into account?


How will the t64 transitions be coordinated with the release team?

Kind Regards,

Bas

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



Bug#1061961: fyba: NMU diff for 64-bit time_t transition

2024-01-30 Thread Lukas Märdian

Am 30.01.24 um 16:06 schrieb Sebastiaan Couwenberg:

On 1/30/24 15:57, Lukas Märdian wrote:

But please remember that this is meant to only hit experimental for now, until 
the dpkg change lands in unstable.
So please don't upload it into unstable just yet.


gdal will need to be rebuilt once fyba moves to unstable, how will these 
transitions be coordinated?

Regular transitions are staged in experimental, and once the Release Team gives 
the go-ahead the package is uploaded to unstable after which they schedule 
binNMUs.

Presumably there will be and overarching t64 transition to determine the order 
in which packages need to be moved to unstable triggering their respective 
transition which may include packages having their own t64 transition pending 
in experimental.


Please see prior discussion in https://bugs.debian.org/1036884 for the overall 
game plan.

-- Lukas



Bug#1061961: fyba: NMU diff for 64-bit time_t transition

2024-01-30 Thread Sebastiaan Couwenberg

On 1/30/24 15:57, Lukas Märdian wrote:
But please remember that this is meant to only hit experimental for now, 
until the dpkg change lands in unstable.

So please don't upload it into unstable just yet.


gdal will need to be rebuilt once fyba moves to unstable, how will these 
transitions be coordinated?


Regular transitions are staged in experimental, and once the Release 
Team gives the go-ahead the package is uploaded to unstable after which 
they schedule binNMUs.


Presumably there will be and overarching t64 transition to determine the 
order in which packages need to be moved to unstable triggering their 
respective transition which may include packages having their own t64 
transition pending in experimental.


Kind Regards,

Bas

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



Bug#1061961: fyba: NMU diff for 64-bit time_t transition

2024-01-30 Thread Lukas Märdian

Am 30.01.24 um 15:22 schrieb Sebastiaan Couwenberg:

On 1/30/24 14:50, Lukas Märdian wrote:

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


Please cancel the NMU and let us upload it instead with pending changes from 
git.

Kind Regards,

Bas



Noted.
But please remember that this is meant to only hit experimental for now, until 
the dpkg change lands in unstable.
So please don't upload it into unstable just yet.

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

-- Lukas



Bug#1061961: fyba: NMU diff for 64-bit time_t transition

2024-01-30 Thread Sebastiaan Couwenberg

On 1/30/24 14:50, Lukas Märdian wrote:

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


Please cancel the NMU and let us upload it instead with pending changes 
from git.


Kind Regards,

Bas

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



Bug#1061961: fyba: NMU diff for 64-bit time_t transition

2024-01-30 Thread Lukas Märdian
Source: fyba
Version: 4.1.1-8
Severity: serious
Tags: patch pending
Justification: library ABI skew on upgrade
User: debian-...@lists.debian.org
Usertags: time-t

Dear maintainer,

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

Please find the patch for this NMU attached.

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



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

Kernel: Linux 6.5.0-14-generic (SMP w/8 CPU threads; PREEMPT)
Kernel taint flags: TAINT_PROPRIETARY_MODULE, TAINT_OOT_MODULE
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8), LANGUAGE not set
Shell: /bin/sh linked to /usr/bin/dash
Init: systemd (via /run/systemd/system)
diff -Nru fyba-4.1.1/debian/changelog fyba-4.1.1/debian/changelog
--- fyba-4.1.1/debian/changelog 2022-12-01 08:22:00.0 +
+++ fyba-4.1.1/debian/changelog 2024-01-30 13:50:04.0 +
@@ -1,3 +1,10 @@
+fyba (4.1.1-8.1) experimental; urgency=medium
+
+  * Non-maintainer upload.
+  * Rename libraries for 64-bit time_t transition.
+
+ -- Lukas Märdian   Tue, 30 Jan 2024 13:50:04 +
+
 fyba (4.1.1-8) unstable; urgency=medium
 
   * Team upload.
diff -Nru fyba-4.1.1/debian/control fyba-4.1.1/debian/control
--- fyba-4.1.1/debian/control   2022-11-27 12:30:31.0 +
+++ fyba-4.1.1/debian/control   2024-01-30 13:50:04.0 +
@@ -10,7 +10,10 @@
 Homepage: https://github.com/kartverket/fyba
 Rules-Requires-Root: no
 
-Package: libfyba0
+Package: libfyba0t64
+Provides: ${t64:Provides}
+Replaces: libfyba0
+Breaks: libfyba0 (<< ${source:Version})
 Architecture: any
 Multi-Arch: same
 Depends: ${shlibs:Depends},
@@ -25,7 +28,7 @@
 Architecture: any
 Multi-Arch: same
 Section: libdevel
-Depends: libfyba0 (= ${binary:Version}),
+Depends: libfyba0t64 (= ${binary:Version}),
  ${misc:Depends}
 Description: Header files for FYBA library
  This is the development package for developing applications that depends on
diff -Nru fyba-4.1.1/debian/libfyba0.docs fyba-4.1.1/debian/libfyba0.docs
--- fyba-4.1.1/debian/libfyba0.docs 2016-08-28 16:24:46.0 +
+++ fyba-4.1.1/debian/libfyba0.docs 1970-01-01 00:00:00.0 +
@@ -1 +0,0 @@
-README
diff -Nru fyba-4.1.1/debian/libfyba0.install fyba-4.1.1/debian/libfyba0.install
--- fyba-4.1.1/debian/libfyba0.install  2016-08-28 16:24:46.0 +
+++ fyba-4.1.1/debian/libfyba0.install  1970-01-01 00:00:00.0 +
@@ -1 +0,0 @@
-usr/lib/*/lib*.so.*
diff -Nru fyba-4.1.1/debian/libfyba0.lintian-overrides 
fyba-4.1.1/debian/libfyba0.lintian-overrides
--- fyba-4.1.1/debian/libfyba0.lintian-overrides2018-07-29 
19:51:51.0 +
+++ fyba-4.1.1/debian/libfyba0.lintian-overrides1970-01-01 
00:00:00.0 +
@@ -1,3 +0,0 @@
-# Symbols are problematic for C++ libraries, shlibs is used instead.
-no-symbols-control-file *
-
diff -Nru fyba-4.1.1/debian/libfyba0t64.docs fyba-4.1.1/debian/libfyba0t64.docs
--- fyba-4.1.1/debian/libfyba0t64.docs  1970-01-01 00:00:00.0 +
+++ fyba-4.1.1/debian/libfyba0t64.docs  2016-08-28 16:24:46.0 +
@@ -0,0 +1 @@
+README
diff -Nru fyba-4.1.1/debian/libfyba0t64.install 
fyba-4.1.1/debian/libfyba0t64.install
--- fyba-4.1.1/debian/libfyba0t64.install   1970-01-01 00:00:00.0 
+
+++ fyba-4.1.1/debian/libfyba0t64.install   2016-08-28 16:24:46.0 
+
@@ -0,0 +1 @@
+usr/lib/*/lib*.so.*
diff -Nru fyba-4.1.1/debian/libfyba0t64.lintian-overrides 
fyba-4.1.1/debian/libfyba0t64.lintian-overrides
--- fyba-4.1.1/debian/libfyba0t64.lintian-overrides 1970-01-01 
00:00:00.0 +
+++