• Bug#1066498: dh-make-perl: autopkgtest regression due to time_t transit

    From Graham Inggs@21:1/5 to All on Wed Mar 13 13:30:02 2024
    Source: dh-make-perl
    Version: 0.123
    Severity: serious
    User: debian-ci@lists.debian.org
    Usertags: regression

    Hi Maintainer

    dh-make-perl's autopkgtest regress when tested with perl/5.38.2-3.2
    [1]. I've copied what I hope is the relevant part of the log below.

    From what I can see on the excuses page for perl [2], dh-make-perl's autopkgtests are the only ones failing on all architectures, besides
    perl's own. Do these test cases need updating to handle the 't64'?

    Regards
    Graham


    [1] https://ci.debian.net/packages/d/dh-make-perl/testing/amd64/
    [2] https://qa.debian.org/excuses.php?package=perl


    80s t/DpkgLists.t .......................
    80s 1..7
    80s ok 1 - use Debian::DpkgLists;
    80s # Perl API is 5.38
    80s ok 2 - /usr/bin/perl is in perl-base
    80s ok 3 - partial /bin/perl is in perl-base
    80s ok 4 - qr{/bin/perl$} is in perl-base
    80s not ok 5 - Errno is in libperl5.38 or perl-base (or only perl-base
    for perl < 5.22)
    80s
    80s # Failed test 'Errno is in libperl5.38 or perl-base (or only
    perl-base for perl < 5.22)'
    80s # at t/DpkgLists.t line 33.
    80s # Structures begin differing at:
    80s # $got->[0] = 'libperl5.38t64'
    80s # $expected->[0] = 'libperl5.38'
    80s not ok 6 - IO::Socket::UNIX is in libperl5.38 or perl-base (or
    only perl-base for perl < 5.22)
    80s
    80s # Failed test 'IO::Socket::UNIX is in libperl5.38 or perl-base (or
    only perl-base for perl < 5.22)'
    80s # at t/DpkgLists.t line 39.
    80s # Structures begin differing at:
    80s # $got->[0] = 'libperl5.38t64'
    80s # $expected->[0] = 'libperl5.38'
    80s ok 7 - utf8 is in perl-base or perl-modules-5.38 (or only
    perl-base for perl < 5.22)
    80s # Looks like you failed 2 tests of 7.
    80s Dubious, test returned 2 (wstat 512, 0x200)
    80s Failed 2/7 subtests

    --- SoupGate-Win32 v1.05
    * Origin: fsxNet Usenet Gateway (21:1/5)
  • From Debian Bug Tracking System@21:1/5 to All on Thu Mar 14 17:30:02 2024
    This is a multi-part message in MIME format...

    Your message dated Thu, 14 Mar 2024 16:19:14 +0000
    with message-id <E1rknnW-00Cpxj-1w@fasolo.debian.org>
    and subject line Bug#1066786: fixed in dh-make-perl 0.124
    has caused the Debian Bug report #1066786,
    regarding dh-make-perl: autopkgtest regression due to 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.)


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

    Received: (at submit) by bugs.debian.org; 13 Mar 2024 12:20:21 +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=-106.1 required=4.0 tests=BAYES_00,DKIMWL_WL_HIGH,
    DKIM_SIGNED,DKIM_VALID,DKIM_VALID_AU,DKIM_VALID_EF,FOURLA,
    FROMDEVELOPER,FUZZY_CPILL,SPF_HELO_NONE,SPF_NONE,T_SCC_BODY_TEXT_LINE,
    UNPARSEABLE_RELAY,USER_IN_DKIM_WELCOMELIST,USER_IN_DKIM_WHITELIST
    autolearn=ham autolearn_force=no
    version=3.4.6-bugs.debian.org_2005_01_02
    X-Spam-Bayes: score:0.0000 Tokens: new, 21; hammy, 150; neutral, 53; spammy,
    0. spammytokens:
    hammytokens:0.000-+--Hx-spam-relays-external:sk:stravin,
    0.000-+--H*RT:sk:stravin, 0.000-+--Hx-spam-relays-external:311,
    0.000-+--H*RT:108, 0.000-+--H*RT:311
    Return-path: <ginggs@debian.org>
    Received: from stravinsky.deb
  • From Niko Tyni@21:1/5 to gregor herrmann on Thu Mar 14 17:50:01 2024
    On Thu, Mar 14, 2024 at 05:14:17PM +0100, gregor herrmann wrote:

    After some thinking, I think I makes to (temporarily) allow both libperl5.XXt64 and libperl5.XX, otherwise we'll have a mess during
    the 5.40 transition.
    (After that we can get rid of the option with the suffix again.)

    Sure we need to allow for libperl5.XX to stay future-proof. I was just
    thinking of hardcoding libperl5.38t64 as the (temporary) other option
    rather than using a generic libperl5.XXt64 name.

    But no worries :)
    --
    Niko

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