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=204093
Summary: perl -i resets file ACLs and EAs
Product: Fedora Core
Version: fc5
Platform: All
OS/Version: Linux
Status: NEW
Severity: normal
Priority: normal
Component: perl
AssignedTo: rnorwood(a)redhat.com
ReportedBy: josh(a)jbc.edu
QAContact: dkl(a)redhat.com
CC: fedora-perl-devel-list(a)redhat.com
Description of problem:
When perl's -i option is used to do an in-place edit of a file, it resets the
ACLs and extended attributes on that file.
Since perl -i can be a very helpful tool for scripting and system
administration, it would be nice if it preserved ACLs and EAs.
Version-Release number of selected component (if applicable):
perl-5.8.8-5
How reproducible:
always
Steps to Reproduce:
1. touch testfile
2. setfacl -m u:testuser:r testfile
3. setfattr -n user.test testfile
4. perl -pi -e 's/Something/SomethingElse/' testfile
5. getfacl testfile; getfattr testfile
Actual results:
Nothing.
Expected results:
ACLs and EAs set in steps 2 and 3 above.
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=239333
Summary: Branch perl-Net-Server for EPEL
Product: Fedora Extras
Version: devel
Platform: All
OS/Version: Linux
Status: NEW
Severity: medium
Priority: medium
Component: perl-Net-Server
AssignedTo: nicolas.mailhot(a)laposte.net
ReportedBy: kevin(a)tummy.com
QAContact: extras-qa(a)fedoraproject.org
CC: fedora-perl-devel-list(a)redhat.com
perl-Net-Server was imported long ago from fedora.us, so there is no review
ticket. I am thus filing this to request a EPEL branch for it.
The current Fedora maintainer has no interest in maintaining for EPEL, so I will
do so.
Package Change Request
======================
Package Name: perl-Net-Server
New Branches: EL-4 EL-5
Updated EPEL Owners: kevin(a)tummy.com
--
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=176889
Summary: many missing files when rebuilding per-XML-Grove
Product: Fedora Core
Version: devel
Platform: All
OS/Version: Linux
Status: NEW
Severity: normal
Priority: normal
Component: perl-XML-Grove
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:49 EST -------
Created an attachment (id=122741)
--> (https://bugzilla.redhat.com/bugzilla/attachment.cgi?id=122741&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.
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.
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=228433
Summary: perl-version: EPEL branch?
Product: Fedora Extras
Version: devel
Platform: All
OS/Version: Linux
Status: NEW
Severity: medium
Priority: normal
Component: perl-version
AssignedTo: tcallawa(a)redhat.com
ReportedBy: cweyl(a)alumni.drew.edu
QAContact: extras-qa(a)fedoraproject.org
CC: fedora-perl-devel-list(a)redhat.com
A project I'm working on uses perl(version) on RHEL4. Any chance of an EPEL
branch? :)
(note -- the specfile currently uses Build.PL; as perl-Module-Build isn't
available in EPEL yet, it'll probably be necessary to switch over to the
standard Makefile.PL provided.)
--
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/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/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.
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.
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=237025
Summary: perl-Text-CSV_XS: EPEL branches?
Product: Fedora Extras
Version: fc6
Platform: All
OS/Version: Linux
Status: NEW
Severity: medium
Priority: medium
Component: perl-Text-CSV_XS
AssignedTo: jpo(a)di.uminho.pt
ReportedBy: cweyl(a)alumni.drew.edu
QAContact: extras-qa(a)fedoraproject.org
CC: fedora-perl-devel-list(a)redhat.com
It would be useful to me to have this package in EPEL... Any chance of EL-4,
EL-5 branches? :)
Review is bug 175898.
--
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=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.
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=232481
Summary: EPEL branches: a couple of perl packages from fedora.us
Product: Fedora Extras
Version: devel
Platform: All
OS/Version: Linux
Status: NEW
Severity: medium
Priority: medium
Component: perl-pmtools
AssignedTo: jpo(a)di.uminho.pt
ReportedBy: jpo(a)di.uminho.pt
QAContact: extras-qa(a)fedoraproject.org
CC: fedora-perl-devel-list(a)redhat.com
Branches: EPEL4 and EPEL5
Perl packages to branch:
* perl-pmtools
* perl-ExtUtils-CBuilder
* perl-ExtUtils-ParseXS
Note:
* Please create the EPEL branchs from the devel or FC-6
--
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=227622
Summary: Unable to pass argument to sa-update
Product: Fedora Core
Version: fc6
Platform: All
OS/Version: Linux
Status: NEW
Severity: normal
Priority: normal
Component: spamassassin
AssignedTo: wtogami(a)redhat.com
ReportedBy: milan.kerslager(a)pslib.cz
CC: fedora-perl-devel-
list@redhat.com,felicity@kluge.net,jm@jmason.org,parkerm
@pobox.com,reg+redhat@sidney.com,wtogami@redhat.com
As there is a standartized cron script now to utilize sa-update, please allow
pass arguments to this command. Use /etc/sysconfig/spamassassin to set
$SAUPDATEOPT, and use this in /usr/share/spamassassin/sa-update.cron:
[...]
if [ -f /etc/sysconfig/spamassassin ]; then
. /etc/sysconfig/spamassassin
fi
/usr/bin/sa-update $SAUPDATEOPT
These argument are necessary to be able to alter sa-update default behaviour.
Also I dislike output (echo commands with mailing to root by cron daemon) in
this file even there is no (error) output. Please remove it along with tee
commad and redirection of output in the file /etc/cron.d/sa-update. Unix-like
style is to report nothing when there is no error.
There is also a possibility to add -D (--debug [area=n,...]) argument to the
sa-update to get output mailed if one need it.
Thank you.
--
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=228688
Summary: invalid syntax results in interpreter seg fault
Product: Fedora Core
Version: fc6
Platform: All
OS/Version: Linux
Status: NEW
Severity: medium
Priority: normal
Component: perl
AssignedTo: rnorwood(a)redhat.com
ReportedBy: robert.haas(a)tekconnect.com
QAContact: dkl(a)redhat.com
CC: fedora-perl-devel-list(a)redhat.com
Description of problem:
Attempting to execute the following code produces a segmentation fault:
sub frob {
my ($r) = @_;
sub {
. 3;
};
}
Version-Release number of selected component (if applicable): perl-5.8.8-10
How reproducible: Run the code above.
Steps to Reproduce:
1. Save the code above in a text file (6 lines) called "oops".
2. Type "perl < oops"
Actual results:
Seg fault
Expected results:
Syntax error
Additional info:
None
--
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=214709
Summary: Date::Manip unable to determine TimeZone.
Product: Fedora Core
Version: fc6
Platform: All
OS/Version: Linux
Status: NEW
Severity: low
Priority: normal
Component: perl-DateManip
AssignedTo: rnorwood(a)redhat.com
ReportedBy: eploko(a)gmail.com
CC: fedora-perl-devel-list(a)redhat.com
>From Bugzilla Helper:
User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.8.1) Gecko/20061024 Firefox/2.0
Description of problem:
I have set up my timezone as "Asia/Krasnoyarsk" when installing FC6. It corresponds to the KRAT time zone as reported by the date command.
The problem is the perl Date::Manip module isn't recognizing this timezone. If you run perldoc Date::Manip and see the list of the zones it understands, you'll see the KRAT zone isn't listed. Eventually, KRAT is equal to CCT (+0800 China Coast, USSR Zone 7) and echoing CCT to /etc/timezone makes the Date::Manip module happy. But until you do so, all the perl scripts that use Date::Manip fail to run, including /etc/cron.daily/0logwatch.
Version-Release number of selected component (if applicable):
perl-DateManip-5.44-1.2.1
How reproducible:
Always
Steps to Reproduce:
1. Set timezone to KRAT.
2. Run /etc/cron.daily/0logwatch
Actual Results:
ERROR: Date::Manip unable to determine TimeZone.
Execute the following command in a shell prompt:
perldoc Date::Manip
The section titled TIMEZONES describes valid TimeZones
and where they can be defined.
Expected Results:
The command should run fluently w/o an error.
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=202402
Summary: Missing perl-Archive-Tar Dependancy in RPM
Product: Fedora Core
Version: fc5
Platform: All
OS/Version: Linux
Status: NEW
Severity: normal
Priority: normal
Component: spamassassin
AssignedTo: wtogami(a)redhat.com
ReportedBy: scott(a)staff.telkomsa.net
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 package perl-Archive-Tar is a dependancy for sa-update, shipped with latest
version of Spamasssassin
Version-Release number of selected component (if applicable):
How reproducible:
Steps to Reproduce:
1. Install SpamAssassin 3.1.* from FC5 Core
2. run sa-update
3.
Actual results:
Fails to run because no Archive/Tar.pm found
Expected results:
sa-update should execute with no problems.
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=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.
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=229065
Summary: double ?? in prepare causes seg fault on execute
Product: Fedora Core
Version: fc6
Platform: All
OS/Version: Linux
Status: NEW
Severity: medium
Priority: normal
Component: perl-DBD-Pg
AssignedTo: rnorwood(a)redhat.com
ReportedBy: robert.haas(a)tekconnect.com
CC: fedora-perl-devel-list(a)redhat.com
Description of problem:
If you attempt to prepare and execute a statement that contains "??", perl seg
faults.
Version-Release number of selected component (if applicable):
perl-5.8.8-10
perl-DBI-1.52-1.fc6
perl-DBD-Pg-1.49-1.fc6
postgresql-8.1.8-1.fc6
How reproducible:
require DBI;
my $dbh = DBI->connect('DBI:Pg:');
my $sth = $dbh->prepare("SELECT foo(??)");
$sth->execute(1, 1);
Steps to Reproduce:
1. Put the script above into a file
2. Fiddle connection string if necessary. Any valid database will cause the
same result.
3. Feed it to perl.
Actual results:
Segmentation fault
Expected results:
Query gets executed and succeeds or fails or whatever the case may be.
Additional info:
I also tried this on an FC4 system with the same result, so it's not a new
regression.
--
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=238581
Summary: careless use of gethostbyname() in Socket.xs
Product: Fedora Core
Version: fc5
Platform: All
URL: http://rt.perl.org/rt3/Public/Bug/Display.html?id=42844
OS/Version: Linux
Status: NEW
Severity: low
Priority: medium
Component: perl
AssignedTo: rnorwood(a)redhat.com
ReportedBy: peak(a)argo.troja.mff.cuni.cz
QAContact: dkl(a)redhat.com
CC: fedora-perl-devel-list(a)redhat.com
Description of problem:
Socket::inet_aton() does not the length of data returned by gethostbyname()
before copying it. See the link to PerlBug for details.
Version-Release number of selected component (if applicable):
5.8.8-4 (other versions are affected as well)
How reproducible:
Easily when you LD_PRELOAD a broken implementation of gethostbyname(). :)
--
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=204679
Summary: Update perl unicode tables to unicode 5.0
Product: Fedora Core
Version: devel
Platform: All
OS/Version: Linux
Status: NEW
Severity: normal
Priority: normal
Component: perl
AssignedTo: rnorwood(a)redhat.com
ReportedBy: nicolas.mailhot(a)laposte.net
QAContact: dkl(a)redhat.com
CC: fedora-perl-devel-list(a)redhat.com
Description of problem:
Fedora people are making noises about Unicode 5 support in FC6
(http://www.internetnews.com/dev-news/article.php/3626796) but the actual
unicode tables shipped in the perl package (/usr/lib/perl5/5.8.8/unicore/) are
still at 4.1.
Official 5.0 definitions are available at
http://www.unicode.org/Public/5.0.0/ucd/
(my package actually only cares about UnicodeData.txt and Blocks.txt)
Version-Release number of selected component (if applicable):
perl-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.
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=225059
Summary: new iThreads release
Product: Fedora Core
Version: fc6
Platform: All
OS/Version: Linux
Status: NEW
Severity: normal
Priority: normal
Component: perl
AssignedTo: rnorwood(a)redhat.com
ReportedBy: stephan.ebelt(a)gmx.net
QAContact: dkl(a)redhat.com
CC: fedora-perl-devel-list(a)redhat.com
Description of problem:
the currently shipped version of perl iThreads is 1.07. The most recent version
at CPAN is 1.58 (both numbers are taken from threads.pm file).
please upgrade the package.
Version-Release number of selected component (if applicable):
perl-5.8.8-10
Additional info:
see http://search.cpan.org/~jdhedden/threads-1.58/
--
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=224320
Summary: Unable to create sub named "" at
/usr/lib64/perl5/5.8.8/x86_64-linux-thread-
multi/XSLoader.pm line 99
Product: Fedora Core
Version: fc6
Platform: All
OS/Version: Linux
Status: NEW
Severity: normal
Priority: normal
Component: perl
AssignedTo: rnorwood(a)redhat.com
ReportedBy: backes(a)rhrk.uni-kl.de
QAContact: dkl(a)redhat.com
CC: fedora-perl-devel-list(a)redhat.com
Description of problem:
perlcc is broken!
Version-Release number of selected component (if applicable):perl-5.8.8-10
How reproducible:
Each time
Steps to Reproduce:
1.compile the following text with perlcc:
#!/usr/bin/perl
use strict;
my $datei;
my $i;
my @csv_dateien = glob "*.csv";
foreach $datei (@csv_dateien)
{
open (INHALT, "+<$datei");
open (NEU, ">>new$datei")
or die "Kann die Datei $datei nicht oeffnen: $!";
while(defined($i = <INHALT>)) {
$i =~ s/\,/\./g;
$i =~ s/\;/\,/g;
print NEU $i; }
close INHALT;
close NEU;
}
2. Make some file named ...csv
3. start a.out
Actual results: Unable to create sub named "" at
/usr/lib64/perl5/5.8.8/x86_64-linux-thread-multi/XSLoader.pm line 99.
Expected results:
a.out runs correctly
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=227756
Summary: spamassassin needs restart only if sa-update returns 0
Product: Fedora Core
Version: fc6
Platform: All
OS/Version: Linux
Status: NEW
Severity: normal
Priority: normal
Component: spamassassin
AssignedTo: wtogami(a)redhat.com
ReportedBy: milan.kerslager(a)pslib.cz
CC: fedora-perl-devel-
list@redhat.com,felicity@kluge.net,jm@jmason.org,parkerm
@pobox.com,reg+redhat@sidney.com,wtogami@redhat.com
sa-update returns 1 if there is no update available
sa-update returns 0 if update has been succesfull
Please change /usr/share/spamassassin/sa-update.cron to not restart spamassassin
when there is no change in the updated rules.
--
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=232380
Summary: Pod::Readme: BR'ing perl(Test::Pod::Coverage) creates a
circular BR loop
Product: Fedora Extras
Version: fc6
Platform: All
OS/Version: Linux
Status: NEW
Severity: medium
Priority: medium
Component: perl-Pod-Readme
AssignedTo: steve(a)silug.org
ReportedBy: cweyl(a)alumni.drew.edu
QAContact: extras-qa(a)fedoraproject.org
CC: fedora-perl-devel-list(a)redhat.com
Another fun circular BR loop :)
Though this is seen when trying to rebuild perl-Module-Build:
perl-Module-Build BR's perl(Pod::Readme)
perl-Pod-Readme BR's perl(Test::Pod::Coverage)
perl-Test-Pod-Coverage BR's perl(Pod::Coverage)
perl-Pod-Coverage BR's perl(Module::Build)
Since Test::Pod::Coverage is a developer test, and not needed for the build of
perl-Pod-Readme, can we drop it as a BR to this package?
--
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=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.
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.
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=234439
Summary: Using perl's XML::LibXML Xpath function makes perl to
crash
Product: Fedora Core
Version: fc6
Platform: i386
OS/Version: Linux
Status: NEW
Severity: medium
Priority: medium
Component: perl-XML-LibXML
AssignedTo: rnorwood(a)redhat.com
ReportedBy: zby(a)post.cz
CC: fedora-perl-devel-list(a)redhat.com
Description of problem:
I study xpath functions using perl's XML::LibXML and the result of one of my
tests makes perl to end abnormaly dumping a backtrace and the memory map. I
would expect either 0, undef, the xpath's "Invalid expression" or compile
(sytax) error to result no matter how the xpath function is build or stated in
the code.
Version-Release number of selected component (if applicable):
2.6.20-1.2933.fc6 #1 SMP Mon Mar 19 10:42:48 EDT 2007 i686 i686 i386 GNU/Linux
perl-5.8.8-10
perl-XML-LibXML-1.58-2.2.2.1
How reproducible:
a single occurence - a technology study
Steps to Reproduce:
1.
2.
3.
Actual results:
SIGABRT
Expected results:
0, undef, the "Invalid expression" Xpath error or compile (sytax) error
Additional info:
Datiled steps I did are in the attachement
------- Additional Comments From zby(a)post.cz 2007-03-29 04:58 EST -------
Created an attachment (id=151183)
--> (https://bugzilla.redhat.com/bugzilla/attachment.cgi?id=151183&action=view)
error dump plus history
--
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=228470
Summary: LibXML failing under mod_perl (missing initialization
code in .xs)
Product: Fedora Core
Version: fc6
Platform: All
OS/Version: Linux
Status: NEW
Severity: high
Priority: normal
Component: perl-XML-LibXML
AssignedTo: rnorwood(a)redhat.com
ReportedBy: misch(a)czechin.cz
CC: fedora-perl-devel-list(a)redhat.com
Description of problem:
Version-Release number of selected component (if applicable):
perl-XML-LibXML-1.58-2.2.2.1
How reproducible:
Easily.
Steps to Reproduce:
1. run following program under mod_perl or SpeedyCGI or any similar persistent
perl interpreter (not /usr/bin/perl, as it is not persistent):
use XML::Simple;
XMLin('/path/to/any/valid/xml/file.xml') && print "OK"
Actual results:
first run prints "OK", second run dies with message:
Couldn't create file parser context for file "/path/to/any/valid/xml/file.xml":
No such file or directory at
/usr/lib/perl5/vendor_perl/5.8.8/i386-linux-thread-multi/XML/LibXML.pm line 427.
Expected results:
"OK"
Additional info:
This bug is already documented in Debian's bug-tracking system, please look
there: http://bugs.donarmstrong.com/cgi-bin/bugreport.cgi?bug=240334
Basicaly, there is missing one initialization block in LibXML library for perl,
which causes it to work correctly when running under non-persistent Perl
interpreter, but fails under persistent Perl (eg. mod_perl, etc.).
I assigned it a "high" level priority, because this bug effectively disables all
functionality of mod_perl modules which are using LibXML, and it is impossible
to get around this bug :(((.
--
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=173563
Summary: filelist cleanup: drop unnecessary files, eliminate
duplicates
Product: Fedora Core
Version: devel
Platform: All
OS/Version: Linux
Status: NEW
Severity: normal
Priority: normal
Component: perl
AssignedTo: jvdias(a)redhat.com
ReportedBy: altblue(a)n0i.net
QAContact: dkl(a)redhat.com
CC: fedora-perl-devel-list(a)redhat.com
Drop more cruft that comes with the usual installation (Attribute/Handlers/demo,
CGI/eg, TODOs, READMEs, etc) and let DBM_Filter live (as we just want NDBM* out).
(patch for 5.8.7-0.7.fc5 spec attached)
--
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=213285
Summary: perl INC path is missing locations on ppc64
Product: Fedora Core
Version: fc6
Platform: powerpc
OS/Version: Linux
Status: NEW
Severity: normal
Priority: normal
Component: perl
AssignedTo: rnorwood(a)redhat.com
ReportedBy: galak(a)kernel.crashing.org
QAContact: dkl(a)redhat.com
CC: fedora-perl-devel-list(a)redhat.com
Description of problem:
the perl @INC path is missing the 'ppc' vendor path
(/usr/lib/perl5/vendor_perl/5.8.8/ppc-linux-thread-multi/)
Which is where certain perl modules are built and installed (perl-HTML-Parser)
Version-Release number of selected component (if applicable):
perl-5.8.8-10
perl-HTML-Parser-3.55-1.fc6
How reproducible:
A simple perl script which report the @INC path:
print " @INC ";
Steps to Reproduce:
1. perl test.pl
Actual results:
/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 .
Expected results:
Should also have
/usr/lib/perl5/vendor_perl/5.8.8/ppc-linux-thread-multi/
Should have
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=214580
Summary: perl package should own %{perl_vendorlib}/auto
Product: Fedora Core
Version: fc6
Platform: All
OS/Version: Linux
Status: NEW
Severity: normal
Priority: normal
Component: perl
AssignedTo: rnorwood(a)redhat.com
ReportedBy: paul(a)city-fan.org
QAContact: dkl(a)redhat.com
CC: fedora-perl-devel-list(a)redhat.com
The main perl package should own the %{perl_vendorlib}/auto directory, as
discussed in Bug #73970 and on fedora-perl-devel-list:
http://www.redhat.com/archives/fedora-perl-devel-list/2006-November/msg0000…
--
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=205608
Summary: Errant provide: perl(UNIVERSAL)
Product: Fedora Extras
Version: fc5
Platform: All
OS/Version: Linux
Status: NEW
Severity: normal
Priority: normal
Component: perl-UNIVERSAL-moniker
AssignedTo: tcallawa(a)redhat.com
ReportedBy: cweyl(a)alumni.drew.edu
QAContact: extras-qa(a)fedoraproject.org
CC: extras-qa(a)fedoraproject.org,fedora-perl-devel-
list(a)redhat.com
This package provides perl(UNIVERSAL), which is properly provided by the base
perl package.
(This bug is valid for devel also, but BZ won't allow multiple version selections.)
--
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=235666
Summary: Segfault occurs when using Perl-Tk on FC6
Product: Fedora Extras
Version: fc6
Platform: All
OS/Version: Linux
Status: NEW
Severity: medium
Priority: medium
Component: perl-Tk
AssignedTo: andreas.bierfert(a)lowlatency.de
ReportedBy: daniel.frerejacque(a)normalesup.org
QAContact: extras-qa(a)fedoraproject.org
CC: fedora-perl-devel-list(a)redhat.com
Description of problem:
Version-Release number of selected component (if applicable):
Perl-Tk loaded on 2007 April, 8th (Tk807.02?-10)
An old proved perl program get segfaults
How reproducible:
Always. Attached is small file with an unfolded loop asking
of yes_no question. It has been extracted from a program doing
a cycle edition -> latex -> viewing (here ask repeat or goto print)
Steps to Reproduce:
1.Use the file attached:
2.After three choices, you got a segfault on my machine. FC6
3.
Actual results:
Expected results:
NO SEGFAULT
Additional info:
The program worked fine since FC3
------- Additional Comments From daniel.frerejacque(a)normalesup.org 2007-04-09 09:35 EST -------
Created an attachment (id=151990)
--> (https://bugzilla.redhat.com/bugzilla/attachment.cgi?id=151990&action=view)
a small perl program using Tk
--
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=234404
Summary: Cannot manage big listboxes with perl-Tk.
Product: Fedora Core
Version: devel
Platform: i386
OS/Version: Linux
Status: NEW
Severity: medium
Priority: medium
Component: perl
AssignedTo: rnorwood(a)redhat.com
ReportedBy: pierre.lacaze(a)neuf.fr
QAContact: dkl(a)redhat.com
CC: fedora-perl-devel-list(a)redhat.com
Description of problem:
Try to execute a little perl program (in attachment), creating a listbox of 200
entries, then try to select at the same time these entries. It fails.
Version-Release number of selected component (if applicable):
Fedora 7 test 2
How reproducible:
perl bugperl.pl
Actual results:
A new listbox windows is displayed, but it disappears immediately, and the
following error is displayed:
selection conversion left too many bytes unconverted
Abandon
Expected results:
Under windows (ActiveState Perl, + TK804 library), there is no error, and the
listbox window is displayed properly.
Additional info: see attachment. If you replace the 200 in the loop by 30, it
works well.
If you comment the
$lbox->selectionSet(0,'end');
line, it works well too.
------- Additional Comments From pierre.lacaze(a)neuf.fr 2007-03-28 17:30 EST -------
Created an attachment (id=151170)
--> (https://bugzilla.redhat.com/bugzilla/attachment.cgi?id=151170&action=view)
Perl program which crashes.
--
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=232736
Summary: perl-Pod-Readme: explicit requires on buildtime-only
deps
Product: Fedora Extras
Version: fc6
Platform: All
OS/Version: Linux
Status: NEW
Severity: low
Priority: medium
Component: perl-Pod-Readme
AssignedTo: steve(a)silug.org
ReportedBy: cweyl(a)alumni.drew.edu
QAContact: extras-qa(a)fedoraproject.org
CC: fedora-perl-devel-list(a)redhat.com
perl-Pod-Readme has explict "Requires:" listed for modules only needed at build
time... These should be dropped.
Requires: perl(Test::Pod) >= 1.00
Requires: perl(Test::Pod::Coverage)
Requires: perl(Test::Portability::Files)
--
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=239241
Summary: perl-Pod-Strip: missing dependency on perl(Pod::Simple)
Product: Fedora Extras
Version: fc6
Platform: All
OS/Version: Linux
Status: NEW
Severity: medium
Priority: medium
Component: perl-Pod-Strip
AssignedTo: jpo(a)di.uminho.pt
ReportedBy: ville.skytta(a)iki.fi
QAContact: extras-qa(a)fedoraproject.org
CC: fedora-perl-devel-list(a)redhat.com
perl-Pod-Strip 1.02-1.fc6 is missing a dependency on perl(Pod::Simple) -
rpmbuild doesn't catch dependencies from "use base ..." statements:
$ perl -MPod::Strip -e ''
Base class package "Pod::Simple" is empty.
(Perhaps you need to 'use' the module which defines that package first.)
at /usr/lib/perl5/vendor_perl/5.8.8/Pod/Strip.pm line 6
BEGIN failed--compilation aborted at
/usr/lib/perl5/vendor_perl/5.8.8/Pod/Strip.pm line 6.
Compilation failed in require.
BEGIN failed--compilation aborted.
--
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=196836
Summary: perl-5.8.8-5 is 30X slower than perl-5.8.8-4
Product: Fedora Core
Version: fc5
Platform: i386
OS/Version: Linux
Status: NEW
Severity: high
Priority: normal
Component: perl
AssignedTo: jvdias(a)redhat.com
ReportedBy: ckuskie(a)sterlink.net
QAContact: dkl(a)redhat.com
CC: fedora-perl-devel-list(a)redhat.com
Description of problem:
I write and maintain tests for WebGUI, and after upgrading my
laptop (running FC5) on June 17th I noticed a huge slowdown
in performance in the tests.
>From the list of upgraded packages, I traced it down to perl
itself.
Here's data before and after a downgrade back to perl-5.8.8-4:
[colink@redwall t]$ rpm -qf /usr/bin/prove
perl-5.8.8-5
[colink@redwall t]$ prove --timer i18n/label.t
i18n/label....ok 1125.916s
All tests successful.
Files=1, Tests=6470, 1125 wallclock secs (1068.49 cusr + 1.27 csys = 1069.76 CPU)
[colink@redwall t]$ rpm -qf /usr/bin/prove
perl-5.8.8-4
[colink@redwall t]$ !prove
prove --timer i18n/label.t
i18n/label....ok 38.331s
All tests successful.
Files=1, Tests=6470, 39 wallclock secs (36.92 cusr + 0.47 csys = 37.39 CPU)
1125/39 =~ 30
Version-Release number of selected component (if applicable):
perl-5.8.8-5
How reproducible:
Every time.
Steps to Reproduce:
1. Install perl-5.8.8-5
2. Huge slowdown in perl.
3.
Additional info:
The test with the most slowdown uses the Text::Balanced module.
--
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=237197
Summary: perl-File-Slurp: EL-4, EL-5 branches?
Product: Fedora Extras
Version: devel
Platform: All
OS/Version: Linux
Status: NEW
Severity: medium
Priority: medium
Component: perl-File-Slurp
AssignedTo: rc040203(a)freenet.de
ReportedBy: cweyl(a)alumni.drew.edu
QAContact: extras-qa(a)fedoraproject.org
CC: fedora-perl-devel-list(a)redhat.com
It would be useful to me to have this package under RHEL4 and 5. Any chance I
can prevail upon you to build for those distros, as well?
(perl-File-Slurp's review is bug 167282.)
--
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=230689
Summary: Missing config.h
Product: Fedora Extras
Version: devel
Platform: All
OS/Version: Linux
Status: NEW
Severity: medium
Priority: normal
Component: perl-File-Copy-Recursive
AssignedTo: rc040203(a)freenet.de
ReportedBy: rc040203(a)freenet.de
QAContact: extras-qa(a)fedoraproject.org
CC: fedora-perl-devel-list(a)redhat.com
This is meant to be a tracker bug to myself
Description of problem:
http://buildsys.fedoraproject.org/logs/fedora-development-extras/28596-perl…
Version-Release number of selected component (if applicable):
perl-File-Copy-Recursive-0.31-1
--
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=240540
Summary: perl-5.8.8-17.fc7 omits libperl.so
Product: Fedora Core
Version: test4
Platform: All
OS/Version: Linux
Status: NEW
Severity: medium
Priority: medium
Component: perl
AssignedTo: rnorwood(a)redhat.com
ReportedBy: M.A.Young(a)durham.ac.uk
QAContact: dkl(a)redhat.com
CC: fedora-perl-devel-list(a)redhat.com
I have just upgraded to perl-5.8.8-17.fc7 and now whenever I try to run perl I
get the error
perl: error while loading shared libraries: libperl.so: cannot open shared
object file: No such file or directory
It seems this build of perl is missing some crucial files.
--
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=217138
Summary: Wrong library initialization causes errors
Product: Fedora Core
Version: fc6
Platform: x86_64
OS/Version: Linux
Status: NEW
Severity: urgent
Priority: normal
Component: perl-Crypt-SSLeay
AssignedTo: rnorwood(a)redhat.com
ReportedBy: despairr(a)gmail.com
CC: fedora-perl-devel-list(a)redhat.com
Description of problem:
Usage of Crypt::SSLeay, for example when making https requests via LWP using
client certificates - causes errors. At least on AMD x86_64 architecture.
Version-Release number of selected component (if applicable):
Crypt-SSLeay-0.51
How reproducible:
Make HTTPS request via LWP using client certificate
(use $ENV{HTTPS_CERT_FILE} and $ENV{HTTPS_KEY_FILE})
with Crypt::SSLeay module installed.
For example, request to https://w3s.webmoney.ru/asp/XMLOperationsCert.asp.
Actual results:
You will get a segfault on x86_64 architecture.
Expected results:
Successful request.
Additional info:
In perl-Crypt-SSLeay-0.51-9.2.2.1.src.rpm there is a patch file
perl-Crypt-SSLeay-openssl-098.patch for Crypt-SSLeay-0.51.
This patch file should be modified: you should place SSL_library_init() call
INSTEAD of SSLeay_add_all_algorithms(). Not after it.
Links to discussions about the problem:
http://www.nntp.perl.org/group/perl.libwww/6722http://www.mail-archive.com/libwww@perl.org/msg06114.htmlhttp://rt.cpan.org/Public/Bug/Display.html?id=16735
------- Additional Comments From despairr(a)gmail.com 2006-11-24 04:34 EST -------
Created an attachment (id=142052)
--> (https://bugzilla.redhat.com/bugzilla/attachment.cgi?id=142052&action=view)
Fixed patch that makes things working
--
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=189899
Summary: Is there any way to get PDL/Graphics/PLplot.pm built?
Product: Fedora Core
Version: devel
Platform: All
OS/Version: Linux
Status: NEW
Severity: normal
Priority: normal
Component: perl-PDL
AssignedTo: jvdias(a)redhat.com
ReportedBy: orion(a)cora.nwra.com
CC: fedora-perl-devel-list(a)redhat.com
Description of problem:
I maintain plplot for FE. I'm trying to see if it would be possible to build
PDL/Graphics/PLplot.pm. Current problems:
- perl-PDL would have to BR plplot (core can't depend on extras)
- plplot has a set of tests using the PDL/Graphics/PLplot.pm modules that would
be nice to run, but that would be a circular BR.
Thoughts? A Frankenstien's monster FE package of just the PLplot.pm module from
perl-PDL and the tests from plplot?
--
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=230406
Summary: MakeMaker has perl.mak depending on non-existent
/usr/lib/perl5/5.8.8/i386-linux-thread-
multi/CORE/config.h'
Product: Fedora Core
Version: devel
Platform: i386
OS/Version: Linux
Status: NEW
Severity: medium
Priority: normal
Component: perl
AssignedTo: rnorwood(a)redhat.com
ReportedBy: vonbrand(a)inf.utfsm.cl
QAContact: dkl(a)redhat.com
CC: fedora-perl-devel-list(a)redhat.com
Description of problem:
I tried to build git here, the build fails:
make[2]: Entering directory `/home/vonbrand/tmp/git/perl'
make[2]: *** No rule to make target
`/usr/lib/perl5/5.8.8/i386-linux-thread-multi/CORE/config.h', needed by
`perl.mak'. Stop.
The generated perl.mak file (essentially a Makefile with funny name) contains
the following:
PERL_INC = /usr/lib/perl5/5.8.8/sparc-linux-thread-multi/CORE
...
CONFIGDEP = $(PERL_ARCHLIB)$(DFSEP)Config.pm $(PERL_INC)$(DFSEP)config.h
...
$(FIRST_MAKEFILE) : Makefile.PL $(CONFIGDEP)
I don't see how this could ever have worked, as the $(CONFIGDEP) file doesn't
exist. Strangely, the same git does build OK on Aurora Linux (essentially an
oldish Fedora Core), with the exact same Makefile, where the referenced file
doesn't exist either.
I'm blaming perl as it is the only piece I think might be involved that changed
today, and before updating today the build went fine.
Version-Release number of selected component (if applicable):
perl-5.8.8-13.fc7
How reproducible:
Don't know.
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=239118
Summary: perl-YAML-Syck fails to build due to missing perl-Devel-
Leak in ppc64
Product: Fedora Extras
Version: devel
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: fedora-perl-devel-list(a)redhat.com
Tracker bug blocking PPC64MissingDeps, as detailed on fedora-maintainers.
perl-YAML-Syck fails to build in devel due to a missing dep on perl-Devel-Leak.
--
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=240640
Summary: Please update
Product: Fedora Extras
Version: fc6
Platform: All
OS/Version: Linux
Status: NEW
Severity: medium
Priority: medium
Component: perl-File-RsyncP
AssignedTo: mmcgrath(a)redhat.com
ReportedBy: johan(a)x-tnd.be
QAContact: extras-qa(a)fedoraproject.org
CC: fedora-perl-devel-list(a)redhat.com
Upstream released 0.68 on november 2006. Any plans to update ?
I need 0.68 to run BackupPC 3.0
--
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=207838
Summary: Perl getsockopt() on SCTP sockets doesn't work
Product: Fedora Core
Version: fc5
Platform: x86_64
OS/Version: Linux
Status: NEW
Severity: normal
Priority: normal
Component: perl
AssignedTo: rnorwood(a)redhat.com
ReportedBy: pablo_p(a)op.pl
QAContact: dkl(a)redhat.com
CC: fedora-perl-devel-list(a)redhat.com
Description of problem:
Perl getsockopt() on SCTP socket does not work. Following perl code:
------------------------------------------
use strict;
use IO::Socket;
## create sctp socket
my $sock = new IO::Socket::INET(
Proto => 132,
Type => SOCK_STREAM
) or die "Cannot create sctp socket";
## read rto data
my $i = getsockopt($sock, 132, 1);
#print rto data
print join("\n", unpack("I i*", $i));
------------------------------------------
Works on Solaris10, but not on (my) Linux. I checked C getsockopt, and code like
this:
ret = getsockopt(sock , SOL_SCTP, SCTP_RTOINFO, &sctp_info, &len);
works OK only if len is initially set to sizeof(struct sctp_rtoinfo), which is
not what manual says:
-------------------------------------------
> man getsockopt
...
The parameters optval and optlen are used to access option values for
setsockopt(). For getsockopt() they identify a buffer in which the
value for the requested option(s) are to be returned. For getsock-
opt(), optlen is a value-result parameter, initially containing the
size of the buffer pointed to by optval, and modified on return to
indicate the actual size of the value returned. If no option value is
to be supplied or returned, optval may be NULL.
...
-------------------------------------------
Above applies to all SCTP structures available via get/setsockopt.
Version-Release number of selected component (if applicable):
perl-5.8.8-5
glibc-2.4-11
kernel-2.6.17-1.2187_FC5
How reproducible:
every time
Steps to Reproduce:
1. run perl code from description
2. nothing is displayed
Actual results:
nothing is displayed
Expected results:
sctp socket rto into (4 parameters)
Additional info:
SELinux is disabled.
--
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=212369
Summary: Use of uninitialized value in pattern match
Product: Fedora Core
Version: fc6
Platform: All
OS/Version: Linux
Status: NEW
Severity: normal
Priority: normal
Component: spamassassin
AssignedTo: wtogami(a)redhat.com
ReportedBy: tjb(a)unh.edu
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:
I'm running spamass-milter along with spamassassin and I'm seeing these errors
in /var/log/maillog:
Oct 26 09:19:19 raptor spamd[2509]: Use of uninitialized value in pattern match
(m//) at /usr/lib/perl5/vendor_perl/5.8.8/Mail/SpamAssassin/PerMsgStatus.pm line
879, <GEN4> line 5.
Oct 26 09:19:19 raptor spamd[2509]: Use of uninitialized value in concatenation
(.) or string at
/usr/lib/perl5/vendor_perl/5.8.8/Mail/SpamAssassin/PerMsgStatus.pm line 953,
<GEN4> line 5.
The may be just warnings as mail is being tagged.
Also saw this:
Oct 26 11:28:21 raptor spamd[5990]: rules: meta test DIGEST_MULTIPLE has
undefined dependency 'DCC_CHECK'
Oct 26 11:28:21 raptor spamd[5990]: spamd: server started on port 783/tcp
(running version 3.1.4)
Version-Release number of selected component (if applicable):
spamassassin-3.1.4-1.fc6
--
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.