[Bug 182023] New: error about missing Mail/SPF/Query.pm on each mail processed.
by Red Hat Bugzilla
Please do not reply directly to this email. All additional
comments should be made in the comments box of this bug report.
https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=182023
Summary: error about missing Mail/SPF/Query.pm on each mail
processed.
Product: Fedora Core
Version: devel
Platform: All
OS/Version: Linux
Status: NEW
Severity: normal
Priority: normal
Component: spamassassin
AssignedTo: wtogami(a)redhat.com
ReportedBy: davej(a)redhat.com
CC: fedora-perl-devel-
list@redhat.com,felicity@kluge.net,jm(a)jmason.org,parkerm
@pobox.com,reg+redhat@sidney.com,wtogami(a)redhat.com
each time spamc is invoked, I get this logged in maillog..
Feb 19 03:44:17 nwo spamd[20918]: Can't locate Mail/SPF/Query.pm in @INC (@INC
contains: ../lib /usr/lib/perl5/vendor_perl/5.8.8
/usr/lib64/perl5/site_perl/5.8.8/x86_64-linux-thread-multi
/usr/lib64/perl5/site_perl/5.8.7/x86_64-linux-thread-multi
/usr/lib64/perl5/site_perl/5.8.6/x86_64-linux-thread-multi
/usr/lib64/perl5/site_perl/5.8.5/x86_64-linux-thread-multi
/usr/lib64/perl5/site_perl/5.8.4/x86_64-linux-thread-multi
/usr/lib64/perl5/site_perl/5.8.3/x86_64-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/lib64/perl5/vendor_perl/5.8.8/x86_64-linux-thread-multi
/usr/lib64/perl5/vendor_perl/5.8.7/x86_64-linux-thread-multi
/usr/lib64/perl5/vendor_perl/5.8.6/x86_64-linux-thread-multi
/usr/lib64/perl5/vendor_perl/5.8.5/x86_64-linux-thread-multi
/usr/lib64/perl5/vendor_perl/5.8.4/x86_64-linux-thread-multi /usr/lib64/perl5/vendor
Sure enough, there's no Query.pm in any of those (or anywhere in /usr)
--
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.
18 years
replacing files owned by another package
by Bernhard Weisshuhn
Hi everybody,
probably a faq:
Is there a 'proper' way to replace files owned by another (not
obsoleted) package?
Related: Is it possible at all to update Modules that come bundled with
the perl package?
Background: I'm currently building rpms for catalyst and svk, both need
never versions of some bundled Modules. Is there a clean way, or would I
have to repacke perl itself?
TIA,
bkw
18 years
Apache::Session update
by Steven Pritchard
I just (finally) updated Apache::Session in devel to 1.80. If any of
you are interested and wouldn't mind testing it on FC4 or FC5, I'll
update them if it seems to work OK. Unfortunately, I won't have an
opportunity to test it any time soon.
Thanks.
Steve
--
Steven Pritchard - K&S Pritchard Enterprises, Inc.
Email: steve(a)kspei.com http://www.kspei.com/
Phone: (618)398-3000 Mobile: (618)567-7320
18 years
[Bug 187872] New: Errors using Parse::RecDescent
by Red Hat Bugzilla
Please do not reply directly to this email. All additional
comments should be made in the comments box of this bug report.
https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=187872
Summary: Errors using Parse::RecDescent
Product: Fedora Core
Version: fc5
Platform: All
OS/Version: Linux
Status: NEW
Severity: normal
Priority: normal
Component: perl-Parse-RecDescent
AssignedTo: jvdias(a)redhat.com
ReportedBy: braden(a)endoframe.com
CC: fedora-perl-devel-list(a)redhat.com
Description of problem:
I get a number of errors of this form when using Parse::RecDescent:
Use of uninitialized value in substr at
/usr/lib/perl5/vendor_perl/5.8.8/Parse/RecDescent.pm line 3033.
I get a number of similar errors in generated code, too.
Version-Release number of selected component (if applicable):
1.94-5.2
How reproducible:
Consistently.
Steps to Reproduce:
1. Write a Parse::RecDescent grammar.
2. Compile it with "perl -MParse::RecDescent - ../../grammar Literally::Grammar"
3. Attempt to parse something with it.
Actual results:
Numerous errors of the aforementioned form.
Expected results:
No errors (from Parse::RecDescent code, anyway).
Additional info:
I'm not seeing this with simple examples where the grammar is not precompiled.
--
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.
18 years
[Bug 187908] New: missing x86_64 build for this package
by Red Hat Bugzilla
Please do not reply directly to this email. All additional
comments should be made in the comments box of this bug report.
https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=187908
Summary: missing x86_64 build for this package
Product: Fedora Core
Version: fc5
Platform: x86_64
OS/Version: Linux
Status: NEW
Severity: normal
Priority: normal
Component: perl-Crypt-SSLeay
AssignedTo: jvdias(a)redhat.com
ReportedBy: kahlil(a)tpg.com.au
CC: fedora-perl-devel-list(a)redhat.com
Description of problem:
perl-Crypt-SSLeay does not seem to be built for x86_64 so if you 'yum install'
without watching you get the i386 installed which won't be found by perl.
(is this the right place to report this kind of thing?)
Version-Release number of selected component (if applicable):
perl-Crypt-SSLeay.i386 0.51-9.2.2 core
How reproducible:
yum list perl-Crypt-SSLeay
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.
18 years
[Bug 187034] New: spamd doesn't start when network is down
by Red Hat Bugzilla
Please do not reply directly to this email. All additional
comments should be made in the comments box of this bug report.
https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=187034
Summary: spamd doesn't start when network is down
Product: Fedora Core
Version: fc5
Platform: All
OS/Version: Linux
Status: NEW
Severity: normal
Priority: normal
Component: spamassassin
AssignedTo: wtogami(a)redhat.com
ReportedBy: dbaron(a)dbaron.org
CC: fedora-perl-devel-
list@redhat.com,felicity@kluge.net,jm(a)jmason.org,parkerm
@pobox.com,reg+redhat@sidney.com,wtogami(a)redhat.com
Description of problem: spamd doesn't start up if the network is down.
Version-Release number of selected component (if applicable):
spamassassin-3.1.0-5.fc5.2
How reproducible:
Always
Steps to Reproduce:
1. /sbin/service NetworkManager stop, /sbin/ifdown eth0, or whatever turns off
your network connectivity
2. /sbin/service spamassasin start (or restart, if it's already running)
Actual results:
Starting spamd: [FAILED]
Expected results:
Starting spamd: [ OK ]
Additional info:
This worked fine in Fedora Core 4.
This makes it very painful to use spamd on a laptop that uses NetworkManager and
fetchmail. After a reboot, all the spam gets through, so I had to switch back
to spamassassin, which is much slower and uses tons of CPU.
I imagine it could also be a problem on servers that reboot if the network is
down transiently (e.g., coming back after a power outage, network equipment not
fully back yet).
--
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.
18 years
incoming
by Steven Pritchard
I've been trying to sanely package IMC (http://imc.sf.net/), which may
or may not be possible. ;)
In the mean time, there is a stack of around 30 perl modules that it
requires (directly or indirectly) that aren't available in Core or
Extras that I'll be submitting soon.
Steve
--
Steven Pritchard - K&S Pritchard Enterprises, Inc.
Email: steve(a)kspei.com http://www.kspei.com/
Phone: (618)398-3000 Mobile: (618)567-7320
18 years
