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
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
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
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.
https://bugzilla.redhat.com/show_bug.cgi?id=1098012
Bug ID: 1098012
Summary: autoclass has been replaced by Class-AutoClass
Product: Fedora
Version: rawhide
Component: perl-AutoClass
Assignee: alexl(a)users.sourceforge.net
Reporter: ppisar(a)redhat.com
QA Contact: extras-qa(a)fedoraproject.org
CC: alexl(a)users.sourceforge.net,
perl-devel(a)lists.fedoraproject.org
The autoclass-v1.01 CPAN distribution in Fedora is old. Upstream has been
replaces by Class-AutoClass CPAN distribution. Please package
perl-Class-AutoClass and obsolete this perl-autoclass package.
--
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=VmbYCqw8qI&a=cc_unsubscribe
https://bugzilla.redhat.com/show_bug.cgi?id=1081559
Bug ID: 1081559
Summary: perl-YAML-LibYAML bundler yaml-1.0.4
Product: Fedora
Version: rawhide
Component: perl-YAML-LibYAML
Severity: high
Assignee: jplesnik(a)redhat.com
Reporter: ppisar(a)redhat.com
QA Contact: extras-qa(a)fedoraproject.org
CC: jplesnik(a)redhat.com, paul(a)city-fan.org,
perl-devel(a)lists.fedoraproject.org
perl-YAML-LibYAML bundles yaml sources. yaml-1.0.4 with two small modifications
in emmiter.c and scanner.c.
--
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=NQ1kUHtESn&a=cc_unsubscribe
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.
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.
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