[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: Marcus Rueckert <darix_at_web.de>
Date: 2006-10-19 15:14:01 CEST

On 2006-10-19 09:05:50 -0400, Mark Phippard wrote:
> Branko Čibej <brane@xbc.nu> wrote on 10/19/2006 03:57:37 AM:
>
> > At the Summit, Justin asked what conditions had to be met before we can
> > make ra_serf the default for DAV, and incidentally wondered if an
> > official Serf release was required ...
> >
> > ... and also reminded us that no ASF project was willing to adopt Serf
> ...
> >
> >
> > All right, why not kill both stones with one bird and give Serf a home
> > in the Subversion repository? Our Very Own Blindiny Beautiful DAV
> Client.
>
> FWIW, I'd like to see this happen. Here is why I care:
>
> We have been in the process of moving the Subclipse project to Eclipse.org
> and making it an official Eclipse project. As part of this process we
> have had to undergo a legal review of all of our code by the Eclipse
> Foundation lawyers. Since we rely on JavaHL, this also means Subversion
> code has to be reviewed by the lawyers. We were told upfront there is no
> chance they will accept Neon because it is LGPL. I told them about Serf,
> which would be OK. For me, this means I'd just have to make my own Win32
> binary builds using Serf since that is not how the "official builds" are
> currently made.
>
> Anyway, since we would have to rely on Serf, I'd love to see it made the
> default so that it is getting more attention. And if we get performance
> boosts as well, even better.

why is lgpl a problem for them?

    darix

-- 
           openSUSE - SUSE Linux is my linux
               openSUSE is good for you
                   www.opensuse.org
---------------------------------------------------------------------
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:14:23 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.