[Bug 245699] New: perl-DBD-Sqlite: version 1.13 is available
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=245699
Summary: perl-DBD-Sqlite: version 1.13 is available
Product: Fedora
Version: devel
Platform: All
OS/Version: Linux
Status: NEW
Severity: low
Priority: low
Component: perl-DBD-SQLite
AssignedTo: jpo(a)di.uminho.pt
ReportedBy: ruben(a)rubenkerkhof.com
QAContact: extras-qa(a)fedoraproject.org
CC: fedora-perl-devel-list(a)redhat.com
Description of problem:
version 1.13 of DBD::SQLite is available. Would you please consider upgrading it?
It's a dependency for a new package of mine.
Thanks,
Ruben
--
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.
16 years
[Bug 229065] New: double ?? in prepare causes seg fault on execute
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=229065
Summary: double ?? in prepare causes seg fault on execute
Product: Fedora Core
Version: fc6
Platform: All
OS/Version: Linux
Status: NEW
Severity: medium
Priority: normal
Component: perl-DBD-Pg
AssignedTo: rnorwood(a)redhat.com
ReportedBy: robert.haas(a)tekconnect.com
CC: fedora-perl-devel-list(a)redhat.com
Description of problem:
If you attempt to prepare and execute a statement that contains "??", perl seg
faults.
Version-Release number of selected component (if applicable):
perl-5.8.8-10
perl-DBI-1.52-1.fc6
perl-DBD-Pg-1.49-1.fc6
postgresql-8.1.8-1.fc6
How reproducible:
require DBI;
my $dbh = DBI->connect('DBI:Pg:');
my $sth = $dbh->prepare("SELECT foo(??)");
$sth->execute(1, 1);
Steps to Reproduce:
1. Put the script above into a file
2. Fiddle connection string if necessary. Any valid database will cause the
same result.
3. Feed it to perl.
Actual results:
Segmentation fault
Expected results:
Query gets executed and succeeds or fails or whatever the case may be.
Additional info:
I also tried this on an FC4 system with the same result, so it's not a new
regression.
--
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.
16 years
[Bug 238581] New: careless use of gethostbyname() in Socket.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=238581
Summary: careless use of gethostbyname() in Socket.xs
Product: Fedora Core
Version: fc5
Platform: All
URL: http://rt.perl.org/rt3/Public/Bug/Display.html?id=42844
OS/Version: Linux
Status: NEW
Severity: low
Priority: medium
Component: perl
AssignedTo: rnorwood(a)redhat.com
ReportedBy: peak(a)argo.troja.mff.cuni.cz
QAContact: dkl(a)redhat.com
CC: fedora-perl-devel-list(a)redhat.com
Description of problem:
Socket::inet_aton() does not the length of data returned by gethostbyname()
before copying it. See the link to PerlBug for details.
Version-Release number of selected component (if applicable):
5.8.8-4 (other versions are affected as well)
How reproducible:
Easily when you LD_PRELOAD a broken implementation of gethostbyname(). :)
--
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.
16 years
[Bug 225059] New: new iThreads release
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=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.
16 years
[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
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.
16 years
[Bug 227756] New: spamassassin needs restart only if sa-update returns 0
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=227756
Summary: spamassassin needs restart only if sa-update returns 0
Product: Fedora Core
Version: fc6
Platform: All
OS/Version: Linux
Status: NEW
Severity: normal
Priority: normal
Component: spamassassin
AssignedTo: wtogami(a)redhat.com
ReportedBy: milan.kerslager(a)pslib.cz
CC: fedora-perl-devel-
list@redhat.com,felicity@kluge.net,jm(a)jmason.org,parkerm
@pobox.com,reg+redhat@sidney.com,wtogami(a)redhat.com
sa-update returns 1 if there is no update available
sa-update returns 0 if update has been succesfull
Please change /usr/share/spamassassin/sa-update.cron to not restart spamassassin
when there is no change in the updated rules.
--
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.
16 years
[Bug 232380] New: Pod::Readme: BR'ing perl(Test::Pod::Coverage) creates a circular BR loop
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=232380
Summary: Pod::Readme: BR'ing perl(Test::Pod::Coverage) creates a
circular BR loop
Product: Fedora Extras
Version: fc6
Platform: All
OS/Version: Linux
Status: NEW
Severity: medium
Priority: medium
Component: perl-Pod-Readme
AssignedTo: steve(a)silug.org
ReportedBy: cweyl(a)alumni.drew.edu
QAContact: extras-qa(a)fedoraproject.org
CC: fedora-perl-devel-list(a)redhat.com
Another fun circular BR loop :)
Though this is seen when trying to rebuild perl-Module-Build:
perl-Module-Build BR's perl(Pod::Readme)
perl-Pod-Readme BR's perl(Test::Pod::Coverage)
perl-Test-Pod-Coverage BR's perl(Pod::Coverage)
perl-Pod-Coverage BR's perl(Module::Build)
Since Test::Pod::Coverage is a developer test, and not needed for the build of
perl-Pod-Readme, can we drop it as a BR to this package?
--
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.
16 years
[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.
16 years
[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.
16 years