perl-devel January 2016

perl-devel@lists.fedoraproject.org

6 participants
1572 discussions

[Bug 1150091] New: CVE-2014-1571 CVE-2014-1572 CVE-2014-1573 bugzilla: security fixes release
by Red Hat Bugzilla 30 Mar '18

30 Mar '18

https://bugzilla.redhat.com/show_bug.cgi?id=1150091 Bug ID: 1150091 Summary: CVE-2014-1571 CVE-2014-1572 CVE-2014-1573 bugzilla: security fixes release Product: Security Response Component: vulnerability Keywords: Security Severity: medium Priority: medium Assignee: security-response-team(a)redhat.com Reporter: vkaigoro(a)redhat.com CC: bazanluis20(a)gmail.com, emmanuel(a)seyman.fr, itamar(a)ispbrasil.com.br, mcepl(a)redhat.com, perl-devel(a)lists.fedoraproject.org Upstream has issued an advisory today (October 6): http://www.bugzilla.org/security/4.0.14/ Class: Unauthorized Account Creation Versions: 2.23.3 to 4.0.14, 4.1.1 to 4.2.10, 4.3.1 to 4.4.5, 4.5.1 to 4.5.5 Fixed In: 4.0.15, 4.2.11, 4.4.6, 4.5.6 Description: An attacker creating a new Bugzilla account can override certain parameters when finalizing the account creation that can lead to the user being created with a different email address than originally requested. The overridden login name could be automatically added to groups based on the group's regular expression setting. References: https://bugzilla.mozilla.org/show_bug.cgi?id=1074812 CVE Number: CVE-2014-1572 Class: Cross-Site Scripting Versions: 2.17.1 to 4.0.14, 4.1.1 to 4.2.10, 4.3.1 to 4.4.5, 4.5.1 to 4.5.5 Fixed In: 4.0.15, 4.2.11, 4.4.6, 4.5.6 Description: During an audit of the Bugzilla code base, several places were found where cross-site scripting exploits could occur which could allow an attacker to access sensitive information. References: https://bugzilla.mozilla.org/show_bug.cgi?id=1075578 CVE Number: CVE-2014-1573 Class: Information Leak Versions: 2.17.1 to 4.0.14, 4.1.1 to 4.2.10, 4.3.1 to 4.4.5, 4.5.1 to 4.5.5 Fixed In: 4.0.15, 4.2.11, 4.4.6, 4.5.6 Description: If a new comment was marked private to the insider group, and a flag was set in the same transaction, the comment would be visible to flag recipients even if they were not in the insider group. References: https://bugzilla.mozilla.org/show_bug.cgi?id=1064140 CVE Number: CVE-2014-1571 Class: Social Engineering Versions: 2.17.1 to 4.0.14, 4.1.1 to 4.2.10, 4.3.1 to 4.4.5, 4.5.1 to 4.5.5 Fixed In: 4.0.15, 4.2.11, 4.4.6, 4.5.6 Description: Search results can be exported as a CSV file which can then be imported into external spreadsheet programs. Specially formatted field values can be interpreted as formulas which can be executed and used to attack a user's computer. References: https://bugzilla.mozilla.org/show_bug.cgi?id=1054702 -- 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=0XmWcvadmK&a=cc_unsubscribe

2 10

[Bug 1198991] New: License tag should mention GPLv2+
by Red Hat Bugzilla 14 Feb '18

14 Feb '18

https://bugzilla.redhat.com/show_bug.cgi?id=1198991 Bug ID: 1198991 Summary: License tag should mention GPLv2+ Product: Fedora Version: rawhide Component: perl-Text-Template 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 External Bug ID: CPAN 102523 External Bug ID: CPAN 102523 Current package, perl-Text-Template-1.45-17.fc23, declares license as "GPL+ or Artistic", but the content states "GPLv2+ or Artistic" many times. See upstream bug report <https://rt.cpan.org/Public/Bug/Display.html?id=102523>. I believe the license tag should be changed to "GPLv2+ or Artistic" (or to "(GPL+ or Artistic) and (GPLv2+ or Artistic)" until upstream clarifies the report). -- 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=Zq8a82s6bW&a=cc_unsubscribe

2 3

[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 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 1288914] New: RT package is missing database schemas
by Red Hat Bugzilla 08 Aug '17

08 Aug '17

https://bugzilla.redhat.com/show_bug.cgi?id=1288914 Bug ID: 1288914 Summary: RT package is missing database schemas Product: Fedora Version: rawhide Component: rt Assignee: rc040203(a)freenet.de Reporter: lars(a)redhat.com QA Contact: extras-qa(a)fedoraproject.org CC: perl-devel(a)lists.fedoraproject.org, rc040203(a)freenet.de, tibbs(a)math.uh.edu Description of problem: I was trying to install RT on Fedora using a Postgres database, only to discover that the package only includes the MySQL schema files and explicitly excludes the schema files for Postgres, Oracle, and SQLite. Unless there is a good reason to exclude some or all of the schema files (e.g., "they are unmaintained and known to be broken" would be a good reason) could we please include *all* the schema files in the rt package? Version-Release number of selected component (if applicable): rt-4.2.12 -- You are receiving this mail because: You are on the CC list for the bug.

2 3

[Bug 1260609] New: bucardo-4.5.0-11.fc24 FTBFS randomly: Bucardo did not start, but we waited!
by Red Hat Bugzilla 08 Aug '17

08 Aug '17

https://bugzilla.redhat.com/show_bug.cgi?id=1260609 Bug ID: 1260609 Summary: bucardo-4.5.0-11.fc24 FTBFS randomly: Bucardo did not start, but we waited! Product: Fedora Version: rawhide Component: bucardo Assignee: itamar(a)ispbrasil.com.br Reporter: ppisar(a)redhat.com QA Contact: extras-qa(a)fedoraproject.org CC: bazanluis20(a)gmail.com, itamar(a)ispbrasil.com.br, perl-devel(a)lists.fedoraproject.org, puiterwijk(a)redhat.com bucardo-4.5.0-11.fc24 fails to build in F24 sometimes: + make test cp bucardo_ctl blib/script/bucardo_ctl "/usr/bin/perl" -MExtUtils::MY -e 'MY->fixin(shift)' -- blib/script/bucardo_ctl PERL_DL_NONLAZY=1 "/usr/bin/perl" "-MExtUtils::Command::MM" "-MTest::Harness" "-e" "undef *Test::Harness::Switches; test_harness(0, 'blib/lib', 'blib/arch')" t/*.t t/00-release.t ........... skipped: Test skipped unless environment variable RELEASE_TESTING is set t/01-basic.t ............. ok Bucardo did not start, but we waited! # Looks like you planned 14 tests but ran 9. t/09-uniqueconstraint.t .. Dubious, test returned 255 (wstat 65280, 0xff00) Failed 5/14 subtests t/98-cleanup.t ........... ok t/99-signature.t ......... skipped: Test skipped unless environment variable RELEASE_TESTING is set Test Summary Report ------------------- t/09-uniqueconstraint.t (Wstat: 65280 Tests: 9 Failed: 0) Non-zero exit status: 255 Parse errors: Bad plan. You planned 14 tests but ran 9. Files=5, Tests=15, 60 wallclock secs ( 0.04 usr 0.01 sys + 5.72 cusr 1.46 csys = 7.23 CPU) Result: FAIL Failed 1/5 test programs. 0/15 subtests failed. This looks like a race condition in the tests. -- You are receiving this mail because: You are on the CC list for the bug.

2 3

[Bug 992723] New: perl-Sys-SigAction: FTBFS in rawhide
by Red Hat Bugzilla 08 Aug '17

08 Aug '17

https://bugzilla.redhat.com/show_bug.cgi?id=992723 Bug ID: 992723 Summary: perl-Sys-SigAction: FTBFS in rawhide Product: Fedora Version: rawhide Component: perl-Sys-SigAction Assignee: andreas(a)bawue.net Reporter: dennis(a)ausil.us QA Contact: extras-qa(a)fedoraproject.org CC: andreas(a)bawue.net, perl-devel(a)lists.fedoraproject.org Blocks: 991858 Your package perl-Sys-SigAction failed to build from source in current rawhide. http://koji.fedoraproject.org/koji/taskinfo?taskID=5742271 Build logs: root.log: http://kojipkgs.fedoraproject.org/work/tasks/2271/5742271/root.log build.log: http://kojipkgs.fedoraproject.org/work/tasks/2271/5742271/build.log state.log: http://kojipkgs.fedoraproject.org/work/tasks/2271/5742271/state.log NOTE: build logs are cleaned up after 1 week For details on mass rebuild see https://fedoraproject.org/wiki/Fedora_20_Mass_Rebuild -- 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=2WcWPScqyu&a=cc_unsubscribe

2 8

[Bug 1242802] New: perl-smartmatch-engine-core-0.02-11.fc23 FTBFS: t/core.t test fails
by Red Hat Bugzilla 07 Aug '17

07 Aug '17

https://bugzilla.redhat.com/show_bug.cgi?id=1242802 Bug ID: 1242802 Summary: perl-smartmatch-engine-core-0.02-11.fc23 FTBFS: t/core.t test fails Product: Fedora Version: rawhide Component: perl-smartmatch-engine-core Assignee: ppisar(a)redhat.com Reporter: ppisar(a)redhat.com QA Contact: extras-qa(a)fedoraproject.org CC: mmaslano(a)redhat.com, perl-devel(a)lists.fedoraproject.org, ppisar(a)redhat.com perl-smartmatch-engine-core-0.02-11.fc23 fails to build in F23 because a test fails: t/00-compile.t ............ ok Smartmatch is experimental at /usr/lib64/perl5/vendor_perl/smartmatch.pm line 71. Smartmatch is experimental at (eval 8) line 1, <DATA> line 2. [...] Smartmatch is experimental at (eval 75) line 1, <DATA> line 76. t/core.t .................. Failed 284/351 subtests Difference between working and failing build root is: perl 4:5.22.0-346.fc23 > 4:5.22.0-347.fc23 perl-libs 4:5.22.0-346.fc23 > 4:5.22.0-347.fc23 perl-macros 4:5.22.0-346.fc23 > 4:5.22.0-347.fc23 perl-Unicode-Normalize > 1.19-1.fc23 perl-Math-BigInt > 1.9997-347.fc23 perl-devel 4:5.22.0-346.fc23 > 4:5.22.0-347.fc23 perl-MIME-Base64 > 3.15-348.fc23 perl-Term-Cap > 1.16-1.fc23 basesystem 10.0-11.fc23 > 11-1.fc23 perl-Pod-Escapes 1:1.07-346.fc23 > 1:1.07-348.fc23 systemtap-sdt-devel 2.9-0.20150707git... > 2.9-0.20150713git... python3-six 1.9.0-2.fc23 > 1.9.0-3.fc23 libseccomp 2.2.1-1.fc23 > 2.2.3-0.fc23 libidn 1.30-4.fc23 > 1.31-1.fc23 python 2.7.10-4.fc23 < python-setuptools 18.0.1-2.fc23 < gnutls 3.4.2-3.fc23 > 3.4.3-1.fc23 kernel-headers 4.2.0-0.rc1.git1.1.... > 4.2.0-0.rc2.git0.1.... python3-pyparsing > 2.0.3-2.fc23 dwz 0.11-6.fc23 > 0.12-1.fc23 redhat-rpm-config 33-2.fc23 > 34-1.fc23 openssl-libs 1:1.0.2c-3.fc23 > 1:1.0.2d-1.fc23 xz-libs 5.2.1-2.fc23 > 5.2.1-3.fc23 pyparsing 2.0.3-2.fc23 < python-libs 2.7.10-4.fc23 < gdb 7.9.50.20150531-5.fc23 > 7.9.90.20150709-6.fc23 xz 5.2.1-2.fc23 > 5.2.1-3.fc23 python-pip 7.1.0-1.fc23 < gzip 1.6-8.fc23 > 1.6-9.fc23 perl-4:5.22.0-347.fc23 started to propagate Fedora's compiler and linker flags properly, so this failure could be caused an incompatible flags applied by this package. -- You are receiving this mail because: You are on the CC list for the bug.

2 6

[Bug 1238804] New: /usr/bin/perl is not linked with -z now
by Red Hat Bugzilla 07 Aug '17

07 Aug '17

https://bugzilla.redhat.com/show_bug.cgi?id=1238804 Bug ID: 1238804 Summary: /usr/bin/perl is not linked with -z now Product: Fedora Version: rawhide Component: perl 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 /usr/bin/perl is not linked with -z now. The -z now is defined by -specs=/usr/lib/rpm/redhat/redhat-hardened-ld: gcc -o libperl.so -shared -O2 -g -pipe -Wall -Werror=format-security -Wp,-D_FORTIFY_SOURCE=2 -fexceptions -fstack-protector-strong --param=ssp-buffer-size=4 -grecord-gcc-switches -specs=/usr/lib/rpm/redhat/redhat-hardened-cc1 -m64 -mtune=generic -Wl,-z,relro -specs=/usr/lib/rpm/redhat/redhat-hardened-ld -L/usr/local/lib -Wl,-soname -Wl,libperl.so.5.22 op.o perl.o gv.o toke.o perly.o pad.o regcomp.o dump.o util.o mg.o reentr.o mro_core.o keywords.o hv.o av.o run.o pp_hot.o sv.o pp.o scope.o pp_ctl.o pp_sys.o doop.o doio.o regexec.o utf8.o taint.o deb.o universal.o globals.o perlio.o perlapi.o numeric.o mathoms.o locale.o pp_pack.o pp_sort.o caretx.o perldtrace.o DynaLoader.o -lpthread -lresolv -lnsl -ldl -lm -lcrypt -lutil -lc Processing extracted/DCombiningClass.txt Processing extracted/DNumType.txt gcc -o perl -fstack-protector-strong -L/usr/local/lib -Wl,--enable-new-dtags perlmain.o libperl.so `cat ext.libs` -lpthread -lresolv -lnsl -ldl -lm -lcrypt -lutil -lc The reason is we configure perl as: /bin/sh Configure -des -Doptimize="$RPM_OPT_FLAGS" \ -Dccdlflags="-Wl,--enable-new-dtags" \ -Dlddlflags="-shared $RPM_OPT_FLAGS $RPM_LD_FLAGS" \ The $RPM_LD_FLAGS should go into ccdlflags too. ccdlflags is for linking programs dynamycally, lddlflags if for linking libraries dynamically. Configure supports ldflags, but I worry this is has to be actively used by Makefile.PLs, so it is not much helpful. -- You are receiving this mail because: You are on the CC list for the bug.

2 25

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 January 2016