[Bug 242065] New: perl-CGI-Session is not available in FE6
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=242065
Summary: perl-CGI-Session is not available in FE6
Product: Fedora Extras
Version: fc6
Platform: All
OS/Version: Linux
Status: NEW
Severity: low
Priority: low
Component: perl-CGI-Session
AssignedTo: andreas(a)bawue.net
ReportedBy: jeff(a)ocjtech.us
QAContact: extras-qa(a)fedoraproject.org
CC: fedora-perl-devel-list(a)redhat.com
Description of problem:
perl-CGI-Session is not available in Fedora Extras 6.
Version-Release number of selected component (if applicable):
How reproducible:
Always
Steps to Reproduce:
1. yum install perl-CGI-Session
Actual results:
# rpm -q perl-CGI-Session
package perl-CGI-Session is not installed
# yum install perl-CGI-Session
Loading "installonlyn" plugin
Setting up Install Process
Setting up repositories
Reading repository metadata in from local files
Parsing package install arguments
Nothing to do
Expected results:
perl-CGI-Session gets installed.
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.
14 years, 11 months
[Bug 431478] New: perl-Class-MethodMaker not available in EPEL
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/show_bug.cgi?id=431478
Summary: perl-Class-MethodMaker not available in EPEL
Product: Fedora
Version: rawhide
Platform: All
OS/Version: Linux
Status: NEW
Severity: low
Priority: low
Component: perl-Class-MethodMaker
AssignedTo: dgregor(a)redhat.com
ReportedBy: xavier(a)bachelot.org
QAContact: extras-qa(a)fedoraproject.org
CC: fedora-perl-devel-list(a)redhat.com
perl-Class-MethodMaker is not available for EL-4 nor EL-5, altough the branches
have been created. Could you please rebuild it at least for EL-5 ? I tested to
rebuild the SRPM from F8 in EL-5, it rebuilds fine so it should be straight
forward to do.
Thanks in advance.
--
Configure bugmail: https://bugzilla.redhat.com/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.
14 years, 11 months
[Bug 385751] New: Newt::Form::DESTROY prints deprecated code warning.
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/show_bug.cgi?id=385751
Summary: Newt::Form::DESTROY prints deprecated code warning.
Product: Fedora
Version: fc6
Platform: All
OS/Version: Linux
Status: NEW
Severity: low
Priority: low
Component: perl-Newt
AssignedTo: jorton(a)redhat.com
ReportedBy: charlieb-redhat-bugzilla(a)e-smith.com
QAContact: extras-qa(a)fedoraproject.org
CC: fedora-perl-devel-list(a)redhat.com
Description of problem:
examples/install prints warnings during exit - same is probably true of
program using Newt::Form::xxx.
Use of inherited AUTOLOAD for non-method Newt::Form::DESTROY() is deprecated
during global destruction (#1)
Use of inherited AUTOLOAD for non-method Newt::Form::DESTROY() is deprecated
during global destruction.
Version-Release number of selected component (if applicable):
bash-3.00$ rpm -q perl-Newt
perl-Newt-1.08-17
bash-3.00$
How reproducible:
Every time.
Steps to Reproduce:
Run "perl expample/install".
Additional info:
Adding this to Newt.pm makes the warnings go away:
*Newt::Form::AUTOLOAD = \&Newt::AUTOLOAD;
That's the recommended workaround from 'man perldiag'.
--
Configure bugmail: https://bugzilla.redhat.com/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.
14 years, 11 months
[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.
14 years, 12 months
[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.
14 years, 12 months
[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.
14 years, 12 months
[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.
14 years, 12 months
[Bug 327481] New: Missing perl(HTTP::Request::AsCGI) dependency
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/show_bug.cgi?id=327481
Summary: Missing perl(HTTP::Request::AsCGI) dependency
Product: Fedora
Version: f7
Platform: All
OS/Version: Linux
Status: NEW
Severity: low
Priority: low
Component: perl-Catalyst-Runtime
AssignedTo: cweyl(a)alumni.drew.edu
ReportedBy: matt(a)bodgit-n-scarper.com
QAContact: extras-qa(a)fedoraproject.org
CC: fedora-perl-devel-list(a)redhat.com
Description of problem:
The perl-Catalyst-Runtime.spec lists perl(HTTP::Request::AsCGI) as a
BuildRequires, but the resulting binary RPM seems to lack it as a runtime
require. This showed up as a missing dependency when I was packaging
Catalyst::View::JSON and using mock to build/test it.
Version-Release number of selected component (if applicable):
perl-Catalyst-Runtime-5.7007-4
How reproducible:
Steps to Reproduce:
1.
2.
3.
Actual results:
Expected results:
Additional info:
I fixed it by adding the following to the perl-Catalyst-Runtime.spec file:
Requires: perl(HTTP::Request::AsCGI) >= 0.5
--
Configure bugmail: https://bugzilla.redhat.com/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
[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.
15 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.
15 years