Note: This is a public test instance of Red Hat Bugzilla. The data contained within is a snapshot of the live data so any changes you make will not be reflected in the production Bugzilla. Email is disabled so feel free to test any aspect of the site that you want. File any problems you find or give feedback at bugzilla.redhat.com.
Bug 91945
| Summary: | Spamassassin does not work | ||
|---|---|---|---|
| Product: | [Retired] Red Hat Raw Hide | Reporter: | Nicolas Mailhot <nicolas.mailhot> |
| Component: | spamassassin | Assignee: | Chip Turner <cturner> |
| Status: | CLOSED NOTABUG | QA Contact: | |
| Severity: | medium | Docs Contact: | |
| Priority: | high | ||
| Version: | 1.0 | CC: | chris.ricker, jeremyp, wtogami |
| Target Milestone: | --- | ||
| Target Release: | --- | ||
| Hardware: | All | ||
| OS: | Linux | ||
| Whiteboard: | |||
| Fixed In Version: | Doc Type: | Bug Fix | |
| Doc Text: | Story Points: | --- | |
| Clone Of: | Environment: | ||
| Last Closed: | 2003-10-22 18:35:44 UTC | Type: | --- |
| Regression: | --- | Mount Type: | --- |
| Documentation: | --- | CRM: | |
| Verified Versions: | Category: | --- | |
| oVirt Team: | --- | RHEL 7.3 requirements from Atomic Host: | |
| Cloudforms Team: | --- | Target Upstream Version: | |
| Embargoed: | |||
| Bug Depends On: | |||
| Bug Blocks: | 100643 | ||
Change this to bad permissions - it works as root (fails for normal user both with nfs-mounted home and local home) Change this to "I don't know what the hell is going on" It works perfectly on a clean RH 9 updated to Rawhide (week-old install) It doesn't at all on this post. Perl packages are the same (rpm -qa | grep perl | sort + diff) And it works after rpm -e ing all perl packages, removing the leftover dirs and reinstalling them from rawhide repository So one rpm upgrade at some time barfed perl install enough to confuse spamassassin:(. I was having a problem similar to this. The problem might be with perl-5.8.1 (rather than 5.8.0 which is in RH 9) in that spamassassin for whatever reason can not find perl modules even when they exist. I found that recompiling/ replackaging (using the non-redhat cpan2rpm tool) the needed perl modules to be inserted into the appropriate 5.8.1 directories rather the 5.8.0 directories resolved the situation. Though, if you are still using perl-5.8.0 then ignore my comment. Well, rawhide it at perl-5.8.0-89.pre19525.1 now. What kills me is removing perl packages and reinstalling them fixed it - obviously one of them had at some time a borked upgrade script IIRC, many packages that use perl will only work with the same %{version} of
perl as the RPM was built against because the directory name changes with
%{version}. Were the perl and spamassassin binary RPMS in a distro not
consistent with each other?
I do full rawhide apt syncs on my workstation. So yes, the perl packages must have been fully in sync. I did a mv /usr/lib/perl backup, rpm -Uvh --force of all the rpm -qa | grep perl, then a diff -uNr backup /usr/lib/perl to find what perl packages I had missed. I then did a rpm -Uvh --force of the missing ones. The *only* old leftover was some alien perl files (existed at some time, non longuer in RH), and I did a rpm -e alien to fix it. spamassassin and perl should now be sync'd; nothing in rawhide should mention 5.8.1 anywhere, it should all be 5.8.0. are there any cases where this isn't true? The only non-current perl rpms I had on this system were alien (stuck at 5.6x). Why it should confuse spamassassin is beyond me. This system was originally redhat-8.0 (or 7.3, I don't remember too well) based then continuously upgraded following rawhide changes Spamassassin is the first perl program on this system that displayed such a strange failure can you reproduce it on a less-crufty installation? sending the output of 'strace -f -o strace.log spamassassin -k' can help I'm afraid now that I've cleaned up perl packages on this computer I can not reproduce it at all, wether on crufty installation or not:( Guess I was a bit too hasty to get by system back in useable shape May I recommend closing as WORKSFORME. I agree, this is a real bug but I do not see how we can reproduce it anytime soon :( SpamAssassin is now at 2.60 and WORKSFORME as well (Fedora Core test3) Recommend this be closed as it was likely a byproduct of the reporter's mixed up Perl installation, and not a SpamAssassin bug. <aol>works here too </aol> closing out -- please reopen if reproduce |
Description of problem: spamassassin -k fails with compilation error Version-Release number of selected component (if applicable): spamassassin-2.53-12 How reproducible: Always Steps to Reproduce: [nim@ulysse nim]$ spamassassin -k < message.txt Actual results: Can't locate loadable object for module HTML::Parser in @INC (@INC contains: /usr/src/build/251404-i386/install//usr/lib/perl5/site_perl/5.8.0 /usr/lib/perl5/5.8.0/i386-linux-thread-multi /usr/lib/perl5/5.8.0 /usr/lib/perl5/site_perl/5.8.0/i386-linux-thread-multi /usr/lib/perl5/site_perl/5.8.0 /usr/lib/perl5/site_perl /usr/lib/perl5/vendor_perl/5.8.0/i386-linux-thread-multi /usr/lib/perl5/vendor_perl/5.8.0 /usr/lib/perl5/vendor_perl .) at /usr/lib/perl5/vendor_perl/5.8.0/Mail/SpamAssassin/HTML.pm line 7 Compilation failed in require at /usr/lib/perl5/vendor_perl/5.8.0/Mail/SpamAssassin/HTML.pm line 7. BEGIN failed--compilation aborted at /usr/lib/perl5/vendor_perl/5.8.0/Mail/SpamAssassin/HTML.pm line 7. Compilation failed in require at /usr/lib/perl5/vendor_perl/5.8.0/Mail/SpamAssassin/PerMsgStatus.pm line 44. BEGIN failed--compilation aborted at /usr/lib/perl5/vendor_perl/5.8.0/Mail/SpamAssassin/PerMsgStatus.pm line 44. Compilation failed in require at /usr/lib/perl5/vendor_perl/5.8.0/Mail/SpamAssassin.pm line 62. BEGIN failed--compilation aborted at /usr/lib/perl5/vendor_perl/5.8.0/Mail/SpamAssassin.pm line 62. Compilation failed in require at /usr/bin/spamassassin line 69. Expected results: Unknown (first time I play with spamassassin). But not this:) Additional info: System is up-to-date Rawhide (updated from RH 8.0)