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.
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.
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.
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.
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.
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.
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.
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.
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.