Dear SURBL Guru's,
I'm still using the latest small-version of the BigEvil.cf custom rule for SpamAssassin. Because I would like to use the several SURBL 'lists' I would like to install Mail-SpamAssassin-SpamCopURI-0.22 on a - RedHat 7.3 system with - perl 5.6.1, - amavisd-new-20030616.p10 and - SpamAssassin 2.64
I already upgraded the system with perl-URI-1.32 because the previous version was way too low. However Make test fails with:
# make test PERL_DL_NONLAZY=1 /usr/bin/perl -Iblib/arch -Iblib/lib -I/usr/lib/perl5/5.6.1/i386-linux -I/usr/lib/perl5/5.6.1 -e 'use Test::Harness qw(&runtests $verbose); $verbose=0; runtests @ARGV;' t/*.t t/blacklist.........Can't locate Test/More.pm in @INC
...
BEGIN failed--compilation aborted at t/blacklist.t line 3. t/blacklist.........dubious Test returned status 2 (wstat 512, 0x200) t/dnsrbl............Can't locate Test/More.pm
... etc ending in:
BEGIN failed--compilation aborted at t/whitelist.t line 3. t/whitelist.........dubious Test returned status 2 (wstat 512, 0x200) FAILED--7 test scripts could be run, alas--no output ever seen make: *** [test_dynamic] Error 2
If I use a 'binary' ;-) RPM package I get the error:
# rpm -ivh perl-Mail-SpamAssassin-SpamCopURI-0.22-1.noarch.rpm Preparing... ########################################### [100%] file /usr/share/man/man3/Mail::SpamAssassin::Conf.3pm.gz from install of perl-Mail-SpamAssassin-SpamCopURI-0.22-1 conflicts with file from package perl-Mail-SpamAssassin-2.64-1 file /usr/share/man/man3/Mail::SpamAssassin::PerMsgStatus.3pm.gz from install of perl-Mail-SpamAssassin-SpamCopURI-0.22-1 conflicts with file from package perl-Mail-SpamAssassin-2.64-1
Boy, duplicate manpages...
What am I doing wrong? Do I need extra perl-modules or better version to get it to install? How can I get it to run?
Thanks for your help.
Cheers, Harrie
Harrie Overdijk, ECN, Postbox 1, 1755 ZG Petten (NH), The Netherlands. Internet: overdijk@ecn.nl Noisenet: +31 224 56 4597 Homenet : h.overdijk@hccnet.nl FAXnet : +31 224 56 8864 ICP/Postmaster/UseNet-News-manager/WWW-manager/Security-manager of ECN.
"Overdijk, Harrie" wrote:
I'm still using the latest small-version of the BigEvil.cf custom rule for SpamAssassin. Because I would like to use the several SURBL 'lists' I would like to install Mail-SpamAssassin-SpamCopURI-0.22 on a
- RedHat 7.3 system with
- perl 5.6.1,
- amavisd-new-20030616.p10 and
- SpamAssassin 2.64
I already upgraded the system with perl-URI-1.32 because the previous version was way too low. However Make test fails with:
[snip]
Not sure about your make test errors...
If I use a 'binary' ;-) RPM package I get the error:
# rpm -ivh perl-Mail-SpamAssassin-SpamCopURI-0.22-1.noarch.rpm Preparing... ########################################### [100%] file /usr/share/man/man3/Mail::SpamAssassin::Conf.3pm.gz from install of perl-Mail-SpamAssassin-SpamCopURI-0.22-1 conflicts with file from package perl-Mail-SpamAssassin-2.64-1
[snip] Well, given that SpamCopURI modifies existing SA files, this shouldn't be much of a surprise.
What am I doing wrong? Do I need extra perl-modules or better version to get it to install? How can I get it to run?
You have two choices:
1) Install SA as usual from RPMs Install SpamCopURI direct from source (I'm using this on a Debian system; you just have to remember to reinstall SpamCopURI after updating SA.) This has the significant disadvantage of bypassing the packaging system.
2) Snag my integrated RPM from ftp://ftp.deepnet.cx/pub/devel/SRPMS/spamassassin-2.64-surbl0.22_1.el3.src.rpm (watch for linewrap) and rebuild it locally like so:
$ rpmbuild --rebuild --define 'errata 73' spamassassin-2.64-surbl0.22_1.el3.src.rpm
If done as root, you'll end up with 3 .i386.rpm packages in /usr/src/redhat/RPMS/i386. If you try as an ordinary user, I suggest creating ~/.rpmmacros with the following content:
%_topdir /home/{username}/rpm_top
Create ~/rpm_top and ~/rpm_top/{BUILD,SOURCE,SPECS,RPMS,SRPMS}, then rpmbuild --rebuild. This is far safer than building as root, and also exposes more problems. >:)
Note that if you omit the --define, it WILL fail to build! (The package is tweaked on White Box [an RHEL clone], but I check it in a 7.3 build environment too.) RH7.3's Perl needs slightly different build and install options from newer RHL, RHEL, Fedora, and clones.
I'm using my package as above on several systems, and I've yet to see any problems.
-kgd
-
Kris Deugau -
Overdijk, Harrie