• Bug#1061997: czmq: NMU diff for 64-bit time_t transition

    From Luca Boccassi@21:1/5 to mwhudson@debian.org  on Wed Jan 31 12:00:01 2024
    On Tue, 30 Jan 2024 19:18:12 +0000 mwhudson@debian.org wrote:
    Source: czmq
    Version: 4.2.1-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
    czmq 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 czmq
    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.

    The package is in the 'debian' section of Salsa, so feel free to the
    changes push directly there when uploading to unstable.

    --
    Kind regards,
    Luca Boccassi

    -----BEGIN PGP SIGNATURE-----

    iQIzBAABCgAdFiEErCSqx93EIPGOymuRKGv37813JB4FAmW6JQgACgkQKGv37813 JB46MxAAslts1lcmu+37Pd6oZtoefO2PWv2+Wu82yJJVCOo4fsHOGu4+EtaG0wIz Sx3qYZZ++CO+vw+79ic2+XzWPQId80YaFgqqR2bTRoWtUPaY+rYmoDoRbMowHQ0Z 6D3cYefczzryrZ+zF+GrKCpoCGYOQ+3c+Dzn16x+XQMoJ45dEx9Z2KMOVerlZarF JOvlkynf9S9dr7SOrSnnBq/Lpruq7ocke1n9F3Jp1YzFKBjWdGrzbtxclVe/kRaK Vrrotz/IiKsmBIYayx556/yUwHwNXJ0/w98PPvoBS6alfle805wovwKmFuc27Thz vevv8kERvHmowU4Z36qzM0Tqt0QUKt2j+5KeUJw076hCz0Mp49hFYNu8AqONouVD lDXaHug8AQQxE9ng2r2WC6JrxNYI9DIqJ+LQ6AUR8TLlXs322CJt3CVllNn9pl15 hnfn6bNj10Xm4gVqz5JttjzrnWn9bgk5dsL8nJpZCW89p++c3G4WxWDkRpp6ZxJY VDHe3QrDOrqBvabAagNUY1MTuyc0W3ZYbR/Msnk9aEyzPmYjN/OShPWfxgp9WPNG Wjz4D8eiCFYPyesJyO/9Cxs+JZQgMgFJbOG5Hl1YsTH0ATEGCgtjBOvUJD7jYy/T QXbekSflQAhH9/6tCg/JMU+veSAZOOgKWtnuKRsuP+3dBLsBToo=
    =KJnv
    -----END PGP SIGNATURE-----

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