[Pkg-utopia-maintainers] Bug#1062484: Bug#1062484: Bug#1062484: libnma: NMU diff for 64-bit time_t transition

[Michael Biebl]

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

-------------- next part --------------
A non-text attachment was scrubbed...
Name: OpenPGP_signature.asc
Type: application/pgp-signature
Size: 840 bytes
Desc: OpenPGP digital signature
URL: <http://alioth-lists.debian.net/pipermail/pkg-utopia-maintainers/attachments/20240205/7bb80958/attachment.sig>