• Bug#1061954: frog: NMU diff for 64-bit time_t transition

    From Lukas =?UTF-8?Q?M=C3=A4rdian?=@21:1/5 to All on Tue Jan 30 14:40:01 2024
    This is a multi-part MIME message sent by reportbug.


    Source: frog
    Version: 0.20-2
    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
    frog 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 frog
    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/8 CPU threads; PREEMPT)
    Kernel taint flags: TAINT_PROPRIETARY_MODULE, TAINT_OOT_MODULE
    Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8), LANGUAGE not set
    Shell: /bin/sh linked to /usr/bin/dash
    Init: systemd (via /run/systemd/system)

    ZGlmZiAtTnJ1IGZyb2ctMC4yMC9kZWJpYW4vY2hhbmdlbG9nIGZyb2ctMC4yMC9kZWJpYW4vY2hh bmdlbG9nCi0tLSBmcm9nLTAuMjAvZGViaWFuL2NoYW5nZWxvZwkyMDIwLTA0LTIzIDE2OjIyOjEy LjAwMDAwMDAwMCArMDAwMAorKysgZnJvZy0wLjIwL2RlYmlhbi9jaGFuZ2Vsb2cJMjAyNC0wMS0z MCAxMzoyOToyNS4wMDAwMDAwMDAgKzAwMDAKQEAgLTEsMyArMSwxMCBAQAorZnJvZyAoMC4yMC0y LjEpIGV4cGVyaW1lbnRhbDsgdXJnZW5jeT1tZWRpdW0KKworICAqIE5vbi1tYWludGFpbmVyIHVw bG9hZC4KKyAgKiBSZW5hbWUgbGlicmFyaWVzIGZvciA2NC1iaXQgdGltZV90IHRyYW5zaXRpb24u CisKKyAtLSBMdWthcyBNw6RyZGlhbiA8c2x5b25AZGViaWFuLm9yZz4gIFR1ZSwgMzAgSmFuIDIw MjQgMTM6Mjk6MjUgKzAwMDAKKwogZnJvZyAoMC4yMC0yKSB1bnN0YWJsZTsgdXJnZW5jeT1tZWRp dW0KIAogICAqIFVwbG9hZCB0byB1bnN0YWJsZQpkaWZmIC1OcnUgZnJvZy0wLjIwL2RlYmlhbi9j b250cm9sIGZyb2ctMC4yMC9kZWJpYW4vY29udHJvbAotLS0gZnJvZy0wLjIwL2RlYmlhbi9jb250 cm9sCTIwMjAtMDQtMjMgMTY6MjE6MjQuMDAwMDAwMDAwICswMDAwCisrKyBmcm9nLTAuMjAvZGVi aWFuL2NvbnRyb2wJMjAyNC0wMS0zMCAxMzoyOToyNS4wMDAwMDAwMDAgKzAwMDAKQEAgLTU0LDcg KzU0LDcgQEAKIFBhY2thZ2U6IGxpYmZyb2ctZGV2CiBTZWN0aW9uOiBsaWJkZXZlbAogQXJjaGl0 ZWN0dXJlOiBhbnkKLURlcGVuZHM6IGxpYmZyb2cyICg9ICR7YmluYXJ5OlZlcnNpb259KSwKK0Rl cGVuZHM6IGxpYmZyb2cydDY0ICg9ICR7YmluYXJ5OlZlcnNpb259KSwKICAgICAgICAgICR7bWlz YzpEZXBlbmRzfQogTXVsdGktQXJjaDogc2FtZQogRGVzY3JpcHRpb246IHRhZ2dlciBhbmQgcGFy c2VyIGZvciBuYXR1cmFsIGxhbmd1YWdlcyAoaGVhZGVycykKQEAgLTgwLDE0ICs4MCwxNSBAQAog IC4KICBUaGlzIHBhY2thZ2UgY29udGFpbmVycyB0aGUgaGVhZGVycyBuZWVkZWQgdG8gY29tcGls ZSBhZ2FpbnN0IEZyb2cuCiAKLVBhY2thZ2U6IGxpYmZyb2cyCitQYWNrYWdlOiBsaWJmcm9nMnQ2 NAorUHJvdmlkZXM6ICR7dDY0OlByb3ZpZGVzfQogQXJjaGl0ZWN0dXJlOiBhbnkKIFNlY3Rpb246 IGxpYnMKIERlcGVuZHM6ICR7bWlzYzpEZXBlbmRzfSwKICAgICAgICAgICR7c2hsaWJzOkRlcGVu ZHN9CiBNdWx0aS1BcmNoOiBzYW1lCi1CcmVha3M6IGxpYmZyb2cxCi1SZXBsYWNlczogbGliZnJv ZzEKK0JyZWFrczogbGliZnJvZzIgKDw8ICR7c291cmNlOlZlcnNpb259KSwgbGliZnJvZzEKK1Jl cGxhY2VzOiBsaWJmcm9nMiwgbGliZnJvZzEKIERlc2NyaXB0aW9uOiB0YWdnZXIgYW5kIHBhcnNl ciBmb3IgRHV0Y2ggbGFuZ3VhZ2UgKGxpYnJhcnkpCiAgTWVtb3J5LUJhc2VkIExlYXJuaW5nIChN QkwpIGlzIGEgbWFjaGluZS1sZWFybmluZyBtZXRob2QgYXBwbGljYWJsZSB0byBhIHdpZGUKICBy YW5nZSBvZiB0YXNrcyBpbiBOYXR1cmFsIExhbmd1YWdlIFByb2Nlc3NpbmcgKE5MUCkuCmRpZmYg LU5ydSBmcm9nLTAuMjAvZGViaWFuL2xpYmZyb2cyLmluc3RhbGwgZnJvZy0wLjIwL2RlYmlhbi9s aWJmcm9nMi5pbnN0YWxsCi0tLSBmcm9nLTAuMjAvZGViaWFuL2xpYmZyb2cyLmluc3RhbGwJMjAx OC0xMi0wMiAxNjo0NToyNy4wMDAwMDAwMDAgKzAwMDAKKysrIGZyb2ctMC4yMC9kZWJpYW4vbGli ZnJvZzIuaW5zdGFsbAkxOTcwLTAxLTAxIDAwOjAwOjAwLjAwMDAwMDAwMCArMDAwMApAQCAtMSAr MCwwIEBACi11c3IvbGliLyovbGliZnJvZy5zby4qCmRpZmYgLU5ydSBmcm9nLTAuMjAvZGViaWFu L2xpYmZyb2cydDY0Lmluc3RhbGwgZnJvZy0wLjIwL2RlYmlhbi9saWJmcm9nMnQ2NC5pbnN0YWxs Ci0tLSBmcm9nLTAuMjAvZGViaWFuL2xpYmZyb2cydDY0Lmluc3RhbGwJMTk3MC0wMS0wMSAwMDow MDowMC4wMDAwMDAwMDAgKzAwMDAKKysrIGZyb2ctMC4yMC9kZWJpYW4vbGliZnJvZzJ0NjQuaW5z dGFsbAkyMDE4LTEyLTAyIDE2OjQ1OjI3LjAwMDAwMDAwMCArMDAwMApAQCAtMCwwICsxIEBACit1 c3IvbGliLyovbGliZnJvZy5zby4qCmRpZmYgLU5ydSBmcm9nLTAuMjAvZGViaWFuL2xpYmZyb2cy dDY0LmxpbnRpYW4tb3ZlcnJpZGVzIGZyb2ctMC4yMC9kZWJpYW4vbGliZnJvZzJ0NjQubGludGlh bi1vdmVycmlkZXMKLS0tIGZyb2ctMC4yMC9kZWJpYW4vbGliZnJvZzJ0NjQubGludGlhbi1vdmVy cmlkZXMJMTk3MC0wMS0wMSAwMDowMDowMC4wMDAwMDAwMDAgKzAwMDAKKysrIGZyb2ctMC4yMC9k ZWJpYW4vbGliZnJvZzJ0NjQubGludGlhbi1vdmVycmlkZXMJMjAyNC0wMS0zMCAxMzoyOToyNS4w MDAwMDAwMDAgKzAwMDAKQEAgLTAsMCArMSBAQAorbGliZnJvZzJ0NjQ6IHBhY2thZ2UtbmFtZS1k b2VzbnQtbWF0Y2gtc29uYW1lcyBsaWJmcm9nMgo=

    --- SoupGate-Win32 v1.05
    * Origin: fsxNet Usenet Gateway (21:1/5)
  • From Maarten van Gompel@21:1/5 to All on Fri Feb 2 14:30:01 2024
    --99dc794650f1d6204ec8d5ec70ece2b70178f7ea17c1c5a7013c8dfb19d5
    Mime-Version: 1.0
    Content-Transfer-Encoding: quoted-printable
    Content-Type: text/plain; charset=UTF-8

    Hi Joost, Lukas,

    On second thought, I read https://wiki.debian.org/ReleaseGoals/64bit-time and checked the updated Frog sources, there is no time_t
    exposed at all anymore in the new version I'm packaging. So if I understand things correctly, the new
    libfrog3 library does not need the t64 transition and I can revert https://salsa.debian.org/science-team/frog/-/commit/2bbda8d92d40b96a216e8d8db972a9589f8df02f ?

    Afaik the plan is to keep the binary packages named lib<foo>t64 (reading https://wiki.debian.org/ReleaseGoals/64bit-time ); this helps executing the transition.

    I'll rebase so the libfrog2t64 patch is included, but it'll be
    immediately superseded by libfrog3.

    Regards,

    --

    Maarten van Gompel (proycon)

    web: https://proycon.anaproy.nl
    gpg: 0x39FE11201A31555C

    --99dc794650f1d6204ec8d5ec70ece2b70178f7ea17c1c5a7013c8dfb19d5
    Content-Type: application/pgp-signature; name="signature.asc"

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

    iQEzBAABCAAdFiEEisYkiB7yrDDA5o4sOf4RIBoxVVwFAmW87I4ACgkQOf4RIBox VVwAywf/TKPEjc5nRdriOy77jXfsv+8998A94gHU+9S6lQCBQpkQJqirSuErczKH qePcDpvFtNzTI5BjJrt+ut+KglAbgeKD2gjNX7yLZNYfnnjly/o4QU513ErrF/6m 6WlTkfgSg3v57W58Pf/hv61fQkjA5xmoG6Jc53SX4Vobp7P9kuvQgQ6ChRQqdjuz vxBc1VdFiZJA3sjMjvNnnJDn+dB1wH21f4CSUOzs73wU3Sv5Z2BqMKudq0rZJ/3f zoYc/UCO2ecWgcxV6FcTmYStsliqPoCmehovpIvLjbs9/rlORAAjVocenP5LDiDT YXYaX60hW8xOcrzayfV0T+EzhtDO8w==UVbX
    -----END PGP SIGNATURE-----

    --99dc794650f1d6204ec8d5ec70ece2b70178f7ea17c1c5a7013c8dfb19d5--

    --- SoupGate-Win32 v1.05
    * Origin: fsxNet Usenet Gateway (21:1/5)
  • From Joost van =?UTF-8?Q?Baal-Ili=C4=87?@21:1/5 to All on Fri Feb 2 15:10:01 2024
    Hi,

    [sorry for yet another one, i clicked sent too early...]

    On Fri, Feb 02, 2024 at 03:01:04PM +0100, Joost van Baal-Ilić wrote:
    On Fri, Feb 02, 2024 at 02:22:20PM +0100, Maarten van Gompel wrote:

    On second thought, I read https://wiki.debian.org/ReleaseGoals/64bit-time and
    checked the updated Frog sources, there is no time_t exposed at all anymore in the new version I'm packaging.

    That's nice.

    So if I understand things correctly, the new
    libfrog3 library does not need the t64 transition and I can revert https://salsa.debian.org/science-team/frog/-/commit/2bbda8d92d40b96a216e8d8db972a9589f8df02f ?


    Afaik the plan is to keep the binary packages named lib<foo>t64 (reading https://wiki.debian.org/ReleaseGoals/64bit-time ); this helps executing the
    transition.

    I'll rebase so the libfrog2t64 patch is included, but it'll be
    immediately superseded by libfrog3.

    Upcoming stable release could likely ship both frog2 and frog3. E.g. if testing around release-time ships binaries build-depending upon frog2, this will happen.

    Wow, having just read Message-Id: <CYUMSR5QIVHF.1TRNK0G75U8VQ@anaproy.nl> to debian-science, we might indeed succeed in shipping upcoming Debian stable without frog2.

    Bye,

    Joost

    --- SoupGate-Win32 v1.05
    * Origin: fsxNet Usenet Gateway (21:1/5)
  • From Debian Bug Tracking System@21:1/5 to All on Sat Mar 2 09:50:03 2024
    This is a multi-part message in MIME format...

    Your message dated Sat, 02 Mar 2024 08:43:00 +0000
    with message-id <E1rgKxQ-003Czr-NH@fasolo.debian.org>
    and subject line Bug#1061954: fixed in frog 0.20-2.1
    has caused the Debian Bug report #1061954,
    regarding frog: NMU diff for 64-bit time_t transition
    to be marked as done.

    This means that you claim that the problem has been dealt with.
    If this is not the case it is now your responsibility to reopen the
    Bug report if necessary, and/or fix the problem forthwith.

    (NB: If you are a system administrator and have no idea what this
    message is talking about, this may indicate a serious mail system misconfiguration somewhere. Please contact owner@bugs.debian.org
    immediately.)


    --
    1061954: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=1061954
    Debian Bug Tracking System
    Contact owner@bugs.debian.org with problems

    Received: (at submit) by bugs.debian.org; 30 Jan 2024 13:31:45 +0000 X-Spam-Checker-Version: SpamAssassin 3.4.6-bugs.debian.org_2005_01_02
    (2021-04-09) on buxtehude.debian.org
    X-Spam-Level:
    X-Spam-Status: No, score=-9.4 required=4.0 tests=BAYES_00,FOURLA,
    FREEMAIL_FORGED_FROMDOMAIN,FREEMAIL_FROM,FROMDEVELOPER,
    HEADER_FROM_DIFFERENT_DOMAINS,RCVD_IN_DNSWL_NONE,RCVD_IN_MSPIKE_H2,
    SPF_HELO_NONE,SPF_PASS,T_SCC_BODY_TEXT_LINE,XMAILER_REPORTBUG
    autolearn=ham autolearn_force=no
    version=3.4.6-bugs.debian.org_2005_01_02
    X-Spam-Bayes: score:0.0000 Tokens: new, 33; hammy, 150; neutral, 254; spammy,
    0. spammytokens: hammytokens:0.000-+--sk:taint_o, 0.000-+--sk:TAINT_O,
    0.000-+--trixie, 0.000-+--H*M:reportbug, 0.000-+--H*MI:reportbug Return-path: <lukasmaerdian@gmail.com>
    Received: from mail-lf1-f42.google.com ([209.85.167.42]:60770)
    by buxtehude.debian.