perl-devel September 2016

perl-devel@lists.fedoraproject.org

6 participants
1357 discussions

[Bug 1315525] New: perl-Net-DNS-1.05 is available
by Red Hat Bugzilla 13 Feb '18

13 Feb '18

https://bugzilla.redhat.com/show_bug.cgi?id=1315525 Bug ID: 1315525 Summary: perl-Net-DNS-1.05 is available Product: Fedora Version: rawhide Component: perl-Net-DNS Keywords: FutureFeature, Triaged Assignee: pwouters(a)redhat.com Reporter: upstream-release-monitoring(a)fedoraproject.org QA Contact: extras-qa(a)fedoraproject.org CC: perl-devel(a)lists.fedoraproject.org, psabata(a)redhat.com, pwouters(a)redhat.com Latest upstream release: 1.05 Current version/release in rawhide: 1.04-3.fc24 URL: http://search.cpan.org/dist/Net-DNS/ 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.

2 14

[Bug 1377996] New: perl-libxml-perl: Expanding external entities by default
by Red Hat Bugzilla 08 Jan '18

08 Jan '18

https://bugzilla.redhat.com/show_bug.cgi?id=1377996 Bug ID: 1377996 Summary: perl-libxml-perl: Expanding external entities by default Product: Security Response Component: vulnerability Keywords: Security Severity: high Priority: high Assignee: security-response-team(a)redhat.com Reporter: amaris(a)redhat.com CC: jplesnik(a)redhat.com, perl-devel(a)lists.fedoraproject.org, perl-maint-list(a)redhat.com, ppisar(a)redhat.com, psabata(a)redhat.com It was found that XML::LibXML is vulnerable to XXE attack as it has enabled external entity loading by default. Bug report: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=838097 -- You are receiving this mail because: You are on the CC list for the bug.

2 14

[Bug 1029710] New: Amavisd fails to identify attached zipped files with .exe extensions
by Red Hat Bugzilla 12 Dec '17

12 Dec '17

https://bugzilla.redhat.com/show_bug.cgi?id=1029710 Bug ID: 1029710 Summary: Amavisd fails to identify attached zipped files with .exe extensions Product: Fedora EPEL Version: el6 Component: amavisd-new Severity: medium Assignee: steve(a)silug.org Reporter: s10dal(a)elrepo.org QA Contact: extras-qa(a)fedoraproject.org CC: janfrode(a)tanso.net, kanarip(a)kanarip.com, perl-devel(a)lists.fedoraproject.org, steve(a)silug.org Description of problem: Mail attachments containing zipped files with .exe extensions are not properly identified due to a failure of 7za (p7zip) as called by amavisd to correctly list the contents of the zipped file. Based on maillog errors, the failure appears to be due to an improperly composed 7za option, specifically -w not being separated from the target by a separator (e.g., space character). Manually executing 7za using the options noted in the maillog error (see below) demonstrates the need to insert a separator between the -w option and the target. Fails: $ 7za l -slt -w./contains_exe.zip Works: $ 7za l -slt -w ./contains_exe.zip Also, this issue may be specific to EL6. This issue came to my attention because an EL6 mail server acting as a Backup MX for an EL5 mail server was forwarding zipped exe attachments, which were correctly identified and quarantined on the EL5 system. Version-Release number of selected component (if applicable): # uname -rpmi 2.6.32-358.23.2.el6.i686 i686 i686 i386 # rpm -q amavisd-new p7zip amavisd-new-2.8.0-4.el6.noarch p7zip-9.20.1-2.el6.i686 How reproducible: Very. Observed on 3 EL6 mail servers. Steps to Reproduce: 1. Install/configure postfix, amavisd-new, clam\*, etc. 2. Create a test attachment: $ touch test.exe $ 7za a -tzip test_exe.zip test.exe 3. Send a mail with test_exe.zip attached 4. Check /var/log/maillog for the specific error Actual results: From /var/log/maillog: Nov 12 17:17:46 Mail amavis[1568]: (28807-12) (!)run_command: child process [1568]: run_command: failed to exec /usr/bin/7za l -slt -w/var/spool/amavisd/tmp/amavis-20131112T051218-28807-HPbWePoN/parts -- /var/spool/amavisd/tmp/amavis-20131112T051218-28807-HPbWePoN/parts/p002: 13 at /usr/sbin/amavisd line 4062. Nov 12 17:17:46 Mail amavis[28807]: (28807-12) (!)Decoding of p002 (Zip archive data, at least v1.0 to extract) failed, leaving it unpacked: do_7zip: can't get a list of archive members: exit 6; at (eval 117) line 781. Expected results: Identify zipped exe file as such. Additional info: It may not be relevant to the observed error, but 8 months ago, amavisd-new and clam\* were converted from RepoForge/RPMforge versions to EPEL versions. Except for a few initial hiccups, the mail servers have been running without apparent issues until the current 7za issue was observed. -- 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=KMKdGzsZdn&a=cc_unsubscribe

2 11

[Bug 1283764] New: Use of uninitialized value in numeric eq (==) at /usr/share/perl5/vendor_perl/File/Tail.pm line 391
by Red Hat Bugzilla 12 Dec '17

12 Dec '17

https://bugzilla.redhat.com/show_bug.cgi?id=1283764 Bug ID: 1283764 Summary: Use of uninitialized value in numeric eq (==) at /usr/share/perl5/vendor_perl/File/Tail.pm line 391 Product: Fedora Version: 23 Component: perl-File-Tail Assignee: tcallawa(a)redhat.com Reporter: h.reindl(a)thelounge.net QA Contact: extras-qa(a)fedoraproject.org CC: perl-devel(a)lists.fedoraproject.org, tcallawa(a)redhat.com Nov 19 12:20:09 testserver perl: Use of uninitialized value in numeric eq (==) at /usr/share/perl5/vendor_perl/File/Tail.pm line 391 i guess mailgraph triggers that bug [root@testserver:~]$ rpm -q --file /usr/share/perl5/vendor_perl/File/Tail.pm perl-File-Tail-1.3-1.fc23.noarch -- You are receiving this mail because: You are on the CC list for the bug.

2 17

[Bug 1309199] New: Rebuilding perl-DBD-MySQL-4.033-2.fc24 results into unresolvable mysql.so: symbol mysql_read_query_result, version libmysqlclient_16 not defined in file libmysqlclient.so.18 with link time reference
by Red Hat Bugzilla 12 Dec '17

12 Dec '17

https://bugzilla.redhat.com/show_bug.cgi?id=1309199 Bug ID: 1309199 Summary: Rebuilding perl-DBD-MySQL-4.033-2.fc24 results into unresolvable mysql.so: symbol mysql_read_query_result, version libmysqlclient_16 not defined in file libmysqlclient.so.18 with link time reference Product: Fedora Version: rawhide Component: perl-DBD-MySQL Assignee: jplesnik(a)redhat.com Reporter: ppisar(a)redhat.com QA Contact: extras-qa(a)fedoraproject.org CC: jplesnik(a)redhat.com, mmaslano(a)redhat.com, perl-devel(a)lists.fedoraproject.org If I rebuild perl-DBD-MySQL-4.033-2.fc24 against current mariadb-devel-10.1.11-8.fc24.x86_64, resulting /usr/lib64/perl5/vendor_perl/auto/DBD/mysql/mysql.so will be unusable: # ldd -r /usr/lib64/perl5/vendor_perl/auto/DBD/mysql/mysql.so linux-vdso.so.1 (0x00007ffcdf58d000) libmysqlclient.so.18 => /usr/lib64/mysql/libmysqlclient.so.18 (0x00007fb05a510000) libpthread.so.0 => /lib64/libpthread.so.0 (0x00007fb05a2f2000) libz.so.1 => /lib64/libz.so.1 (0x00007fb05a0dc000) libm.so.6 => /lib64/libm.so.6 (0x00007fb059dd2000) libdl.so.2 => /lib64/libdl.so.2 (0x00007fb059bce000) libssl.so.10 => /lib64/libssl.so.10 (0x00007fb059953000) libcrypto.so.10 => /lib64/libcrypto.so.10 (0x00007fb0594f5000) libperl.so.5.22 => /lib64/libperl.so.5.22 (0x00007fb05910a000) libc.so.6 => /lib64/libc.so.6 (0x00007fb058d33000) libstdc++.so.6 => /lib64/libstdc++.so.6 (0x00007fb0589a9000) /lib64/ld-linux-x86-64.so.2 (0x0000564c658f5000) libgssapi_krb5.so.2 => /lib64/libgssapi_krb5.so.2 (0x00007fb05875d000) libkrb5.so.3 => /lib64/libkrb5.so.3 (0x00007fb058476000) libcom_err.so.2 => /lib64/libcom_err.so.2 (0x00007fb058272000) libk5crypto.so.3 => /lib64/libk5crypto.so.3 (0x00007fb058040000) libresolv.so.2 => /lib64/libresolv.so.2 (0x00007fb057e24000) libnsl.so.1 => /lib64/libnsl.so.1 (0x00007fb057c0b000) libcrypt.so.1 => /lib64/libcrypt.so.1 (0x00007fb0579d5000) libutil.so.1 => /lib64/libutil.so.1 (0x00007fb0577d1000) libgcc_s.so.1 => /lib64/libgcc_s.so.1 (0x00007fb0575ba000) libkrb5support.so.0 => /lib64/libkrb5support.so.0 (0x00007fb0573ab000) libkeyutils.so.1 => /lib64/libkeyutils.so.1 (0x00007fb0571a6000) libfreebl3.so => /lib64/libfreebl3.so (0x00007fb056f29000) libselinux.so.1 => /lib64/libselinux.so.1 (0x00007fb056d06000) libpcre.so.1 => /lib64/libpcre.so.1 (0x00007fb056a91000) symbol mysql_read_query_result, version libmysqlclient_16 not defined in file libmysqlclient.so.18 with link time reference (/usr/lib64/perl5/vendor_perl/auto/DBD/mysql/mysql.so) [...] This prevents other Perl modules from using DBD::MySQL. -- You are receiving this mail because: You are on the CC list for the bug.

2 16

[Bug 1378895] New: 8-bpp TIFF images are broken in the resulting PDF document
by Red Hat Bugzilla 09 Dec '17

09 Dec '17

https://bugzilla.redhat.com/show_bug.cgi?id=1378895 Bug ID: 1378895 Summary: 8-bpp TIFF images are broken in the resulting PDF document Product: Fedora Version: 23 Component: perl-PDF-API2 Assignee: jplesnik(a)redhat.com Reporter: ppisar(a)redhat.com QA Contact: extras-qa(a)fedoraproject.org CC: bjohnson(a)symetrix.com, jplesnik(a)redhat.com, perl-devel(a)lists.fedoraproject.org Blocks: 1369984 External Bug ID: CPAN 118047 Created attachment 1204154 --> https://bugzilla.redhat.com/attachment.cgi?id=1204154&action=edit 8-bpp TIFF image This code creates an PDF with broken 8-bpp TIFF image: #!/usr/bin/perl use strict; use warnings; use PDF::API2; my $pdf = PDF::API2->new(-file => 'out.pdf'); my $page = $pdf->page; $page->mediabox(157, 196); my $imgobj = $pdf->image_tiff('8.tiff'); my $gfx = $page->gfx; $gfx->image($imgobj, 0, 0, 157, 196); $pdf->save; $pdf->end; It works fine if the TIFF image has only 1 bit per pixel. I have perl-PDF-API2-2.025-1.fc23.noarch, but it it's broken in all Fedoras. Referenced Bugs: https://bugzilla.redhat.com/show_bug.cgi?id=1369984 [Bug 1369984] gscan2pdf v1.3.8 saves imported PDF pages as negative images -- You are receiving this mail because: You are on the CC list for the bug.

2 18

[Bug 1335443] New: Net::SSLeay produces a warning on EOF
by Red Hat Bugzilla 22 Nov '17

22 Nov '17

https://bugzilla.redhat.com/show_bug.cgi?id=1335443 Bug ID: 1335443 Summary: Net::SSLeay produces a warning on EOF Product: Fedora Version: 22 Component: perl-Net-SSLeay Severity: low Assignee: paul(a)city-fan.org Reporter: lav(a)yars.free.net QA Contact: extras-qa(a)fedoraproject.org CC: jose.p.oliveira.oss(a)gmail.com, kasal(a)ucw.cz, paul(a)city-fan.org, perl-devel(a)lists.fedoraproject.org Created attachment 1156525 --> https://bugzilla.redhat.com/attachment.cgi?id=1156525&action=edit proposed fix Description of problem: I repeatedly get this warning from Net::SSLeay: Use of uninitialized value $got in string eq at blib/lib/Net/SSLeay.pm (autosplit into blib/lib/auto/Net/SSLeay/ssl_read_all.al) line 549. Version-Release number of selected component (if applicable): perl-Net-SSLeay-1.68-1.fc22.x86_64 Expected results: no warnings Additional info: a patch is attached. -- You are receiving this mail because: You are on the CC list for the bug.

2 4

[Bug 1336403] New: perl-Email-Abstract-3.008-4.fc25 FTBS: t/abstractions.t test fails: Failed test 'correct stringification of Mail::Internet; same as reference object'
by Red Hat Bugzilla 20 Nov '17

20 Nov '17

https://bugzilla.redhat.com/show_bug.cgi?id=1336403 Bug ID: 1336403 Summary: perl-Email-Abstract-3.008-4.fc25 FTBS: t/abstractions.t test fails: Failed test 'correct stringification of Mail::Internet; same as reference object' Product: Fedora Version: rawhide Component: perl-Email-Abstract Assignee: tcallawa(a)redhat.com Reporter: ppisar(a)redhat.com QA Contact: extras-qa(a)fedoraproject.org CC: perl-devel(a)lists.fedoraproject.org, tcallawa(a)redhat.com perl-Email-Abstract-3.008-4.fc25 fails to build in F25 because tests fail: /00-report-prereqs.t .. ok # testing Email::MIME with 1.937 # testing Email::Simple with 2.210 # testing MIME::Entity with 5.507 # testing Mail::Internet with 2.17 # Failed test 'correct stringification of Mail::Internet; same as reference object' # at t/lib/Test/EmailAbstract.pm line 74. # got: '' # expected: 'Joanna, All # # Thanks. I got the following response from Fred Tydeman. # # On Nov 13, 9:56am in "Re: Defect in XBD lr", Joanna Farley wrote: # > Sun's expert in this area after some discussions with a colleague # > outside of Sun concluded that for lround, to align with both C99 and SUS # > changes of the following form were necessary: # > this line of text is really long and no one need worry about it but why was such a long text chosen to begin with i mean really?? # # ----- # Andrew Josey The Open Group # Austin Group Chair Apex Plaza,Forbury Road, # Email: a.josey(a)opengroup.org Reading,Berks.RG1 1AX,England # Tel: +44 118 9508311 ext 2250 Fax: +44 118 9500110' # Failed test 'correct body length for Mail::Internet' # at t/lib/Test/EmailAbstract.pm line 80. # got: '0' # expected: '749' # Failed test 'correct stringification of Mail::Internet; same as reference object' # at t/lib/Test/EmailAbstract.pm line 74. # got: '' # expected: 'Joanna, All # # Thanks. I got the following response from Fred Tydeman. # # On Nov 13, 9:56am in "Re: Defect in XBD lr", Joanna Farley wrote: # > Sun's expert in this area after some discussions with a colleague # > outside of Sun concluded that for lround, to align with both C99 and SUS # > changes of the following form were necessary: # > this line of text is really long and no one need worry about it but why was such a long text chosen to begin with i mean really?? # # ----- # Andrew Josey The Open Group # Austin Group Chair Apex Plaza,Forbury Road, # Email: a.josey(a)opengroup.org Reading,Berks.RG1 1AX,England # Tel: +44 118 9508311 ext 2250 Fax: +44 118 9500110' # Failed test 'correct body length for Mail::Internet' # at t/lib/Test/EmailAbstract.pm line 80. # got: '0' # expected: '749' # Failed test 'correct stringification of Mail::Internet; same as reference object' # at t/lib/Test/EmailAbstract.pm line 74. # got: '' # expected: 'Joanna, All # # Thanks. I got the following response from Fred Tydeman. # # On Nov 13, 9:56am in "Re: Defect in XBD lr", Joanna Farley wrote: # > Sun's expert in this area after some discussions with a colleague # > outside of Sun concluded that for lround, to align with both C99 and SUS # > changes of the following form were necessary: # > this line of text is really long and no one need worry about it but why was such a long text chosen to begin with i mean really?? # # ----- # Andrew Josey The Open Group # Austin Group Chair Apex Plaza,Forbury Road, # Email: a.josey(a)opengroup.org Reading,Berks.RG1 1AX,England # Tel: +44 118 9508311 ext 2250 Fax: +44 118 9500110' # Failed test 'correct body length for Mail::Internet' # at t/lib/Test/EmailAbstract.pm line 80. # got: '0' # expected: '749' # testing Mail::Message with 2.118 # testing MIME::Entity with 5.507 # testing Email::MIME with 1.937 # Looks like you failed 6 tests of 165. t/abstractions.t ....... Dubious, test returned 6 (wstat 1536, 0x600) Failed 6/165 subtests This is caused by upgrading perl-MailTools from 2.16-1.fc25 to 2.17-1.fc25. -- You are receiving this mail because: You are on the CC list for the bug.

2 3

[Bug 1242769] New: perl-Algorithm-CurveFit-1.05-14.fc23 FTBFS: Failed test at t/02bad_deriv.t line 50
by Red Hat Bugzilla 04 Sep '17

04 Sep '17

https://bugzilla.redhat.com/show_bug.cgi?id=1242769 Bug ID: 1242769 Summary: perl-Algorithm-CurveFit-1.05-14.fc23 FTBFS: Failed test at t/02bad_deriv.t line 50 Product: Fedora Version: rawhide Component: perl-Algorithm-CurveFit Assignee: jplesnik(a)redhat.com Reporter: ppisar(a)redhat.com QA Contact: extras-qa(a)fedoraproject.org CC: jplesnik(a)redhat.com, perl-devel(a)lists.fedoraproject.org perl-Algorithm-CurveFit-1.05-14.fc23 fails to build in F23 because tests fail: t/01basic.t ...... ok # Failed test at t/02bad_deriv.t line 50. # Looks like you failed 1 test of 13. t/02bad_deriv.t .. Dubious, test returned 1 (wstat 256, 0x100) Failed 1/13 subtests Verbose test output: $ prove -b -v t/02bad_deriv.t t/02bad_deriv.t .. 1..13 ok 1 ok 2 not ok 3 # Failed test at t/02bad_deriv.t line 50. ok 4 ok 5 ok 6 ok 7 ok 8 ok 9 ok 10 ok 11 ok 12 ok 13 # Looks like you failed 1 test of 13. Dubious, test returned 1 (wstat 256, 0x100) Failed 1/13 subtests -- You are receiving this mail because: You are on the CC list for the bug.

2 14

[Bug 1326387] New: EPEL7 branch request for perl-Data-HexDump
by Red Hat Bugzilla 10 Aug '17

10 Aug '17

https://bugzilla.redhat.com/show_bug.cgi?id=1326387 Bug ID: 1326387 Summary: EPEL7 branch request for perl-Data-HexDump Product: Fedora Version: rawhide Component: perl-Data-HexDump Assignee: andreas(a)bawue.net Reporter: esandeen(a)redhat.com QA Contact: extras-qa(a)fedoraproject.org CC: andreas(a)bawue.net, perl-devel(a)lists.fedoraproject.org Hi, I'd like to look into packaging ncid for EPEL7; there is one tool in the package which requires perl-Data-HexDump. If you'd be willing to create an EPEL7 branch for perl-Data-HexDump, that would be great. If not, I'd be happy to own that branch, or simply remove the one tool from the ncid package which requires it. Thanks, -Eric -- You are receiving this mail because: You are on the CC list for the bug.

2 2

← Newer
1
2
3
4
5
6
7
...
136
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 2016