perl-devel September 2014

perl-devel@lists.fedoraproject.org

37 participants
1949 discussions

[Bug 1101265] New: perl-libwww-perl: incorrect handling of SSL certificate verification [fedora-all]
by Red Hat Bugzilla 19 Jul '16

19 Jul '16

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

1 7

[Bug 1136865] New: perl-CHI-0.58-2.fc22 FTBFS randomly: 40 is not between 59 and 99
by Red Hat Bugzilla 19 Jul '16

19 Jul '16

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

1 1

[Bug 1122498] New: Missing perl-Time-HiRes requirement
by Red Hat Bugzilla 19 Jul '16

19 Jul '16

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

1 3

[Bug 1119427] New: Could not get SMIL playlist
by Red Hat Bugzilla 19 Jul '16

19 Jul '16

https://bugzilla.redhat.com/show_bug.cgi?id=1119427 Bug ID: 1119427 Summary: Could not get SMIL playlist Product: Fedora Version: rawhide Component: ctstream Assignee: ppisar(a)redhat.com Reporter: mcepl(a)redhat.com QA Contact: extras-qa(a)fedoraproject.org CC: perl-devel(a)lists.fedoraproject.org, ppisar(a)redhat.com Description of problem: matej@wycliff: ~$ rpm -q ctstream ctstream-21-1.el7.noarch matej@wycliff: ~$ ctstream http://www.ceskatelevize.cz/ivysilani/10111864738-hercule-poirot/2113814675… Could not get SMIL playlist from <errorSOAP looks like we got no XML document>: 400 URL must be absolute matej@wycliff: ~$ -- 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=FSVvqQx6bI&a=cc_unsubscribe

1 4

[Bug 1118240] New: puic4 is broken: fix provided
by Red Hat Bugzilla 19 Jul '16

19 Jul '16

https://bugzilla.redhat.com/show_bug.cgi?id=1118240 Bug ID: 1118240 Summary: puic4 is broken: fix provided Product: Fedora Version: 20 Component: perl-Qt Assignee: iarnell(a)gmail.com Reporter: olivier.lahaye1(a)free.fr QA Contact: extras-qa(a)fedoraproject.org CC: iarnell(a)gmail.com, ltinkl(a)redhat.com, perl-devel(a)lists.fedoraproject.org Created attachment 917029 --> https://bugzilla.redhat.com/attachment.cgi?id=917029&action=edit Fixes puic4 code generator. Description of problem: puic4 the UI perl compiler for Qt is completely broken. Here are 2 patches that fixes most problems. The 1st one attached in this comment is mainly (but not exclusively) for the Qt3Support4 fixes. (upstream issue #46) The secondone in next comment will partially fix issue #44. Version-Release number of selected component (if applicable): all perl-Qt-0.96.0* including latest SVN. for rhel-*-* or fedora-*-* How reproducible: puic4 -o Ui_file.pm file.ui where file.ui was generated for Qt3. For exemple: http://svn.oscar.openclustergroup.org/oscar/pkgsrc/netbootmgr/trunk/netboot… Steps to Reproduce: 1. wget http://svn.oscar.openclustergroup.org/oscar/pkgsrc/netbootmgr/trunk/netboot… 2. puic4 -o Ui_NetBootMgr.pm netbootmgr.ui 3. perl -d NetBootMgr.pl or just look at the syntax for "__item" and also missing ending semicolons. Actual results: unusable perl syntax. Expected results: valid perl code. Additional info: Upstream AUTHOR is aware of the patch but won't be able to push it before a few weeks. Once dones, he has planed to make a new release. - http://search.cpan.org/dist/Qt/ is a dead repo - git clone https://code.google.com/p/perlqt4/ is the official standalone repo - git clone git://anongit.kde.org/perlqt/ is the active repo from kdebinding project. Note that standalone repo has been resynced back from kdebindings repo to include perl-5.18 fixes Also note thet changes in CMAkelists.txt have an impact: - can't build on rhel6 - need a smokeqt that has smokeqwt lib. IMHO, this shouldn't be required, thus I think that add ing my 2 patches is sufficient for the moment. The Author will give a look at the cmake issues later. https://code.google.com/p/perlqt4/issues/list -- 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=4SAGOsd9Ga&a=cc_unsubscribe

1 31

[Bug 1110326] New: perl-Time-Mock-0.0.2-5.fc21 FTBFS on heavily loaded machine
by Red Hat Bugzilla 19 Jul '16

19 Jul '16

https://bugzilla.redhat.com/show_bug.cgi?id=1110326 Bug ID: 1110326 Summary: perl-Time-Mock-0.0.2-5.fc21 FTBFS on heavily loaded machine Product: Fedora Version: rawhide Component: perl-Time-Mock Assignee: yaneti(a)declera.com Reporter: ppisar(a)redhat.com QA Contact: extras-qa(a)fedoraproject.org CC: perl-devel(a)lists.fedoraproject.org, yaneti(a)declera.com perl-Time-Mock-0.0.2-5.fc21 fails to build if the host is heavily loaded. Then some test sensitive to elapsed time will not pass: # Failed test at t/import.t line 17. # '1402724184' # <= # '1402724180' # Looks like you failed 1 test of 7. t/import.t ... Dubious, test returned 1 (wstat 256, 0x100) Failed This is causes by this code: my $start = time; cmp_ok($start, '>=', $otime + 10_000); sleep(1); my $end = time; cmp_ok($end, '>=', $start + 1); cmp_ok($end, '<=', $start + 2); The last cmp_ok() test will fail if the running time is more then 2 throttled seconds (2/100 real seconds). -- 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=aU5DdEmpOZ&a=cc_unsubscribe

1 2

[Bug 1110292] New: perl-Text-Xslate-3.1.2-3.fc21 FTBFS under heavy load:
by Red Hat Bugzilla 19 Jul '16

19 Jul '16

https://bugzilla.redhat.com/show_bug.cgi?id=1110292 Bug ID: 1110292 Summary: perl-Text-Xslate-3.1.2-3.fc21 FTBFS under heavy load: Product: Fedora Version: rawhide Component: perl-Text-Xslate Assignee: i(a)cicku.me Reporter: ppisar(a)redhat.com QA Contact: extras-qa(a)fedoraproject.org CC: i(a)cicku.me, perl-devel(a)lists.fedoraproject.org perl-Text-Xslate-3.1.2-3.fc21 fails to build if the host is heavily loaded because t/010_internals/008_files.t test fails: # Failed test 'auto reload 1' # at t/010_internals/008_files.t line 81. # got: 'Hello, Perl world! # ' # expected: 'Hi, Perl. # ' # Failed test 'auto reload 2' # at t/010_internals/008_files.t line 81. # got: 'Hello, Perl world! # ' # expected: 'Hi, Perl. # ' # Looks like you failed 2 tests of 67. t/010_internals/008_files.t ..................... Dubious, test returned 2 (wstat 512, 0x200) Failed This looks like a race in the tests. The test does: utime $^T+10, $^T+10, $x; is $tx->render('hello.tx', { lang => 'Perl' }), "Hi, Perl.\n", "auto reload $_" for 1 .. 2; If you comment the utime call out, it will fail always. -- 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=61ozxbsmMW&a=cc_unsubscribe

1 3

[Bug 1027305] New: pTk/*.t files in debuginfo package differ in mode on each architecture
by Red Hat Bugzilla 19 Jul '16

19 Jul '16

https://bugzilla.redhat.com/show_bug.cgi?id=1027305 Bug ID: 1027305 Summary: pTk/*.t files in debuginfo package differ in mode on each architecture Product: Fedora Version: rawhide Component: perl-Tk Assignee: andreas.bierfert(a)lowlatency.de Reporter: ppisar(a)redhat.com QA Contact: extras-qa(a)fedoraproject.org CC: andreas.bierfert(a)lowlatency.de, perl-devel(a)lists.fedoraproject.org Created attachment 820390 --> https://bugzilla.redhat.com/attachment.cgi?id=820390&action=edit Fix perl-Tk-debuginfo files not consistent in file mode across all architectures. This caused by build script regenerating some files based on external dependencies and features supported on each architecture. This even causes file mode changes across time. Attached patch fixes this issue. Please consider applying this patch. -- 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=DZLMtyzYzx&a=cc_unsubscribe

1 1

[Bug 1003471] New: Manual pages generated from POD have almost all Unicode characters mangled to X
by Red Hat Bugzilla 19 Jul '16

19 Jul '16

https://bugzilla.redhat.com/show_bug.cgi?id=1003471 Bug ID: 1003471 Summary: Manual pages generated from POD have almost all Unicode characters mangled to X Product: Fedora Version: rawhide Component: perl-podlators Assignee: ppisar(a)redhat.com Reporter: ppisar(a)redhat.com QA Contact: extras-qa(a)fedoraproject.org CC: perl-devel(a)lists.fedoraproject.org, ppisar(a)redhat.com $ cat test =encoding utf8 =head1 Kroužkovci Žížala =cut $ pod2man test |tail .\" .IX Title "TEST 1" .TH TEST 1 "2013-09-02" "perl v5.18.1" "User Contributed Perl Documentation" .\" For nroff, turn off justification. Always turn off hyphenation; it makes .\" way too many mistakes in technical documents. .if n .ad l .nh .SH "KrouXkovci" .IX Header "KrouXkovci" Xi\*'Xala This is caused by upstream decision to have pod2man output compatible with all ROFFs. That means to pass ASCII charachtes, escape ISO-8859-1 characters, and to replace others with plain `X' (<https://rt.cpan.org/Public/Bug/Display.html?id=68741>). There is pod2man option --utf8 which disables any escaping and outputs UTF-8, but this is not default behaviour. This makes all manual pages from built packages to be mangled. See Debian bug report <http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=480997>. Question is what to do. Should we be faster than upstream and make UTF-8 output default? Should defaults you locale encoding? (Fedora packages are built in C locale.) -- 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=1dZWcp091d&a=cc_unsubscribe

1 4

[Bug 981243] New: SDLx::App->new() does not work on frame buffer console
by Red Hat Bugzilla 19 Jul '16

19 Jul '16

https://bugzilla.redhat.com/show_bug.cgi?id=981243 Bug ID: 981243 Summary: SDLx::App->new() does not work on frame buffer console Product: Fedora Version: 18 Component: perl-SDL Severity: unspecified Priority: unspecified Assignee: hdegoede(a)redhat.com Reporter: ppisar(a)redhat.com QA Contact: extras-qa(a)fedoraproject.org CC: hdegoede(a)redhat.com, perl-devel(a)lists.fedoraproject.org Created attachment 768694 --> https://bugzilla.redhat.com/attachment.cgi?id=768694&action=edit Reproducer I'm not able to initialize SDL video on frame buffer console using high-level SDLx::App->new(). But it works with low-level SDL::Video::set_video_mode(). Output from the reproducer: # DISPLAY= perl test -width 1280 -height 1024 -depth 32 Testing plain SDL: Plain SDL::Video::set_video_mode() is Ok. Width is 1280 Testing plain SDL::App: Couldn't set console screen info at /usr/lib64/perl5/vendor_perl/SDLx/App.pm line 123. SDLx::App::new('SDLx::App', '-width', 1280, '-height', 1024, '-depth', 32) called at test line 32 root@dhcp-0-146:/tmp # rpm -q perl-SDL perl-SDL-2.540-2.fc18.x86_64 -- 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=GviunhawfM&a=cc_unsubscribe

1 19

← Newer
1
2
3
4
5
6
7
...
195
Older →

Jump to page:

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

2005

perl-devel September 2014