>>>> Mark Benedetto King <mbk@lowlatency.com> 7/14/2004 9:21:22 AM >>>
>On Tue, Jul 13, 2004 at 11:11:23PM -0500, Rodney Crossman wrote:
>> Guenter Knauf has posted his port of Subversion 1.0.5 for netware
along
>> with the required patches to build it and bdb 4.2.52 from source.
I
>> don't know subversion well enough to say that its 100% stable and we
are
>> expecting a few bugs.
>>
>
>These patches breaks down into a few categories:
>
>1.) Additional build-system components for netware.
>
> I think it would be best if these were integrated into the
> configure/gen-make.py system instead of bolted on, as they appear
> to be. We took great pains to do this for Win32, and I think the
> results have been worth it.
>
I'll talk to Guenter and see if this is possible.
>2.) Patches to neon.
>
> These should be submitted to the neon development team. They
> look extremely innocuous, so I can't imagine them not being
> accepted.
>
We'll get the ball rolling on that one.
>3.) A patch to subversion/libsvn_fs/fs.c
>
> This patch uses "#ifdef NETWARE" to determine whether DB_PRIVATE
> should be passed to BDB. I think it would be more appropriate
> to resolve this at configure time, and generate some sort of
> BDB_NEEDS_DB_PRIVATE #define instead.
>
Keep in mind that when compiling for netware, it is done from a windows
workstation using Metrowerks codewarrior and gmake. There is no
./configure to run to update the makefiles with. There may be no other
way, though we are definitely open to options if you can think of
something. The current way of building apache2 for netware has a few
manual interventions required which I know we would love to find a way
around.
> Out of curiosity, are you sure that DB_PRIVATE is necessary
> and correct? I believe that unless you are using a threaded
> svnserve (and no other repository access method), that
> DB_PRIVATE is not safe to use.
I'll also pass this info on to Guenter.
Rodney
---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@subversion.tigris.org
For additional commands, e-mail: dev-help@subversion.tigris.org
Received on Wed Jul 14 17:19:58 2004