https://bz.apache.org/SpamAssassin/show_bug.cgi?id=7413

--- Comment #4 from Bill Cole <[email protected]> ---
(In reply to Bill Cole from comment #3)
> (In reply to Kevin A. McGrail from comment #2)
> > Thanks, Bill.  Do you see it as a blocker?
> 
> Absolutely not. I'm not even sure it's a bug, since I suspect that 'make
> disttest' makes no sense without explicitly setting PREFIX and DESTDIR.

Well, it does. Also, this may really be a blocker because 'make disttest'
either fails or puts bogus compiled rules files under the unmodified PREFIX. 

I have also determined that this is NOT dependent on PREFIX, but rather on the
permissions of PREFIX. It was masked on my systems by the fact that I was using
a non-root account with write access to /usr/local but not /opt/local. 

The root cause is that sa-compile builds a Makefile.PL of its own from which it
calles MakeMaker to build a Makefile that it then uses to build and install the
compiled rules and associated files.

With both 'make test' and 'make disttest' sa-compile handles relocation of the
install points of body_0.bundle, body_0.pm, and bases_body_0.pl correctly,
however 'make test' drops a man page
(Mail::SpamAssassin::CompiledRegexps::body_0.3pm) and a perllocal.pod file in
paths under a temp directory ($TMPDIR/<mktemp directory>/ignored/) and leaves
them there while 'make disttest' tries to put them under the "real" PREFIX.

-- 
You are receiving this mail because:
You are the assignee for the bug.

Reply via email to