Mailing-List: contact lucy-dev-help@incubator.apache.org; run by ezmlm
Precedence: bulk
Reply-To: lucy-dev@incubator.apache.org
Received-SPF: pass (athena.apache.org: local policy)
From: "Mattmann, Chris A (388J)" <chris.a.mattmann@jpl.nasa.gov>
To: "lucy-dev@incubator.apache.org" <lucy-dev@incubator.apache.org>
Date: Sat, 11 Sep 2010 10:02:35 -0700
Thread-Topic: [lucy-dev] Grant plan
Thread-Index: ActOsIf9tg5B2cbZTLaf9V9EAx3eQADIplg0
Message-ID: <C8B1043B.1E1C0%Chris.A.Mattmann@jpl.nasa.gov>
In-Reply-To: <20100907171651.GA17443@rectangular.com>
Accept-Language: en-US
Content-Language: en
acceptlanguage: en-US
Content-Type: text/plain; charset="iso-8859-1"
Content-Transfer-Encoding: quoted-printable
MIME-Version: 1.0
Subject: Re: [lucy-dev] Grant plan

Hi Marvin,

> I asked about examples we might reference on general@incubator.a.o a few =
days
> ago, but nobody replied (<http://markmail.org/message/xbs24zrhrio76lgl>),=
 so
> we'll just have to follow the instructions as best we can.

+1

>=20
> I have assembled a list of individuals who have made significant contribu=
tions
> to KinoSearch and thus must participate in the software grant.  All of th=
em
> have been contacted privately and expressed their preliminary approval.

Great.

>=20
> I have also been accumulating a list of people who have made small
> contributions, which while welcome, may not be significant for the purpos=
es of
> the grant.  For these individuals, I think we should have them write to
> lucy-dev indicating whether they agree with that assessment and whether t=
hey
> think they need to participate formally.  This is what I see that mod_fcg=
id
> did:
>=20
>     http://incubator.apache.org/ip-clearance/httpd-mod_fcgid.html

+1

>=20
> There are also people in the KinoSearch svn logs who are credited for hav=
ing
> identified bugs or provided ideas, but who did not supply patches or whos=
e
> patches were not incorporated into the code base.  I don't think we need =
to
> contact these individuals, but we should clarify the status of these comm=
it
> messages.

To be honest -- I think that's pushing it and not necessary. We don't need
to contact every person that's ever posted a JIRA comment or provided an
idea.

>=20
> To track all of these issues, I think we should open a JIRA issue entitle=
d
> "Software Grant Participants".

+1, done, here [1]. I also cleaned up JIRA a bit, changing the Lucy URL to
[2], and adding components for documentation, the website and a few other
things so that we could classify issues better. One thing I did was remove
"Core -" in front of all of the comps -- I think it's pretty clear that the=
y
are core.

>=20
> Another task that needs to be completed before the code drop is the excis=
ing
> of materials which cannot be relicensed.  For example, the standalone uti=
lity
> script trunk/devel/bin/dump_index was adapted by Brian Phillips from an
> original which was published in the Plucene distribution; it will simply =
not
> be included in the grant.

Great, so let's just not include it.

>=20
> Lastly, all references to the current GPL/Artistic licensing need to be
> excised.  My current thought is to remove the licensing information but l=
eave
> the copyright notices with my name in place as sort of a "todo" tag.

You can do an SVN import with the GPL license header in the source code and
in the license files, it's fine. This should *not* prevent us from doing
that. We just can't release software with these tags in them at Apache. So,
before making an Incubation release, the tags need to be removed. My
recommendation:

1. svn drop as is
2. create JIRA issue (similar to OODT-3 [3]) to fix license headers/etc.
3. work on JIRA issue and resolve it before releasing.

>=20
> The result of this process will be a clean tarball that can be unpacked a=
nd
> committed to an "import" directory in one fell swoop.  Then we can procee=
d by
> through the codebase file by file, removing my copyright, moving other
> copyright and license notifications to LICENCE and NOTICE, and adding the=
 ASF
> headers.
>=20
>     http://www.apache.org/legal/src-headers.html

-1.

Just import as-is, or we'll never get anywhere. Like I said the license
stuff can be done post import, with a JIRA issue.

>=20
> I am currently reviewing the KinoSearch commit history commit by commit
> looking for IP issues and assembling an authoritative list of contributor=
s.
> This is laborious, but it is important work; the audit has yielded one
> additional name for the software grant participant list (see LUCENE-675,
> <http://s.apache.org/HTJ>).  I think it will take me another week or two =
to
> complete my review.  Once that's done, I'll branch and tag the KinoSearch
> repository and prepare the grant tarball and checksum.

OK, when you are ready let me know. I think having someone besides you do
the import is critical (remember: single point of failure?) :) I'll throw m=
y
name into the hat to svn import it, since I worked with Joe S. to get it
done on OODT. Any other mentors want to do it, just let me know and I'll
stand down.

>=20
> I'm thinking that I should send a private mail to each of the small
> contributors like the following.
>=20
>     Greetings [name of valued contributor],
>=20
> [...]

My honest assessment of this step: *overkill*. You know who the significant
contributors to Lucy are, I would imagine by now. Just get them to sign the
SGA and we're fine.

I think going through the tedious process of sending these emails over the
fence, then waiting for them to throw one back over will only continue to
delay, and the risk of a contributor getting angry over not being part of a=
n
SGA when her major contribution was a comment on a JIRA issue, or an email
RE: design sent to an ML, is little to none.

OTOH, if you feel the person has contributed more than a comment or two, or
a design email or two, then by all means, include them in the SGA.

Cheers,
Chris

[1] https://issues.apache.org/jira/browse/LUCY-122
[2] http://incubator.apache.org/lucy/
[3] http://issues.apache.org/jira/browse/OODT-3


++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++
Chris Mattmann, Ph.D.
Senior Computer Scientist
NASA Jet Propulsion Laboratory Pasadena, CA 91109 USA
Office: 171-266B, Mailstop: 171-246
Email: Chris.Mattmann@jpl.nasa.gov
WWW:   http://sunset.usc.edu/~mattmann/
++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++
Adjunct Assistant Professor, Computer Science Department
University of Southern California, Los Angeles, CA 90089 USA
++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++