Bug#1055955: transition: perl 5.38

[Niko Tyni]

Package: release.debian.org
User: release.d...@packages.debian.org
Usertags: transition
X-Debbugs-Cc: pe...@packages.debian.org

Hi release team,

this has taken me much longer than necessary for various reasons, but I
think we're almost ready to push Perl 5.38 to sid now.

We should aim to release trixie with 5.40 (which will be released in May
2024 or so), but it's still better to do these transitions one at a time.

TL;DR:

- can we raise the remaining bugs to severity:serious?

- I'll request a transition slot once the easy ones are fixed

- should we worry about time64?

Perl 5.38 been in experimental since July, and we've been running
continuous amd64 rebuilds on perl.debian.net all the time. I also
checked for related autopkgtest regressions back in August/September
in all packages declaring Testsuite: autopkgtest-pkg-perl or having
Testsuite-Triggers: perl. The bugs we found are tracked with the usual
usertags:

https://bugs.debian.org/cgi-bin/pkgreport.cgi?tag=perl-5.38-transition;users=debia...@lists.debian.org

There's a few packages that are nontrivially broken and will probably
need to be removed from testing.

libapache-db-perl #1040396

libembperl-perl #1042845

polymake #1042521

AFAICS polymake has one reverse dependency (gap-polymaking) and the
others have none, so removal shouldn't be too difficult.

Then there's some that already have patches or where the fixes are
trivial, but just need an upload:

docknot #1042853

elinks #1042844

libgtk3-imageview-perl #1050445

libperl-languageserver-perl #1050451

libregexp-debuggperl-perl #1050454

localehelper #1042525

I haven't checked reverse dependencies as I'm hoping they will be fixed.
Can we raise these bugs to severity:serious?

I can report back when these are fixed and request a transition slot.

Finally I just ran one more rebuild test for all the packages that will
need binNMUs, and found a couple of unrelated FTBFS bugs. These would
block binNMUs.

cod-tools #1055896 (fixed in sid today, needs to migrate)

os-autoinst #1054776

libprelude #1054793

libauthen-sasl-cyrus-perl #1052871 (not in testing)

I haven't checked for version skew between testing and unstable, or for
any architecture specific issues on !amd64 as I don't have any good tools
for those. I suppose we'll need to handle them during the transition if
we hit any.

One more thing to mention: I'm slightly worried about the time64
transition that I think was supposed to happen this release cycle. As
I mentioned in July [1] I think it will need a perlapi-* bump and the
related binNMUs of the same set of packages.

[1] https://lists.debian.org/debian-devel/2023/07/msg00302.html

But things seem to be quiet and I still haven't looked at the perl side
of that at all. (I also have no idea how it can be done without a flag
day but I hope somebody does.) I don't think we should block on this
unless there's some activity that I've missed?


Ben file proposal, just copy-pasting from last year:

title = "perl";
is_affected = .depends ~ "libperl5.36|perlapi-5.36" | .pre-depends ~ "libperl5.36|perlapi-5.36";
is_good = .depends ~ "libperl5.38|perlapi-5.38" | .pre-depends ~ "libperl5.38|perlapi-5.38";
is_bad = .depends ~ "libperl5.36|perlapi-5.36" | .pre-depends ~ "libperl5.36|perlapi-5.36";

Thanks for your work on Debian,
--
Niko

[Niko Tyni]

On Tue, Nov 14, 2023 at 08:28:01PM +0200, Niko Tyni wrote:

> this has taken me much longer than necessary for various reasons, but I
> think we're almost ready to push Perl 5.38 to sid now.

> https://bugs.debian.org/cgi-bin/pkgreport.cgi?tag=perl-5.38-transition;users=debia...@lists.debian.org
>
> There's a few packages that are nontrivially broken and will probably
> need to be removed from testing.
>
> libapache-db-perl #1040396
>
> libembperl-perl #1042845
>
> polymake #1042521

The polymake bug was fixed recently (yay!). The other two remain, but
libapache-db-perl got removed from testing already. I don't see any
rdeps for libembperl-perl so presumably it can be removed as well.

We have one new blocker, not related to Perl 5.38 but preventing
the necessary rebuild:

libgit-raw-perl #1057318

The only reverse dependencies I can see are libgit-objectstore-perl
and torrus-common, so seems like testing removal is a viable option
here as well.

I uploaded 5.38.2 to experimental in the meantime, and have re-run
the rebuild and autopkgtest checks. I found no new Perl 5.38 related
regressions, and the new rebuild blockers I found are already fixed.
The (unrelated) pandoc mess causes quite a few failures in sid that
interfered with the testing though.

I think we're as ready as can reasonably be, assuming you're OK with the
above testing removals. Please let me know when a suitable transition
slot becomes available.

Thanks for your work,
--
Niko

[gregor herrmann]

On Sat, 09 Dec 2023 13:15:23 +0200, Niko Tyni wrote:

> We have one new blocker, not related to Perl 5.38 but preventing
> the necessary rebuild:
> libgit-raw-perl #1057318

I've uploaded libgit-raw-perl 0.90+ds-2 with a patch to fix the test
failures.

> The (unrelated) pandoc mess causes quite a few failures in sid that
> interfered with the testing though.

According to my last aptitude run pandoc seems to be fixed as well.


Cheers,
gregor

--
.''`. https://info.comodo.priv.at -- Debian Developer https://www.debian.org
: :' : OpenPGP fingerprint D1E1 316E 93A7 60A8 104D 85FA BB3A 6801 8649 AA06
`. `' Member VIBE!AT & SPI Inc. -- Supporter Free Software Foundation Europe
`-

[Niko Tyni]

On Sat, Dec 09, 2023 at 01:15:26PM +0200, Niko Tyni wrote:
> On Tue, Nov 14, 2023 at 08:28:01PM +0200, Niko Tyni wrote:
>
> > this has taken me much longer than necessary for various reasons, but I
> > think we're almost ready to push Perl 5.38 to sid now.
>
> > https://bugs.debian.org/cgi-bin/pkgreport.cgi?tag=perl-5.38-transition;users=debia...@lists.debian.org

> I think we're as ready as can reasonably be, assuming you're OK with the
> above testing removals. Please let me know when a suitable transition
> slot becomes available.

Hi, gentle ping on this?
--
Niko

[Sebastian Ramacher]

Control: tags -1 confirmed

Please go ahead.

Cheers
--
Sebastian Ramacher

[Niko Tyni]

Thanks. Just uploaded 5.38.2-2 targeting unstable.

FTR, my last minute rebuild tests found #1060323 in opensp making
libsgml-parser-opensp-perl ftbfs, so that one is going to fail binNMUs.
But opensp should be trivial to fix and the count of reverse deps looked
minimal, so not a showstopper.
--
Niko