Return-Path: 
 <dev-return-1218-apmail-shale-dev-archive=shale.apache.org@shale.apache.org>
Delivered-To: apmail-shale-dev-archive@locus.apache.org
Received: (qmail 76062 invoked from network); 5 Jan 2007 07:33:08 -0000
Received: from hermes.apache.org (HELO mail.apache.org) (140.211.11.2)
  by minotaur.apache.org with SMTP; 5 Jan 2007 07:33:08 -0000
Received: (qmail 41924 invoked by uid 500); 5 Jan 2007 07:33:14 -0000
Delivered-To: apmail-shale-dev-archive@shale.apache.org
Received: (qmail 41904 invoked by uid 500); 5 Jan 2007 07:33:14 -0000
Mailing-List: contact dev-help@shale.apache.org; run by ezmlm
Precedence: bulk
List-Help: <mailto:dev-help@shale.apache.org>
List-Unsubscribe: <mailto:dev-unsubscribe@shale.apache.org>
List-Post: <mailto:dev@shale.apache.org>
List-Id: <dev.shale.apache.org>
Reply-To: dev@shale.apache.org
Delivered-To: mailing list dev@shale.apache.org
Received: (qmail 41895 invoked by uid 99); 5 Jan 2007 07:33:14 -0000
Received: from herse.apache.org (HELO herse.apache.org) (140.211.11.133)
    by apache.org (qpsmtpd/0.29) with ESMTP; Thu, 04 Jan 2007 23:33:14 -0800
X-ASF-Spam-Status: No, hits=2.0 required=10.0
	tests=HTML_MESSAGE,SPF_PASS
X-Spam-Check-By: apache.org
Received-SPF: pass (herse.apache.org: domain of craigmcc@gmail.com designates
 66.249.82.236 as permitted sender)
Received: from [66.249.82.236] (HELO wx-out-0506.google.com) (66.249.82.236)
    by apache.org (qpsmtpd/0.29) with ESMTP; Thu, 04 Jan 2007 23:33:05 -0800
Received: by wx-out-0506.google.com with SMTP id i27so6818899wxd
        for <dev@shale.apache.org>; Thu, 04 Jan 2007 23:32:44 -0800 (PST)
DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws;
        s=beta; d=gmail.com;
        h=received:message-id:date:from:sender:to:subject:in-reply-to:mime-version:content-type:references:x-google-sender-auth;
        b=Im/aT0YWT64B6AOUzrrH0jOQAr4hkGgzCt395I37V1xxEtX6seqmmaZSeuzV43nnwVAq1SyH7NBgozG7PEg+m4ka9z1a8+5sjyla4n0Bm0WmRp6seqxzN/RMYQQVnWKA5LXcykdNTJVDBZCBF1GVtOantDTM12LAVhywZEkM+so=
Received: by 10.90.101.19 with SMTP id y19mr608366agb.1167982364613;
        Thu, 04 Jan 2007 23:32:44 -0800 (PST)
Received: by 10.90.33.4 with HTTP; Thu, 4 Jan 2007 23:32:44 -0800 (PST)
Message-ID: <f8b39ace0701042332t24960368n994741481f0ab054@mail.gmail.com>
Date: Thu, 4 Jan 2007 23:32:44 -0800
From: "Craig McClanahan" <craigmcc@apache.org>
Sender: craigmcc@gmail.com
To: dev@shale.apache.org
Subject: Re: [VOTE] Release Shale version 1.0.4
In-Reply-To: <ce1f2ea80701042313g25c905ak9c7f3a3d6d01181d@mail.gmail.com>
MIME-Version: 1.0
Content-Type: multipart/alternative;
	boundary="----=_Part_17596_8281591.1167982364574"
References: <ce1f2ea80701021710x383b824fgf1a4dedb270f467a@mail.gmail.com>
	 <55afdc850701040911of57a973v425c8abde2eb83b9@mail.gmail.com>
	 <55afdc850701041004x41a10292sf30d8d8226179c15@mail.gmail.com>
	 <ce1f2ea80701041109y79a78119sa4e23b426e892d70@mail.gmail.com>
	 <f8b39ace0701042111m47c82463x6f5b501fe0fc7b5e@mail.gmail.com>
	 <ce1f2ea80701042313g25c905ak9c7f3a3d6d01181d@mail.gmail.com>
X-Google-Sender-Auth: 2c210f68961c1688
X-Virus-Checked: Checked by ClamAV on apache.org

------=_Part_17596_8281591.1167982364574
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
Content-Transfer-Encoding: 7bit
Content-Disposition: inline

On 1/4/07, Rahul Akolkar <rahul.akolkar@gmail.com> wrote:
>
> On 1/5/07, Craig McClanahan <craigmcc@apache.org> wrote:
> <snip/>
> >
> > What should also happen here is attribution in the NOTICE.txt file for
> > shale-tiger module too ... I'll look into the appropriate wording for
> that
> > and commit something soon.
> >
> <snap/>
>
> OK, I will be cutting the new artifacts in ~8 hours (I'll be away this
> weekend and would like to get the vote going before that).


Wow ... you get up early :-)

The mystery deepens a bit as I'm looking at the CVS logs for these files.  A
CDDL header was added (by a standard "add licenses before we open source"
sweep to both DTDs in August 2005, but was explicitly removed by a separate
commit in March 2006.  I'm not going to be able to resolve that before you
disappear for the weekend, but I know that these DTDs were *intended* to be
redistributable.  It's just that there is no way to know if a copyright
attribution is appropriate, since there is no copyright statement in the
files themselves.

What I'd suggest we do for 1.0.4 is go ahead and fix everything else, but do
nothing explicit about these two files.  There is ample precedent at Apache
for publishing them as part of a release, and if need be I can fall on my
sword within Sun if there are any issues -- but I'm sure there will not be
any ... the whole point of open sourcing the RIs (including the API stuff,
which includes the DTDs) was to eliminate barriers to *using* these kinds of
artifacts.

> Craig
> >
> > PS:  Rahul, don't forget to apply your cleanups based on Niall's
> comments to
> > the trunk too.  Otherwise, we'll need to go through this exercise again
> next
> > time :-).
> >
> <snip/>
>
> Yup, will do (I agree its best to do this immediately, for some reason
> I felt like porting the release related tweaks in one shot at the end
> ;-).


As long as they get included, I'm fine on the timing  :-)

> PPS:  I'm also +1 on removing the Cobertura reports from the release
> > version, although I do find the reports useful during development
> cycles.
> >
> >
>
> Tempted towards a "dev" profile for pushing out all reports
> (Cobertura, PMD, CPD, Checkstyle and what not) -- so (a) we don't get
> caught up in trying to sanitize all the bits these reports generate in
> the release distros and (b) its possible to generate a light version
> of the site for the documentation (but not reporting) bits.


I can see that POV ... and as long as we can convince Continuum to use the
"dev" profile on its continuous build runs, I'm fine.  The important thing
to me is that the coverage reports (in the case of this particular plugin)
are available to developers on a "continuous" basis.

Does publishing a GPL'd javascript file, on the Apache Shale website (but
not part of a downloadable artifact), cause a problem with the standard
"distribution" policy of what we can include in an artifact?  Nah ... it's
too late in the evening today for me to want to go there :-).

-Rahul
>


Craig

------=_Part_17596_8281591.1167982364574--