• Bug#1064311: rdkit: NMU diff for 64-bit time_t transition

    From Steve Langasek@21:1/5 to All on Mon Feb 19 22:40:02 2024
    This is a multi-part MIME message sent by reportbug.


    Source: rdkit
    Version: 202309.3-2
    Severity: important
    Tags: patch pending sid trixie
    User: debian-arm@lists.debian.org
    Usertags: time-t

    NOTICE: these changes must not be uploaded to unstable yet!

    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
    rdkit 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 rdkit
    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')
    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 rdkit-202309.3/debian/changelog rdkit-202309.3/debian/changelog
    --- rdkit-202309.3/debian/changelog 2024-01-17 13:03:19.000000000 +0000
    +++ rdkit-202309.3/debian/changelog 2024-02-19 20:49:34.000000000 +0000
    @@ -1,3 +1,10 @@
    +rdkit (202309.3-2.1) experimental; urgency=medium
    +
    + * Non-maintainer upload.
    + * Rename libraries for 64-bit time_t transition.
    +
    + -- Steve Langasek <vorlon@debian.org> Mon, 19 Feb 2024 20:49:34 +0000
    +
    rdkit (202309.3-2) unstable; urgency=medium

    * Team upload.
    diff -Nru rdkit-202309.3/debian/control rdkit-202309.3/debian/control
    --- rdkit-202309.3/debian/control 2024-01-17 13:03:19.000000000 +0000
    +++ rdkit-202309.3/debian/control 2024-02-19 20:49:33.000000000 +0000
    @@ -102,7 +102,10 @@
    .
    This package contains data files.

    -Package: librdkit1
    +Package: librdkit1t64
    +Provides: ${t64:Provides}
    +Replaces: librdkit1
    +Breaks: librdkit1 (<< ${source:Version})
    Section: libs
    Architecture: any
    Depends: ${misc:Depends}, ${shlibs:Depends}
    @@ -137,7 +140,7 @@
    Package: librdkit-dev
    Section: libdevel
    Architectur
  • From Chris Hofstaedtler@21:1/5 to Andrius Merkys on Thu Apr 25 00:10:01 2024
    On Wed, Apr 24, 2024 at 09:25:29AM +0300, Andrius Merkys wrote:
    Hi,

    On Mon, 19 Feb 2024 21:35:16 +0000 Steve Langasek <vorlon@debian.org>
    wrote:> 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 rdkit
    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.

    It is most likely my fault this has not been resolved yet - by uploading 202309.3-3 I trashed 202309.3-2.1~exp1. Am I right that I should reupload rdkit with t64 binaries to experimental now?

    t64 is already in unstable and making its way to testing. So you are
    a bit late with getting rdkit fixed for t64.

    An upload with t64 binaries is required as soon as possible. Given
    the packages have to go to binary-NEW, you must upload with
    binaries, and then probably follow up with a source-only upload once
    they are ACCEPTed.

    Chris

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