[Bug 455313] New: Please build latest perl-Net-XMPP for EPEL 4 and 5
by Red Hat Bugzilla
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.
14 years, 6 months
[Bug 465692] New: perl-DBIx-Class should require perl(DBD::Multi)
by Red Hat Bugzilla
Please do not reply directly to this email. All additional
comments should be made in the comments box of this bug.
Summary: perl-DBIx-Class should require perl(DBD::Multi)
https://bugzilla.redhat.com/show_bug.cgi?id=465692
Summary: perl-DBIx-Class should require perl(DBD::Multi)
Product: Fedora
Version: rawhide
Platform: All
OS/Version: Linux
Status: NEW
Severity: medium
Priority: medium
Component: perl-DBIx-Class
AssignedTo: cweyl(a)alumni.drew.edu
ReportedBy: cweyl(a)alumni.drew.edu
QAContact: extras-qa(a)fedoraproject.org
CC: cweyl(a)alumni.drew.edu,
fedora-perl-devel-list(a)redhat.com
Depends on: 465690
Classification: Fedora
Summary pretty much says it all :)
--
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.
14 years, 6 months
[Bug 221113] New: readline function in perl does not correctly set $!
by Red Hat Bugzilla
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.
14 years, 6 months
[Bug 280991] New: cpan2rpm misses dependency on ExtUtils::MakeMaker
by Red Hat Bugzilla
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.
14 years, 6 months
[Bug 462832] New: cpan2rpm doesn't work with latest Pod::Text
by Red Hat Bugzilla
Please do not reply directly to this email. All additional
comments should be made in the comments box of this bug.
Summary: cpan2rpm doesn't work with latest Pod::Text
https://bugzilla.redhat.com/show_bug.cgi?id=462832
Summary: cpan2rpm doesn't work with latest Pod::Text
Product: Fedora
Version: 7
Platform: All
OS/Version: Linux
Status: NEW
Severity: low
Priority: medium
Component: cpan2rpm
AssignedTo: gavin.henry(a)gmail.com
ReportedBy: benny+bugzilla(a)amorsen.dk
QAContact: extras-qa(a)fedoraproject.org
CC: fedora-perl-devel-list(a)redhat.com,
fedora-triage-list(a)redhat.com
Estimated Hours: 0.0
Classification: Fedora
Created an attachment (id=317167)
--> (https://bugzilla.redhat.com/attachment.cgi?id=317167)
Switch to Pod::Parser instead of Pod::Text
+++ This bug was initially created as a clone of Bug #279251 +++
I am cloning this bug because it now affects Fedora 9 without adding any third
party packages. The original bug expired because Fedora 7 End-of-Life.
Description of problem:
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.fc8.1.noarch
perl-5.10.0-33.fc9.i386
How reproducible:
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:
I have added a patch. It works for 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.
14 years, 6 months
[Bug 279251] New: cpan2rpm doesn't work with latest Pod::Text
by Red Hat Bugzilla
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.
14 years, 6 months
[Bug 473669] New: YAML::Syck to latest rawhide in F-9, please? :)
by Red Hat Bugzilla
Please do not reply directly to this email. All additional
comments should be made in the comments box of this bug.
Summary: YAML::Syck to latest rawhide in F-9, please? :)
https://bugzilla.redhat.com/show_bug.cgi?id=473669
Summary: YAML::Syck to latest rawhide in F-9, please? :)
Product: Fedora
Version: 9
Platform: All
OS/Version: Linux
Status: NEW
Severity: medium
Priority: medium
Component: perl-YAML-Syck
AssignedTo: steve(a)silug.org
ReportedBy: cweyl(a)alumni.drew.edu
QAContact: extras-qa(a)fedoraproject.org
CC: steve(a)silug.org, iarnell(a)gmail.com,
fedora-perl-devel-list(a)redhat.com
Classification: Fedora
YAML::Syck 1.05 is required for a package currently under review (bug 473215).
Can we please update it to this level in F-9 as well?
Thanks!
--
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.
14 years, 7 months
[Bug 472359] New: Conflicting Provides with perl-libwww-perl
by Red Hat Bugzilla
Please do not reply directly to this email. All additional
comments should be made in the comments box of this bug.
Summary: Conflicting Provides with perl-libwww-perl
https://bugzilla.redhat.com/show_bug.cgi?id=472359
Summary: Conflicting Provides with perl-libwww-perl
Product: Fedora
Version: rawhide
Platform: All
OS/Version: Linux
Status: NEW
Severity: medium
Priority: medium
Component: perl-SOAP-Lite
AssignedTo: mmcgrath(a)redhat.com
ReportedBy: bugs.michael(a)gmx.net
QAContact: extras-qa(a)fedoraproject.org
CC: fedora-perl-devel-list(a)redhat.com, mmcgrath(a)redhat.com
Classification: Fedora
perl-SOAP-Lite from perl-SOAP-Lite
provides perl(LWP::Protocol)
perl-libwww-perl from perl-libwww-perl
provides perl(LWP::Protocol) EQ 0 5.816
required by: 1:perl-LDAP-0.34-4.fc9.noarch
required by: perl-libwww-perl-5.817-1.fc10.noarch
This may be especially harmful with package resolvers and
shortest-package-name-wins scenarios.
The perl(LWP::Protocol) Provides must be filtered out.
The package does not contain that Perl Module in std search path.
--
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.
14 years, 7 months
[Bug 425826] New: broken deps
by Red Hat Bugzilla
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(a)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.
14 years, 8 months
[Bug 455151] New: Conflict over /usr/lib/perl5/vendor_perl/5.10.0/Catalyst/Manual.pm
by Red Hat Bugzilla
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.
14 years, 8 months