Arch Linux User Repository

Maybe it should provide/replace the -aur package, to provide a smoother upgrade path?

I suggest you adopt perl-extutils-parsexs and update that one, if you insist on keeping a separate AUR package for this rarely-updated Perl pod. At least the name will be less likely to confuse people so it's better that way I think.

I understand your points, and in general they are totally valid considerations.

However, if you look at the version history of this particular pod, you'll see that basically there was one new release every 3-4 year. So in this case it is really unlikely that some package would need newer release than what is contained in Perl itself.

And I would think that by upstreaming and packaging this pod directly in Perl, the developers will really test everything thoroughly to be backward-compatible with older pods written for earlier Perl 5.x versions.

So I myself see little point in keeping this concrete package as a separate one. (This consideration might not apply in every case; e.g. perl-math-bigint sees frequent small updates so it is useful to have both the upstream Perl version as well as the separate package.)

@MarsSeed Not sure then what prevented upload back when I started probably still on AUR3

And version requirement is something that changes with time, if one included with perl works for somebody I would not recommend using this package, only when one included with perl at that point in time is older (and some software explicitly requires newer one). Deleting and adding package whenever that happens would be painful + increases chance of PKGBUILD being lost.

Also, source ExtUtils-ParseXS-3.45.tar.gz: 404 does not exist.

Just because perl provides a virtual package, it doesn't prevent uploading an actual package with the same name to AUR.

There exists an AUR/perl-extutils-parsexs package. I suggest you take that over if you insist on keeping a separate ExtUtils-ParseXS package. That one is an orphan now.

Slic3r's been last released in 2018 and the last commit on its git master is from July 2021. So it's not possible now that it requires a newer version of ExtUtils-ParseXS than what is available in Perl 5.36.0 itself (released May 28, 2022), with ExtUtils-ParseXS=3.45.

CPAN's ExtUtils-ParseXS is at v3.44, released Jan 07, 2022, so that's also not possible that that is explicitly required by Slic3r.

The earlier Perl 5.34.0 and 5.34.1 provided ExtUtils-ParseXS 3.43 which should have been sufficient for the Slic3r from one year ago.

-aur suffix exist because it's already provided in official repo as perl, in older version, while some packages like slic3r-git required newer version.

perl-extutils-parsexs name is already used by perl and package of such name can't be uploaded.