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=357641
Summary: EL branches
Product: Fedora
Version: devel
Platform: All
OS/Version: Linux
Status: NEW
Severity: low
Priority: low
Component: perl-Tk
AssignedTo: andreas.bierfert(a)lowlatency.de
ReportedBy: andreas.bierfert(a)lowlatency.de
QAContact: extras-qa(a)fedoraproject.org
CC: fedora-perl-devel-list(a)redhat.com
Package Change Request
======================
Package Name: perl-Tk
New Branches: EL-4 EL-5
--
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.
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=427049
Summary: broken spec
Product: Fedora
Version: 8
Platform: All
OS/Version: Linux
Status: NEW
Severity: low
Priority: low
Component: perl-Class-Std
AssignedTo: andreas(a)bawue.net
ReportedBy: rc040203(a)freenet.de
QAContact: extras-qa(a)fedoraproject.org
CC: fedora-perl-devel-list(a)redhat.com
Description of problem:
Package doesn't build, because the perl-package split has not been reflected to it.
Version-Release number of selected component (if applicable):
perl-Class-Std-0_0_8-1*
How to reproduce:
check out from CVS
make mockbuild
Additional info:
I would have fixed this bug in CVS, but you have restrictive ACLs
set on this 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.
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=247476
Summary: Changed upstream...
Product: Fedora
Version: f7
Platform: All
OS/Version: Linux
Status: NEW
Severity: low
Priority: low
Component: perl-Mail-SPF-Query
AssignedTo: steve(a)silug.org
ReportedBy: lmb(a)biosci.ki.se
QAContact: extras-qa(a)fedoraproject.org
CC: fedora-perl-devel-list(a)redhat.com
Description of problem:
Shouldn't this package be updated/replaced with perl-Mail-SPF 2.005??
Note the missing query in the name.
Version-Release number of selected component (if applicable):
1.999.1-3.fc7
How reproducible:
Steps to Reproduce:
1.
2.
3.
Actual results:
Expected results:
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.
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=237421
Summary: Bad cpuTime retrieved from Sys::Virt::Domain->get_info
Product: Fedora Extras
Version: fc6
Platform: i686
OS/Version: Linux
Status: NEW
Severity: medium
Priority: medium
Component: perl-Sys-Virt
AssignedTo: steve(a)silug.org
ReportedBy: g+fedora(a)pkg.fr
QAContact: extras-qa(a)fedoraproject.org
CC: berrange@redhat.com,fedora-perl-devel-list@redhat.com
Description of problem:
I tried the API on a AMD Athlon(tm) XP 3000+, I got bad values with some
negative one for the cpuTime of a domain.
Version-Release number of selected component (if applicable):
perl-Sys-Virt-0.1.1
How reproducible:
every time
Steps to Reproduce:
1. Run a server with some xen domains
2. Try the example included in the package:
/usr/share/doc/perl-Sys-Virt-0.1.1/examples/dump-info.pl
3. Observe the "cpuTime" values
Actual results:
False
Expected results:
Good
Additional info:
I search the sources and I found this value is in fact unsigned long long value
in libvirt library to represent nanoseconds (cf
http://libvirt.org/html/libvirt-libvirt.html#virDomainInfo) I didn't try on a
64 bits arch but I think the it could work on it.
I managed to obtain the expected results by patching the sources: I edit Virt.xs
from the source and changed the line 359 from:
hv_store (RETVAL, "cpuTime", 7, newSViv(info.cpuTime), 0);
to
hv_store (RETVAL, "cpuTime", 7, newSVnv(info.cpuTime), 0);
So the unsigned long long is read as a float scalar and not an integer scalar.
--
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.
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=199736
Summary: perl C compiler Can't locate object method "IVX" via
package "B::NV"
Product: Fedora Core
Version: fc5
Platform: i386
OS/Version: Linux
Status: NEW
Severity: normal
Priority: normal
Component: perl
AssignedTo: jvdias(a)redhat.com
ReportedBy: timliim(a)lucent.com
QAContact: dkl(a)redhat.com
CC: fedora-perl-devel-list(a)redhat.com
Description of problem:
When compile perl script into C code, modules complained
Can't locate object method "IVX" via package "B::NV"
Version-Release number of selected component (if applicable):
$ rpm -qf /usr/lib/perl5/5.8.8/i386-linux-thread-multi/B/C.pm
perl-5.8.8-5
How reproducible:
always.
Steps to Reproduce:
1. create a file tw.pl with this content:
#!/usr/bin/perl -w
use strict;
package mx;
sub new {}
#sub x { my $m = 5.1; }
1;
2. compile with this line
time perl -MO=C tw.pl > t.c
Actual results:
Got error msg
Can't locate object method "IVX" via package "B::NV" at
/usr/lib/perl5/5.8.8/i386-linux-thread-multi/B/C.pm line 650.
CHECK failed--call queue aborted.
Expected results:
Compiling ok, produce a compilable .c file:
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.
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=229179
Summary: check_whitelist and check_spamd scripts missing.
Product: Fedora Core
Version: fc6
Platform: All
OS/Version: Linux
Status: NEW
Severity: low
Priority: normal
Component: spamassassin
AssignedTo: wtogami(a)redhat.com
ReportedBy: m.d.t.evans(a)qmul.ac.uk
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:
The SA source contains 2 useful perl scripts, one to maintain the autowhitelist
database file and a nagios monitoring script. It would be helpful if you could
include them. I've attached a patch below (which you will may want to tweak a bit).
Version-Release number of selected component (if applicable):
3.1.8-1.fc6
------- Additional Comments From m.d.t.evans(a)qmul.ac.uk 2007-02-19 07:00 EST -------
Created an attachment (id=148315)
--> (https://bugzilla.redhat.com/bugzilla/attachment.cgi?id=148315&action=view)
Patch file for spamassassin that adds check_whitelist and check_spamd scripts.
--
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.
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=428136
Summary: package is deprecated
Product: Fedora
Version: rawhide
Platform: All
OS/Version: Linux
Status: NEW
Severity: low
Priority: low
Component: perl-Perl6-Bible
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:
Upstream has deprecated Perl6::Bible
cf. http://search.cpan.org/~lichtkind/Perl6-Bible-0.37/
Unless there is another package using it in Fedora (I am not aware of any), I
would think it would be appropriate to remove this package from rawhide.
--
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.
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=416781
Summary: SOAP::Lite contains useful examples not packaged under
%doc
Product: Fedora
Version: 8
Platform: All
OS/Version: Linux
Status: NEW
Severity: low
Priority: low
Component: perl-SOAP-Lite
AssignedTo: mmcgrath(a)redhat.com
ReportedBy: cweyl(a)alumni.drew.edu
QAContact: extras-qa(a)fedoraproject.org
CC: fedora-perl-devel-list(a)redhat.com
SOAP::Lite contains a slew of useful examples under examples/ in the source
dist; I found these useful. Why not include the directory in %doc? :)
--
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.
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.
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.