[Bug 214709] New: Date::Manip unable to determine TimeZone.
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=214709
Summary: Date::Manip unable to determine TimeZone.
Product: Fedora Core
Version: fc6
Platform: All
OS/Version: Linux
Status: NEW
Severity: low
Priority: normal
Component: perl-DateManip
AssignedTo: rnorwood(a)redhat.com
ReportedBy: eploko(a)gmail.com
CC: fedora-perl-devel-list(a)redhat.com
>From Bugzilla Helper:
User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.8.1) Gecko/20061024 Firefox/2.0
Description of problem:
I have set up my timezone as "Asia/Krasnoyarsk" when installing FC6. It corresponds to the KRAT time zone as reported by the date command.
The problem is the perl Date::Manip module isn't recognizing this timezone. If you run perldoc Date::Manip and see the list of the zones it understands, you'll see the KRAT zone isn't listed. Eventually, KRAT is equal to CCT (+0800 China Coast, USSR Zone 7) and echoing CCT to /etc/timezone makes the Date::Manip module happy. But until you do so, all the perl scripts that use Date::Manip fail to run, including /etc/cron.daily/0logwatch.
Version-Release number of selected component (if applicable):
perl-DateManip-5.44-1.2.1
How reproducible:
Always
Steps to Reproduce:
1. Set timezone to KRAT.
2. Run /etc/cron.daily/0logwatch
Actual Results:
ERROR: Date::Manip unable to determine TimeZone.
Execute the following command in a shell prompt:
perldoc Date::Manip
The section titled TIMEZONES describes valid TimeZones
and where they can be defined.
Expected Results:
The command should run fluently w/o an error.
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 202402] New: Missing perl-Archive-Tar Dependancy in RPM
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=202402
Summary: Missing perl-Archive-Tar Dependancy in RPM
Product: Fedora Core
Version: fc5
Platform: All
OS/Version: Linux
Status: NEW
Severity: normal
Priority: normal
Component: spamassassin
AssignedTo: wtogami(a)redhat.com
ReportedBy: scott(a)staff.telkomsa.net
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
Description of problem:
The package perl-Archive-Tar is a dependancy for sa-update, shipped with latest
version of Spamasssassin
Version-Release number of selected component (if applicable):
How reproducible:
Steps to Reproduce:
1. Install SpamAssassin 3.1.* from FC5 Core
2. run sa-update
3.
Actual results:
Fails to run because no Archive/Tar.pm found
Expected results:
sa-update should execute with no problems.
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 193100] New: sa-update failed to execute without some dependency RPMs
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=193100
Summary: sa-update failed to execute without some dependency RPMs
Product: Fedora Core
Version: fc5
Platform: All
OS/Version: Linux
Status: NEW
Severity: normal
Priority: normal
Component: spamassassin
AssignedTo: wtogami(a)redhat.com
ReportedBy: masanari_iida(a)hp.com
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
Description of problem:
Dependency missing in spec file.
Version-Release number of selected component (if applicable):
spamassassin-3.1.1-1.fc5
How reproducible:
Always
Steps to Reproduce:
1. Install spamassassin
2. execute sa-update
3.
Actual results:
# sa-update
Can't locate Archive/Tar.pm in @INC (@INC contains:
/usr/lib/perl5/vendor_perl/5.8.8/i386-linux-thread-multi
/usr/lib/perl5/vendor_perl/5.8.8
/usr/lib/perl5/site_perl/5.8.8/i386-linux-thread-multi
/usr/lib/perl5/site_perl/5.8.7/i386-linux-thread-multi
/usr/lib/perl5/site_perl/5.8.6/i386-linux-thread-multi
/usr/lib/perl5/site_perl/5.8.5/i386-linux-thread-multi
/usr/lib/perl5/site_perl/5.8.4/i386-linux-thread-multi
/usr/lib/perl5/site_perl/5.8.3/i386-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/5.8.4 /usr/lib/perl5/site_perl/5.8.3
/usr/lib/perl5/site_perl
/usr/lib/perl5/vendor_perl/5.8.7/i386-linux-thread-multi
/usr/lib/perl5/vendor_perl/5.8.6/i386-linux-thread-multi
/usr/lib/perl5/vendor_perl/5.8.5/i386-linux-thread-multi
/usr/lib/perl5/vendor_perl/5.8.4/i386-linux-thread-multi
/usr/lib/perl5/vendor_perl/5.8.3/i386-linux-thread-multi
/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/5.8.4
/usr/lib/perl5/vendor_perl/5.8.3 /usr/lib/perl5/vendor_perl
/usr/lib/perl5/5.8.8/i386-linux-thread-multi /usr/lib/perl5/5.8.8) at
/usr/bin/sa-update line 81.
BEGIN failed--compilation aborted at /usr/bin/sa-update line 81.
Expected results:
No error.
Additional info:
Following RPMs are missing in dependency section of the spec file.
perl-IO-Zlib
perl-Archive-Tar
--
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 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, 1 month
[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, 1 month
[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, 1 month