[SURBL-Discuss] Problems installing SpamCopURI-0.22

Kris Deugau kdeugau at vianet.ca
Mon Sep 20 20:56:27 CEST 2004


"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
-- 
Get your mouse off of there!  You don't know where that email has been!


More information about the Discuss mailing list