[Bug 808197] New: FTBFS: big endian bug in self checks
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: FTBFS: big endian bug in self checks
https://bugzilla.redhat.com/show_bug.cgi?id=808197
Summary: FTBFS: big endian bug in self checks
Product: Fedora
Version: 17
Platform: powerpc
OS/Version: Linux
Status: NEW
Severity: high
Priority: medium
Component: perl-Socket-Netlink
AssignedTo: bochecha(a)fedoraproject.org
ReportedBy: karsten(a)redhat.com
QAContact: extras-qa(a)fedoraproject.org
CC: fedora-perl-devel-list(a)redhat.com,
bochecha(a)fedoraproject.org
Classification: Fedora
Story Points: ---
Type: ---
Regression: ---
Mount Type: ---
Documentation: ---
Description of problem:
perl-Socket-Netlink fails to build on PPC as two of the self checks fail, one
of them looks like a big endian bug as the result has a swapped bit:
t/12netlink-message-header.t ..... ok
# Failed test '$message->attrs after unpack'
# at t/13netlink-message-attrs.t line 98.
# Structures begin differing at:
# $got->{str} = ''
# $expected->{str} = 'FGH'
# Looks like you failed 1 test of 14.
t/13netlink-message-attrs.t ......
Dubious, test returned 1 (wstat 256, 0x100)
Failed 1/14 subtests
t/14netlink-message-error.t ...... ok
# Failed test '$message->pack'
# at t/20io-socket-netlink-generic.t line 55.
# at bytes 0-0xf (0-15)
# got: | 00 00 00 14 00 1e 00 00 00 00 00 00 00 00 00 00 |................|
# exp: | 00 00 00 14 00 00 00 1e 00 00 00 00 00 00 00 00 |................|
# Looks like you failed 1 test of 13.
Version-Release number of selected component (if applicable):
perl-Socket-Netlink-0.03-4.fc17
How reproducible:
always
Steps to Reproduce:
1. ppc-koji build --scratch f17 perl-Socket-Netlink-0.03-4.fc17.src.rpm
2.
3.
Actual results:
http://ppc.koji.fedoraproject.org/koji/taskinfo?taskID=469988
--
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.
6 years, 10 months
[Bug 671445] New: [PATCH] specfile accords to new packaging guidelines
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: [PATCH] specfile accords to new packaging guidelines
https://bugzilla.redhat.com/show_bug.cgi?id=671445
Summary: [PATCH] specfile accords to new packaging guidelines
Product: Fedora
Version: rawhide
Platform: Unspecified
OS/Version: Unspecified
Status: NEW
Severity: unspecified
Priority: unspecified
Component: cpanspec
AssignedTo: steve(a)silug.org
ReportedBy: mmaslano(a)redhat.com
QAContact: extras-qa(a)fedoraproject.org
CC: steve(a)silug.org, fedora-perl-devel-list(a)redhat.com
Classification: Fedora
Created attachment 474630
--> https://bugzilla.redhat.com/attachment.cgi?id=474630
add epel option
This patch should remove things, which are not needed according to new
packaging guidelines and latest rpm eg. defining buildroot. The old
behaviour is available under --epel option.
--
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.
6 years, 10 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.
6 years, 11 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, 2 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, 2 months
[Bug 1136865] New: perl-CHI-0.58-2.fc22 FTBFS randomly: 40 is not between 59 and 99
by Red Hat Bugzilla
https://bugzilla.redhat.com/show_bug.cgi?id=1136865
Bug ID: 1136865
Summary: perl-CHI-0.58-2.fc22 FTBFS randomly: 40 is not between
59 and 99
Product: Fedora
Version: rawhide
Component: perl-CHI
Assignee: rc040203(a)freenet.de
Reporter: ppisar(a)redhat.com
QA Contact: extras-qa(a)fedoraproject.org
CC: perl-devel(a)lists.fedoraproject.org,
rc040203(a)freenet.de
perl-CHI-0.58-2.fc22 failed to build for me in F22 like this:
# 40 is not between 59 and 99
# Failed test 'File:l1_cache size = 40'
# at /builddir/build/BUILD/CHI-0.58/blib/lib/CHI/t/Driver.pm line 1556.
# (in
CHI::t::Driver::Subcache::mirror_cache->test_size_awareness_with_subcach
es)
# 2 is not between 3 and 5
# Failed test 'File:l1_cache keys = 2'
# at /builddir/build/BUILD/CHI-0.58/blib/lib/CHI/t/Driver.pm line 1558.
# (in
CHI::t::Driver::Subcache::mirror_cache->test_size_awareness_with_subcach
es)
# Looks like you failed 2 tests of 436.
t/smoke-Driver-Subcache-mirror_cache.t ..
Dubious, test returned 2 (wstat 512, 0x200)
Failed 2/436 subtests
(less 1 skipped subtest: 433 okay)
I believe this is a race visible on a slow machine (cache entry expiration) but
I cannot reproduce it. The same failure can be seen on CPAN test matrix
<http://www.cpantesters.org/cpan/report/6110b488-9577-11e3-ae04-8631d666d1b8>.
--
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=c62HeF4rv5&a=cc_unsubscribe
7 years, 2 months
[Bug 1122498] New: Missing perl-Time-HiRes requirement
by Red Hat Bugzilla
https://bugzilla.redhat.com/show_bug.cgi?id=1122498
Bug ID: 1122498
Summary: Missing perl-Time-HiRes requirement
Product: Fedora
Version: rawhide
Component: perl
Keywords: EasyFix, Patch
Assignee: jplesnik(a)redhat.com
Reporter: ppisar(a)redhat.com
QA Contact: extras-qa(a)fedoraproject.org
CC: cweyl(a)alumni.drew.edu, iarnell(a)gmail.com,
jplesnik(a)redhat.com, kasal(a)ucw.cz,
perl-devel(a)lists.fedoraproject.org, ppisar(a)redhat.com,
psabata(a)redhat.com, rc040203(a)freenet.de,
tcallawa(a)redhat.com
+++ This bug was initially created as a clone of Bug #1122368 +++
perl-Time-HiRes seems to be a missing requirement when configuring cpan for the
first time.
See https://bugs.centos.org/view.php?id=7417 for the details and reproduction
steps.
[...]
--- Additional comment from Petr Pisar on 2014-07-23 09:08:54 GMT ---
This is a bug in `perl' package. The package should run-require
`perl(Time::HiRes)' because Net::Ping module's hires() subroutine loads
Time::HiRes:
$hires = 0;
sub hires
{
my $self = shift;
$hires = 1 unless defined
($hires = ((defined $self) && (ref $self)) ? shift() : $self);
require Time::HiRes if $hires;
}
--- Additional comment from Petr Pisar on 2014-07-23 09:38:27 GMT ---
There is another issue after proceeding next:
Can't locate local/lib.pm in @INC (@INC contains:
/root/perl5/lib/perl5/x86_64-linux-thread-multi /root/perl5/lib/perl5
/usr/local/lib64/perl5 /usr/local/share/perl5 /usr/lib64/perl5/vendor_perl
/usr/share/perl5/vendor_perl /usr/lib64/perl5 /usr/share/perl5 /root) at
/usr/share/perl5/CPAN/FirstTime.pm line 1300.
The CPAN::FirstTime module offers local::lib by default if site directories do
not exist:
sub _local_lib_config {
# Set environment stuff for this process
require local::lib;
[...]
}
perl-CPAN sub-package should run-require `perl(local::lib)' too.
--- Additional comment from Petr Pisar on 2014-07-23 09:47:12 GMT ---
How to test:
(1) # yum remove perl
(2) # yum install /usr/bin/cpan
(3) # rm -rf ~/.cpan
(4) # cpan </dev/null
Before:
The reported message is printed and the `cpan' command dies with a non-zero
exit code.
After:
The `cpan' command succeeds.
----
Distribution perl(Time::HiRes) perl(local::lib)
Fedora 22 ok missing
Fedora 21 ok missing
Fedora 20 ok missing
Fedora 19 ok missing
--
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=Wy6E4PqhYT&a=cc_unsubscribe
7 years, 2 months