[Bug 1688773] New: Use of uninitialized value in pattern match line
1077, 1086, 1093, 763
by bugzilla@redhat.com
https://bugzilla.redhat.com/show_bug.cgi?id=1688773
Bug ID: 1688773
Summary: Use of uninitialized value in pattern match line 1077,
1086, 1093, 763
Product: Fedora
Version: 29
Hardware: x86_64
OS: Linux
Status: NEW
Component: perl-Expect
Severity: medium
Assignee: paul(a)city-fan.org
Reporter: sitezreg(a)gmail.com
QA Contact: extras-qa(a)fedoraproject.org
CC: jose.p.oliveira.oss(a)gmail.com, paul(a)city-fan.org,
perl-devel(a)lists.fedoraproject.org,
tremble(a)tremble.org.uk
Target Milestone: ---
Classification: Fedora
Description of problem:
Using a cluster command console in "Asbru Connection Manager" throws following
error(s):
Use of uninitialized value in pattern match (m//) at
/usr/share/perl5/vendor_perl/Expect.pm line 1077.
Use of uninitialized value in string eq at
/usr/share/perl5/vendor_perl/Expect.pm line 1086.
Use of uninitialized value in string eq at
/usr/share/perl5/vendor_perl/Expect.pm line 1093.
Use of uninitialized value in regexp compilation at
/usr/share/perl5/vendor_perl/Expect.pm line 763.
Note: I've raised the bugreport for the Asbru developer (See:
https://github.com/asbru-cm/asbru-cm/issues/134) but was told it is an
Expect-related issue so here i am.
Version-Release number of selected component (if applicable):
perl-Expect-1.35-6.fc29.noarch
Sadly i don't know what exactly is being called under the hood.
Thanks
Alex
--
You are receiving this mail because:
You are on the CC list for the bug.
4 years, 4 months
[Bug 1704785] New: perl-Net-SSLeay-1.85-9.fc29 FTBFS: /usr/bin/ld:
cannot find -lz
by bugzilla@redhat.com
https://bugzilla.redhat.com/show_bug.cgi?id=1704785
Bug ID: 1704785
Summary: perl-Net-SSLeay-1.85-9.fc29 FTBFS: /usr/bin/ld: cannot
find -lz
Product: Fedora
Version: 29
Status: NEW
Component: perl-Net-SSLeay
Assignee: paul(a)city-fan.org
Reporter: ppisar(a)redhat.com
QA Contact: extras-qa(a)fedoraproject.org
CC: jose.p.oliveira.oss(a)gmail.com, kasal(a)ucw.cz,
paul(a)city-fan.org, perl-devel(a)lists.fedoraproject.org
Target Milestone: ---
Classification: Fedora
perl-Net-SSLeay-1.85-9.fc29 fails to build in F29 and F30:
gcc -lpthread -shared -Wl,-z,relro -Wl,-z,now
-specs=/usr/lib/rpm/redhat/redhat-hardened-ld -L/usr -L/usr/lib64 -L/usr/lib
-L/usr/local/lib -fstack-protector-strong SSLeay.o -o
blib/arch/auto/Net/SSLeay/SSLeay.so \
-L/usr -L/usr/lib64 -L/usr/lib -lssl -lcrypto -lz -lperl \
BUILDSTDERR: /usr/bin/ld: cannot find -lz
That's caused by openssl-devel-1.1.1b-4 that removed a dependency on zlib-devel
and that was pushed into Fedora ≥ 29. A possible fix is applying
commit f571bb6a6929c47b8323c6f2c5214cfefa9dcf37
Author: Paul Howarth <paul(a)city-fan.org>
Date: Sat Mar 30 08:06:53 2019 +0000
Get libraries to link against from pkg-config
Upstream pull request:
https://github.com/radiator-software/p5-net-ssleay/pull/127
to that Fedoras.
--
You are receiving this mail because:
You are on the CC list for the bug.
4 years, 4 months
[Bug 1686178] New: perl-libwww-perl-6.37 is available
by bugzilla@redhat.com
https://bugzilla.redhat.com/show_bug.cgi?id=1686178
Bug ID: 1686178
Summary: perl-libwww-perl-6.37 is available
Product: Fedora
Version: rawhide
Status: NEW
Component: perl-libwww-perl
Keywords: FutureFeature, Triaged
Assignee: ppisar(a)redhat.com
Reporter: upstream-release-monitoring(a)fedoraproject.org
QA Contact: extras-qa(a)fedoraproject.org
CC: caillon+fedoraproject(a)gmail.com,
john.j5live(a)gmail.com, kasal(a)ucw.cz,
perl-devel(a)lists.fedoraproject.org, ppisar(a)redhat.com,
rhughes(a)redhat.com, rstrode(a)redhat.com,
sandmann(a)redhat.com
Target Milestone: ---
Classification: Fedora
Latest upstream release: 6.37
Current version/release in rawhide: 6.36-2.fc30
URL: http://search.cpan.org/dist/libwww-perl/
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/3024/
--
You are receiving this mail because:
You are on the CC list for the bug.
4 years, 5 months
[Bug 1685192] New: LWP::Authen::Negotiate fails to authenticate to
Red Hat SSO web server because if missing mutual authentication
by bugzilla@redhat.com
https://bugzilla.redhat.com/show_bug.cgi?id=1685192
Bug ID: 1685192
Summary: LWP::Authen::Negotiate fails to authenticate to Red
Hat SSO web server because if missing mutual
authentication
Product: Fedora
Version: rawhide
Status: NEW
Component: perl-LWP-Authen-Negotiate
Assignee: steve.traylen(a)cern.ch
Reporter: ppisar(a)redhat.com
QA Contact: extras-qa(a)fedoraproject.org
CC: perl-devel(a)lists.fedoraproject.org,
steve.traylen(a)cern.ch
Target Milestone: ---
External Bug ID: CPAN 128699
Classification: Fedora
I encountered a failure when using LWP to perform a Kerberos authentication
against Red Hat SSO web server. I narrowed the issue to the fact that
LWP::Authen::Negotiate does not enable GSS_C_MUTUAL_FLAG.
I developed a fix and posted it to the upstream
<https://rt.cpan.org/Ticket/Display.html?id=128699>. Please consider applying
it to Fedora. If you don't have time and don't object, I can apply it to Fedora
instead of you.
--
You are receiving this mail because:
You are on the CC list for the bug.
4 years, 6 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, 9 months
[Bug 1670372] New: Upgrade perl-Net-SFTP-Foreign to 1.90
by bugzilla@redhat.com
https://bugzilla.redhat.com/show_bug.cgi?id=1670372
Bug ID: 1670372
Summary: Upgrade perl-Net-SFTP-Foreign to 1.90
Product: Fedora
Version: rawhide
Status: NEW
Component: perl-Net-SFTP-Foreign
Assignee: fedorapkg(a)rule.lv
Reporter: jplesnik(a)redhat.com
QA Contact: extras-qa(a)fedoraproject.org
CC: fedorapkg(a)rule.lv, jplesnik(a)redhat.com,
perl-devel(a)lists.fedoraproject.org,
zonexpertconsulting(a)outlook.com
Target Milestone: ---
Classification: Fedora
Latest Fedora delivers 1.89 version. Upstream released 1.90. 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, 9 months
[Bug 1704649] New: Upgrade perl-Template-Toolkit to 2.29
by bugzilla@redhat.com
https://bugzilla.redhat.com/show_bug.cgi?id=1704649
Bug ID: 1704649
Summary: Upgrade perl-Template-Toolkit to 2.29
Product: Fedora
Version: rawhide
Status: NEW
Component: perl-Template-Toolkit
Assignee: tcallawa(a)redhat.com
Reporter: jplesnik(a)redhat.com
QA Contact: extras-qa(a)fedoraproject.org
CC: itamar(a)ispbrasil.com.br,
perl-devel(a)lists.fedoraproject.org,
tcallawa(a)redhat.com
Target Milestone: ---
Classification: Fedora
Latest Fedora delivers 2.28 version. Upstream released 2.29. 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, 10 months
[Bug 1704646] New: Upgrade perl-Lingua-EN-Inflect to 1.904
by bugzilla@redhat.com
https://bugzilla.redhat.com/show_bug.cgi?id=1704646
Bug ID: 1704646
Summary: Upgrade perl-Lingua-EN-Inflect to 1.904
Product: Fedora
Version: rawhide
Status: NEW
Component: perl-Lingua-EN-Inflect
Assignee: tcallawa(a)redhat.com
Reporter: jplesnik(a)redhat.com
QA Contact: extras-qa(a)fedoraproject.org
CC: perl-devel(a)lists.fedoraproject.org,
tcallawa(a)redhat.com
Target Milestone: ---
Classification: Fedora
Latest Fedora delivers 1.903 version. Upstream released 1.904. 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, 10 months
[Bug 1704643] New: Upgrade perl-Catalyst-View-JSON to 0.37
by bugzilla@redhat.com
https://bugzilla.redhat.com/show_bug.cgi?id=1704643
Bug ID: 1704643
Summary: Upgrade perl-Catalyst-View-JSON to 0.37
Product: Fedora
Version: rawhide
Status: NEW
Component: perl-Catalyst-View-JSON
Assignee: simon(a)sxw.org.uk
Reporter: jplesnik(a)redhat.com
QA Contact: extras-qa(a)fedoraproject.org
CC: perl-devel(a)lists.fedoraproject.org, simon(a)sxw.org.uk
Target Milestone: ---
Classification: Fedora
Latest Fedora delivers 0.36 version. Upstream released 0.37. 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, 10 months