Am 02.02.24 um 08:45 schrieb Steve Langasek:
Hi Michael,

On Thu, Feb 01, 2024 at 06:34:13PM +0100, Michael Biebl wrote:
Am 01.02.24 um 18:00 schrieb Steve Langasek:
Source: libnma
Version: 1.10.6-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
libnma 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).

I would like to avoid an unnecessary package rename.
Can you point me to the place where time_t is exposed in the ABI?

Well I have a post to debian-devel-announce today which would've provided
more pointers to this sort of thing, but unfortunately lists.debian.org no
longer appears to reliably let mail through from Debian Developers (despite
having valid signatures with both dkim and PGP).

libnma falls into the bucket of packages that we weren't able to analyze, so
we assume out of an abundance of caution that it is ABI-breaking and should
be renamed:

   
https://adrien.dcln.fr/misc/armhf-time_t/2024-02-01T09%3A53%3A00/logs/libnma-headers/base/log.txt

If you feel strongly that the package should not be renamed, patches to
https://salsa.debian.org/vorlon/armhf-time_t/-/blob/main/check-armhf-time_t?ref_type=heads
are very welcome to make it possible to compile the headers for analysis and
confirm that the library's ABI is not affected by time_t.

 From the log it looks like this is a missing gtk include, which can easily
be fixed either in the upstream source or by adding an appropriate quirk to
the above script.

We will happily rerun abi-compliance-checker to confirm the ABI status if
this is fixed.

Please put a hold on the upload until this has been investigated properly.

Thanks.

Attachment: OpenPGP_signature.asc
Description: OpenPGP digital signature

Reply via email to