perl-devel October 2006

perl-devel@lists.fedoraproject.org

4 participants
55 discussions

Start a nNew thread

[Bug 204093] New: perl -i resets file ACLs and EAs
by Red Hat Bugzilla 22 May '16

22 May '16

1 16

[Bug 176889] New: many missing files when rebuilding per-XML-Grove
by Red Hat Bugzilla 09 Jan '13

09 Jan '13

1 4

[Bug 176888] New: perl-RPM-Specfile can't find /usr/share/man/man3/RPM::Specfile.3pm when being built
by Red Hat Bugzilla 09 Jan '13

09 Jan '13

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=176888 Summary: perl-RPM-Specfile can't find /usr/share/man/man3/RPM::Specfile.3pm when being built Product: Fedora Core Version: devel Platform: All OS/Version: Linux Status: NEW Severity: normal Priority: normal Component: perl-RPM-Specfile AssignedTo: jvdias(a)redhat.com ReportedBy: jkeating(a)redhat.com CC: fedora-perl-devel-list(a)redhat.com Please see attached log. ------- Additional Comments From jkeating(a)redhat.com 2006-01-03 20:48 EST ------- Created an attachment (id=122740) --> (https://bugzilla.redhat.com/bugzilla/attachment.cgi?id=122740&action=view) build failure log -- 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 4

[Bug 199736] New: perl C compiler Can't locate object method "IVX" via package "B::NV"
by Red Hat Bugzilla 03 Dec '09

03 Dec '09

1 6

[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 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 204679] New: Update perl unicode tables to unicode 5.0
by Red Hat Bugzilla 20 Mar '08

20 Mar '08

1 2

[Bug 205455] New: RFE: Versioned Obsoletes for built-in perl modules
by Red Hat Bugzilla 10 Mar '08

10 Mar '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=205455 Summary: RFE: Versioned Obsoletes for built-in perl modules Product: Fedora Core Version: fc5 Platform: All OS/Version: Linux Status: NEW Severity: normal Priority: normal Component: perl AssignedTo: rnorwood(a)redhat.com ReportedBy: nj(a)leverton.org QAContact: dkl(a)redhat.com CC: fedora-perl-devel-list(a)redhat.com Description of problem: The perl rpm Obsoletes a number of modules which are now included in base perl 5.8.8. However some of these modules do get updated fairly regularly in between perl releases. As a system builder I prefer to update them by building an RPM with cpanflute for the specific module e.g. perl-Time-HiRes, so that I get simple and repeatable installations. But because of the Obsoletes in the perl RPM I have to remember which are in base perl and choose non-standard module names to get round it. If the Obsoletes tag could be made versioned, against the actual module version included in perl, it would simplify the task of keeping systems up to date between Fedora releases. It would also make it it much easier when Fedora perl is updated because $PACKAGE_MANAGER could be trusted not to remove newer modules. At the time of writing the tags for perl 5.8.8 would be: Obsoletes: perl-Digest-MD5 <= 2.36 Obsoletes: perl-MIME-Base64 <= 3.07 Obsoletes: perl-libnet <= 1.19 Obsoletes: perl-Storable <= 2.15 Obsoletes: perl-CGI <= 3.15 Obsoletes: perl-CPAN <= 1.7602 Obsoletes: perl-DB_File <= 1.814 Obsoletes: perl-Filter <= 1.32 Obsoletes: perl-Filter-Simple <= 0.82 Obsoletes: perl-Time-HiRes <= 1.86 Obsoletes: perl-Test-Builder-Tester <= 1.02 Version-Release number of selected component (if applicable): 5.8.8-8 -- 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 4

[Bug 172792] New: use of study() with utf8 support enabled breaks regexps
by Red Hat Bugzilla 06 Mar '08

06 Mar '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=172792 Summary: use of study() with utf8 support enabled breaks regexps Product: Fedora Core Version: devel Platform: All OS/Version: Linux Status: NEW Severity: normal Priority: normal Component: perl AssignedTo: jvdias(a)redhat.com ReportedBy: jvdias(a)redhat.com QAContact: dkl(a)redhat.com CC: fedora-perl-devel-list(a)redhat.com Description of problem: Use of study() with utf8 support enabled breaks perl-5.8.7's regular expressions : OK without UTF: $ echo 'ABDCEFGHIJK' | perl -pe 'study; s/HIJK/1234/;' ABDCEFG1234 $ echo 'ABCDEFGHIJK' | perl -e '$_=<>; study; print /HIJK/,"\n";' 1 FAILS with UTF: $ echo 'ABDCEFGHIJK' | PERL_UNICODE=31 perl -pe 'study; s/HIJK/1234/;' ABDCEFGHIJK $ echo 'ABCDEFGHIJK' | PERL_UNICODE=31 perl -e '$_=<>; study; print /HIJK/,"\n";' (re did not match) Seems to be study() that is the culprit: $ echo 'ABDCEFGHIJK' | PERL_UNICODE=31 perl -pe 's/HIJK/1234/;' ABDCEFG1234 And it is because $_ gets utf8-ness from STDIN: $ echo 'ABDCEFGHIJK' | PERL_UNICODE=63 perl -e '$_=<>; study; print /HIJK/ ? "OK" : "FAIL","\n";' FAIL $ PERL_UNICODE=63 perl -e '$_="ABDCEFGHIJK"; study; print /HIJK/ ? "OK" : "FAIL","\n";' OK This was in the 'en_US.UTF-8' locale. If I make utf-8 support conditional on locale, the problem goes away for the C locale: $ echo 'ABDCEFGHIJK' | PERL_UNICODE=127 LC_ALL=C perl -e '$_=<>; study; print /HIJK/ ? "OK" : "FAIL","\n";' OK Version-Release number of selected component (if applicable): ALL perl versions How reproducible: 100% Additional Information: This is upstream perl bug 37646 ( http://rt.perl.org/rt3/index.html?q=37646 ) -- 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

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

2005

perl-devel October 2006