On Thu, Feb 01, 2024 at 12:26:58AM +0000, Steve Langasek wrote: > 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 > libfido2 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). [...] > 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.
This one surprised me, because there doesn't seem to be anything about either times or offsets in libfido2's ABI as far as I can see. https://people.canonical.com/~vorlon/armhf-time_t/compat_reports/libfido2-dev/lfs_to_timet/compat_report.html reports 100% binary compatibility. The source compatibility tab there does indeed show a time_t change, but I didn't think that was cause for a SONAME change as long as it doesn't affect libfido2's own exported symbols - am I missing something here? Thanks, -- Colin Watson (he/him) [cjwat...@debian.org]
