perl-devel August 2019

perl-devel@lists.fedoraproject.org

7 participants
188 discussions

[Bug 1661251] New: Fails due to uninitialised value
by bugzilla＠redhat.com 21 Jun '22

21 Jun '22

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 14

[Bug 1666098] New: Overspecification in perl -MExtUtils::Embed -e ldopts
by bugzilla＠redhat.com 16 May '22

16 May '22

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.

1 8

[Bug 1716324] New: perl-Text-Xslate-3.5.6-5.fc30 is not linked to libperl.so
by bugzilla＠redhat.com 13 May '22

13 May '22

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.

1 9

[Bug 1744782] New: (RFE) EPEL8 branch of perl-Crypt-SSLeay
by bugzilla＠redhat.com 24 Dec '21

24 Dec '21

https://bugzilla.redhat.com/show_bug.cgi?id=1744782 Bug ID: 1744782 Summary: (RFE) EPEL8 branch of perl-Crypt-SSLeay Product: Fedora Version: rawhide Hardware: All OS: Linux Status: NEW Component: perl-Crypt-SSLeay Assignee: jplesnik(a)redhat.com Reporter: riehecky(a)fnal.gov QA Contact: extras-qa(a)fedoraproject.org CC: caillon+fedoraproject(a)gmail.com, caolanm(a)redhat.com, john.j5live(a)gmail.com, jplesnik(a)redhat.com, kasal(a)ucw.cz, perl-devel(a)lists.fedoraproject.org, rhughes(a)redhat.com, rstrode(a)redhat.com, sandmann(a)redhat.com Target Milestone: --- Classification: Fedora Description of problem: It would be helpful if this module was packaged for EPEL8. I don't show it in RHEL8 itself. Version-Release number of selected component (if applicable): How reproducible: Steps to Reproduce: 1. 2. 3. Actual results: Expected results: Additional info: There are two AppStream modules for perl in RHEL8 right now. I'm not sure what the EPEL plan is for multi-perl.... -- You are receiving this mail because: You are on the CC list for the bug.

1 11

[Bug 1731721] New: perl-Font-AFM depends on files/directories from non-standard locations
by bugzilla＠redhat.com 25 May '21

25 May '21

https://bugzilla.redhat.com/show_bug.cgi?id=1731721 Bug ID: 1731721 Summary: perl-Font-AFM depends on files/directories from non-standard locations Product: Fedora Version: rawhide Status: NEW Component: perl-Font-AFM Assignee: rc040203(a)freenet.de Reporter: i.gnatenko.brain(a)gmail.com QA Contact: extras-qa(a)fedoraproject.org CC: lxtnow(a)gmail.com, perl-devel(a)lists.fedoraproject.org, rc040203(a)freenet.de, rob.myers(a)gtri.gatech.edu, tcallawa(a)redhat.com, tremble(a)tremble.org.uk Blocks: 1731683 Target Milestone: --- Classification: Fedora Hello, Fedora Packaging Guidelines allow dependencies only on files/directories from /usr/bin, /usr/sbin and /etc directories[0]. Your package depends on files/directories outside of those. See below for more information about package/dependencies. --- perl-Font-AFM-1.20-30.fc31.src: - /usr/share/a2ps/afm/phvr.afm --- Please correct those or provide reason why is it correct. It is very important to not download huge filelists.xml just because few packages in distribution depend on non-standard paths. Thanks for cooperation! [0] https://docs.fedoraproject.org/en-US/packaging-guidelines/#_file_and_direct… Referenced Bugs: https://bugzilla.redhat.com/show_bug.cgi?id=1731683 [Bug 1731683] Packages which are not following Packaging Guidelines -- You are receiving this mail because: You are on the CC list for the bug.

1 4

[Bug 1731718] New: perl-Convert-Color depends on files/directories from non-standard locations
by bugzilla＠redhat.com 25 May '21

25 May '21

https://bugzilla.redhat.com/show_bug.cgi?id=1731718 Bug ID: 1731718 Summary: perl-Convert-Color depends on files/directories from non-standard locations Product: Fedora Version: rawhide Status: NEW Component: perl-Convert-Color Assignee: rc040203(a)freenet.de Reporter: i.gnatenko.brain(a)gmail.com QA Contact: extras-qa(a)fedoraproject.org CC: perl-devel(a)lists.fedoraproject.org, rc040203(a)freenet.de Blocks: 1731683 Target Milestone: --- Classification: Fedora Hello, Fedora Packaging Guidelines allow dependencies only on files/directories from /usr/bin, /usr/sbin and /etc directories[0]. Your package depends on files/directories outside of those. See below for more information about package/dependencies. --- perl-Convert-Color-0.11-16.fc31.src: - /usr/share/X11/rgb.txt --- Please correct those or provide reason why is it correct. It is very important to not download huge filelists.xml just because few packages in distribution depend on non-standard paths. Thanks for cooperation! [0] https://docs.fedoraproject.org/en-US/packaging-guidelines/#_file_and_direct… Referenced Bugs: https://bugzilla.redhat.com/show_bug.cgi?id=1731683 [Bug 1731683] Packages which are not following Packaging Guidelines -- You are receiving this mail because: You are on the CC list for the bug.

1 5

[Bug 1708214] New: Upgrade perl-Net-DNS-SEC to 1.13
by bugzilla＠redhat.com 25 May '21

25 May '21

https://bugzilla.redhat.com/show_bug.cgi?id=1708214 Bug ID: 1708214 Summary: Upgrade perl-Net-DNS-SEC to 1.13 Product: Fedora Version: rawhide Status: NEW Component: perl-Net-DNS-SEC Assignee: wjhns174(a)hardakers.net Reporter: jplesnik(a)redhat.com QA Contact: extras-qa(a)fedoraproject.org CC: perl-devel(a)lists.fedoraproject.org, pwouters(a)redhat.com, wjhns174(a)hardakers.net Target Milestone: --- Classification: Fedora Latest Fedora delivers 1.11 version. Upstream released 1.13. When you have free time, please upgrade it. -- You are receiving this mail because: You are on the CC list for the bug.

1 10

[Bug 1745564] New: Upgrade perl-XML-RSS to 1.61
by bugzilla＠redhat.com 26 Mar '21

26 Mar '21

https://bugzilla.redhat.com/show_bug.cgi?id=1745564 Bug ID: 1745564 Summary: Upgrade perl-XML-RSS to 1.61 Product: Fedora Version: rawhide Status: NEW Component: perl-XML-RSS 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.60 version. Upstream released 1.61. When you have free time, please upgrade it. -- You are receiving this mail because: You are on the CC list for the bug.

1 2

[Bug 1744419] New: Replace /etc/rc.d/init.d/httpd by systemctl
by bugzilla＠redhat.com 04 Dec '20

04 Dec '20

https://bugzilla.redhat.com/show_bug.cgi?id=1744419 Bug ID: 1744419 Summary: Replace /etc/rc.d/init.d/httpd by systemctl Product: Fedora Version: 30 OS: Linux Status: NEW Component: w3c-markup-validator Assignee: nathanael(a)gnat.ca Reporter: jan.kratochvil(a)redhat.com QA Contact: extras-qa(a)fedoraproject.org CC: nathanael(a)gnat.ca, perl-devel(a)lists.fedoraproject.org Target Milestone: --- Classification: Fedora Description of problem: Scripts are obsolete. Version-Release number of selected component (if applicable): w3c-markup-validator-1.3-16.fc30.noarch How reproducible: Always. Steps to Reproduce: 1. dnf install w3c-markup-validator 2. Access http://localhost/w3c-validator/ Actual results: File not found. Expected results: Validator. Additional info: .spec scripts are calling: /etc/rc.d/init.d/httpd reload They should call: systemctl try-reload-or-restart httpd -- You are receiving this mail because: You are on the CC list for the bug.

1 13

[Bug 1731700] New: rt depends on files/directories from non-standard locations
by bugzilla＠redhat.com 24 Nov '20

24 Nov '20

https://bugzilla.redhat.com/show_bug.cgi?id=1731700 Bug ID: 1731700 Summary: rt depends on files/directories from non-standard locations Product: Fedora Version: rawhide Status: NEW Component: rt Assignee: rc040203(a)freenet.de Reporter: i.gnatenko.brain(a)gmail.com QA Contact: extras-qa(a)fedoraproject.org CC: perl-devel(a)lists.fedoraproject.org, rc040203(a)freenet.de, tibbs(a)math.uh.edu Blocks: 1731683 Target Milestone: --- Classification: Fedora Hello, Fedora Packaging Guidelines allow dependencies only on files/directories from /usr/bin, /usr/sbin and /etc directories[0]. Your package depends on files/directories outside of those. See below for more information about package/dependencies. --- rt-4.4.4-2.fc31.noarch: - /usr/share/fonts/google-droid/DroidSansFallback.ttf - /usr/share/fonts/google-droid/DroidSans.ttf rt-4.4.4-2.fc31.src: - /usr/share/fonts/google-droid/DroidSansFallback.ttf - /usr/share/fonts/google-droid/DroidSans.ttf --- Please correct those or provide reason why is it correct. It is very important to not download huge filelists.xml just because few packages in distribution depend on non-standard paths. Thanks for cooperation! [0] https://docs.fedoraproject.org/en-US/packaging-guidelines/#_file_and_direct… Referenced Bugs: https://bugzilla.redhat.com/show_bug.cgi?id=1731683 [Bug 1731683] Packages which are not following Packaging Guidelines -- You are receiving this mail because: You are on the CC list for the bug.

1 2

Jump to page:

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

2005

perl-devel August 2019