perl-devel January 2008

perl-devel@lists.fedoraproject.org

4 participants
149 discussions

Start a nNew thread

[Bug 245225] New: perl-GD build warning perl-GD-2.35-2.fc6.src.rpm
by Red Hat Bugzilla 21 Jul '08

21 Jul '08

1 6

[Bug 427148] New: package missing for F-7
by Red Hat Bugzilla 16 Jun '08

16 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/show_bug.cgi?id=427148 Summary: package missing for F-7 Product: Fedora Version: 7 Platform: All OS/Version: Linux Status: NEW Severity: low Priority: low Component: perl-Math-Vec AssignedTo: roozbeh(a)farsiweb.info ReportedBy: rc040203(a)freenet.de QAContact: extras-qa(a)fedoraproject.org CC: fedora-perl-devel- list@redhat.com,jkeating@redhat.com,wtogami@redhat.com Description of problem: There is no F-7 version of this package in CVS. However, there exist versions for: devel EL-5 F-8 FC-5 FC-6 I don't know how this situation could have happened. Seems like a failed branch request or rel-eng oversight to me. -- 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.

1 4

[Bug 275271] New: cpan2rpm deals badly with letters in version numbers
by Red Hat Bugzilla 16 Jun '08

16 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/show_bug.cgi?id=275271 Summary: cpan2rpm deals badly with letters in version numbers Product: Fedora Version: f7 Platform: All OS/Version: All Status: NEW Severity: low Priority: medium Component: cpan2rpm AssignedTo: ghenry(a)suretecsystems.com ReportedBy: marcos.marado(a)sonae.com QAContact: extras-qa(a)fedoraproject.org CC: fedora-perl-devel-list(a)redhat.com Description of problem: cpan2rpm deals badly with letters in version numbers. This makes, for instance, cpan2rpm SOAP::Lite to think that 0.60a is the latest version, instead of 0.69. Version-Release number of selected component (if applicable): cpan2rpm-2.028-2.fc6 How reproducible: Allways. Steps to Reproduce: 1. yum install cpan2rpm 2. cpan2rpm SOAP::Lite 3. Check the version of the generated RPM Actual results: A RPM from SOAP::Lite 0.60a is generated. Expected results: A RPM from SOAP::Lite 0.69 generated. -- 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.

1 3

[Bug 235553] New: perl.ppc64 @INC problem, perl.ppc conflicts
by Red Hat Bugzilla 09 Jun '08

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

1 7

[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 427326] New: testsuite failure
by Red Hat Bugzilla 10 May '08

10 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/show_bug.cgi?id=427326 Summary: testsuite failure Product: Fedora Version: 8 Platform: All OS/Version: Linux Status: NEW Severity: low Priority: low Component: perl-DateTime-Format-Strptime AssignedTo: steve(a)silug.org ReportedBy: rc040203(a)freenet.de QAContact: extras-qa(a)fedoraproject.org CC: fedora-perl-devel-list(a)redhat.com Description of problem: Trying to address BZ 419631 by adding BR: perl(Test::More) to this package's spec triggers a testsuite breakdown: ... + make test PERL_DL_NONLAZY=1 /usr/bin/perl "-MExtUtils::Command::MM" "-e" "test_harness(0, 'blib/lib', 'blib/arch')" t/*.t t/001_load...............ok t/002_dates..............ok t/003_every..............ok t/004_locale_defaults....Can't call method "year" on an undefined value at t/004_locale_defaults.t line 45. # Looks like you planned 48 tests but only ran 36. # Looks like your test died just after 36. dubious Test returned status 255 (wstat 65280, 0xff00) DIED. FAILED tests 37-48 Version-Release number of selected component (if applicable): perl-DateTime-Format-Strptime-1_0700-4 with FC8 or FC9 [Breakdown does not occur for fc7] Steps to Reproduce: Build spec in Fedora's CVS with BR: perl(Test::More) added for FC8 or FC9 Actual results: Cf. above. Building the package fails. Additional info: Upgrading the package to perl-DateTime-Format-Strptime-1.0702.tgz seems to help. If I interpret the tarball's Changes correctly, this issue had been fixed in 1.0701. -- 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.

1 4

[Bug 242249] New: syntax error in perl5db.pl
by Red Hat Bugzilla 10 May '08

10 May '08

1 9

[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

← Newer
1
2
3
4
5
6
7
...
15
Older →

Jump to page:

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

2005

perl-devel January 2008