perl-devel July 2008

perl-devel@lists.fedoraproject.org

24 participants
293 discussions

[Bug 455319] New: Please build latest perl-XML-Stream for EPEL 4 and 5
by Red Hat Bugzilla 09 Jun '09

09 Jun '09

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=455319 Summary: Please build latest perl-XML-Stream for EPEL 4 and 5 Product: Fedora Version: rawhide Platform: All OS/Version: Linux Status: NEW Severity: medium Priority: low Component: perl-XML-Stream AssignedTo: cweyl(a)alumni.drew.edu ReportedBy: redhat-bugzilla(a)linuxnetz.de QAContact: extras-qa(a)fedoraproject.org CC: fedora-perl-devel-list(a)redhat.com Description of problem: Please build latest perl-XML-Stream for EPEL 4 and 5. Version-Release number of selected component (if applicable): perl-XML-Stream-1.22-7 Actual results: No perl-XML-Stream in EPEL 4 and 5. Expected results: Package perl-XML-Stream in EPEL 4 and 5, because it's a perl-Net-XMPP dependency. Additional info: Please let me know, if you just don't want to be the maintainer for the perl-XML-Stream EPEL package... -- 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 6

[Bug 455313] New: Please build latest perl-Net-XMPP for EPEL 4 and 5
by Red Hat Bugzilla 09 Jun '09

09 Jun '09

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=455313 Summary: Please build latest perl-Net-XMPP for EPEL 4 and 5 Product: Fedora Version: rawhide Platform: All OS/Version: Linux Status: NEW Severity: medium Priority: low Component: perl-Net-XMPP AssignedTo: cweyl(a)alumni.drew.edu ReportedBy: redhat-bugzilla(a)linuxnetz.de QAContact: extras-qa(a)fedoraproject.org CC: fedora-perl-devel-list(a)redhat.com Description of problem: Please build latest perl-Net-XMPP for EPEL 4 and 5. Version-Release number of selected component (if applicable): perl-Net-XMPP-1.02-4 Actual results: No perl-Net-XMPP in EPEL 4 and 5. Expected results: Package perl-Net-XMPP in EPEL 4 and 5, because it's a sendxmpp dependency. Additional info: Please let me know, if you just don't want to be the maintainer for the perl-Net-XMPP EPEL package... -- 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 6

[Bug 221113] New: readline function in perl does not correctly set $!
by Red Hat Bugzilla 03 Jun '09

03 Jun '09

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=221113 Summary: readline function in perl does not correctly set $! Product: Fedora Core Version: fc6 Platform: i386 OS/Version: Linux Status: NEW Severity: normal Priority: normal Component: perl AssignedTo: rnorwood(a)redhat.com ReportedBy: wpilorz(a)gmail.com QAContact: dkl(a)redhat.com CC: fedora-perl-devel-list(a)redhat.com Description of problem: perldoc -f readline displays example code how do check for errors with readline: for (;;) { undef $!; unless (defined( $line = <> )) { die $! if $!; last; # reached EOF } # ... } Unfortunately this method no longer works as described in current perl version. I am including a short perl script readline_test.pl attempting to use that method and bash script readline_test.bash calling that perl script 16 times; input is either "1234" or "1234\n", PERLIO environment variable is set to perlio or stdio, (PERLIO=perlio is equivalent to PERLIO not set in FC6) $/ is set to undef, not modified, \2, \1024. $/ is set to a reference to value specified in environment variable CHUNKSIZE, unless it is 0 ($/ not set in this case) or negative ($/ set to undef). In correct perl implementation all 16 tests should run successfully (no die). The results included show that PERLIO=stdio is better (4 tests fail for stdio, 6 tests fail for perlio) Version-Release number of selected component (if applicable): perl-5.8.8-10 How reproducible: always Steps to Reproduce: 1. save readline_test.pl and readline_test.bash files from attachemnts into current directory 2. run the following command in the current directory bash readline_test.bash you could prefer to run bash -vx readline_test.bash to see exactly what is being run Actual results: $ bash readline_test.bash __ running readline_test.pl for stdin=1234,CHUNKSIZE=-1,PERLIO=perlio... INFO: $/ will be set to undef Bad file descriptor at readline_test.pl line 30, <F> chunk 1. __ running readline_test.pl for stdin=1234,CHUNKSIZE=-1,PERLIO=stdio... INFO: $/ will be set to undef Bad file descriptor at readline_test.pl line 30, <F> chunk 1. __ running readline_test.pl for stdin=1234,CHUNKSIZE=0,PERLIO=perlio... INFO: $/ will not be set Bad file descriptor at readline_test.pl line 30, <F> line 1. __ running readline_test.pl for stdin=1234,CHUNKSIZE=0,PERLIO=stdio... INFO: $/ will not be set Bad file descriptor at readline_test.pl line 30, <F> line 1. __ running readline_test.pl for stdin=1234,CHUNKSIZE=2,PERLIO=perlio... INFO: $/ will be set to 2 INFO: File /dev/stdin has been read, nbytes = 4 __ running readline_test.pl for stdin=1234,CHUNKSIZE=2,PERLIO=stdio... INFO: $/ will be set to 2 INFO: File /dev/stdin has been read, nbytes = 4 __ running readline_test.pl for stdin=1234,CHUNKSIZE=1k,PERLIO=perlio... INFO: $/ will be set to 1024 Bad file descriptor at readline_test.pl line 30, <F> chunk 1. __ running readline_test.pl for stdin=1234,CHUNKSIZE=1k,PERLIO=stdio... INFO: $/ will be set to 1024 INFO: File /dev/stdin has been read, nbytes = 4 __ running readline_test.pl for stdin=1234\n,CHUNKSIZE=-1,PERLIO=perlio... INFO: $/ will be set to undef Bad file descriptor at readline_test.pl line 30, <F> chunk 1. __ running readline_test.pl for stdin=1234\n,CHUNKSIZE=-1,PERLIO=stdio... INFO: $/ will be set to undef Bad file descriptor at readline_test.pl line 30, <F> chunk 1. __ running readline_test.pl for stdin=1234\n,CHUNKSIZE=0,PERLIO=perlio... INFO: $/ will not be set INFO: File /dev/stdin has been read, nbytes = 5 __ running readline_test.pl for stdin=1234\n,CHUNKSIZE=0,PERLIO=stdio... INFO: $/ will not be set Bad file descriptor at readline_test.pl line 30, <F> line 1. __ running readline_test.pl for stdin=1234\n,CHUNKSIZE=2,PERLIO=perlio... INFO: $/ will be set to 2 Bad file descriptor at readline_test.pl line 30, <F> chunk 3. __ running readline_test.pl for stdin=1234\n,CHUNKSIZE=2,PERLIO=stdio... INFO: $/ will be set to 2 INFO: File /dev/stdin has been read, nbytes = 5 __ running readline_test.pl for stdin=1234\n,CHUNKSIZE=1k,PERLIO=perlio... INFO: $/ will be set to 1024 Bad file descriptor at readline_test.pl line 30, <F> chunk 1. __ running readline_test.pl for stdin=1234\n,CHUNKSIZE=1k,PERLIO=stdio... INFO: $/ will be set to 1024 INFO: File /dev/stdin has been read, nbytes = 5 Expected results: each run of perl should complete without die and show number of bytes on input (4 for first 8 tests, 5 for remaining tests) Additional info: if PERLIO=perlio is used and there is actual I/O error in data file, the readline_test.pl dies with inappropriate error message 'Bad file descriptor' rather than 'Input/output error' im most cases. This can be easily shown with truncated ISO-9660 image file, loop mounted. Should I also include test cases for this? ------- Additional Comments From wpilorz(a)gmail.com 2007-01-01 18:46 EST ------- Created an attachment (id=144615) --> (https://bugzilla.redhat.com/bugzilla/attachment.cgi?id=144615&action=view) readline_test.pl test script -- 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 10

[Bug 280991] New: cpan2rpm misses dependency on ExtUtils::MakeMaker
by Red Hat Bugzilla 12 May '09

12 May '09

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=280991 Summary: cpan2rpm misses dependency on ExtUtils::MakeMaker Product: Fedora Version: f7 Platform: All OS/Version: Linux Status: NEW Severity: medium Priority: medium Component: cpan2rpm AssignedTo: ghenry(a)suretecsystems.com ReportedBy: jh.redhat(a)plonk.de QAContact: extras-qa(a)fedoraproject.org CC: fedora-perl-devel-list(a)redhat.com Description of problem: cpan2rpm needs ExtUtil::MakeMaker, but the rpm has no dependency on it. Version-Release number of selected component (if applicable): cpan2rpm-2.028-2.fc6 How reproducible: Steps to Reproduce: 1. yum install cpan2rpm 2. cpan2rpm Net-SIP Actual results: $ cpan2rpm Net-SIP -- cpan2rpm - Ver: 2.028 -- Upgrade check Fetch: HTTP -- module: Net-SIP -- Using cached URL: http://search.cpan.org//CPAN/authors/id/S/SU/SULLR/Net-SIP-0.32.tar.gz Tarball found - not fetching Metadata retrieval Tarball extraction: [/home/jh/rpm/SOURCES/Net-SIP-0.32.tar.gz] ExtUtils::MakeMaker unloadable Can't locate ExtUtils/MakeMaker.pm in @INC (@INC contains: /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.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/lib/perl5/vendor_perl/5.8.8/i386-linux-thread-multi /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.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/lib/perl5/5.8.8/i386-linux-thread-multi /usr/lib/perl5/5.8.8 .) at (eval 22) line 2. BEGIN failed--compilation aborted at (eval 22) line 2. -- Done -- Expected results: $ cpan2rpm --no-sign Net-SIP -- cpan2rpm - Ver: 2.028 -- Upgrade check Fetch: HTTP -- module: Net-SIP -- Using cached URL: http://search.cpan.org//CPAN/authors/id/S/SU/SULLR/Net-SIP-0.32.tar.gz Tarball found - not fetching Metadata retrieval Tarball extraction: [/home/jh/rpm/SOURCES/Net-SIP-0.32.tar.gz] Generating spec file SPEC: /home/jh/rpm/SPECS/Net-SIP.spec Generating package Executing(%prep): /bin/sh -e /var/tmp/rpm-tmp.4697 + umask 022 + cd /home/jh/rpm/BUILD + LANG=C + export LANG + unset DISPLAY + cd /home/jh/rpm/BUILD + rm -rf Net-SIP-0.32 + /bin/gzip -dc /home/jh/rpm/SOURCES/Net-SIP-0.32.tar.gz + tar -xf - + STATUS=0 + '[' 0 -ne 0 ']' + cd Net-SIP-0.32 ... RPM: /home/jh/rpm/RPMS/noarch/perl-Net-SIP-0.32-1.noarch.rpm SRPM: /home/jh/rpm/SRPMS/perl-Net-SIP-0.32-1.src.rpm -- Done -- Additional info: Don't know why I need --no-sign, it does not work without that. (Maybe a local system issue.) -- 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 14

[Bug 279251] New: cpan2rpm doesn't work with latest Pod::Text
by Red Hat Bugzilla 12 May '09

12 May '09

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=279251 Summary: cpan2rpm doesn't work with latest Pod::Text Product: Fedora Version: f7 Platform: All OS/Version: Linux Status: NEW Severity: low Priority: medium Component: cpan2rpm AssignedTo: ghenry(a)suretecsystems.com ReportedBy: roland(a)astrofoto.org QAContact: extras-qa(a)fedoraproject.org CC: fedora-perl-devel-list(a)redhat.com Description of problem: The latest version of Pod::Text from CPAN is from RRA/podlators-2.0.5.tar.gz Pod::Text no longer derives from Pod::Parser so the method 'interpolate' does not exist. As near as I can tell, this is the only method used in cpan2rpm, so Pod::Text can be changed to Pod::Parser in the two places it appears. This is what I did locally and it now works for me. Version-Release number of selected component (if applicable): cpan2rpm-2.028-2.fc6 How reproducible: update Pod::Text via cpan. Run cpan2rpm for some module (any will do...) Actual results: [...] -- module: /var/cache/cpan/build/libwww-perl-5.808-baHtIL -- Metadata retrieval Can't locate object method "interpolate" via package "Pod::Text" at /usr/bin/cpan2rpm line 522. -- Done -- Expected results: No failure from above. Additional info: -- 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 425826] New: broken deps
by Red Hat Bugzilla 28 Mar '09

28 Mar '09

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=425826 Summary: broken deps Product: Fedora EPEL Version: el5 Platform: All OS/Version: Linux Status: NEW Severity: low Priority: low Component: perl-Test-Base AssignedTo: steve(a)silug.org ReportedBy: fedora(a)leemhuis.info QAContact: extras-qa(a)fedoraproject.org CC: fedora-perl-devel-list@redhat.com,steve@silug.org Description of problem: package: perl-Test-Base - 0.53-1.el5.noarch from epel5-testing unresolved deps: perl(Module::Install::Base) Additional info: I'd like to see the above problems solved. Steve, would you be willing to take care of perl(Text::Aspell) in EPEL5? -- 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 9

[Bug 455151] New: Conflict over /usr/lib/perl5/vendor_perl/5.10.0/Catalyst/Manual.pm
by Red Hat Bugzilla 25 Mar '09

25 Mar '09

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=455151 Summary: Conflict over /usr/lib/perl5/vendor_perl/5.10.0/Catalyst/Manual.pm Product: Fedora Version: 9 Platform: All OS/Version: Linux Status: NEW Severity: low Priority: low Component: perl-Catalyst-Runtime AssignedTo: cweyl(a)alumni.drew.edu ReportedBy: nicku(a)nicku.org QAContact: extras-qa(a)fedoraproject.org CC: fedora-perl-devel-list(a)redhat.com Description of problem: The file /usr/lib/perl5/vendor_perl/5.10.0/Catalyst/Manual.pm occurs in both perl-Catalyst-Runtime-5.7014-3.fc9.noarch and perl-Catalyst-Manual-5.7012-2.fc9.noarch. Installation of either perl-Catalyst-Devel or perl-Catalyst-Runtime-scripts requires perl-Catalyst-Manual. This conflict has occurred some weeks previously; it prevents yum updates from proceeding. Version-Release number of selected component (if applicable): 5.7014-3.fc9 How reproducible: Always. Steps to Reproduce: 1. sudo yum -y install perl-Catalyst-Runtime 2. Attempt to install any of perl-Catalyst-Devel, perl-Catalyst-Manual or perl-Catalyst-Runtime-scripts 3. Transaction Check Error: file /usr/lib/perl5/vendor_perl/5.10.0/Catalyst/Manual.pm from install of perl-Catalyst-Manual-5.7012-2.fc9.noarch conflicts with file from package perl-Catalyst-Runtime-5.7014-3.fc9.noarch Actual results: See Transaction Check Error resulting from conflict over /usr/lib/perl5/vendor_perl/5.10.0/Catalyst/Manual.pm Expected results: Expect that updates provided by the one fedora updates repository would not conflict with each other, especially not multiple times over a period of weeks. Additional info: Have added this to perl-Catalyst-runtime, since it seems that Catalyst/Manual.pm would more appropriately belong to perl-Catalyst-Manual. -- 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 10

[Bug 455410] New: Massive error messages and interrupting reverting of multiple local changes
by Red Hat Bugzilla 23 Jan '09

23 Jan '09

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=455410 Summary: Massive error messages and interrupting reverting of multiple local changes Product: Fedora Version: 9 Platform: All OS/Version: Linux Status: NEW Severity: medium Priority: low Component: perl-SVK AssignedTo: ianburrell(a)gmail.com ReportedBy: mail(a)frankwittig.de QAContact: extras-qa(a)fedoraproject.org CC: fedora-perl-devel-list(a)redhat.com Description of problem: When working with svk in Fedora 9 svk throws massive error messages that seem to be mostly harmless. This is extremely annoying since it hides real issues the user has to care about. The messages are (repeated several dozen to hundred times): - When updating checkout: Name "swig_runtime_data::type_pointer3" used only once: possible typo at /usr/lib/perl5/5.10.0/i386-linux-thread-multi/DynaLoader.pm line 226. Attempt to free unreferenced scalar: SV 0x934d354, Perl interpreter: 0x88fb008 at /usr/lib/perl5/vendor_perl/5.10.0/SVK/XD.pm line 1371. - When switching to a branch: Attempt to free unreferenced scalar: SV 0xaecf30c, Perl interpreter: 0x9d3e008 at /usr/lib/perl5/vendor_perl/5.10.0/SVK/XD.pm line 856. (in cleanup) panic: free from wrong pool at /usr/lib/perl5/vendor_perl/5.10.0/PerlIO/via/dynamic.pm line 167. Attempt to free unreferenced scalar: SV 0xaebec84, Perl interpreter: 0x9d3e008 at /usr/lib/perl5/vendor_perl/5.10.0/SVK/Inspector/Root.pm line 82. When reverting recursively the problem occurs that reverting fails leaving the mirror locked. To completely revert its necessary to cleanup and revert several times (again dozens to hundred - according to the number of affected files). Error messages are the above mentioned plus: - Last message when reverting fails: Attempt to free unreferenced scalar: SV 0x8e03ef4, Perl interpreter: 0x81f4008 at /usr/lib/perl5/vendor_perl/5.10.0/SVK/XD.pm line 1371. - When trying to revert again: Name "swig_runtime_data::type_pointer3" used only once: possible typo at /usr/lib/perl5/5.10.0/i386-linux-thread-multi/DynaLoader.pm line 226. /automount/wwkdev/elias/wdp already locked, use 'svk cleanup' if lock is stalled - Cleanup (looks ok besides the "usual" message): Name "swig_runtime_data::type_pointer3" used only once: possible typo at /usr/lib/perl5/5.10.0/i386-linux-thread-multi/DynaLoader.pm line 226. Cleaned up stalled lock on /automount/wwkdev/elias/wdp. Reverting again starts from the beginning. The user is able to reproduce until his checkout is completely reverted. Version-Release number of selected component (if applicable): perl-SVK-2.0.2-3.fc9.noarch How reproducible: Error messages and failing reverting occurs every usage. Steps to Reproduce (error message flood): 1. use svk Steps to Reproduce (reverting): 1. checkout 2. merge branch with changes into checkout or alter multiple files 3. revert changes recursively Actual results: Massive flood of error messages as mentioned above. Reverting multiple files interrupts. Expected results: No error messages. Reverting not interrupting. I noticed SVK is the same Version as in Fedora 8 - only perl version has changed. So I assume it's an issue with perl-SVK in combination with perl 5.10. I submitted this issue related to perl-SVK since it seems to only affect perl-SVK so far (at least for my daily usage). -- 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 13

[Bug 437461] New: Missing Dependency: perl(Archive::Zip)
by Red Hat Bugzilla 19 Jan '09

19 Jan '09

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=437461 Summary: Missing Dependency: perl(Archive::Zip) Product: Fedora EPEL Version: el5 Platform: All OS/Version: Linux Status: NEW Severity: low Priority: low Component: amavisd-new AssignedTo: steve(a)silug.org ReportedBy: lystor(a)lystor.org.ua QAContact: extras-qa(a)fedoraproject.org CC: fedora-perl-devel-list(a)redhat.com Description of problem: Error: Missing Dependency: perl(Archive::Zip) is needed by package amavisd-new Version-Release number of selected component (if applicable): 2.4.5-1.el5 Steps to Reproduce: 1. yum install amavisd-new Additional info: perl-Archive-Zip is absent in epel5, but exists in epel4 -- 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 251850] New: Please add altermime dep
by Red Hat Bugzilla 09 Jan '09

09 Jan '09

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=251850 Summary: Please add altermime dep Product: Fedora Version: devel Platform: All OS/Version: Linux Status: NEW Severity: low Priority: low Component: amavisd-new AssignedTo: steve(a)silug.org ReportedBy: nicolas.mailhot(a)laposte.net QAContact: extras-qa(a)fedoraproject.org CC: fedora-perl-devel-list(a)redhat.com amavisd-new can use altermime which is available in the Fedora repo, so it should declare an altermime dep -- 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 8

← Newer
1
2
3
4
5
6
7
...
30
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 July 2008