[Bug 235553] New: perl.ppc64 @INC problem, perl.ppc conflicts
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=235553
Summary: perl.ppc64 @INC problem, perl.ppc conflicts
Product: Fedora Core
Version: fc6
Platform: ppc64
OS/Version: Linux
Status: NEW
Severity: medium
Priority: medium
Component: perl
AssignedTo: rnorwood(a)redhat.com
ReportedBy: christopher.murtagh(a)gmail.com
QAContact: dkl(a)redhat.com
CC: dwmw2@redhat.com,fedora-perl-devel-list(a)redhat.com
Description of problem:
perl.ppc64's @INC doesn't include paths where most perl binary packages are,
perl-BerkeleyDB.ppc for example.
[root@mybox~]# locate BerkeleyDB.pm
/usr/lib/perl5/vendor_perl/5.8.8/ppc-linux-thread-multi/BerkeleyDB.pm
Version-Release number of selected component (if applicable):
current (from base)
How reproducible:
100%.
Steps to Reproduce:
1. Install perl.ppc, perl.ppc64, install perl-BerkelyDB.
2. Then perl -e 'use BerkeleyDB; exit;'
3. There is no step 3... heh, there is no step 3.
Actual results:
Can't locate BerkeleyDB.pm in @INC (@INC contains:
/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) at /usr/sbin/postgrey line 14.
Expected results:
Successful compilation and exit without error.
Additional info:
The workaround was to yum erase perl.ppc64, fetch the perl.ppc rpm and rpm -i
--replacepkgs --replacefiles (because they both dump perl in /usr/bin/perl, so
removing the perl.ppc64 still left the 64 bit binary).
--
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, 6 months
[Bug 198399] New: Package perl lacks IPv6 support
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=198399
Summary: Package perl lacks IPv6 support
Product: Fedora Core
Version: devel
Platform: All
OS/Version: Linux
Status: NEW
Severity: normal
Priority: normal
Component: perl
AssignedTo: jvdias(a)redhat.com
ReportedBy: pvrabec(a)redhat.com
QAContact: dkl(a)redhat.com
CC: fedora-perl-devel-list@redhat.com,mbacovsk(a)redhat.com
This bug was reported automaticaly in connection with IPv6 project.
Our aim is to support IPv6 in all Fedora Core packages so FC6 and RHEL5 will be ready for IPv6.
This package seems to lack IPv6 support as is illustrated in attached log.
Here follows part of scanning log (grep -r F_INET *)/up to 30 lines:
/perl-5.8.8/pp_sys.c:2369:#if defined (HAS_SOCKETPAIR) || (defined (HAS_SOCKET) && defined(SOCK_DGRAM) && defined(AF_INET) && defined(PF_INET))
/perl-5.8.8/pp_sys.c:2742: if (((struct sockaddr *)SvPVX_const(sv))->sa_family == AF_INET &&
/perl-5.8.8/vms/sockadapt.c:122: if (addr->sa_family == AF_INET &&
/perl-5.8.8/vms/sockadapt.h:115:#ifndef AF_INET
/perl-5.8.8/vms/sockadapt.h:116:# define AF_INET 2
/perl-5.8.8/util.c:4166:#if !defined(HAS_SOCKETPAIR) && defined(HAS_SOCKET) && defined(AF_INET) && defined(PF_INET) && defined(SOCK_DGRAM) && defined(HAS_SELECT)
/perl-5.8.8/util.c:4185: sockets[i] = PerlSock_socket(AF_INET, SOCK_DGRAM, PF_INET);
/perl-5.8.8/util.c:4189: addresses[i].sin_family = AF_INET;
/perl-5.8.8/util.c:4311:#if !defined(HAS_SOCKETPAIR) && defined(HAS_SOCKET) && defined(AF_INET) && defined(PF_INET)
/perl-5.8.8/util.c:4342: listener = PerlSock_socket(AF_INET, type, 0);
/perl-5.8.8/util.c:4346: listen_addr.sin_family = AF_INET;
/perl-5.8.8/util.c:4355: connector = PerlSock_socket(AF_INET, type, 0);
/perl-5.8.8/mpeix/mpeix.c:511: /* AF_INET socket */
/perl-5.8.8/mpeix/mpeix.c:713: if (address->sa_family == AF_INET
/perl-5.8.8/mpeix/mpeix.c:724: if (address->sa_family == AF_INET)
/perl-5.8.8/mpeix/mpeix.c:750: && address->sa_family == AF_INET
/perl-5.8.8/mpeix/mpeix.c:799: result = 30000; /* AF_INET sock max */
--
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, 6 months
[Bug 237025] New: perl-Text-CSV_XS: EPEL branches?
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=237025
Summary: perl-Text-CSV_XS: EPEL branches?
Product: Fedora Extras
Version: fc6
Platform: All
OS/Version: Linux
Status: NEW
Severity: medium
Priority: medium
Component: perl-Text-CSV_XS
AssignedTo: jpo(a)di.uminho.pt
ReportedBy: cweyl(a)alumni.drew.edu
QAContact: extras-qa(a)fedoraproject.org
CC: fedora-perl-devel-list(a)redhat.com
It would be useful to me to have this package in EPEL... Any chance of EL-4,
EL-5 branches? :)
Review is bug 175898.
--
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, 6 months
[Bug 242249] New: syntax error in perl5db.pl
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=242249
Summary: syntax error in perl5db.pl
Product: Fedora Core
Version: fc6
Platform: All
OS/Version: Linux
Status: NEW
Severity: medium
Priority: low
Component: perl
AssignedTo: rnorwood(a)redhat.com
ReportedBy: ihok(a)hotmail.com
CC: fedora-perl-devel-list(a)redhat.com
Unmatched right curly bracket at (eval 48)[/usr/lib/perl5/5.8.8/perl5db.pl:628]
line 5, at end of line
syntax error at (eval 48)[/usr/lib/perl5/5.8.8/perl5db.pl:628] line 5, near ";
}"
Version-Release number of selected component (if applicable):
perl-5.8.8-10
--
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 228043] New: ??? 64bit sa-update.1 manpage timestamp differs from 32bit?
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=228043
Summary: ??? 64bit sa-update.1 manpage timestamp differs from
32bit?
Product: Fedora Core
Version: devel
Platform: All
OS/Version: Linux
Status: NEW
Severity: low
Priority: low
Component: spamassassin
AssignedTo: wtogami(a)redhat.com
ReportedBy: wtogami(a)redhat.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
Odd minor problem... low priority.
/usr/share/man/man1/sa-update.1.gz differs by the following unidiff between the
32bit and 64bit architecture builds of spamassassin.
--- 32 2007-02-09 12:46:19.000000000 -0500
+++ 64 2007-02-09 12:46:10.000000000 -0500
@@ -129,7 +129,7 @@
.\" ========================================================================
.\"
.IX Title "SA-UPDATE 1"
-.TH SA-UPDATE 1 "2006-07-30" "perl v5.8.5" "User Contributed Perl Documentation"
+.TH SA-UPDATE 1 "2007-01-22" "perl v5.8.5" "User Contributed Perl Documentation"
.SH "NAME"
sa\-update \- automate SpamAssassin rule updates
.SH "SYNOPSIS"
This appears to be the only difference in version 3.1.7. Notice that the 32bit
version retained the original source timestamp, while the 64bit version somehow
decided to differ in this behavior by changing the timestamp to the build date.
The above example is 3.1.7 built on RHEL4, but this persists through perl-5.8.8
in FC7 too.
While this appears to create a multilib conflict, in practice this is not a real
problem because spamassassin is based on perl, and we don't ship both archs in a
multilib distribution.
This bug is merely to figure out *why* it is behaving in this strange way
betweeen 32bit and 64bit builds.
--
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 232481] New: EPEL branches: a couple of perl packages from fedora.us
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=232481
Summary: EPEL branches: a couple of perl packages from fedora.us
Product: Fedora Extras
Version: devel
Platform: All
OS/Version: Linux
Status: NEW
Severity: medium
Priority: medium
Component: perl-pmtools
AssignedTo: jpo(a)di.uminho.pt
ReportedBy: jpo(a)di.uminho.pt
QAContact: extras-qa(a)fedoraproject.org
CC: fedora-perl-devel-list(a)redhat.com
Branches: EPEL4 and EPEL5
Perl packages to branch:
* perl-pmtools
* perl-ExtUtils-CBuilder
* perl-ExtUtils-ParseXS
Note:
* Please create the EPEL branchs from the devel or FC-6
--
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 227622] New: Unable to pass argument to sa-update
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=227622
Summary: Unable to pass argument to sa-update
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
As there is a standartized cron script now to utilize sa-update, please allow
pass arguments to this command. Use /etc/sysconfig/spamassassin to set
$SAUPDATEOPT, and use this in /usr/share/spamassassin/sa-update.cron:
[...]
if [ -f /etc/sysconfig/spamassassin ]; then
. /etc/sysconfig/spamassassin
fi
/usr/bin/sa-update $SAUPDATEOPT
These argument are necessary to be able to alter sa-update default behaviour.
Also I dislike output (echo commands with mailing to root by cron daemon) in
this file even there is no (error) output. Please remove it along with tee
commad and redirection of output in the file /etc/cron.d/sa-update. Unix-like
style is to report nothing when there is no error.
There is also a possibility to add -D (--debug [area=n,...]) argument to the
sa-update to get output mailed if one need it.
Thank you.
--
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 228688] New: invalid syntax results in interpreter seg fault
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=228688
Summary: invalid syntax results in interpreter seg fault
Product: Fedora Core
Version: fc6
Platform: All
OS/Version: Linux
Status: NEW
Severity: medium
Priority: normal
Component: perl
AssignedTo: rnorwood(a)redhat.com
ReportedBy: robert.haas(a)tekconnect.com
QAContact: dkl(a)redhat.com
CC: fedora-perl-devel-list(a)redhat.com
Description of problem:
Attempting to execute the following code produces a segmentation fault:
sub frob {
my ($r) = @_;
sub {
. 3;
};
}
Version-Release number of selected component (if applicable): perl-5.8.8-10
How reproducible: Run the code above.
Steps to Reproduce:
1. Save the code above in a text file (6 lines) called "oops".
2. Type "perl < oops"
Actual results:
Seg fault
Expected results:
Syntax error
Additional info:
None
--
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 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, 7 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, 8 months