[svn.haxx.se] · SVN Dev · SVN Users · SVN Org · TSVN Dev · TSVN Users · Subclipse Dev · Subclipse Users · this month's index

Re: Making ra_serf the default for DAV

From: Lieven Govaerts <svnlgo_at_mobsol.be>
Date: 2006-10-19 15:36:30 CEST

Mark Phippard wrote:
> Lieven Govaerts <svnlgo@mobsol.be> wrote on 10/19/2006 09:28:06 AM:
>
>
>> Mark Phippard wrote:
>>
>>> Marcus Rueckert <darix@web.de> wrote on 10/19/2006 09:14:01 AM:
>>>
>>>
>>>
>>>>> osts as well, even better.
>>>>>
>>>>>
>>>> why is lgpl a problem for them?
>>>>
>>>>
>>> *shrug* I am not a lawyer, but I guess they do not view it as
>>>
> compatible
>
>>> with the EPL. The svn code is not going to be in our repository or
>>> anything, but we do want to be able to distribute svn binaries, as we
>>>
> do
>
>>> now with Subclipse. And I guess if we want to do that, then they feel
>>>
> the
>
>>> need to approve all of it. I doubt they are going to accept the
>>>
> Sleepycat
>
>>> license either, but that wouldn't be too big of an impact for us to
>>>
> not
>
>>> include that. Other than that it is a bitch to build Win32 without
>>>
> it.
>
>> My question is slightly off topic for this discussion, but can you
>> elaborate on the 'it is a bitch to build Win32 without bdb'?
>>
>> I can build Subversion without BDB on Windows, so I'm wondering where
>> you encounter any problems.
>>
>
> Last time I had to do this (18 months?) you had to run gen-make.py and
> then manually edit the generated projects. Is there an easy way to do
> this now?
>
On svn trunk r20250: Allow BDB support to be optional on Win32.
Basically you don't add the --with-bdb param and that's it.

This change isn't ported to the 1.4.x branch, so it'll be included in 1.5.

Lieven.

---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@subversion.tigris.org
For additional commands, e-mail: dev-help@subversion.tigris.org
Received on Thu Oct 19 15:37:08 2006

This is an archived mail posted to the Subversion Dev mailing list.

This site is subject to the Apache Privacy Policy and the Apache Public Forum Archive Policy.