perl-devel November 2016

perl-devel@lists.fedoraproject.org

6 participants
1515 discussions

[Bug 1392478] New: root is not built for ppc64le
by Red Hat Bugzilla 06 Feb '18

06 Feb '18

https://bugzilla.redhat.com/show_bug.cgi?id=1392478 Bug ID: 1392478 Summary: root is not built for ppc64le Product: Fedora Version: rawhide Component: perl-Alien-ROOT 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 -- You are receiving this mail because: You are on the CC list for the bug.

2 12

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

09 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 10 Dec '17

10 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 1397732] New: CVE-2015-8978 perl-SOAP-Lite: XML exponential entity expansion denial-of-service [epel-all]
by Red Hat Bugzilla 17 Oct '17

17 Oct '17

https://bugzilla.redhat.com/show_bug.cgi?id=1397732 Bug ID: 1397732 Summary: CVE-2015-8978 perl-SOAP-Lite: XML exponential entity expansion denial-of-service [epel-all] Product: Fedora EPEL Version: el6 Component: perl-SOAP-Lite Keywords: Security, SecurityTracking Severity: medium Priority: medium Assignee: andrea.veri(a)gmail.com Reporter: anemec(a)redhat.com QA Contact: extras-qa(a)fedoraproject.org CC: andrea.veri(a)gmail.com, emmanuel(a)seyman.fr, janfrode(a)tanso.net, perl-devel(a)lists.fedoraproject.org Blocks: 1397731 (CVE-2015-8978) This is an automatically created tracking bug! It was created to ensure that one or more security vulnerabilities are fixed in affected versions of Fedora EPEL. For comments that are specific to the vulnerability please use bugs filed against the "Security Response" product referenced in the "Blocks" field. For more information see: http://fedoraproject.org/wiki/Security/TrackingBugs When submitting as an update, use the fedpkg template provided in the next comment(s). This will include the bug IDs of this tracking bug as well as the relevant top-level CVE bugs. Please also mention the CVE IDs being fixed in the RPM changelog and the fedpkg commit message. NOTE: this issue affects multiple supported versions of Fedora EPEL. While only one tracking bug has been filed, please correct all affected versions at the same time. If you need to fix the versions independent of each other, you may clone this bug as appropriate. [bug automatically created by: add-tracking-bugs] Referenced Bugs: https://bugzilla.redhat.com/show_bug.cgi?id=1397731 [Bug 1397731] CVE-2015-8978 perl-SOAP-Lite: XML exponential entity expansion denial-of-service -- You are receiving this mail because: You are on the CC list for the bug.

2 4

[Bug 1393834] New: perl-Algorithm-CurveFit-1.05-17.fc26 FTBFS on ppc64le: Can't call method "element" on an undefined value
by Red Hat Bugzilla 04 Sep '17

04 Sep '17

https://bugzilla.redhat.com/show_bug.cgi?id=1393834 Bug ID: 1393834 Summary: perl-Algorithm-CurveFit-1.05-17.fc26 FTBFS on ppc64le: Can't call method "element" on an undefined value 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 Blocks: 1051573 (F-ExcludeArch-ppc64le,PPC64LETracker) External Bug ID: CPAN 118695 perl-Algorithm-CurveFit-1.05-17.fc26 fails to build on ppc64le: t/01basic.t ...... ok Can't call method "element" on an undefined value at /builddir/build/BUILD/Algorithm-CurveFit-1.05/blib/lib/Algorithm/CurveFit.pm line 217. # Looks like your test exited with 255 before it could output anything. t/02bad_deriv.t .. Dubious, test returned 255 (wstat 65280, 0xff00) Failed 13/13 subtests Referenced Bugs: https://bugzilla.redhat.com/show_bug.cgi?id=1051573 [Bug 1051573] ppc64le tracker bug -- You are receiving this mail because: You are on the CC list for the bug.

2 3

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