Thanks for the heads-up on the [email protected] discussion - I don't subscribe to that one.
Looks like it's a no, then. Which is fine. I'm cc'ing isis-dev; I think what you've said is relevant. Thx Dan On 19 June 2012 07:21, Mark Struberg <[email protected]> wrote: > Hi Dan! > > Please also take a look at at [email protected]. You got a few off-jira > replies like the one from Richard, prinicpal lawyer of RedHat. > > Sorry to pull you into this legal battlefield, but you need to see it from > a users perspective. A user expects from an Apache project that it's really > IP clean with no additional license restrictions. Would be a real problem > if a user would need to open his own companies internal work just because > we did something wrong... > > At the end the ExtJS guys either dual license it under MIT or ALv2 as well > - or we move away to using another lib. > > > LieGrue, > strub > > > > ----- Forwarded Message ----- > > From: Richard Fontana <[email protected]> > > To: [email protected] > > Cc: > > Sent: Monday, June 18, 2012 9:11 PM > > Subject: Re: [jira] [Created] (LEGAL-138) Can the extjs javascript > library be used? If so, in what capacity? > > > > On Mon, Jun 18, 2012 at 06:59:43PM +0000, Dan Haywood (JIRA) wrote: > > > > [...] > > > >> The ExtJS library itself (the widgets and so forth) are licensed under > > GPLv3, obviously not compatible with ASLv2. HOWEVER, the authors of > ExtJS have > > provided two exceptions [2], [3], the intention being that derivative > > applications and development use can be licensed under ASLv2. > >> > >> Are these license exceptions sufficient for Apache? > > > > FWIW at Red Hat we determined these license exceptions were so badly > > drafted (assuming no ill-intent) that they could not or should not be > > relied upon to be effective. I am not sure if the exceptions have been > > revised since we last looked at them. > > > > The earlier history of ExtJS, which I was led to understand included > > tacking anti-commercial use restrictions on top of the GPL and some > > threats against forking projects, ought to be borne in mind. > > > > - Richard > > > > > > --------------------------------------------------------------------- > > To unsubscribe, e-mail: [email protected] > > For additional commands, e-mail: [email protected] > > >
