perl-devel December 2013

perl-devel@lists.fedoraproject.org

21 participants
778 discussions

[Bug 1011333] New: PerlIO::via leaks a foreign memory
by Red Hat Bugzilla 27 Nov '18

27 Nov '18

https://bugzilla.redhat.com/show_bug.cgi?id=1011333 Bug ID: 1011333 Summary: PerlIO::via leaks a foreign memory Product: Fedora Version: 18 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 This simple test: #!/usr/bin/perl use strict; use warnings; #use utf8; { package PerlIO::via::Bug; sub PUSHED { return bless {}, $_[0]; } sub READ { return $_[2]; } } open my $fh, '<:raw:via(Bug)', '/dev/null' or die "Cannot open, $! $?"; read $fh, ( my $buf ), 1024; print $buf; accesses foreign data (and puts them into $buf and prints them). All perls are affected, the specific output depends on perl version and on the "use utf8" pragma. Valgrinds warns on write(2) with uninitialized memory. Reported to upstream as <https://rt.perl.org/rt3//Public/Bug/Display.html?id=119961>. All Fedoras are affected. -- 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=5fpvmuMaSf&a=cc_unsubscribe

2 16

[Bug 1007199] New: perl segfaults when pushing a glob to thread-shared array
by Red Hat Bugzilla 27 Nov '18

27 Nov '18

https://bugzilla.redhat.com/show_bug.cgi?id=1007199 Bug ID: 1007199 Summary: perl segfaults when pushing a glob to thread-shared array Product: Fedora Version: 18 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 $ perl -Mthreads -Mthreads::shared -e 'my @a :shared; push @a, *STDOUT' Segmentation fault This crash has been reported to upstream <https://rt.perl.org/rt3//Public/Bug/Display.html?id=119719>. All Fedoras are affected. (Tested with perl-libs-5.16.3-265.fc19.x86_64, perl-threads-1.87-1.fc19.x86_64, perl-threads-shared-1.43-2.fc19.x86_64.) -- 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=VvUjpe7qxd&a=cc_unsubscribe

2 17

[Bug 987118] New: perl-5.18: File handles modified with binmode ':unix' leak
by Red Hat Bugzilla 27 Nov '18

27 Nov '18

https://bugzilla.redhat.com/show_bug.cgi?id=987118 Bug ID: 987118 Summary: perl-5.18: File handles modified with binmode ':unix' leak Product: Fedora Version: rawhide Component: perl Assignee: mmaslano(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, mmaslano(a)redhat.com, perl-devel(a)lists.fedoraproject.org, ppisar(a)redhat.com, psabata(a)redhat.com, rc040203(a)freenet.de, tcallawa(a)redhat.com File handle will leak the close() call if has been modified with binmode to ':unix' layer. [test@fedora-20 tmp]$ cat test for my $x (1 .. 10000) { open my $temp, '>', "/tmp/t" or die "$!"; binmode $temp, ":unix"; close $temp; } [test@fedora-20 tmp]$ perl ./test Too many open files at ./test line 2. Reported to upstream <https://rt.perl.org:443/rt3/Ticket/Display.html?id=118957>. -- 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=UDC1hZzy1Y&a=cc_unsubscribe

2 10

[Bug 857802] New: perl-Tk missing /usr/bin/widget
by Red Hat Bugzilla 03 Oct '18

03 Oct '18

https://bugzilla.redhat.com/show_bug.cgi?id=857802 Bug ID: 857802 QA Contact: extras-qa(a)fedoraproject.org Severity: medium Version: el6 Priority: unspecified CC: perl-devel(a)lists.fedoraproject.org, tremble(a)tremble.org.uk, xavier(a)bachelot.org Assignee: xavier(a)bachelot.org Summary: perl-Tk missing /usr/bin/widget Regression: --- Story Points: --- Classification: Fedora OS: Linux Reporter: wuz73(a)hotmail.com Type: Bug Documentation: --- Hardware: x86_64 Mount Type: --- Status: NEW Component: perl-Tk Product: Fedora EPEL Description of problem: /usr/bin/widget is a very useful program to demo Perl-Tk widgets. However, it has been missing in perl-Tk-804.028-xxx Version-Release number of selected component (if applicable): perl-Tk-804.028-12.el6.x86_64 How reproducible: always Steps to Reproduce: 1. yum install perl-Tk 2. widget Actual results: bash: widget: command not found Expected results: start widget Additional info: I found /usr/bin/widget in perl-Tk-804.028-2.el6.rf.x86_64.rpm, but it's not on 6.3. -- You are receiving this mail because: You are on the CC list for the bug.

2 3

[Bug 719874] New: perl-threads-lite keeps hanging during self checks
by Red Hat Bugzilla 13 Apr '18

13 Apr '18

Please do not reply directly to this email. All additional comments should be made in the comments box of this bug. Summary: perl-threads-lite keeps hanging during self checks https://bugzilla.redhat.com/show_bug.cgi?id=719874 Summary: perl-threads-lite keeps hanging during self checks Product: Fedora Version: rawhide Platform: powerpc OS/Version: Unspecified Status: NEW Severity: unspecified Priority: unspecified Component: perl-threads-lite AssignedTo: ppisar(a)redhat.com ReportedBy: karsten(a)redhat.com QAContact: extras-qa(a)fedoraproject.org CC: fedora-perl-devel-list(a)redhat.com, mmaslano(a)redhat.com, ppisar(a)redhat.com, psabata(a)redhat.com Blocks: 718269 Classification: Fedora Story Points: --- Description of problem: During a mass rebuild on PPC and PPC64, perl-threads-lite-0.031-2.fc16 gets stuck while doing self checks on ppc. ppc64 completed the build just fine. I have to either cancel the job or wait until mock gets a timeout. Here's where it is hanging: # Testing threads::lite 0.031, Perl 5.012003, /usr/bin/perl t/00-load.t ....... ok t/10-basics.t ..... Failed 5/6 subtests Version-Release number of selected component (if applicable): perl-threads-lite-0.031-2.fc16 Actual results: http://ppc.koji.fedoraproject.org/koji/taskinfo?taskID=249482 Note how ppc64 completed the build within 2 minutes and ppc was still working on it after more than 9 hours when I've canceled the job. -- 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.

2 25

[Bug 796143] New: perl-PAR-Packer-1.013 is available
by Red Hat Bugzilla 11 Apr '18

11 Apr '18

Please do not reply directly to this email. All additional comments should be made in the comments box of this bug. Summary: perl-PAR-Packer-1.013 is available https://bugzilla.redhat.com/show_bug.cgi?id=796143 Summary: perl-PAR-Packer-1.013 is available Product: Fedora Version: rawhide Platform: Unspecified OS/Version: Unspecified Status: NEW Keywords: FutureFeature, Triaged Severity: unspecified Priority: unspecified Component: perl-PAR-Packer AssignedTo: mmaslano(a)redhat.com ReportedBy: upstream-release-monitoring(a)fedoraproject.org QAContact: extras-qa(a)fedoraproject.org CC: fedora-perl-devel-list(a)redhat.com, mmaslano(a)redhat.com, ppisar(a)redhat.com Classification: Fedora Story Points: --- Type: --- Regression: --- Mount Type: --- Documentation: --- Latest upstream release: 1.013 Current version in Fedora Rawhide: 1.012 URL: http://search.cpan.org/dist/PAR-Packer/ 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 -- 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.

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 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 984185] New: perl should be a hardened build
by Red Hat Bugzilla 26 Jul '17

26 Jul '17

https://bugzilla.redhat.com/show_bug.cgi?id=984185 Bug ID: 984185 Summary: perl should be a hardened build Product: Fedora Version: 18 Component: perl Severity: unspecified Priority: unspecified Assignee: mmaslano(a)redhat.com Reporter: h.reindl(a)thelounge.net 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, mmaslano(a)redhat.com, perl-devel(a)lists.fedoraproject.org, ppisar(a)redhat.com, psabata(a)redhat.com, rc040203(a)freenet.de, tcallawa(a)redhat.com perl is often used for long running services (mailgraph, smokeping, postgrey..) as well as called from webservers with untrusted input so it should be "Full RELRO" and PIE http://fedoraproject.org/wiki/Packaging:Guidelines#PIE ______________________________________________________ If your package meets any of the following criteria you MUST enable the PIE compiler flags: Your package is long running. This means it's likely to be started and keep running until the machine is rebooted, not start on demand and quit on idle. Your package has suid binaries, or binaries with capabilities. Your package runs as root. If your package meets the following criteria you should consider enabling the PIE compiler flags: Your package accepts/processes untrusted input. ______________________________________________________ [root@srv-rhsoft:~]$ checksec --file /usr/bin/perl RELRO STACK CANARY NX PIE RPATH RUNPATH FILE Partial RELRO Canary found NX enabled No PIE RPATH RUNPATH /usr/bin/perl -- 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=YABEZK214w&a=cc_unsubscribe

2 11

[Bug 570321] New: Missing Dependencies postgresql-plperl and perl-BDB-Pg > 2.0
by Red Hat Bugzilla 06 Apr '17

06 Apr '17

Please do not reply directly to this email. All additional comments should be made in the comments box of this bug. Summary: Missing Dependencies postgresql-plperl and perl-BDB-Pg > 2.0 https://bugzilla.redhat.com/show_bug.cgi?id=570321 Summary: Missing Dependencies postgresql-plperl and perl-BDB-Pg > 2.0 Product: Fedora EPEL Version: el5 Platform: All OS/Version: Linux Status: NEW Severity: medium Priority: low Component: bucardo AssignedTo: itamar(a)ispbrasil.com.br ReportedBy: james.t.saint-rossy(a)nasa.gov QAContact: extras-qa(a)fedoraproject.org CC: fedora-perl-devel-list(a)redhat.com, itamar(a)ispbrasil.com.br Classification: Fedora Description of problem: Installing bucardo-4.4.0-2.el5 fails with missing dependencies. postgresql-plperl and perl-bdb-pg >= 2.0 do not exist in either the default or epel repositories. Version-Release number of selected component (if applicable): bucardo-4.4.0-2.el5 How reproducible: Always Steps to Reproduce: 1. yum install bucardo Actual results: Loaded plugins: fastestmirror Loading mirror speeds from cached hostfile * addons: mirror.skiplink.com * base: mirror.cogentco.com * epel: mirrors.tummy.com * extras: mirrors.serveraxis.net * updates: mirror.san.fastserv.com addons | 951 B 00:00 base | 2.1 kB 00:00 epel | 3.4 kB 00:00 extras | 2.1 kB 00:00 updates | 1.9 kB 00:00 Setting up Install Process Resolving Dependencies --> Running transaction check ---> Package bucardo.noarch 0:4.4.0-2.el5 set to be updated --> Processing Dependency: perl(DBD::Pg) >= 2.0 for package: bucardo --> Processing Dependency: postgresql-plperl for package: bucardo --> Processing Dependency: perl(DBD::Pg) for package: bucardo --> Processing Dependency: perl(DBIx::Safe) for package: bucardo --> Running transaction check ---> Package bucardo.noarch 0:4.4.0-2.el5 set to be updated --> Processing Dependency: perl(DBD::Pg) >= 2.0 for package: bucardo --> Processing Dependency: postgresql-plperl for package: bucardo ---> Package perl-DBD-Pg.i386 0:1.49-2.el5_3.1 set to be updated ---> Package perl-DBIx-Safe.noarch 0:1.2.5-6.el5 set to be updated --> Finished Dependency Resolution bucardo-4.4.0-2.el5.noarch from epel has depsolving problems --> Missing Dependency: postgresql-plperl is needed by package bucardo-4.4.0-2.el5.noarch (epel) bucardo-4.4.0-2.el5.noarch from epel has depsolving problems --> Missing Dependency: perl(DBD::Pg) >= 2.0 is needed by package bucardo-4.4.0-2.el5.noarch (epel) Error: Missing Dependency: postgresql-plperl is needed by package bucardo-4.4.0-2.el5.noarch (epel) Error: Missing Dependency: perl(DBD::Pg) >= 2.0 is needed by package bucardo-4.4.0-2.el5.noarch (epel) You could try using --skip-broken to work around the problem You could try running: package-cleanup --problems package-cleanup --dupes rpm -Va --nofiles --nodigest Expected results: Package successfully installs Additional info: Tested on Centos 5.4 and RHEL 5.4 -- 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.

2 8

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 December 2013