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.