perl-devel May 2007

perl-devel@lists.fedoraproject.org

14 participants
80 discussions

[Bug 198399] New: Package perl lacks IPv6 support
by Red Hat Bugzilla 02 Jun '08

02 Jun '08

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@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.

1 3

[Bug 237025] New: perl-Text-CSV_XS: EPEL branches?
by Red Hat Bugzilla 22 May '08

22 May '08

1 2

[Bug 228043] New: ??? 64bit sa-update.1 manpage timestamp differs from 32bit?
by Red Hat Bugzilla 07 May '08

07 May '08

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@jmason.org,parkerm @pobox.com,reg+redhat@sidney.com,wtogami@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.

1 7

[Bug 232481] New: EPEL branches: a couple of perl packages from fedora.us
by Red Hat Bugzilla 07 May '08

07 May '08

1 13

[Bug 227622] New: Unable to pass argument to sa-update
by Red Hat Bugzilla 06 May '08

06 May '08

1 6

[Bug 228688] New: invalid syntax results in interpreter seg fault
by Red Hat Bugzilla 05 May '08

05 May '08

1 5

[Bug 214709] New: Date::Manip unable to determine TimeZone.
by Red Hat Bugzilla 04 Apr '08

04 Apr '08

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.

1 14

[Bug 202402] New: Missing perl-Archive-Tar Dependancy in RPM
by Red Hat Bugzilla 04 Apr '08

04 Apr '08

1 8

[Bug 193100] New: sa-update failed to execute without some dependency RPMs
by Red Hat Bugzilla 03 Apr '08

03 Apr '08

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@jmason.org,parkerm @pobox.com,reg+redhat@sidney.com,wtogami@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.

1 20

[Bug 229065] New: double ?? in prepare causes seg fault on execute
by Red Hat Bugzilla 26 Mar '08

26 Mar '08

1 10

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

2005

perl-devel May 2007