#1062742 libzia: NMU diff for 64-bit time_t transition

#1062742#5
Date:
2024-02-02 23:00:59 UTC
From:
To:
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
libzia 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 libzia
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.

#1062742#12
Date:
2024-02-24 09:00:34 UTC
From:
To:
Hello,

An oversight with regards to the provides: handling support in debhelper
means the package in experimental does not correctly declare compatibility
on 64-bit archs with the prior ABI.  Please find an updated patch attached.

#1062742#17
Date:
2024-02-24 09:29:52 UTC
From:
To:
Hello Steve,

please don't put version numbers in the package descriptions:

In cases like this it adds work for translators with a loss for users,
who aren't supposed to look for version numbers like this in
*descriptions* anyway.
Currently this description is translated only to Danish, but as soon
as the package with this change gets uploaded, that description
reverts to the English version:
https://ddtp.debian.org/ddt.cgi?desc_id=229880

#1062742#20
Date:
2024-02-24 09:46:26 UTC
From:
To:
Re: Daniele Forsi

For libzia, it's also questionable to put the version number into the
package - that "lib" is only used by a single rdep, tucnak. We should
rather move libzia into tucnak; the split has causes several problems
in the past, while adding no value.

Christoph