perl-devel January 2007

perl-devel@lists.fedoraproject.org

4 participants
47 discussions

[Bug 225059] New: new iThreads release
by Red Hat Bugzilla 20 Mar '08

20 Mar '08

1 3

[Bug 224320] New: Unable to create sub named "" at /usr/lib64/perl5/5.8.8/x86_64-linux-thread-multi/XSLoader.pm line 99
by Red Hat Bugzilla 17 Mar '08

17 Mar '08

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.

1 2

[Bug 205455] New: RFE: Versioned Obsoletes for built-in perl modules
by Red Hat Bugzilla 10 Mar '08

10 Mar '08

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.

1 4

[Bug 172792] New: use of study() with utf8 support enabled breaks regexps
by Red Hat Bugzilla 06 Mar '08

06 Mar '08

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.

1 3

[Bug 173563] New: filelist cleanup: drop unnecessary files, eliminate duplicates
by Red Hat Bugzilla 27 Feb '08

27 Feb '08

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.

1 8

[Bug 213285] New: perl INC path is missing locations on ppc64
by Red Hat Bugzilla 21 Feb '08

21 Feb '08

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.

1 3

[Bug 214580] New: perl package should own %{perl_vendorlib}/auto
by Red Hat Bugzilla 20 Feb '08

20 Feb '08

1 12

[Bug 205608] New: Errant provide: perl(UNIVERSAL)
by Red Hat Bugzilla 22 Jan '08

22 Jan '08

1 4

[Bug 196836] New: perl-5.8.8-5 is 30X slower than perl-5.8.8-4
by Red Hat Bugzilla 12 Dec '07

12 Dec '07

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.

1 15

[Bug 217138] New: Wrong library initialization causes errors
by Red Hat Bugzilla 29 Aug '07

29 Aug '07

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/6722 http://www.mail-archive.com/libwww@perl.org/msg06114.html http://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.

1 8

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

2005

perl-devel January 2007