Return-Path: 
 <general-return-23517-apmail-incubator-general-archive=incubator.apache.org@incubator.apache.org>
Delivered-To: apmail-incubator-general-archive@www.apache.org
Received: (qmail 44762 invoked from network); 27 Oct 2009 23:13:07 -0000
Received: from hermes.apache.org (HELO mail.apache.org) (140.211.11.3)
  by minotaur.apache.org with SMTP; 27 Oct 2009 23:13:06 -0000
Received: (qmail 29427 invoked by uid 500); 27 Oct 2009 22:11:04 -0000
Delivered-To: apmail-incubator-general-archive@incubator.apache.org
Received: (qmail 29239 invoked by uid 500); 27 Oct 2009 22:11:04 -0000
Mailing-List: contact general-help@incubator.apache.org; run by ezmlm
Precedence: bulk
List-Help: <mailto:general-help@incubator.apache.org>
List-Unsubscribe: <mailto:general-unsubscribe@incubator.apache.org>
List-Post: <mailto:general@incubator.apache.org>
List-Id: <general.incubator.apache.org>
Reply-To: general@incubator.apache.org
Delivered-To: mailing list general@incubator.apache.org
Received: (qmail 29221 invoked by uid 99); 27 Oct 2009 22:11:04 -0000
Received: from athena.apache.org (HELO athena.apache.org) (140.211.11.136)
    by apache.org (qpsmtpd/0.29) with ESMTP; Tue, 27 Oct 2009 22:11:04 +0000
X-ASF-Spam-Status: No, hits=-2.6 required=5.0
	tests=BAYES_00
X-Spam-Check-By: apache.org
Received-SPF: neutral (athena.apache.org: local policy)
Received: from [74.125.92.148] (HELO qw-out-1920.google.com) (74.125.92.148)
    by apache.org (qpsmtpd/0.29) with ESMTP; Tue, 27 Oct 2009 22:11:01 +0000
Received: by qw-out-1920.google.com with SMTP id 5so48841qwc.54
        for <multiple recipients>; Tue, 27 Oct 2009 15:10:40 -0700 (PDT)
MIME-Version: 1.0
Received: by 10.229.1.65 with SMTP id 1mr2121362qce.20.1256681439802; Tue, 27
	Oct 2009 15:10:39 -0700 (PDT)
In-Reply-To: <d5d04a30910271423g61455f27icd19afb34131c8d3@mail.gmail.com>
References: 
 <OF002F7E27.3DBC33FB-ON87257658.00561FA9-86257658.00574795@us.ibm.com>
	 <30b2aef60910270309l4e7e7a04m7d6f4386e4c1ccd7@mail.gmail.com>
	 <d5d04a30910270945i441f388at534ec8a2def57503@mail.gmail.com>
	 <30b2aef60910271237o19bb6b85s5f20a0d766ad257f@mail.gmail.com>
	 <d5d04a30910271423g61455f27icd19afb34131c8d3@mail.gmail.com>
Date: Tue, 27 Oct 2009 22:10:39 +0000
Message-ID: <30b2aef60910271510o28706dedw12b3a7f8376adeb9@mail.gmail.com>
Subject: Re: [VOTE] Release Wink 1.0
From: Leo Simons <mail@leosimons.com>
To: general@incubator.apache.org
Cc: wink-dev@incubator.apache.org
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: quoted-printable

On Tue, Oct 27, 2009 at 9:23 PM, Bryant Luk <bryant.luk@gmail.com> wrote:
> Thanks for the links. =A0One general comment I have is that I understand
> this is part of the incubation process (and no offense intended to Leo
> since obviously taking energy and time for this) but if I can't look
> and see if other Apache projects are doing things the right way, I
> think we should have more examples of what goes in the NOTICE and
> LICENSE files and points out licenses/situations/projects/wording that
> require that they be put in LICENSE/NOTICE files and not. =A0It seems to
> be a common sticking point on this list for incubator projects. =A0I
> would put up a patch for the website but obviously I am still
> learning.

Yeah it's painful isn't it? "How to get the legal stuff right" remains
surprisingly difficult after all these years. Help making it easier is
always very welcome! [1]

>> Look, the general rule is quite simple: LICENSE files MUST contain all
>> the license information that applies to an artifact, and SHOULD
>> contain only the license information that applies to that artifact.
>> Similarly, NOTICE files MUST contain all the notices that apply to an
>> artifact, and SHOULD contain only the notice information that applies
>> to that artifact.
...
> just out of curiosity, how does this apply with
> Section 4.4 of the Apache license?

Ooh, you're getting into this now, eh? Good :-)

IANAL, I don't really know. I suspect the precise nitty-gritty legal
case is actually a little more lenient than our policies. As in, even
if legally all is sound whatever way, our release policies try to
enforce some additional clarity and consistency to make things as easy
as possible for the user.

>> http://www.apache.org/dev/release.html#notice-content
>>
>> "What Content Is Appropriate For The NOTICE File?
>> ...
>> Only mandatory information required by the product's software
>> licenses. Not suitable for normal documentation."
>>
>> For background color, here's an earlier thread on this list (which is
>> where I learned about the existence of that clear rule):
>>
>> http://mail-archives.apache.org/mod_mbox/incubator-general/200909.mbox/%=
3Cf767f0600909090615t6582bfd1m36e4d8abe1392b23@mail.gmail.com%3E
>
> Thanks for the link to the information. =A0However, I would like to get
> a consensus to make sure that we should not be attributing SLF4J at
> all.

In an artifact that does not contain SLF4J (like your source distro),
do not attribute (at all).

In an artifact that does contain SLF4J (like your binary distro),
well, see https://issues.apache.org/jira/browse/LEGAL-59 to figure out
that no-one is really that sure. If you look at HTTPD, it has the
expat license (which is MIT) inside its LICENSE file:

  http://svn.apache.org/repos/asf/httpd/httpd/trunk/LICENSE

but no mention about it in its NOTICE file:

  http://svn.apache.org/repos/asf/httpd/httpd/trunk/NOTICE

Is that ok? Probably. Is that the *only* right way? Not so sure. My
personal rule is that "when in doubt do what Roy voted +1 on" is not a
bad strategy when it comes to licensing stuff [2].

> which I believe have been used in recent release votes. =A0I'm fine with
> deleting/re-wording the attributions (afterall, less for us to
> maintain) and hope not too troublesome but I would like some consensus
> to make sure that this and future releases are right (without quotes
> ;-) ).

Please note, I didn't actually vote on the release, I just pointed out
a few things that probably ought to change. I didn't vote because I
don't want to go and review all those very many binaries (or the build
process that creates them) and I'm not familiar enough with the
codebase to somehow "know" that all those binaries are somehow ok. If
I had thought these minor tidbits that I raise are enough to actually
vote -1, I would've made that clear, sorry that it wasn't.

Even if I _did_ vote, releases are majority votes, and 2 +1 beats a
single -1. Its just you need 3 votes.

In other words, all you need is one more +1 :)


ciao,


Leo

[1] Oh, and for reference, my first encounter with apache licensing
policy was when someone had imported the entire codebase of some
non-apache project into apache CVS, stripped all the license headers
including copyright info, and replaced them with apache ones. We got a
polite note from the original projects' owners to fix that pretty
please. We got spanked around pretty bad for that one at the following
apachecon, and then we all had lots of beer :)
[2] there is another rule, "have whatever Greg is having, though less of it=
"

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