Package Details: perl-extutils-parsexs 3.51-1

Git Clone URL: (read-only, click to copy)
Package Base: perl-extutils-parsexs
Description: Converts Perl XS code into C code
Upstream URL:
Licenses: GPL, PerlArtistic
Submitter: xenoterracide
Maintainer: swiftgeek
Last Packager: swiftgeek
Votes: 26
Popularity: 0.000000
First Submitted: 2010-01-21 16:04 (UTC)
Last Updated: 2023-09-26 12:49 (UTC)

Latest Comments

1 2 Next › Last »

yar commented on 2022-10-12 06:25 (UTC)

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

MarsSeed commented on 2022-06-06 01:27 (UTC)

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.

MarsSeed commented on 2022-06-03 20:40 (UTC)

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.)

swiftgeek commented on 2022-06-03 13:20 (UTC)

@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.

MarsSeed commented on 2022-06-03 11:18 (UTC)

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

MarsSeed commented on 2022-06-03 11:17 (UTC) (edited on 2022-06-03 11:21 (UTC) by MarsSeed)

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.

MarsSeed commented on 2022-06-03 11:14 (UTC)

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.

swiftgeek commented on 2022-06-03 05:12 (UTC) (edited on 2022-06-03 05:13 (UTC) by swiftgeek)

-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.

pzl commented on 2014-05-05 19:47 (UTC)

Need this for slic3r; was abandoned. No problem handing this package to anyone that wants it. Comments/errors welcome