[Bug 1721468] New: Upgrade perl-Proc-ProcessTable to 0.58
by bugzilla@redhat.com
https://bugzilla.redhat.com/show_bug.cgi?id=1721468
Bug ID: 1721468
Summary: Upgrade perl-Proc-ProcessTable to 0.58
Product: Fedora
Version: rawhide
Status: NEW
Component: perl-Proc-ProcessTable
Assignee: andreas(a)bawue.net
Reporter: jplesnik(a)redhat.com
QA Contact: extras-qa(a)fedoraproject.org
CC: andreas(a)bawue.net, perl-devel(a)lists.fedoraproject.org
Target Milestone: ---
Classification: Fedora
Latest Fedora delivers 0.56 version. Upstream released 0.58. When you have free
time, please upgrade it.
--
You are receiving this mail because:
You are on the CC list for the bug.
4 years, 2 months
[Bug 1724012] New: ack-3.0.1 is available
by bugzilla@redhat.com
https://bugzilla.redhat.com/show_bug.cgi?id=1724012
Bug ID: 1724012
Summary: ack-3.0.1 is available
Product: Fedora
Version: rawhide
Status: NEW
Component: ack
Keywords: FutureFeature, Triaged
Assignee: robinlee.sysu(a)gmail.com
Reporter: upstream-release-monitoring(a)fedoraproject.org
QA Contact: extras-qa(a)fedoraproject.org
CC: perl-devel(a)lists.fedoraproject.org,
robinlee.sysu(a)gmail.com
Target Milestone: ---
Classification: Fedora
Latest upstream release: 3.0.1
Current version/release in rawhide: 3.0.0-2.fc31
URL: http://search.cpan.org/dist/ack/
Please consult the package updates policy before you issue an update to a
stable branch: https://fedoraproject.org/wiki/Updates_Policy
More information about the service that created this bug can be found at:
https://fedoraproject.org/wiki/Upstream_release_monitoring
Please keep in mind that with any upstream change, there may also be packaging
changes that need to be made. Specifically, please remember that it is your
responsibility to review the new version to ensure that the licensing is still
correct and that no non-free or legally problematic items have been added
upstream.
Based on the information from anitya:
https://release-monitoring.org/project/15/
--
You are receiving this mail because:
You are on the CC list for the bug.
4 years, 2 months
Making Perl site paths ABI-specific
by Petr Pisar
It was a long time ago I wrote to this list. I'm thinking about changing site
paths.
Now, perl configures site paths to:
/usr/local/lib64/perl5
/usr/local/share/perl5
so that anyone installing distributions from CPAN in a system-wide manner will
install his modules there. These two paths are listed before core and vendor
path used by Fedora packages in order to allow users to override Perl modules
coming with Fedora.
This layout has the nice feature that user's code is available across Fedora
upgrades. However, this feature is also bad because perl tends to change ABI
and as a result XS modules stop working and becuse the site location
precedence they can hinder even Fedora's Perl code. Then inexperienced users
report bugs for perl that Perl stopped working after upgrade Fedora.
My proposal is make the two paths changing with every new incompatible Perl
release (that happens every year with a new minor Perl version). Example:
/usr/local/lib64/perl5/5.30
/usr/local/share/perl5/5.30
As a result when users upgrade to Perl 5.30, their locally installed modules
become unavailable and thus they won't be able to affect the new system. Also
the user immediatelly recongnizes that his locally installed code
"disappeared" instead of receiving some cryptic error message from XSLoader
few days later when some optional XS module gets loaded.
These version specific paths are nothing new. Actually a vanilla Perl
installation uses more elaborate path differentiating threaded and
non-threaded builds in addition. See Debian or Gentoo.
It's important to note that INSTALLSITEBIN would remain /usr/local/bin
because nobody's going to add /usr/local/bin/5.30 in PATH manually. (We could
deliver a /etc/profile.d file within perl-libs, but I think it would made
things more fragile.)
One also could be tempted to keep the architecture independent
/usr/local/share/perl5 as it is. But that could keep modules without
architecture-specific dependencies available after an upgrade. So I believe we
should move both paths.
So if we conclude that this change is good and should be implemented, the only
uncertainity is the issue of aestetic: How exactly should the paths be named?
I can see these posibilities:
/usr/local/share/perl5/5.30
/usr/local/share/perl5/30
/usr/local/share/perl5.30
The first two keep all Perl files under one directory, while the third one
proliferates directories right under /usr/local/share. It also is backward
compatible for people who back up or NFS-mount the paths. The last two makes
the path a little bit shorter. While the first and last resembles a soname we
already give to libperl.so (/usr/lib64/libperl.so.5.30). The first two have
also a very tiny posibility of a clash with Perl modules namespaced into
"5.30::" or "30::" that could survive from current days (installed into
/usr/local/share/perl5). I like the first option.
Any opinions? Should we go with this change? Wich format do you like most?
-- Petr
4 years, 3 months
[Bug 1722669] New: perl-Module-CoreList-5.20190620 is available
by bugzilla@redhat.com
https://bugzilla.redhat.com/show_bug.cgi?id=1722669
Bug ID: 1722669
Summary: perl-Module-CoreList-5.20190620 is available
Product: Fedora
Version: rawhide
Status: NEW
Component: perl-Module-CoreList
Keywords: FutureFeature, Triaged
Assignee: ppisar(a)redhat.com
Reporter: upstream-release-monitoring(a)fedoraproject.org
QA Contact: extras-qa(a)fedoraproject.org
CC: jose.p.oliveira.oss(a)gmail.com, jplesnik(a)redhat.com,
perl-devel(a)lists.fedoraproject.org, ppisar(a)redhat.com,
steve(a)silug.org, tcallawa(a)redhat.com
Target Milestone: ---
Classification: Fedora
Latest upstream release: 5.20190620
Current version/release in rawhide: 5.20190524-3.fc31
URL: http://search.cpan.org/dist/Module-CoreList/
Please consult the package updates policy before you issue an update to a
stable branch: https://fedoraproject.org/wiki/Updates_Policy
More information about the service that created this bug can be found at:
https://fedoraproject.org/wiki/Upstream_release_monitoring
Please keep in mind that with any upstream change, there may also be packaging
changes that need to be made. Specifically, please remember that it is your
responsibility to review the new version to ensure that the licensing is still
correct and that no non-free or legally problematic items have been added
upstream.
Based on the information from anitya:
https://release-monitoring.org/project/3080/
--
You are receiving this mail because:
You are on the CC list for the bug.
4 years, 3 months
[Bug 1721471] New: Upgrade perl-Test-Taint to 1.08
by bugzilla@redhat.com
https://bugzilla.redhat.com/show_bug.cgi?id=1721471
Bug ID: 1721471
Summary: Upgrade perl-Test-Taint to 1.08
Product: Fedora
Version: rawhide
Status: NEW
Component: perl-Test-Taint
Assignee: rc040203(a)freenet.de
Reporter: jplesnik(a)redhat.com
QA Contact: extras-qa(a)fedoraproject.org
CC: lxtnow(a)gmail.com, paul(a)city-fan.org,
perl-devel(a)lists.fedoraproject.org,
rc040203(a)freenet.de, rob.myers(a)gtri.gatech.edu
Target Milestone: ---
Classification: Fedora
Latest Fedora delivers 1.06 version. Upstream released 1.08. When you have free
time, please upgrade it.
--
You are receiving this mail because:
You are on the CC list for the bug.
4 years, 3 months