perl-devel April 2015

perl-devel@lists.fedoraproject.org

8 participants
1647 discussions

[Bug 1178357] New: mojomojo-1.11 is available
by Red Hat Bugzilla 01 Dec '16

01 Dec '16

https://bugzilla.redhat.com/show_bug.cgi?id=1178357 Bug ID: 1178357 Summary: mojomojo-1.11 is available Product: Fedora Version: rawhide Component: mojomojo Keywords: FutureFeature, Triaged Assignee: extras-orphan(a)fedoraproject.org Reporter: upstream-release-monitoring(a)fedoraproject.org QA Contact: extras-qa(a)fedoraproject.org CC: extras-orphan(a)fedoraproject.org, iarnell(a)gmail.com, perl-devel(a)lists.fedoraproject.org Latest upstream release: 1.11 Current version/release in Fedora Rawhide: 1.10-6.fc22 URL: http://search.cpan.org/dist/MojoMojo/ Please consult the package updates policy before you issue an update to a stable branch: https://fedoraproject.org/wiki/Updates_Policy More information about the service that created this bug can be found at: https://fedoraproject.org/wiki/Upstream_release_monitoring Soon this service will be implemented by a new system: https://release-monitoring.org/ It will require to manage monitored projects via a new web interface. Please make yourself familiar with the new system to ease the transition. -- 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=CS8rbtxkSS&a=cc_unsubscribe

1 1

[Bug 1216928] New: Wrong license declaration
by Red Hat Bugzilla 24 Nov '16

24 Nov '16

https://bugzilla.redhat.com/show_bug.cgi?id=1216928 Bug ID: 1216928 Summary: Wrong license declaration Product: Fedora Version: rawhide Component: perl-Net-DNS-SEC Assignee: wjhns174(a)hardakers.net Reporter: ppisar(a)redhat.com QA Contact: extras-qa(a)fedoraproject.org CC: perl-devel(a)lists.fedoraproject.org, pwouters(a)redhat.com, wjhns174(a)hardakers.net perl-Net-DNS-SEC-0.22-1.fc23 declares the license as "GPL+ or Artistic". However, there are many files covered by MIT license. For example SEC.pm: =head1 LICENSE Permission to use, copy, modify, and distribute this software and its documentation for any purpose and without fee is hereby granted, provided that the above copyright notice appear in all copies and that both that copyright notice and this permission notice appear in supporting documentation, and that the name of the author not be used in advertising or publicity pertaining to distribution of the software without specific prior written permission. THE SOFTWARE IS PROVIDED "AS IS", WITHOUT WARRANTY OF ANY KIND, EXPRESS OR IMPLIED, INCLUDING BUT NOT LIMITED TO THE WARRANTIES OF MERCHANTABILITY, FITNESS FOR A PARTICULAR PURPOSE AND NONINFRINGEMENT. IN NO EVENT SHALL THE AUTHORS OR COPYRIGHT HOLDERS BE LIABLE FOR ANY CLAIM, DAMAGES OR OTHER LIABILITY, WHETHER IN AN ACTION OF CONTRACT, TORT OR OTHERWISE, ARISING FROM, OUT OF OR IN CONNECTION WITH THE SOFTWARE OR THE USE OR OTHER DEALINGS IN THE SOFTWARE. -- You are receiving this mail because: You are on the CC list for the bug.

1 2

[Bug 1213823] New: perl-Net-DNS-SEC-0.22-1.fc23.noarch requires nonexistent dependencies
by Red Hat Bugzilla 24 Nov '16

24 Nov '16

https://bugzilla.redhat.com/show_bug.cgi?id=1213823 Bug ID: 1213823 Summary: perl-Net-DNS-SEC-0.22-1.fc23.noarch requires nonexistent dependencies Product: Fedora Version: rawhide Component: perl-Net-DNS-SEC Assignee: wjhns174(a)hardakers.net Reporter: ppisar(a)redhat.com QA Contact: extras-qa(a)fedoraproject.org CC: perl-devel(a)lists.fedoraproject.org, pwouters(a)redhat.com, wjhns174(a)hardakers.net # dnf --enablerepo=f23-build install --best perl-Net-DNS-SEC Using metadata from Tue Apr 21 09:46:27 2015 (3:32:54 hours old) Error: nothing provides perl(Digest::GOST::CryptoPro) needed by perl-Net-DNS-SEC-0.22-1.fc23.noarch buildsys(a)fedoraproject.org robot reports: perl-Net-DNS-SEC has broken dependencies in the rawhide tree: On x86_64: perl-Net-DNS-SEC-0.22-1.fc23.noarch requires perl(Digest::GOST::CryptoPro) perl-Net-DNS-SEC-0.22-1.fc23.noarch requires perl(Digest::GOST) >= 0:0.06 perl-Net-DNS-SEC-0.22-1.fc23.noarch requires perl(Crypt::OpenSSL::ECDSA) >= 0:0.06 perl-Net-DNS-SEC-0.22-1.fc23.noarch requires perl(Crypt::OpenSSL::ECDSA) >= 0:0.05 perl-Net-DNS-SEC-0.22-1.fc23.noarch requires perl(Crypt::OpenSSL::EC) >= 0:1.01 perl-Net-DNS-SEC-0.22-1.fc23.noarch requires perl(Crypt::OpenSSL::EC) >= 0:0.5 -- You are receiving this mail because: You are on the CC list for the bug.

1 12

[Bug 1139141] New: perl-Dumbbench-BoxPlot does not support ARM
by Red Hat Bugzilla 24 Nov '16

24 Nov '16

https://bugzilla.redhat.com/show_bug.cgi?id=1139141 Bug ID: 1139141 Summary: perl-Dumbbench-BoxPlot does not support ARM Product: Fedora Version: rawhide Component: perl-SOOT Assignee: ppisar(a)redhat.com Reporter: ppisar(a)redhat.com QA Contact: extras-qa(a)fedoraproject.org CC: extras-qa(a)fedoraproject.org, perl-devel(a)lists.fedoraproject.org, ppisar(a)redhat.com Depends On: 994894 Blocks: 485251 (F-ExcludeArch-ARM) +++ This bug was initially created as a clone of Bug #994894 +++ perl-Soot requires root which does not support ARM (bug #991031). perl-Soot will be disabled on ARM. --- Additional comment from Petr Pisar on 2013-08-08 08:54:26 GMT --- ARM support disabled in perl-SOOT-0.17-3.fc20. --- perl-Dumbbench-BoxPlot run-requires perl-SOOT which is not available on ARM. Referenced Bugs: https://bugzilla.redhat.com/show_bug.cgi?id=485251 [Bug 485251] ExcludeArch Tracker for ARM https://bugzilla.redhat.com/show_bug.cgi?id=994894 [Bug 994894] perl-Soot does not support ARM -- 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=ShoZg0yQnv&a=cc_unsubscribe

1 7

[Bug 994894] New: perl-Soot does not support ARM
by Red Hat Bugzilla 24 Nov '16

24 Nov '16

https://bugzilla.redhat.com/show_bug.cgi?id=994894 Bug ID: 994894 Summary: perl-Soot does not support ARM Product: Fedora Version: rawhide Component: perl-SOOT 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 Depends On: 991031 Blocks: 485251 (F-ExcludeArch-ARM) perl-Soot requires root which does not support ARM (bug #991031). perl-Soot will be disabled on ARM. -- 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=CKPzevCLAa&a=cc_unsubscribe

1 9

[Bug 808197] New: FTBFS: big endian bug in self checks
by Red Hat Bugzilla 09 Nov '16

09 Nov '16

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.

1 6

[Bug 671445] New: [PATCH] specfile accords to new packaging guidelines
by Red Hat Bugzilla 03 Nov '16

03 Nov '16

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.

1 11

[Bug 807793] New: Please build pcsc-perl for EPEL6
by Red Hat Bugzilla 07 Oct '16

07 Oct '16

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.

1 10

[Bug 1078438] New: Templated types are causing "Could not find a typemap for C type"
by Red Hat Bugzilla 06 Oct '16

06 Oct '16

https://bugzilla.redhat.com/show_bug.cgi?id=1078438 Bug ID: 1078438 Summary: Templated types are causing "Could not find a typemap for C type" Product: Red Hat Enterprise Linux 7 Version: 7.0 Component: perl-ExtUtils-ParseXS Assignee: perl-maint-list(a)redhat.com Reporter: mhroncok(a)redhat.com QA Contact: qe-baseos-apps(a)redhat.com CC: perl-devel(a)lists.fedoraproject.org, ppisar(a)redhat.com Depends On: 1032181 Blocks: 1032056 +++ This bug was initially created as a clone of Bug #1032181 +++ Description of problem: When using perl-ExtUtils-ParseXS to build XS stuff (I don't know the terminology here, sorry), errors like this happens: https://rt.cpan.org/Public/Bug/Display.html?id=86367 Version-Release number of selected component (if applicable): perl-ExtUtils-ParseXS-3.18-291.fc20.noarch How reproducible: Happend when building slic3r-xs Steps to Reproduce: 1. Get slic3r tarball from https://github.com/alexrj/Slic3r/archive/1.0.0RC1.tar.gz 2. unpack && cd Slic3r-1.0.0RC1/xs/ # be usre to be in xs folder 3. perl Build.PL && ./Build Actual results: <snip> Could not find a typemap for C type 'std::vector< double >'. The following C types are mapped by the current typemap: 'AV *', <snip>, 'wchar_t *' in /usr/bin/perl -MExtUtils::XSpp::Cmd -e xspp -- -t "/home/churchyard/Stažené/Slic3r-1.0.0RC1/xs/xsp/typemap.xspt" "/home/churchyard/Stažené/Slic3r-1.0.0RC1/xs/xsp/TriangleMesh.xsp", line 138 Expected results: No errors, just warnings Additional info: This is fixed in upstream release 3.22 and also in development release 3.18_03. Fix is in Bug #1032181. See the error in this build.log: http://copr-be.cloud.fedoraproject.org/results/churchyard/epel7-3dprint/epe… Referenced Bugs: https://bugzilla.redhat.com/show_bug.cgi?id=1032056 [Bug 1032056] Slic3r 1.0.0RC1 is available https://bugzilla.redhat.com/show_bug.cgi?id=1032181 [Bug 1032181] Templated types are causing "Could not find a typemap for C type" -- 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=ujbL1yHik6&a=cc_unsubscribe

1 14

[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

← Newer
1
2
3
4
5
6
7
8
...
165
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 April 2015