Please do not reply directly to this email. All additional
comments should be made in the comments box of this bug report.
https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=225059
Summary: new iThreads release
Product: Fedora Core
Version: fc6
Platform: All
OS/Version: Linux
Status: NEW
Severity: normal
Priority: normal
Component: perl
AssignedTo: rnorwood(a)redhat.com
ReportedBy: stephan.ebelt(a)gmx.net
QAContact: dkl(a)redhat.com
CC: fedora-perl-devel-list(a)redhat.com
Description of problem:
the currently shipped version of perl iThreads is 1.07. The most recent version
at CPAN is 1.58 (both numbers are taken from threads.pm file).
please upgrade the package.
Version-Release number of selected component (if applicable):
perl-5.8.8-10
Additional info:
see http://search.cpan.org/~jdhedden/threads-1.58/
--
Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are on the CC list for the bug, or are watching someone who is.
Please do not reply directly to this email. All additional
comments should be made in the comments box of this bug report.
https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=224320
Summary: Unable to create sub named "" at
/usr/lib64/perl5/5.8.8/x86_64-linux-thread-
multi/XSLoader.pm line 99
Product: Fedora Core
Version: fc6
Platform: All
OS/Version: Linux
Status: NEW
Severity: normal
Priority: normal
Component: perl
AssignedTo: rnorwood(a)redhat.com
ReportedBy: backes(a)rhrk.uni-kl.de
QAContact: dkl(a)redhat.com
CC: fedora-perl-devel-list(a)redhat.com
Description of problem:
perlcc is broken!
Version-Release number of selected component (if applicable):perl-5.8.8-10
How reproducible:
Each time
Steps to Reproduce:
1.compile the following text with perlcc:
#!/usr/bin/perl
use strict;
my $datei;
my $i;
my @csv_dateien = glob "*.csv";
foreach $datei (@csv_dateien)
{
open (INHALT, "+<$datei");
open (NEU, ">>new$datei")
or die "Kann die Datei $datei nicht oeffnen: $!";
while(defined($i = <INHALT>)) {
$i =~ s/\,/\./g;
$i =~ s/\;/\,/g;
print NEU $i; }
close INHALT;
close NEU;
}
2. Make some file named ...csv
3. start a.out
Actual results: Unable to create sub named "" at
/usr/lib64/perl5/5.8.8/x86_64-linux-thread-multi/XSLoader.pm line 99.
Expected results:
a.out runs correctly
Additional info:
--
Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are on the CC list for the bug, or are watching someone who is.
Please do not reply directly to this email. All additional
comments should be made in the comments box of this bug report.
https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=205455
Summary: RFE: Versioned Obsoletes for built-in perl modules
Product: Fedora Core
Version: fc5
Platform: All
OS/Version: Linux
Status: NEW
Severity: normal
Priority: normal
Component: perl
AssignedTo: rnorwood(a)redhat.com
ReportedBy: nj(a)leverton.org
QAContact: dkl(a)redhat.com
CC: fedora-perl-devel-list(a)redhat.com
Description of problem:
The perl rpm Obsoletes a number of modules which are now included in base perl
5.8.8. However some of these modules do get updated fairly regularly in
between perl releases.
As a system
builder I prefer to update them by building an RPM with cpanflute for the
specific module e.g. perl-Time-HiRes, so that I get simple and repeatable
installations. But because of the Obsoletes in the perl RPM I have to remember
which are in base perl and choose non-standard module names to get round it.
If the Obsoletes tag could be made versioned, against the actual module
version included in perl, it would simplify the task of keeping systems up to
date between Fedora releases. It would also make it it much easier when
Fedora perl is updated because $PACKAGE_MANAGER could be trusted not to remove
newer modules.
At the time of writing the tags for perl 5.8.8 would be:
Obsoletes: perl-Digest-MD5 <= 2.36
Obsoletes: perl-MIME-Base64 <= 3.07
Obsoletes: perl-libnet <= 1.19
Obsoletes: perl-Storable <= 2.15
Obsoletes: perl-CGI <= 3.15
Obsoletes: perl-CPAN <= 1.7602
Obsoletes: perl-DB_File <= 1.814
Obsoletes: perl-Filter <= 1.32
Obsoletes: perl-Filter-Simple <= 0.82
Obsoletes: perl-Time-HiRes <= 1.86
Obsoletes: perl-Test-Builder-Tester <= 1.02
Version-Release number of selected component (if applicable):
5.8.8-8
--
Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are on the CC list for the bug, or are watching someone who is.
Please do not reply directly to this email. All additional
comments should be made in the comments box of this bug report.
https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=172792
Summary: use of study() with utf8 support enabled breaks regexps
Product: Fedora Core
Version: devel
Platform: All
OS/Version: Linux
Status: NEW
Severity: normal
Priority: normal
Component: perl
AssignedTo: jvdias(a)redhat.com
ReportedBy: jvdias(a)redhat.com
QAContact: dkl(a)redhat.com
CC: fedora-perl-devel-list(a)redhat.com
Description of problem:
Use of study() with utf8 support enabled breaks perl-5.8.7's
regular expressions :
OK without UTF:
$ echo 'ABDCEFGHIJK' |
perl -pe 'study; s/HIJK/1234/;'
ABDCEFG1234
$ echo 'ABCDEFGHIJK' |
perl -e '$_=<>; study; print /HIJK/,"\n";'
1
FAILS with UTF:
$ echo 'ABDCEFGHIJK' |
PERL_UNICODE=31 perl -pe 'study; s/HIJK/1234/;'
ABDCEFGHIJK
$ echo 'ABCDEFGHIJK' |
PERL_UNICODE=31 perl -e '$_=<>; study; print /HIJK/,"\n";'
(re did not match)
Seems to be study() that is the culprit:
$ echo 'ABDCEFGHIJK' |
PERL_UNICODE=31 perl -pe 's/HIJK/1234/;'
ABDCEFG1234
And it is because $_ gets utf8-ness from STDIN:
$ echo 'ABDCEFGHIJK' |
PERL_UNICODE=63 perl -e '$_=<>; study; print /HIJK/ ? "OK" : "FAIL","\n";'
FAIL
$ PERL_UNICODE=63 perl -e '$_="ABDCEFGHIJK"; study; print /HIJK/ ? "OK" :
"FAIL","\n";'
OK
This was in the 'en_US.UTF-8' locale. If I make utf-8 support
conditional on locale, the problem goes away for the C locale:
$ echo 'ABDCEFGHIJK' |
PERL_UNICODE=127 LC_ALL=C perl -e '$_=<>; study; print /HIJK/ ? "OK" :
"FAIL","\n";'
OK
Version-Release number of selected component (if applicable):
ALL perl versions
How reproducible:
100%
Additional Information:
This is upstream perl bug 37646 ( http://rt.perl.org/rt3/index.html?q=37646 )
--
Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are on the CC list for the bug, or are watching someone who is.
Please do not reply directly to this email. All additional
comments should be made in the comments box of this bug report.
https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=173563
Summary: filelist cleanup: drop unnecessary files, eliminate
duplicates
Product: Fedora Core
Version: devel
Platform: All
OS/Version: Linux
Status: NEW
Severity: normal
Priority: normal
Component: perl
AssignedTo: jvdias(a)redhat.com
ReportedBy: altblue(a)n0i.net
QAContact: dkl(a)redhat.com
CC: fedora-perl-devel-list(a)redhat.com
Drop more cruft that comes with the usual installation (Attribute/Handlers/demo,
CGI/eg, TODOs, READMEs, etc) and let DBM_Filter live (as we just want NDBM* out).
(patch for 5.8.7-0.7.fc5 spec attached)
--
Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are on the CC list for the bug, or are watching someone who is.
Please do not reply directly to this email. All additional
comments should be made in the comments box of this bug report.
https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=213285
Summary: perl INC path is missing locations on ppc64
Product: Fedora Core
Version: fc6
Platform: powerpc
OS/Version: Linux
Status: NEW
Severity: normal
Priority: normal
Component: perl
AssignedTo: rnorwood(a)redhat.com
ReportedBy: galak(a)kernel.crashing.org
QAContact: dkl(a)redhat.com
CC: fedora-perl-devel-list(a)redhat.com
Description of problem:
the perl @INC path is missing the 'ppc' vendor path
(/usr/lib/perl5/vendor_perl/5.8.8/ppc-linux-thread-multi/)
Which is where certain perl modules are built and installed (perl-HTML-Parser)
Version-Release number of selected component (if applicable):
perl-5.8.8-10
perl-HTML-Parser-3.55-1.fc6
How reproducible:
A simple perl script which report the @INC path:
print " @INC ";
Steps to Reproduce:
1. perl test.pl
Actual results:
/usr/lib64/perl5/site_perl/5.8.8/ppc64-linux-thread-multi
/usr/lib64/perl5/site_perl/5.8.7/ppc64-linux-thread-multi
/usr/lib64/perl5/site_perl/5.8.6/ppc64-linux-thread-multi
/usr/lib64/perl5/site_perl/5.8.5/ppc64-linux-thread-multi
/usr/lib/perl5/site_perl/5.8.8 /usr/lib/perl5/site_perl/5.8.7
/usr/lib/perl5/site_perl/5.8.6 /usr/lib/perl5/site_perl/5.8.5
/usr/lib/perl5/site_perl
/usr/lib64/perl5/vendor_perl/5.8.8/ppc64-linux-thread-multi
/usr/lib64/perl5/vendor_perl/5.8.7/ppc64-linux-thread-multi
/usr/lib64/perl5/vendor_perl/5.8.6/ppc64-linux-thread-multi
/usr/lib64/perl5/vendor_perl/5.8.5/ppc64-linux-thread-multi
/usr/lib/perl5/vendor_perl/5.8.8 /usr/lib/perl5/vendor_perl/5.8.7
/usr/lib/perl5/vendor_perl/5.8.6 /usr/lib/perl5/vendor_perl/5.8.5
/usr/lib/perl5/vendor_perl /usr/lib64/perl5/5.8.8/ppc64-linux-thread-multi
/usr/lib/perl5/5.8.8 .
Expected results:
Should also have
/usr/lib/perl5/vendor_perl/5.8.8/ppc-linux-thread-multi/
Should have
Additional info:
--
Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are on the CC list for the bug, or are watching someone who is.
Please do not reply directly to this email. All additional
comments should be made in the comments box of this bug report.
https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=214580
Summary: perl package should own %{perl_vendorlib}/auto
Product: Fedora Core
Version: fc6
Platform: All
OS/Version: Linux
Status: NEW
Severity: normal
Priority: normal
Component: perl
AssignedTo: rnorwood(a)redhat.com
ReportedBy: paul(a)city-fan.org
QAContact: dkl(a)redhat.com
CC: fedora-perl-devel-list(a)redhat.com
The main perl package should own the %{perl_vendorlib}/auto directory, as
discussed in Bug #73970 and on fedora-perl-devel-list:
http://www.redhat.com/archives/fedora-perl-devel-list/2006-November/msg0000…
--
Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are on the CC list for the bug, or are watching someone who is.
Please do not reply directly to this email. All additional
comments should be made in the comments box of this bug report.
https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=205608
Summary: Errant provide: perl(UNIVERSAL)
Product: Fedora Extras
Version: fc5
Platform: All
OS/Version: Linux
Status: NEW
Severity: normal
Priority: normal
Component: perl-UNIVERSAL-moniker
AssignedTo: tcallawa(a)redhat.com
ReportedBy: cweyl(a)alumni.drew.edu
QAContact: extras-qa(a)fedoraproject.org
CC: extras-qa(a)fedoraproject.org,fedora-perl-devel-
list(a)redhat.com
This package provides perl(UNIVERSAL), which is properly provided by the base
perl package.
(This bug is valid for devel also, but BZ won't allow multiple version selections.)
--
Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are on the CC list for the bug, or are watching someone who is.
Please do not reply directly to this email. All additional
comments should be made in the comments box of this bug report.
https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=196836
Summary: perl-5.8.8-5 is 30X slower than perl-5.8.8-4
Product: Fedora Core
Version: fc5
Platform: i386
OS/Version: Linux
Status: NEW
Severity: high
Priority: normal
Component: perl
AssignedTo: jvdias(a)redhat.com
ReportedBy: ckuskie(a)sterlink.net
QAContact: dkl(a)redhat.com
CC: fedora-perl-devel-list(a)redhat.com
Description of problem:
I write and maintain tests for WebGUI, and after upgrading my
laptop (running FC5) on June 17th I noticed a huge slowdown
in performance in the tests.
>From the list of upgraded packages, I traced it down to perl
itself.
Here's data before and after a downgrade back to perl-5.8.8-4:
[colink@redwall t]$ rpm -qf /usr/bin/prove
perl-5.8.8-5
[colink@redwall t]$ prove --timer i18n/label.t
i18n/label....ok 1125.916s
All tests successful.
Files=1, Tests=6470, 1125 wallclock secs (1068.49 cusr + 1.27 csys = 1069.76 CPU)
[colink@redwall t]$ rpm -qf /usr/bin/prove
perl-5.8.8-4
[colink@redwall t]$ !prove
prove --timer i18n/label.t
i18n/label....ok 38.331s
All tests successful.
Files=1, Tests=6470, 39 wallclock secs (36.92 cusr + 0.47 csys = 37.39 CPU)
1125/39 =~ 30
Version-Release number of selected component (if applicable):
perl-5.8.8-5
How reproducible:
Every time.
Steps to Reproduce:
1. Install perl-5.8.8-5
2. Huge slowdown in perl.
3.
Additional info:
The test with the most slowdown uses the Text::Balanced module.
--
Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are on the CC list for the bug, or are watching someone who is.
Please do not reply directly to this email. All additional
comments should be made in the comments box of this bug report.
https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=217138
Summary: Wrong library initialization causes errors
Product: Fedora Core
Version: fc6
Platform: x86_64
OS/Version: Linux
Status: NEW
Severity: urgent
Priority: normal
Component: perl-Crypt-SSLeay
AssignedTo: rnorwood(a)redhat.com
ReportedBy: despairr(a)gmail.com
CC: fedora-perl-devel-list(a)redhat.com
Description of problem:
Usage of Crypt::SSLeay, for example when making https requests via LWP using
client certificates - causes errors. At least on AMD x86_64 architecture.
Version-Release number of selected component (if applicable):
Crypt-SSLeay-0.51
How reproducible:
Make HTTPS request via LWP using client certificate
(use $ENV{HTTPS_CERT_FILE} and $ENV{HTTPS_KEY_FILE})
with Crypt::SSLeay module installed.
For example, request to https://w3s.webmoney.ru/asp/XMLOperationsCert.asp.
Actual results:
You will get a segfault on x86_64 architecture.
Expected results:
Successful request.
Additional info:
In perl-Crypt-SSLeay-0.51-9.2.2.1.src.rpm there is a patch file
perl-Crypt-SSLeay-openssl-098.patch for Crypt-SSLeay-0.51.
This patch file should be modified: you should place SSL_library_init() call
INSTEAD of SSLeay_add_all_algorithms(). Not after it.
Links to discussions about the problem:
http://www.nntp.perl.org/group/perl.libwww/6722http://www.mail-archive.com/libwww@perl.org/msg06114.htmlhttp://rt.cpan.org/Public/Bug/Display.html?id=16735
------- Additional Comments From despairr(a)gmail.com 2006-11-24 04:34 EST -------
Created an attachment (id=142052)
--> (https://bugzilla.redhat.com/bugzilla/attachment.cgi?id=142052&action=view)
Fixed patch that makes things working
--
Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are on the CC list for the bug, or are watching someone who is.