perl-devel April 2007

perl-devel@lists.fedoraproject.org

8 participants
74 discussions

Start a nNew thread

[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 06 May '08

06 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 03 Apr '08

03 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

[Bug 204679] New: Update perl unicode tables to unicode 5.0
by Red Hat Bugzilla 20 Mar '08

20 Mar '08

1 2

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

2005

perl-devel April 2007