perl-devel May 2016

perl-devel@lists.fedoraproject.org

10 participants
21358 discussions

[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 1274105] New: biber-v2.2 is available
by Red Hat Bugzilla 21 Nov '16

21 Nov '16

https://bugzilla.redhat.com/show_bug.cgi?id=1274105 Bug ID: 1274105 Summary: biber-v2.2 is available Product: Fedora Version: rawhide Component: biber Keywords: FutureFeature, Triaged Assignee: cbm(a)m.fsf.org Reporter: upstream-release-monitoring(a)fedoraproject.org QA Contact: extras-qa(a)fedoraproject.org CC: cbm(a)m.fsf.org, mefoster(a)gmail.com, novyjindrich(a)gmail.com, perl-devel(a)lists.fedoraproject.org Latest upstream release: v2.2 Current version/release in rawhide: 1.8-12.fc23 URL: http://biblatex-biber.sourceforge.net/ 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 Please keep in mind that with any upstream change, there may also be packaging changes that need to be made. Specifically, please remember that it is your responsibility to review the new version to ensure that the licensing is still correct and that no non-free or legally problematic items have been added upstream. -- You are receiving this mail because: You are on the CC list for the bug.

1 25

perl-CryptX package
by Denis Fateyev 16 Nov '16

16 Nov '16

Hello there, I'm going to package CryptX Perl module [1] soon. The only concern is that it contains a lot of XS-based code of ciphers and hashes that can be probably considered as bundled. Mostly the used routines, including sha1, sha2 and md5 implementations, are based on LibTomCrypt library [2, 3]. Neither this library components nor all algo related are mentioned in Bundled library policies [4]. So the question is: should we threat this very case as bundled libs presence? Are there any objections against this module to be packaged "as is", in its current state? Thanks, [1] https://metacpan.org/pod/CryptX [2] http://www.libtom.net [3] https://github.com/libtom/libtomcrypt [4] https://fedoraproject.org/w/index.php?title=Packaging:No_Bundled_Libraries&… -- wbr, Denis.

3 6

[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 1231104] New: perl-B-Hooks-OP-Check-EntersubForCV-0.09-11.fc23: FTBFS with Perl 5.22
by Red Hat Bugzilla 19 Oct '16

19 Oct '16

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.

1 7

[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 1285807] New: Opening About Slic3r dialog window crashes slic3r
by Red Hat Bugzilla 10 Sep '16

10 Sep '16

https://bugzilla.redhat.com/show_bug.cgi?id=1285807 Bug ID: 1285807 Summary: Opening About Slic3r dialog window crashes slic3r Product: Fedora Version: 23 Component: slic3r Assignee: mhroncok(a)redhat.com Reporter: tomg(a)ipass.net QA Contact: extras-qa(a)fedoraproject.org CC: mhroncok(a)redhat.com, perl-devel(a)lists.fedoraproject.org Description of problem: Opening the About Slic3r dialog window crashes slic3r everytime Version-Release number of selected component (if applicable): slic3r-1.2.9-3.fc23.x86_64 How reproducible: Everytime Steps to Reproduce: 1. Start program 2. Select About Slic3r from the Help pulldown menu (Help -> About Slic3r) 3. Actual results: App crashes instantly Expected results: Should see the about dialog window. Additional info: Output from the terminal $ slic3r (slic3r:3135): Gtk-WARNING **: gtk_widget_size_allocate(): attempt to allocate widget with width -5 and height 17 (slic3r:3135): Gtk-WARNING **: gtk_widget_size_allocate(): attempt to allocate widget with width -5 and height 17 (slic3r:3135): Gtk-WARNING **: gtk_widget_size_allocate(): attempt to allocate widget with width -5 and height 17 Error while autoloading 'Wx::wxCLOSE' at /usr/share/perl5/vendor_perl/Slic3r/GUI/AboutDialog.pm line 69. -- You are receiving this mail because: You are on the CC list for the bug.

1 15

[Bug 1273668] New: to_string() appends 'undef' to array attribute
by Red Hat Bugzilla 07 Sep '16

07 Sep '16

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.

1 5

← Newer
1
...
7
8
9
10
11
12
13
...
2136
Older →

Jump to page:

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

2005

perl-devel May 2016