[Bug 1661251] New: Fails due to uninitialised value
by bugzilla＠redhat.com
https://bugzilla.redhat.com/show_bug.cgi?id=1661251
Bug ID: 1661251
Summary: Fails due to uninitialised value
Product: Fedora EPEL
Version: epel7
OS: Linux
Status: NEW
Component: perl-Parse-DMIDecode
Assignee: ddick(a)cpan.org
Reporter: squinney(a)inf.ed.ac.uk
QA Contact: extras-qa(a)fedoraproject.org
CC: ddick(a)cpan.org, perl-devel(a)lists.fedoraproject.org
Target Milestone: ---
Classification: Fedora
Created attachment 1515903
--> https://bugzilla.redhat.com/attachment.cgi?id=1515903&action=edit
Initialise structures to zero to avoid potential problem with numeric
comparison
Description of problem:
We use the Parse::DMIDecode perl module on all our EL7 machines as part of our
inventory system. Mostly it works fine but on a small number of machines it
fails with this error about an uninitialized value:
perl -MParse::DMIDecode -wE 'my $decoder = new Parse::DMIDecode;
$decoder->probe'
Use of uninitialized value $data{"structures"} in numeric lt (<) at
/usr/share/perl5/vendor_perl/Parse/DMIDecode.pm line 160.
Version-Release number of selected component (if applicable):
0.03-5
How reproducible:
About 1% of our machines, I've not checked but probably all similar hardware.
Additional info:
This seems to be similar to a bug reported in CPAN many years ago:
https://rt.cpan.org/Public/Bug/Display.html?id=54956
except that the supplied patch in that report does NOT work. I have attached a
patch which fixes the problem when applied to the 0.03-5 SRPM.
Regards,
Stephen Quinney
--
You are receiving this mail because:
You are on the CC list for the bug.
1 month, 2 weeks
[Bug 1890602] New: EPEL8 Request: perl-Test-WWW-Selenium
by bugzilla＠redhat.com
https://bugzilla.redhat.com/show_bug.cgi?id=1890602
Bug ID: 1890602
Summary: EPEL8 Request: perl-Test-WWW-Selenium
Product: Fedora
Version: rawhide
Status: NEW
Component: perl-Test-WWW-Selenium
Assignee: lkundrak(a)v3.sk
Reporter: jakub.jedelsky(a)gmail.com
QA Contact: extras-qa(a)fedoraproject.org
CC: filip(a)andresovi.net, lkundrak(a)v3.sk,
perl-devel(a)lists.fedoraproject.org, scenek(a)gmail.com
Target Milestone: ---
Classification: Fedora
Hello, I would appreciate if you could build perl-Test-WWW-Selenium for EPEL8.
Feel free to add me as co-maintainer. This package and its dependencies are
built from master branch in
https://copr.fedorainfracloud.org/coprs/kubo/gdc/packages/. Thanks.
--
You are receiving this mail because:
You are on the CC list for the bug.
2 months
[Bug 1890597] New: EPEL8 Request: perl-POSIX-strptime
by bugzilla＠redhat.com
https://bugzilla.redhat.com/show_bug.cgi?id=1890597
Bug ID: 1890597
Summary: EPEL8 Request: perl-POSIX-strptime
Product: Fedora
Version: rawhide
Status: NEW
Component: perl-POSIX-strptime
Assignee: lkundrak(a)v3.sk
Reporter: jakub.jedelsky(a)gmail.com
QA Contact: extras-qa(a)fedoraproject.org
CC: filip(a)andresovi.net, holcapek(a)gmail.com,
lkundrak(a)v3.sk, perl-devel(a)lists.fedoraproject.org,
scenek(a)gmail.com
Target Milestone: ---
Classification: Fedora
Hello, I would appreciate if you could build perl-POSIX-strptime for EPEL8.
Feel free to add me as co-maintainer. This package and its dependencies are
built from master branch in
https://copr.fedorainfracloud.org/coprs/kubo/gdc/packages/. Thanks.
--
You are receiving this mail because:
You are on the CC list for the bug.
2 months
[Bug 1997118] New: Upgrade perl-Proc-ProcessTable to 0.611
by bugzilla＠redhat.com
https://bugzilla.redhat.com/show_bug.cgi?id=1997118
Bug ID: 1997118
Summary: Upgrade perl-Proc-ProcessTable to 0.611
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.59 version. Upstream released 0.611. When you have
free time, please upgrade it.
--
You are receiving this mail because:
You are on the CC list for the bug.
2 months, 3 weeks
[Bug 1666098] New: Overspecification in perl -MExtUtils::Embed -e
ldopts
by bugzilla＠redhat.com
https://bugzilla.redhat.com/show_bug.cgi?id=1666098
Bug ID: 1666098
Summary: Overspecification in perl -MExtUtils::Embed -e ldopts
Product: Fedora
Version: rawhide
Status: NEW
Component: perl
Assignee: jplesnik(a)redhat.com
Reporter: bugs.michael(a)gmx.net
QA Contact: extras-qa(a)fedoraproject.org
CC: caillon+fedoraproject(a)gmail.com, iarnell(a)gmail.com,
jplesnik(a)redhat.com, kasal(a)ucw.cz,
mbarnes(a)fastmail.com, mmaslano(a)redhat.com,
perl-devel(a)lists.fedoraproject.org, ppisar(a)redhat.com,
psabata(a)redhat.com, rhughes(a)redhat.com,
sandmann(a)redhat.com, tcallawa(a)redhat.com
Target Milestone: ---
Classification: Fedora
The following command is supposed to return the ldflags that are needed to link
with libperl. Instead, it returns everything that has been specified when
building libperl itself. Not limited to Fedora's global flags and several
libraries that aren't needed when linking shared. As a result, programs relink
also with those libs instead of just libperl.
$ perl -MExtUtils::Embed -e ldopts
-Wl,--enable-new-dtags -Wl,-z,relro -Wl,-z,now
-specs=/usr/lib/rpm/redhat/redhat-hardened-ld -Wl,-z,relro -Wl,-z,now
-specs=/usr/lib/rpm/redhat/redhat-hardened-ld -fstack-protector-strong
-L/usr/local/lib -L/usr/lib64/perl5/CORE -lperl -lpthread -lresolv -ldl -lm
-lcrypt -lutil -lc
Please clean up the flags and return only -L/usr/lib64/perl5/CORE -lperl.
--
You are receiving this mail because:
You are on the CC list for the bug.
2 months, 3 weeks
[Bug 1975700] New: start_server (or Server::Starter) should depend
on Net::Server::SS::PreFork
by bugzilla＠redhat.com
https://bugzilla.redhat.com/show_bug.cgi?id=1975700
Bug ID: 1975700
Summary: start_server (or Server::Starter) should depend on
Net::Server::SS::PreFork
Product: Fedora
Version: 34
Status: NEW
Component: perl-Server-Starter
Severity: low
Assignee: rc040203(a)freenet.de
Reporter: kas(a)fi.muni.cz
QA Contact: extras-qa(a)fedoraproject.org
CC: perl-devel(a)lists.fedoraproject.org,
rc040203(a)freenet.de
Target Milestone: ---
Classification: Fedora
Description of problem:
The start_server script uses Net::Server::SS::PreFork personality of
Net::Server, so it should explicitly depend on it.
Version-Release number of selected component (if applicable):
perl-Server-Starter-0.35-5.fc34.noarch
perl-Server-Starter-start_server-0.35-5.fc34.noarch
How reproducible:
Steps to Reproduce:
1. yum -y install perl-Server-Starter-start_server perl-Starman
2. cat > app.psgi <<'EOF'
#!/usr/bin/perl
use strict;
my $app = sub {
my $env = shift;
return [
'200',
[ 'Content-Type' => 'text/plain' ],
[ "Hello World\n" ], # or IO::Handle-like object
];
};
EOF
3. start_server --port 0.0.0.0:5000 -- starman --workers 4 app.psgi
Actual results:
start_server (pid:5091) starting now...
starting new worker 5092
Can't locate Net/Server/SS/PreFork.pm in @INC (you may need to install the
Net::Server::SS::PreFork module) (@INC contains: /usr/local/lib64/perl5/5.32
/usr/local/share/perl5/5.32 /usr/lib64/perl5/vendor_perl
/usr/share/perl5/vendor_perl /usr/lib64/perl5 /usr/share/perl5) at
/usr/share/perl5/vendor_perl/Plack/Handler/Starman.pm line 14.
new worker 5092 seems to have failed to start, exit status:512
Expected results:
starman should be up and running
Additional info:
The dependency on Net::Server::SS::PreFork is described here:
https://metacpan.org/pod/Server::Starter
--
You are receiving this mail because:
You are on the CC list for the bug.
2 months, 3 weeks
[Bug 1716324] New: perl-Text-Xslate-3.5.6-5.fc30 is not linked to
libperl.so
by bugzilla＠redhat.com
https://bugzilla.redhat.com/show_bug.cgi?id=1716324
Bug ID: 1716324
Summary: perl-Text-Xslate-3.5.6-5.fc30 is not linked to
libperl.so
Product: Fedora
Version: 30
Status: NEW
Component: perl-Text-Xslate
Assignee: jplesnik(a)redhat.com
Reporter: ppisar(a)redhat.com
QA Contact: extras-qa(a)fedoraproject.org
CC: i(a)cicku.me, jplesnik(a)redhat.com,
perl-devel(a)lists.fedoraproject.org
Target Milestone: ---
Classification: Fedora
perl-Text-Xslate-3.5.6-5.fc30 lost a dependency on libperl.so since
-Wl,--as-needed was added to distribution-wide linker flags:
$ scanelf -n blib/arch/auto/Text/Xslate/Xslate.so
TYPE NEEDED FILE
ET_DYN libc.so.6 blib/arch/auto/Text/Xslate/Xslate.so
$ ldd -r blib/arch/auto/Text/Xslate/Xslate.so
linux-vdso.so.1 (0x00007fff0d5cb000)
libc.so.6 => /lib64/libc.so.6 (0x00007f948b9a1000)
/lib64/ld-linux-x86-64.so.2 (0x00007f948bb8f000)
undefined symbol: Perl_sv_cmp (blib/arch/auto/Text/Xslate/Xslate.so)
undefined symbol: PL_ppaddr (blib/arch/auto/Text/Xslate/Xslate.so)
[...]
Xslate.so is built like this:
gcc -lpthread -shared -Wl,-z,relro -Wl,--as-needed -Wl,-z,now
-specs=/usr/lib/rpm/redhat/redhat-hardened-ld -L/usr/local/lib
-fstack-protector-strong -lperl -o blib/arch/auto/Text/Xslate/Xslate.so
lib/Text/Xslate.o src/xslate_methods.o
The cause is that -Wl,--as-needed takes effect when library is supplied and
considering only preceding object files and ignoring and following object
files. A correct linker command must list all object files before -l flags.
Like this:
gcc lib/Text/Xslate.o src/xslate_methods.o -lpthread -shared -Wl,-z,relro
-Wl,--as-needed -Wl,-z,now -specs=/usr/lib/rpm/redhat/redhat-hardened-ld
-L/usr/local/lib -fstack-protector-strong -lperl -o
blib/arch/auto/Text/Xslate/Xslate.so
Either there is bug in perl-Text-Xslate build script or in
Module::Build::XSUtil that it uses.
--
You are receiving this mail because:
You are on the CC list for the bug.
2 months, 3 weeks