[Bug 205455] New: RFE: Versioned Obsoletes for built-in perl modules
by Red Hat Bugzilla
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.
15 years, 7 months
[Bug 172792] New: use of study() with utf8 support enabled breaks regexps
by Red Hat Bugzilla
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.
15 years, 7 months
[Bug 234439] New: Using perl's XML::LibXML Xpath function makes perl to crash
by Red Hat Bugzilla
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=234439
Summary: Using perl's XML::LibXML Xpath function makes perl to
crash
Product: Fedora Core
Version: fc6
Platform: i386
OS/Version: Linux
Status: NEW
Severity: medium
Priority: medium
Component: perl-XML-LibXML
AssignedTo: rnorwood(a)redhat.com
ReportedBy: zby(a)post.cz
CC: fedora-perl-devel-list(a)redhat.com
Description of problem:
I study xpath functions using perl's XML::LibXML and the result of one of my
tests makes perl to end abnormaly dumping a backtrace and the memory map. I
would expect either 0, undef, the xpath's "Invalid expression" or compile
(sytax) error to result no matter how the xpath function is build or stated in
the code.
Version-Release number of selected component (if applicable):
2.6.20-1.2933.fc6 #1 SMP Mon Mar 19 10:42:48 EDT 2007 i686 i686 i386 GNU/Linux
perl-5.8.8-10
perl-XML-LibXML-1.58-2.2.2.1
How reproducible:
a single occurence - a technology study
Steps to Reproduce:
1.
2.
3.
Actual results:
SIGABRT
Expected results:
0, undef, the "Invalid expression" Xpath error or compile (sytax) error
Additional info:
Datiled steps I did are in the attachement
------- Additional Comments From zby(a)post.cz 2007-03-29 04:58 EST -------
Created an attachment (id=151183)
--> (https://bugzilla.redhat.com/bugzilla/attachment.cgi?id=151183&action=view)
error dump plus history
--
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.
15 years, 7 months
[Bug 228470] New: LibXML failing under mod_perl (missing initialization code in .xs)
by Red Hat Bugzilla
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=228470
Summary: LibXML failing under mod_perl (missing initialization
code in .xs)
Product: Fedora Core
Version: fc6
Platform: All
OS/Version: Linux
Status: NEW
Severity: high
Priority: normal
Component: perl-XML-LibXML
AssignedTo: rnorwood(a)redhat.com
ReportedBy: misch(a)czechin.cz
CC: fedora-perl-devel-list(a)redhat.com
Description of problem:
Version-Release number of selected component (if applicable):
perl-XML-LibXML-1.58-2.2.2.1
How reproducible:
Easily.
Steps to Reproduce:
1. run following program under mod_perl or SpeedyCGI or any similar persistent
perl interpreter (not /usr/bin/perl, as it is not persistent):
use XML::Simple;
XMLin('/path/to/any/valid/xml/file.xml') && print "OK"
Actual results:
first run prints "OK", second run dies with message:
Couldn't create file parser context for file "/path/to/any/valid/xml/file.xml":
No such file or directory at
/usr/lib/perl5/vendor_perl/5.8.8/i386-linux-thread-multi/XML/LibXML.pm line 427.
Expected results:
"OK"
Additional info:
This bug is already documented in Debian's bug-tracking system, please look
there: http://bugs.donarmstrong.com/cgi-bin/bugreport.cgi?bug=240334
Basicaly, there is missing one initialization block in LibXML library for perl,
which causes it to work correctly when running under non-persistent Perl
interpreter, but fails under persistent Perl (eg. mod_perl, etc.).
I assigned it a "high" level priority, because this bug effectively disables all
functionality of mod_perl modules which are using LibXML, and it is impossible
to get around this bug :(((.
--
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.
15 years, 7 months
[Bug 173563] New: filelist cleanup: drop unnecessary files, eliminate duplicates
by Red Hat Bugzilla
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.
15 years, 7 months
[Bug 213285] New: perl INC path is missing locations on ppc64
by Red Hat Bugzilla
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.
15 years, 7 months
[Bug 205608] New: Errant provide: perl(UNIVERSAL)
by Red Hat Bugzilla
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.
15 years, 8 months
[Bug 235666] New: Segfault occurs when using Perl-Tk on FC6
by Red Hat Bugzilla
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=235666
Summary: Segfault occurs when using Perl-Tk on FC6
Product: Fedora Extras
Version: fc6
Platform: All
OS/Version: Linux
Status: NEW
Severity: medium
Priority: medium
Component: perl-Tk
AssignedTo: andreas.bierfert(a)lowlatency.de
ReportedBy: daniel.frerejacque(a)normalesup.org
QAContact: extras-qa(a)fedoraproject.org
CC: fedora-perl-devel-list(a)redhat.com
Description of problem:
Version-Release number of selected component (if applicable):
Perl-Tk loaded on 2007 April, 8th (Tk807.02?-10)
An old proved perl program get segfaults
How reproducible:
Always. Attached is small file with an unfolded loop asking
of yes_no question. It has been extracted from a program doing
a cycle edition -> latex -> viewing (here ask repeat or goto print)
Steps to Reproduce:
1.Use the file attached:
2.After three choices, you got a segfault on my machine. FC6
3.
Actual results:
Expected results:
NO SEGFAULT
Additional info:
The program worked fine since FC3
------- Additional Comments From daniel.frerejacque(a)normalesup.org 2007-04-09 09:35 EST -------
Created an attachment (id=151990)
--> (https://bugzilla.redhat.com/bugzilla/attachment.cgi?id=151990&action=view)
a small perl program using Tk
--
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.
15 years, 9 months
[Bug 234404] New: Cannot manage big listboxes with perl-Tk.
by Red Hat Bugzilla
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=234404
Summary: Cannot manage big listboxes with perl-Tk.
Product: Fedora Core
Version: devel
Platform: i386
OS/Version: Linux
Status: NEW
Severity: medium
Priority: medium
Component: perl
AssignedTo: rnorwood(a)redhat.com
ReportedBy: pierre.lacaze(a)neuf.fr
QAContact: dkl(a)redhat.com
CC: fedora-perl-devel-list(a)redhat.com
Description of problem:
Try to execute a little perl program (in attachment), creating a listbox of 200
entries, then try to select at the same time these entries. It fails.
Version-Release number of selected component (if applicable):
Fedora 7 test 2
How reproducible:
perl bugperl.pl
Actual results:
A new listbox windows is displayed, but it disappears immediately, and the
following error is displayed:
selection conversion left too many bytes unconverted
Abandon
Expected results:
Under windows (ActiveState Perl, + TK804 library), there is no error, and the
listbox window is displayed properly.
Additional info: see attachment. If you replace the 200 in the loop by 30, it
works well.
If you comment the
$lbox->selectionSet(0,'end');
line, it works well too.
------- Additional Comments From pierre.lacaze(a)neuf.fr 2007-03-28 17:30 EST -------
Created an attachment (id=151170)
--> (https://bugzilla.redhat.com/bugzilla/attachment.cgi?id=151170&action=view)
Perl program which crashes.
--
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.
15 years, 9 months