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 santiago.gala@gmail.com
 designates 209.85.219.172 as permitted sender)
DomainKey-Signature: a=rsa-sha1; c=nofws;
        d=gmail.com; s=gamma;
        h=subject:from:to:in-reply-to:references:content-type:date:message-id
         :mime-version:x-mailer:content-transfer-encoding;
        b=CSNJYOpWxFclRFmNUJGsDWBDmCPXcbRaz04iDkAMLz4zLXzURtLGULM3cYouGZwukd
         X2LFW9lJD+loIbN9faqseHyIlv4eAC3x9+ktx9cAeVdMfOQCpjuTjuWrIIek848DPvP5
         i1PA0n9Lsk5fzrzUsHv6a54I2GnAszpi9kaDw=
Subject: Re: [VOTE] Release Apache Pivot 1.1 (second try)
From: Santiago Gala <santiago.gala@gmail.com>
To: general@incubator.apache.org
In-Reply-To: <1240010557.12498.364.camel@urgyen>
References: <168ef9ac0904141249g1b439201tedbb928204aeb34e@mail.gmail.com>
	 <168ef9ac0904160430h34882278g1ce235b717b748f5@mail.gmail.com>
	 <25aac9fc0904160616p5b03ea97lc21cd601e1cc7bf5@mail.gmail.com>
	 <168ef9ac0904160649y71de43f7n4130bfa88053cbf3@mail.gmail.com>
	 <25aac9fc0904160726y7aba7521w9988deb5a6017413@mail.gmail.com>
	 <25aac9fc0904160750y5083ff0na86cb2a5e8375ce0@mail.gmail.com>
	 <168ef9ac0904160801h6078719agf3c9eb424cb88bd6@mail.gmail.com>
	 <25aac9fc0904160807q294d7e1dia6838ef1e757921c@mail.gmail.com>
	 <caf30e2a0904161948j2ee59abes60b791db08ff3d3f@mail.gmail.com>
	 <1240010557.12498.364.camel@urgyen>
Content-Type: text/plain; charset="UTF-8"
Date: Sun, 19 Apr 2009 22:20:51 +0200
Message-Id: <1240172451.10062.3783.camel@kurtz>
Mime-Version: 1.0
Content-Transfer-Encoding: 8bit

El vie, 17-04-2009 a las 16:22 -0700, Upayavira escribió:
> On Fri, 2009-04-17 at 10:48 +0800, Niclas Hedhman wrote:
> > On Thu, Apr 16, 2009 at 11:07 PM, sebb <sebbaz@gmail.com> wrote:
> > 
> > > As far as I know, putting a file in a publicly accessible SVN
> > > repository is considered as distribution too.
> > 
> > No, I am very positive that this is not the case. Legal dilligence is
> > done on the release artifacts separately from SVN issues. Unlike
> > release artifacts, SVN are at times incomplete, incorrect and
> > inaccurate. "Tags" have no legal meaning whatsoever, and should not
> > even be part of the discussion.
> > 
> > So, since we are looking at a "Release", please spare the SVN
> > discussion for later.
> 
> Personally, I give a lot of weight to what Larry said on legal-discuss.
> 

I'd have him clarify, as an example, if correcting an error by deleting
some resources in trunk/branches/tags would be enough, even if the
offending items are accesible from specific revisions, or else surgery
of the repository would be needed in those cases where we are doing
unlawful distribution.

But definitely in the legal* thread, not here :) Note also that unlawful
distribution is not the same as Releasing against our policies. For
instance, a LGPL artifact can be against our policies, but we are
legally entitled to distribute it, so "rewriting the past" might not
really be needed.

Regards
Santiago

> Both SVN and releases are distribution. So, we _must_ be sure that
> anything that goes into SVN we have the right to distribute.
> 
> However, we choose to apply a policy on top of this to our releases -
> which is that everything we distribute within a release must be
> compatible with the Apache License.
> 
> Thus, when employ X of Y Corporation checks out a project from SVN
> containing an LGPL library, we have not breached anyone's copyright, so
> we can do it, yet to package that project while including that LGPL
> library would go against our AL compatibility policy, therefore we won't
> allow it.
> 
> Of course, there is always a risk that non AL compatible stuff in SVN
> could sneak into a release, so having it in SVN should be discouraged,
> but it should not be banned.
> 
> This seems to me to make a lot of sense. Of course, IANAL.
> 
> Upayavira
> 
> 
> 
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: general-unsubscribe@incubator.apache.org
> For additional commands, e-mail: general-help@incubator.apache.org
> 


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