Mailing-List: contact general-help@incubator.apache.org; run by ezmlm
Precedence: bulk
Reply-To: general@incubator.apache.org
Received-SPF: pass (athena.apache.org: domain of gstein@gmail.com designates
 72.14.220.159 as permitted sender)
DomainKey-Signature: a=rsa-sha1; c=nofws;
        d=gmail.com; s=gamma;
        h=mime-version:in-reply-to:references:date:message-id:subject:from:to
         :content-type:content-transfer-encoding;
        b=v0OJzSKaKMiMCtlbLADH8AQe9zKI7XPzJgBiwkru1cCehUETyyuCbTkuUH2mfDFvhb
         uy8JZcWAex+dWK4y2N8RpFZQ/9m2QSXXilZtscHhb2GQadr59jrJRpIW96oagWFA2YZb
         FJKxzPayojE9HehURFS1aLZ6rCRbM2UD+Yvyw=
MIME-Version: 1.0
In-Reply-To: <8A2AB7C0-DFFC-4A7B-939D-566741DC4788@orcaware.com>
References: <6cca3db30911041212na34324dp16d978c52ce9d2a1@mail.gmail.com>
	 <26269837.post@talk.nabble.com> <4AF84CD6.10409@collab.net>
	 <26280942.post@talk.nabble.com> <4AF97FD3.2080301@collab.net>
	 <6cca3db30911100710o47f434fax7442609bd26da4b6@mail.gmail.com>
	 <8A2AB7C0-DFFC-4A7B-939D-566741DC4788@orcaware.com>
Date: Tue, 10 Nov 2009 11:33:34 -0500
Message-ID: <6cca3db30911100833x200c9ffcuf473babc6787f834@mail.gmail.com>
Subject: Re: [PROPOSAL][VOTE] Subversion
From: Greg Stein <gstein@gmail.com>
To: general@incubator.apache.org
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: quoted-printable

On Tue, Nov 10, 2009 at 11:16, Blair Zajac <blair@orcaware.com> wrote:
>
> On Nov 10, 2009, at 7:10 AM, Greg Stein wrote:
>
>> On Tue, Nov 10, 2009 at 09:59, C. Michael Pilato <cmpilato@collab.net> w=
rote:
>>> ...
>>> I certainly understand why license issues would be a concern. =A0But I =
could
>>> use an education about why this particular case matters. =A0We currentl=
y ship
>>> Neon in a separate tarball from Subversion's core code for the convenie=
nce
>>> of our users, but if that's a problem, we can stop doing so. =A0Subvers=
ion
>>> doesn't require Neon. =A0Or Serf. =A0You can have a perfectly valid, wo=
rking,
>>> Subversion client and server that doesn't use a DAV layer at all. =A0Th=
e
>>> Subversion community has never released binaries -- ever -- not do we p=
lan
>>> to. =A0So users and package maintainers are free to assemble Subversion=
 with
>>> the optional bits they care to provide for their consumers.
>>>
>>> Igor, is there a particular concern that you can elaborate on here if o=
nly
>>> for my education?
>>
>> If the Apache software is *non-functional* without the LGPL software,
>> then you are effectively requiring downstream users to link themselves
>> into the LGPL licensing.
>>
>> Since Subversion does not require any LGPL to function, then we should
>> be just fine. I plan to run this past legal-discuss for verification
>> (along with our optional GNOME, KDE, and BDB dependencies). I seem to
>> recall from the legal web pages there is no specific mention of our
>> case, so wanted to double-check and then possible add our use-case to
>> those pages.
>>
>> Regarding serf and Neon, I think that serf will be just fine to have
>> as a default. It has been totally functional for many of us (cmpilato
>> is a serf skeptic :-P)
>
> Not yet though. =A0It still fails in places that neon works.

Anything besides 1.0 proxies?

Cheers,
-g

---------------------------------------------------------------------
To unsubscribe, e-mail: general-unsubscribe@incubator.apache.org
For additional commands, e-mail: general-help@incubator.apache.org