• Bug#1062381: libisofs: NMU diff for 64-bit time_t transition (1/2)

    From Steve Langasek@21:1/5 to All on Thu Feb 1 09:50:02 2024
    This is a multi-part MIME message sent by reportbug.


    Source: libisofs
    Version: 1.5.6.pl01-1
    Severity: serious
    Tags: patch pending
    Justification: library ABI skew on upgrade
    User: debian-arm@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
    libisofs 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 libisofs
    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'), (500, 'testing'), (1, 'experimental') Architecture: amd64 (x86_64)

    Kernel: Linux 6.5.0-14-generic (SMP w/12 CPU threads; PREEMPT)
    Kernel taint flags: TAINT_PROPRIETARY_MODULE, TAINT_OOT_MODULE
    Locale: LANG=C, LC_CTYPE=C.UTF-8 (charmap=UTF-8), LANGUAGE not set
    Shell: /bin/sh linked to /usr/bin/dash
    Init: systemd (via /run/systemd/system)

    diff -Nru libisofs-1.5.6.pl01/debian/changelog libisofs-1.5.6.pl01/debian/changelog
    --- libisofs-1.5.6.pl01/debian/changelog 2023-09-09 17:16:02.000000000 +0000
    +++ libisofs-1.5.6.pl01/debian/changelog 2024-02-01 08:41:43.000000000 +0000
    @@ -1,3 +1,10 @@
    +libisofs (1.5.6.pl01-1.1) experimental; urgency=medium
    +
    + * Non-maintainer upload.
    + * Rename libraries for 64-bit time_t transition.
    +
    + -- Steve Langasek <vorlon@debian.org> Thu, 01 Feb 2024 08:41:43 +0000
    +
    libisofs (1.5.6.pl01-1) unstable; urgency=low

    [ Thomas Schmitt ]
    diff -Nru libisofs-1.5.6.pl01/debian/control libisofs-1.5.6.pl01/debian/control --- libisofs-1.5.6.pl01/debian/control 2023-09-09 17:16:02.000000000 +0000
    +++ libisofs-1.5.6.pl01/debian/control 2024-02-01 08:41:43.000000000 +0000
    @@ -14,7 +14,10 @@
    Vcs-Git: https://salsa.debian.org/optical-media-team/libisofs.git -b master
    Homepage: http://libburnia-project.org

    -Package: libisofs6
    +Package: libisofs6t64
    +Provides: ${t64:Provides}
    +Replaces: libisofs6
    +Breaks: libisofs6 (<< ${source:Version})
    Architecture: any
    Multi-Arch: same
    Dep
  • From Thomas Schmitt@21:1/5 to All on Thu Feb 1 11:10:01 2024
    Hi,

    i'm the upstream and help with preparing the Debian packages.
    So i assume that any needed action in this case is up to my sponsor
    Dominique Dumont (Cc'd).

    But:

    Are you aware that the effort to switch to 64 bit time_t is not worth much
    in a ISO 9660 producing software, even on amd64, as long as

    https://github.com/torvalds/linux/blob/master/fs/isofs/isofs.h

    has int as return type of the ISO-9660-to-Unix-time function

    extern int iso_date(u8 *, int);

    (implemented in fs/isofs/util.c) ?

    I once made a successful attempt to get the attention of parts of the
    kernel community:
    https://lore.kernel.org/all/20221024135517.7d40b96a206020eca03e3802@linux-foundation.org/t/
    But as it looks, it never made it into the torvalds repo.


    Have a nice day :)

    Thomas

    --- SoupGate-Win32 v1.05
    * Origin: fsxNet Usenet Gateway (21:1/5)