Nm. I figured it out.
Original build-outputs.mk contains APACHE_LIBEXEC macro. Replaced by correct
location under RPM_BUILD_ROOT
It's a packaging thing - not useful unless you're compiling in a different
environment where the installtion location is somewhere else.
I did find some interesting things that can be corrected in the Mandrake Makefile
and the subversion.spec so that it compiles on almost any stock Mandrake compatible
system without requiring you to finagle a whole bunch of things.
1. You can move the contents of .rpmmacros into the subversion.spec if you do it
right.
2. You can autodetect the environment better and package the .rpmrc that is
purported to be needed into part of the build process.
3. It is possible to architect the whole thing to compile correctly regardless of
who is doing it w/o requiring any intervention to create directories.
4. Correct packages and version of neon can be detected - interesting technique.
5. krb5-devel is required.
I'll be posting my updates here for everyone's viewing shortly. I'm compiling under
it as we speak.
Files (files@poetryunlimited.com) wrote:
>
>I don't know enough about build-outputs.mk.
>
>I know that it didn't work until I fixed the svn-install.patch they way I posted -
>it kept bailing.
>
>So if the build-outputs.mk should not be patched, then that needs to be removed
from
>the svn-install.patch.
>
>Maybe we should ask whoever created the svn-install.patch???
>
>Says the owner is Michael Ballbach.
>
>Michael, can you shed some light on this?
>
>Thanks.
>
>Shamim Islam
>
>Philip Martin (philip@codematters.co.uk) wrote:
>>
>>"Files" <files@poetryunlimited.com> writes:
>>
>>> The problem is that the build-output.mk contains mod_dav_svn and
>>> mod_authz_svn in reversed order. Also the last context line also
>>> contained the Makefile.in and the config.m4 in reversed order.
>>
>>I don't think the rpm stuff should be patching build-outputs.mk, I
>>think it should pass --disable-mod-activation to configure and use the
>>default build-outputs.mk. I never build rpms so I don't know if this
>>works.
>>
>>
>>---------------------------------------------------------------------
>>To unsubscribe, e-mail: dev-unsubscribe@subversion.tigris.org
>>For additional commands, e-mail: dev-help@subversion.tigris.org
>>
>
>
>---------------------------------------------------------------------
>To unsubscribe, e-mail: dev-unsubscribe@subversion.tigris.org
>For additional commands, e-mail: dev-help@subversion.tigris.org
>
---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@subversion.tigris.org
For additional commands, e-mail: dev-help@subversion.tigris.org
Received on Wed Sep 17 17:41:39 2003