[Bug 271341] New: IPC::Shareable fails to build on RHEL/CentOS 5
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=271341
Summary: IPC::Shareable fails to build on RHEL/CentOS 5
Product: Fedora
Version: f7
Platform: All
OS/Version: All
Status: NEW
Severity: low
Priority: medium
Component: perl-IPC-Shareable
AssignedTo: jpo(a)di.uminho.pt
ReportedBy: matt(a)bodgit-n-scarper.com
QAContact: extras-qa(a)fedoraproject.org
CC: fedora-perl-devel-list(a)redhat.com
(Not quite sure what components this should ultimately be filed under, Fedora 7
at least has the perl-IPC-Shareable component)
Description of problem:
I'm trying to rebuild the FC6/F7 perl-IPC-Shareable Perl module for CentOS 5
x86_64 (like the EPEL RPMs), and it stalls as part of the "make test" phase:
...
+ make test
PERL_DL_NONLAZY=1 /usr/bin/perl "-MExtUtils::Command::MM" "-e" "test_harness(0,
'blib/lib', 'blib/arch')" t/*.t
t/00base......ok
t/05sv........ok
t/10av........ok
t/15hv........ok
t/20ref.......ok
t/25ipc.......ok
t/30lock......ok
t/35clean.....ok
t/36ipcav.....ok
t/38ipchv.....ok 1/5
Version-Release number of selected component (if applicable):
perl-IPC-Shareable-0.60-3.fc6.src.rpm
How reproducible:
Always.
Steps to Reproduce:
1. rpmbuild --rebuild perl-IPC-Shareable-0.60-3.fc6.src.rpm
Actual results:
Stalls at 1/5 in the 38ipchv tests
Expected results:
Should complete cleanly with no errors
Additional info:
Build host is fully updated CentOS 5 x86_64 installation. Build completes
correctly on a Fedora 7 installation.
--
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, 11 months
[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.
15 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.
15 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.
15 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.
15 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.
15 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.
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