perl-devel February 2018

perl-devel@lists.fedoraproject.org

6 participants
284 discussions

[Bug 1547165] New: perl-ExtUtils-CBuilder should require gcc
by bugzilla＠redhat.com 07 Dec '18

07 Dec '18

https://bugzilla.redhat.com/show_bug.cgi?id=1547165 Bug ID: 1547165 Summary: perl-ExtUtils-CBuilder should require gcc Product: Fedora Version: rawhide Component: perl-ExtUtils-CBuilder Assignee: ppisar(a)redhat.com Reporter: paul(a)city-fan.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 In view of the likely upcoming removal of gcc from the default buildroot, it would make sense to add gcc as a dependency of perl-ExtUtils-CBuilder, given that the entire purpose of the module is to compile the C portions of perl modules. This would fix a significant of number of perl modules that FTBFS without gcc in the default buildroot, as can be seen by looking at the logs from the failed builds: https://ignatenkobrain.fedorapeople.org/gcc-removal.txt -- You are receiving this mail because: You are on the CC list for the bug.

1 13

[Bug 1475784] New: Useless dependency on perl(Email::Address)
by bugzilla＠redhat.com 07 Dec '18

07 Dec '18

https://bugzilla.redhat.com/show_bug.cgi?id=1475784 Bug ID: 1475784 Summary: Useless dependency on perl(Email::Address) Product: Fedora Version: rawhide Component: perl-Email-MessageID Assignee: tcallawa(a)redhat.com Reporter: ppisar(a)redhat.com QA Contact: extras-qa(a)fedoraproject.org CC: perl-devel(a)lists.fedoraproject.org, tcallawa(a)redhat.com perl-Email-MessageID does not need Email::Address since 1.403 version. The module is not used anywhere in the code and Changes reads: 1.403 2013-08-13 09:11:47 America/New_York [This might break your code] no longer a subclass of Email::Address! I recommend to remove the build- and run-time dependency on Email::Address. -- You are receiving this mail because: You are on the CC list for the bug.

1 7

[Bug 1456817] New: Use of uninitialized value $fh in pattern match (m//) at /usr/share/perl5/vendor_perl/Proc/PID/File.pm line 286.
by bugzilla＠redhat.com 02 Dec '18

02 Dec '18

https://bugzilla.redhat.com/show_bug.cgi?id=1456817 Bug ID: 1456817 Summary: Use of uninitialized value $fh in pattern match (m//) at /usr/share/perl5/vendor_perl/Proc/PID/File.pm line 286. Product: Fedora Version: 25 Component: perl-Proc-PID-File Severity: low Assignee: marianne(a)tuxette.fr Reporter: edgar.hoch(a)ims.uni-stuttgart.de QA Contact: extras-qa(a)fedoraproject.org CC: marianne(a)tuxette.fr, perl-devel(a)lists.fedoraproject.org Created attachment 1283443 --> https://bugzilla.redhat.com/attachment.cgi?id=1283443&action=edit Perl test program for Proc::PID::File Description of problem: When calling the attached perl program I get the following error messages: Use of uninitialized value $fh in pattern match (m//) at /usr/share/perl5/vendor_perl/Proc/PID/File.pm line 286. Use of uninitialized value $fh in pattern match (m//) at /usr/share/perl5/vendor_perl/Proc/PID/File.pm line 286. The problem seems to be that sub alive calls sub read without a parameter. Version-Release number of selected component (if applicable): perl-Proc-PID-File-1.28-1.fc25.noarch How reproducible: Always. Steps to Reproduce: 1. Call the atteched perl program. Actual results: Error message: Use of uninitialized value $fh in pattern match (m//) at /usr/share/perl5/vendor_perl/Proc/PID/File.pm line 286. Use of uninitialized value $fh in pattern match (m//) at /usr/share/perl5/vendor_perl/Proc/PID/File.pm line 286. Expected results: Nothing (no error, no output) -- You are receiving this mail because: You are on the CC list for the bug.

1 8

[Bug 1532250] New: perl-Net-SSLeay fails to connect to some SSL servers
by bugzilla＠redhat.com 30 Nov '18

30 Nov '18

https://bugzilla.redhat.com/show_bug.cgi?id=1532250 Bug ID: 1532250 Summary: perl-Net-SSLeay fails to connect to some SSL servers Product: Fedora Version: 27 Component: perl-Net-SSLeay Assignee: paul(a)city-fan.org Reporter: mal(a)gromco.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 In F26 F27 compiled perl-Net-SSLeay-1.82-1.fc26.x86_64 fails to connect to some SSL servers, , but to the other can connect OK Below is a test case and two examples. www.google.com perl-Net-SSLeay connects OK www.halstead.com perl-Net-SSLeay fails. Code example xu.pl is below. This works OK perl -w xu.pl 'www.google.com' And this one fails, and without any meaningful diag perl -w xu.pl www.halstead.com P.S. strange thing that this works OK my($page) = Net::SSLeay::get_https('www.halstead.com', 443, '/'); ------- sample code xu.pl ---- use strict; require Net::SSLeay; require IO::Socket::SSL; #require IO::Socket::SSL qw(debug9); $Net::SSLeay::trace = 3; $Net::SSLeay::linux_debug =3 ; # simple client my $cl = IO::Socket::SSL->new($ARGV[0].":443"); print{*STDERR} "CL=",$cl,"\n"; print $cl "GET / HTTP/1.0\r\n\r\n"; print <$cl>; ----- end sample code ------------- This works OK perl -w xu.pl 'www.google.com' And this one fails, and without any Net::SSLeay diag, only SSL.pm perl -w xu.pl www.halstead.com Name "Net::SSLeay::trace" used only once: possible typo at xu.pl line 6. Name "Net::SSLeay::linux_debug" used only once: possible typo at xu.pl line 7. DEBUG: .../IO/Socket/SSL.pm:2764: new ctx 24108480 DEBUG: .../IO/Socket/SSL.pm:616: socket not yet connected DEBUG: .../IO/Socket/SSL.pm:618: socket connected DEBUG: .../IO/Socket/SSL.pm:641: ssl handshake not started DEBUG: .../IO/Socket/SSL.pm:674: using SNI with hostname www.halstead.com DEBUG: .../IO/Socket/SSL.pm:709: request OCSP stapling DEBUG: .../IO/Socket/SSL.pm:743: call Net::SSLeay::connect DEBUG: .../IO/Socket/SSL.pm:746: done Net::SSLeay::connect -> -1 DEBUG: .../IO/Socket/SSL.pm:749: local error: SSL connect attempt failed DEBUG: .../IO/Socket/SSL.pm:752: fatal SSL error: SSL connect attempt failed DEBUG: ...erl5/IO/Socket.pm:49: ignoring less severe local error 'IO::Socket::IP configuration failed', keep 'SSL connect attempt failed' DEBUG: .../IO/Socket/SSL.pm:2786: free ctx 24108480 open=24108480 DEBUG: .../IO/Socket/SSL.pm:2790: free ctx 24108480 callback DEBUG: .../IO/Socket/SSL.pm:2797: OK free ctx 24108480 CL=Use of uninitialized value $cl in print at xu.pl line 11. Can't use an undefined value as a symbol reference at xu.pl line 12. -- You are receiving this mail because: You are on the CC list for the bug.

1 7

[Bug 1472172] New: Please package perl-Web-ID for CentOS 7
by bugzilla＠redhat.com 30 Nov '18

30 Nov '18

https://bugzilla.redhat.com/show_bug.cgi?id=1472172 Bug ID: 1472172 Summary: Please package perl-Web-ID for CentOS 7 Product: Fedora EPEL Version: epel7 Component: perl-Module-Build Assignee: paul(a)city-fan.org Reporter: clem.oudot(a)gmail.com QA Contact: extras-qa(a)fedoraproject.org CC: paul(a)city-fan.org, perl-devel(a)lists.fedoraproject.org, steve(a)silug.org Seems this Perl module was never packaged, but is a dependency for LemonLDAP::NG. If not possible to package, please let me know so I remove if from required dependencies. -- You are receiving this mail because: You are on the CC list for the bug.

1 7

[Bug 1450364] New: read_file(, binmode => ':utf8) produces warnings
by bugzilla＠redhat.com 28 Nov '18

28 Nov '18

https://bugzilla.redhat.com/show_bug.cgi?id=1450364 Bug ID: 1450364 Summary: read_file(, binmode => ':utf8) produces warnings Product: Fedora Version: 25 Component: perl-File-Slurp Keywords: Regression Assignee: rc040203(a)freenet.de Reporter: ppisar(a)redhat.com QA Contact: extras-qa(a)fedoraproject.org CC: lxtnow(a)gmail.com, perl-devel(a)lists.fedoraproject.org, rc040203(a)freenet.de External Bug ID: CPAN 117005 Perl 5.24 started to warn when performing sysread() on a UTF-8 file handle <http://search.cpan.org/~shay/perl-5.24.1/pod/perl5240delta.pod#sysread(),_s…>. That means File::Slurp as provided in Fedora 25 (perl-File-Slurp-9999.19-15.fc25.noarch) and newer triggers the warning: $ perl -MFile::Slurp -e 'File::Slurp::read_file(q{/etc/hosts}, q{binmode} => q{:utf8})' sysread() is deprecated on :utf8 handles at /usr/share/perl5/vendor_perl/File/Slurp.pm line 225. It would be great to fix File::Slurp not to produce the warning. -- You are receiving this mail because: You are on the CC list for the bug.

1 8

[Bug 1487209] New: perl-Graphics-TIFF-6-1.fc27 FTBFS:
by bugzilla＠redhat.com 28 Nov '18

28 Nov '18

https://bugzilla.redhat.com/show_bug.cgi?id=1487209 Bug ID: 1487209 Summary: perl-Graphics-TIFF-6-1.fc27 FTBFS: Product: Fedora Version: 27 Component: perl-Graphics-TIFF Assignee: ppisar(a)redhat.com Reporter: ppisar(a)redhat.com QA Contact: extras-qa(a)fedoraproject.org CC: jplesnik(a)redhat.com, perl-devel(a)lists.fedoraproject.org, ppisar(a)redhat.com perl-Graphics-TIFF-6-1.fc27 fails to build in F27 because a test crashes: "/usr/bin/perl" -MExtUtils::Command::MM -e 'cp_nonempty' -- TIFF.bs blib/arch/auto/Graphics/TIFF/TIFF.bs 644 PERL_DL_NONLAZY=1 "/usr/bin/perl" "-MExtUtils::Command::MM" "-MTest::Harness" "-e" "undef *Test::Harness::Switches; test_harness(0, 'blib/lib', 'blib/arch')" t/*.t perl: MagickCore/exception.c:1034: ThrowMagickExceptionList: Assertion `exception->signature == MagickCoreSignature' failed. t/1.t ............ Failed 35/43 subtests t/2.t ............ ok t/8_enums.t ...... ok t/90_MANIFEST.t .. ok t/91_critic.t .... skipped: Author test. Set $ENV{TEST_AUTHOR} to a true value to run. t/92_tiffinfo.t .. ok t/93_tiff2pdf.t .. ok Test Summary Report ------------------- t/1.t (Wstat: 134 Tests: 8 Failed: 0) Non-zero wait status: 134 Parse errors: Bad plan. You planned 43 tests but ran 8. A difference between working and failing build root is: ImageMagick-perl 6.9.9.3-3.fc27 > 7.0.6.9-4.fc27 ImageMagick-libs 6.9.9.3-3.fc27 > 7.0.6.9-4.fc27 krb5-libs 1.15.1-22.fc27 > 1.15.1-25.fc27 sqlite-libs 3.20.0-1.fc27 > 3.20.0-2.fc27 gdb-headless 8.0-23.fc27 > 8.0-24.fc27 -- You are receiving this mail because: You are on the CC list for the bug.

1 6

[Bug 1377997] New: perl-libxml-perl: Expanding external entities by default [fedora-all]
by Red Hat Bugzilla 28 Nov '18

28 Nov '18

https://bugzilla.redhat.com/show_bug.cgi?id=1377997 Bug ID: 1377997 Summary: perl-libxml-perl: Expanding external entities by default [fedora-all] Product: Fedora Version: 24 Component: perl-libxml-perl Keywords: Security, SecurityTracking Severity: high Priority: high Assignee: jplesnik(a)redhat.com Reporter: amaris(a)redhat.com QA Contact: extras-qa(a)fedoraproject.org CC: jplesnik(a)redhat.com, perl-devel(a)lists.fedoraproject.org, ppisar(a)redhat.com Blocks: 1377996 This is an automatically created tracking bug! It was created to ensure that one or more security vulnerabilities are fixed in affected versions of Fedora. For comments that are specific to the vulnerability please use bugs filed against the "Security Response" product referenced in the "Blocks" field. For more information see: http://fedoraproject.org/wiki/Security/TrackingBugs When submitting as an update, use the fedpkg template provided in the next comment(s). This will include the bug IDs of this tracking bug as well as the relevant top-level CVE bugs. Please also mention the CVE IDs being fixed in the RPM changelog and the fedpkg commit message. NOTE: this issue affects multiple supported versions of Fedora. While only one tracking bug has been filed, please correct all affected versions at the same time. If you need to fix the versions independent of each other, you may clone this bug as appropriate. [bug automatically created by: add-tracking-bugs] Referenced Bugs: https://bugzilla.redhat.com/show_bug.cgi?id=1377996 [Bug 1377996] perl-libxml-perl: Expanding external entities by default -- You are receiving this mail because: You are on the CC list for the bug.

2 10

[Bug 1379554] New: perl-XML-Twig: expand_external_ents option fails to work as documented [fedora-all]
by Red Hat Bugzilla 28 Nov '18

28 Nov '18

https://bugzilla.redhat.com/show_bug.cgi?id=1379554 Bug ID: 1379554 Summary: perl-XML-Twig: expand_external_ents option fails to work as documented [fedora-all] Product: Fedora Version: 24 Component: perl-XML-Twig Keywords: Security, SecurityTracking Severity: medium Priority: medium Assignee: jplesnik(a)redhat.com Reporter: dmoppert(a)redhat.com QA Contact: extras-qa(a)fedoraproject.org CC: cweyl(a)alumni.drew.edu, jplesnik(a)redhat.com, perl-devel(a)lists.fedoraproject.org, ppisar(a)redhat.com Blocks: 1379553 This is an automatically created tracking bug! It was created to ensure that one or more security vulnerabilities are fixed in affected versions of Fedora. For comments that are specific to the vulnerability please use bugs filed against the "Security Response" product referenced in the "Blocks" field. For more information see: http://fedoraproject.org/wiki/Security/TrackingBugs When submitting as an update, use the fedpkg template provided in the next comment(s). This will include the bug IDs of this tracking bug as well as the relevant top-level CVE bugs. Please also mention the CVE IDs being fixed in the RPM changelog and the fedpkg commit message. NOTE: this issue affects multiple supported versions of Fedora. While only one tracking bug has been filed, please correct all affected versions at the same time. If you need to fix the versions independent of each other, you may clone this bug as appropriate. [bug automatically created by: add-tracking-bugs] Referenced Bugs: https://bugzilla.redhat.com/show_bug.cgi?id=1379553 [Bug 1379553] perl-XML-Twig: expand_external_ents option fails to work as documented -- You are receiving this mail because: You are on the CC list for the bug.

2 9

[Bug 1231244] New: perl-HTTP-Proxy-0.303-2.fc23: FTBFS with Perl 5.22
by Red Hat Bugzilla 28 Nov '18

28 Nov '18

https://bugzilla.redhat.com/show_bug.cgi?id=1231244 Bug ID: 1231244 Summary: perl-HTTP-Proxy-0.303-2.fc23: FTBFS with Perl 5.22 Product: Fedora Version: rawhide Component: perl-HTTP-Proxy 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 Created attachment 1038071 --> https://bugzilla.redhat.com/attachment.cgi?id=1038071&action=edit Build log The build of perl-HTTP-Proxy failed during Perl 5.22 mass rebuild with following errors: # Failed test 'Read some data from the socket' # at t/23connect.t line 79. # Failed test 'CONNECTed to the TCP server and got the banner' # at t/23connect.t line 80. # got: undef # expected: 'President_of_Earth Barbarella Professor_Ping Stomoxys Dildano # ' [Sat Jun 6 13:11:14 2015] (16454) CONNECT: Read undef from server (Bad file descriptor) t/23connect.t ............. Failed 2/4 subtests -- You are receiving this mail because: You are on the CC list for the bug.

2 11

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 February 2018