[Bug 1231104] New: perl-B-Hooks-OP-Check-EntersubForCV-0.09-11.fc23: FTBFS with Perl 5.22
by Red Hat Bugzilla
https://bugzilla.redhat.com/show_bug.cgi?id=1231104
Bug ID: 1231104
Summary: perl-B-Hooks-OP-Check-EntersubForCV-0.09-11.fc23:
FTBFS with Perl 5.22
Product: Fedora
Version: rawhide
Component: perl-B-Hooks-OP-Check-EntersubForCV
Assignee: psabata(a)redhat.com
Reporter: jplesnik(a)redhat.com
QA Contact: extras-qa(a)fedoraproject.org
CC: iarnell(a)gmail.com, perl-devel(a)lists.fedoraproject.org,
psabata(a)redhat.com
External Bug ID: CPAN 94945
External Bug ID: CPAN 94945
Created attachment 1037926
--> https://bugzilla.redhat.com/attachment.cgi?id=1037926&action=edit
Build log
The build of perl-B-Hooks-OP-Check-EntersubForCV failed during Perl 5.22 mass
rebuild with following errors:
+ make test
"/usr/bin/perl" "-Iinc" "-MModule::Install::ExtraTests" "-e"
"Module::Install::ExtraTests::__harness('Test::Harness', 0, 'xt/author', '',
'', 0, 'blib/lib', 'blib/arch')" t/*.t
Subroutine B::OP::parent redefined at /usr/lib/perl5/vendor_perl/B/Utils.pm
line 186.
# Failed test 'simple callback'
# at t/basic.t line 37.
# got: '0'
# expected: '1'
# Failed test 'multiple callbacks'
# at t/basic.t line 65.
# got: '0'
# expected: '2'
# Failed test 'no callback after multiple registrations'
# at t/basic.t line 68.
# got: '0'
# expected: '2'
# Failed test 'multiple callbacks for multiple entersubs'
# at t/basic.t line 78.
# got: '0'
# expected: '4'
# Failed test 'deregistration'
# at t/basic.t line 90.
# got: '0'
# expected: '2'
# Looks like you planned 20 tests but ran 11.
# Looks like you failed 5 tests of 11 run.
t/basic.t ...
Dubious, test returned 5 (wstat 1280, 0x500)
Failed 14/20 subtests
Subroutine B::OP::parent redefined at /usr/lib/perl5/vendor_perl/B/Utils.pm
line 186.
# Failed test at t/import.t line 29.
# got: '0'
# expected: '2'
# Failed test at t/import.t line 33.
# got: '0'
# expected: '2'
# Looks like you planned 9 tests but ran 3.
# Looks like you failed 2 tests of 3 run.
t/import.t ..
--
You are receiving this mail because:
You are on the CC list for the bug.
7 years, 6 months
[Bug 807793] New: Please build pcsc-perl for EPEL6
by Red Hat Bugzilla
Please do not reply directly to this email. All additional
comments should be made in the comments box of this bug.
Summary: Please build pcsc-perl for EPEL6
https://bugzilla.redhat.com/show_bug.cgi?id=807793
Summary: Please build pcsc-perl for EPEL6
Product: Fedora
Version: rawhide
Platform: Unspecified
OS/Version: Unspecified
Status: NEW
Severity: unspecified
Priority: unspecified
Component: pcsc-perl
AssignedTo: tmraz(a)redhat.com
ReportedBy: mjeanson(a)rlnx.com
QAContact: extras-qa(a)fedoraproject.org
CC: tmraz(a)redhat.com, fedora-perl-devel-list(a)redhat.com
Classification: Fedora
Story Points: ---
Type: ---
Regression: ---
Mount Type: ---
Documentation: ---
Hi,
I was hoping that you could build pcsc-perl for EPEL6.
I just tried a scratch build of the fc17 version and it builds without
modification within EPEL6.
http://koji.fedoraproject.org/koji/taskinfo?taskID=3940535
Thanks,
Michael
--
Configure bugmail: https://bugzilla.redhat.com/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are on the CC list for the bug.
7 years, 6 months
[Bug 1273668] New: to_string() appends 'undef' to array attribute
by Red Hat Bugzilla
https://bugzilla.redhat.com/show_bug.cgi?id=1273668
Bug ID: 1273668
Summary: to_string() appends 'undef' to array attribute
Product: Fedora EPEL
Version: epel7
Component: perl-Exception-Base
Severity: low
Assignee: paul(a)city-fan.org
Reporter: jim(a)apnic.net
QA Contact: extras-qa(a)fedoraproject.org
CC: paul(a)city-fan.org, perl-devel(a)lists.fedoraproject.org
Description of problem:
Invoking to_string has the side effect of appending 'undef' to an array
attribute.
Version-Release number of selected component (if applicable):
perl-Exception-Base-0.2500-1.el7.noarch.rpm
perl v5.16.3
How reproducible:
Always
Steps to Reproduce:
Can reproduce with this perl script:
#!/bin/perl
use warnings;
use strict;
use Data::Dumper;
use Exception::Base
'MyException', => {
message => 'Validation error',
has => [ qw(class errors) ],
string_attributes => [ 'message', 'class', 'errors' ]
};
eval {
MyException->throw(
class => __PACKAGE__,
errors => ["error 1", "error 2", "error 3"]
);
};
my $exception = $@;
print( Dumper($exception->errors()) . "\n");
$exception->to_string();
print( Dumper($exception->errors()) . "\n");
Actual results:
Can see an additional 'undef' in the array returned after invoking to_string();
Expected results:
The returned array should be the same as when thrown.
Additional info:
--
You are receiving this mail because:
You are on the CC list for the bug.
7 years, 7 months
[Bug 1230219] New: perl-Plack-1.0036 is available
by Red Hat Bugzilla
https://bugzilla.redhat.com/show_bug.cgi?id=1230219
Bug ID: 1230219
Summary: perl-Plack-1.0036 is available
Product: Fedora
Version: rawhide
Component: perl-Plack
Assignee: rc040203(a)freenet.de
Reporter: rc040203(a)freenet.de
QA Contact: extras-qa(a)fedoraproject.org
CC: perl-devel(a)lists.fedoraproject.org,
rc040203(a)freenet.de
Upstream released Plack-1.0036
Unfortunately this update introduced a couple dependencies on further
perl-modules which are not yet available in Fedora.
--
You are receiving this mail because:
You are on the CC list for the bug.
7 years, 8 months
[Bug 1268777] New: CVE-2015-7686 perl-Email-Address: denial of service when parsing crafted email address list
by Red Hat Bugzilla
https://bugzilla.redhat.com/show_bug.cgi?id=1268777
Bug ID: 1268777
Summary: CVE-2015-7686 perl-Email-Address: denial of service
when parsing crafted email address list
Product: Security Response
Component: vulnerability
Keywords: Security
Severity: medium
Priority: medium
Assignee: security-response-team(a)redhat.com
Reporter: mprpic(a)redhat.com
CC: perl-devel(a)lists.fedoraproject.org,
perl-maint-list(a)redhat.com, rob.myers(a)gtri.gatech.edu,
tcallawa(a)redhat.com
A flaw in the parsing of email address lists was found in perl-Email-Address:
Algorithmic complexity vulnerability in Address.pm in the Email-Address module
1.908 and earlier for Perl allows remote attackers to cause a denial of service
(CPU consumption) via a crafted string containing a list of e-mail addresses in
conjunction with parenthesis characters that can be associated with nested
comments. NOTE: the default configuration in 1.908 mitigates this vulnerability
but misparses certain realistic comments.
Further information:
http://seclists.org/oss-sec/2015/q3/644
http://seclists.org/oss-sec/2015/q4/22
--
You are receiving this mail because:
You are on the CC list for the bug.
7 years, 9 months
[Bug 1268778] New: CVE-2015-7686 perl-Email-Address: denial of service when parsing crafted email address list [fedora-all]
by Red Hat Bugzilla
https://bugzilla.redhat.com/show_bug.cgi?id=1268778
Bug ID: 1268778
Summary: CVE-2015-7686 perl-Email-Address: denial of service
when parsing crafted email address list [fedora-all]
Product: Fedora
Version: 22
Component: perl-Email-Address
Keywords: Security, SecurityTracking
Severity: medium
Priority: medium
Assignee: tcallawa(a)redhat.com
Reporter: mprpic(a)redhat.com
QA Contact: extras-qa(a)fedoraproject.org
CC: perl-devel(a)lists.fedoraproject.org,
tcallawa(a)redhat.com
Blocks: 1268777 (CVE-2015-7686)
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=1268777
[Bug 1268777] CVE-2015-7686 perl-Email-Address: denial of service when
parsing crafted email address list
--
You are receiving this mail because:
You are on the CC list for the bug.
7 years, 9 months
[Bug 1101265] New: perl-libwww-perl: incorrect handling of SSL certificate verification [fedora-all]
by Red Hat Bugzilla
https://bugzilla.redhat.com/show_bug.cgi?id=1101265
Bug ID: 1101265
Summary: perl-libwww-perl: incorrect handling of SSL
certificate verification [fedora-all]
Product: Fedora
Version: 20
Component: perl-LWP-Protocol-https
Keywords: FutureFeature
Severity: high
Priority: high
Assignee: ppisar(a)redhat.com
Reporter: ppisar(a)redhat.com
QA Contact: extras-qa(a)fedoraproject.org
CC: jpazdziora(a)redhat.com, jplesnik(a)redhat.com,
mmaslano(a)redhat.com, mzazrivec(a)redhat.com,
perl-devel(a)lists.fedoraproject.org, ppisar(a)redhat.com,
psabata(a)redhat.com
+++ This bug was initially created as a clone of Bug #1094442 +++
[...]
--- Additional comment from Jan Pazdziora on 2014-05-26 10:55:43 GMT ---
(In reply to Petr Pisar from comment #9)
> Thank you for the report. However there are two mistakes:
>
> (1) The IO::Socket::SSL::new option is "SSL_verifycn_scheme", not
> "SSL_verifycn_schema". Thus you could not find it in the documentation.
Ahh, sorry about that
.
> (2) The 6.04-3 behavior was flawed. As you can read in the upstream bug
> report, the "SSL_verify_mode" option is about checking hostname. It's not
> intended to control certificate validation. The same applies to
> "PERL_LWP_SSL_VERIFY_HOSTNAME" environment variable. 6.04-4 has restored the
> behavior which presented before 6.04.
So what is the way for making HTTP requests to websites with self-signed
certificates from perl, if the user does not care about the CA chain
validation?
In other way, what is the way for making LWP behave the same way it used to
behave with pre-6 version?
--- Additional comment from Petr Pisar on 2014-05-26 11:20:51 GMT ---
There is no LWP environment variable or command line option to control that
currently.
It's possible to pass ssl_opts => {SSL_verify_mode =>
IO::Socket::SSL::SSL_VERIFY_NONE} to LWP::UserAgent::new if you write your own
LWP application.
This is also discussed in the upstream report.
The reason why the PERL_LWP_SSL_VERIFY_HOSTNAME seemed to work before is the
IO::Socket::SSL < 1.950 defaulted to SSL_VERIFY_NONE. This has not been true
since Fedora 20. Unfortunately Fedora 20 delivered the flawed
LWP::Protocol::https, so it was not visible.
I agree with you that there should be way how to disable the certificate
validation externally.
--
You are receiving this mail because:
You are on the CC list for the bug.
Unsubscribe from this bug https://bugzilla.redhat.com/token.cgi?t=vNjL2yMVw5&a=cc_unsubscribe
7 years, 9 months
[Bug 1155218] New: Possible precedence issue with control flow operator
by Red Hat Bugzilla
https://bugzilla.redhat.com/show_bug.cgi?id=1155218
Bug ID: 1155218
Summary: Possible precedence issue with control flow operator
Product: Fedora
Version: rawhide
Component: perl-Mail-Sender
Assignee: tcallawa(a)redhat.com
Reporter: rc040203(a)freenet.de
QA Contact: extras-qa(a)fedoraproject.org
CC: perl-devel(a)lists.fedoraproject.org,
tcallawa(a)redhat.com
Description of problem:
When running perl-Log-Dispatch-2.44's testsuite on rawhide, I am facing this
warning:
...
Possible precedence issue with control flow operator at
/usr/share/perl5/vendor_perl/Mail/Sender.pm line 2679.
...
Version-Release number of selected component (if applicable):
perl-Mail-Sender-0.8.21-6.fc22
I am not observing this warning with perl-Mail-Sender-0.8.23, which makes me
believe this issue already has been resolved upstream.
Therefore, I am going to upgrade perl-Mail-Sender to 0.8.23.
--
You are receiving this mail because:
You are on the CC list for the bug.
Unsubscribe from this bug https://bugzilla.redhat.com/token.cgi?t=U1QQiGJzYI&a=cc_unsubscribe
7 years, 9 months