jakarta-jcs-dev mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From Henri Yandell <flame...@gmail.com>
Subject Re: Need to delete BDB JE code Was: Official jcs release?
Date Fri, 07 Oct 2005 00:50:47 GMT
*ping*

Need action on this, or at least a reply.

Failing that, I'll make an svn dump of the directory and delete it
tomorrow (Friday) night. Ccing the PMC so they're in the loop.

Hen

On 10/4/05, Henri Yandell <flamefew@gmail.com> wrote:
> We need to delete the bdbje package
> (http://svn.apache.org/repos/asf/jakarta/jcs/trunk/auxiliary-builds/jdk14/src/java/org/apache/jcs/auxiliary/disk/bdbje/)
>
> Sleepycat's licence has downstream issues for commercial users, so
> it's not something that ASF projects can use.
>
> Hen
>
> On 10/3/05, Henri Yandell <flamefew@gmail.com> wrote:
> > Okay, more info.
> >
> > Sleepycat's BDB JE licence is not usable for the ASF, its 3rd clause
> > makes it viral:
> >
> > " * 3. Redistributions in any form must be accompanied by information on
> >  *    how to obtain complete source code for the DB software and any
> >  *    accompanying software that uses the DB software.  The source code
> >  *    must either be included in the distribution or be available for no
> >  *    more than the cost of distribution plus a nominal fee, and must be
> >  *    freely redistributable under reasonable conditions.  For an
> >  *    executable file, complete source code means the source code for all
> >  *    modules it contains.  It does not include source code for modules or
> >  *    files that typically accompany the major components of the operating
> >  *    system on which the executable file runs."
> >
> > The ASF is about not putting those kinds of conditions on the
> > downstream users. In effect, it's the same problem as GPL. So can we
> > please kill the bdbje package as soon as possible. It came up over at
> > directory.apache.org a few months ago:
> >
> > http://mail-archives.apache.org/mod_mbox/directory-dev/200507.mbox/%3c42E28997.6060003@bellsouth.net%3e
> >
> > More to come on the LGPL one in a week or two.
> >
> > Hen
> >
> > On 9/29/05, Smuts, Aaron <Aaron.Smuts@travelocity.com> wrote:
> > > I deleted jisp last week.
> > >
> > > Javagroups is just the old name for jgroups.  It is only used in an
> > > optional jar that we can choose not to even build for now.
> > >
> > > Aaron
> > >
> > >
> > > > -----Original Message-----
> > > > From: Henri Yandell [mailto:flamefew@gmail.com]
> > > > Sent: Thursday, September 29, 2005 11:38 AM
> > > > To: Smuts, Aaron
> > > > Cc: JCS Developers List; hps@intermeta.de; turbine-jcs-
> > > > dev@jakarta.apache.org
> > > > Subject: Re: Official jcs release?
> > > >
> > > > Let's go with some Hen-puts-neck-on-the-line-answers.
> > > >
> > > > On 9/22/05, Smuts, Aaron <Aaron.Smuts@travelocity.com> wrote:
> > > > > If Jisp is GPL, then I'll cut it out in the next day or so.  It was
> > > only
> > > > > in an experimental directory as an optional plugin and never seemed
> > > to
> > > > > work very well anyway.
> > > >
> > > > Jisp 2.5.1 is good to use. The licence looks okay to me, and I didn't
> > > > get any negatives on the legal-discuss list; just didn't get a lot
> > > > terribly positive either. However someone pointed out that there were
> > > > substantial improvements in the newer version, but while you'll want
> > > > to move to that, it's GPL and we can't touch it.
> > > >
> > > > So I imagine you'll want to kill the Jisp bit, you can't use 3.x, but
> > > > the current 2.5.x usage is not a legal problem.
> > > >
> > > > > The jgroups is now in a directory called jdk1.4 extensions along
> > > with a
> > > > > Berkeley DB disk cache plugin.  We can keep both out of the
> > > distribution
> > > > > for now.
> > > >
> > > > Definitely must be kept out of the distribution.
> > > >
> > > > I see a directory called auxiliary-builds containing two
> > > sub-directories:
> > > >
> > > > # javagroups/
> > > > # jdk14/
> > > >
> > > > Any idea what the licence is on javagroups? (that directory has a
> > > > project.xml that depends on javagroups). My google attempts get mixed
> > > > up with jgroups.
> > > >
> > > > The good news is that the jgroups stuff is optional, this should be
> > > > allowed soon I think and I'm going to take an active attitude with the
> > > > board and inform them that we have this and are not planning to remove
> > > > the code currently.
> > > >
> > > > The bdb stuff is fine I think as long as we obey their licence (which
> > > > looks like we have to make sure we document how to get their source in
> > > > a clear manner).
> > > >
> > > > > The core of JCS should have almost no dependencies outside of
> > > Jakarta
> > > > > except for util concurrent.
> > > >
> > > > Always good.
> > > >
> > > > Hen
> > >
> >
>

---------------------------------------------------------------------
To unsubscribe, e-mail: jcs-dev-unsubscribe@jakarta.apache.org
For additional commands, e-mail: jcs-dev-help@jakarta.apache.org


Mime
View raw message