[Date Prev][Date Next] [Thread Prev][Thread Next] [Date Index] [Thread Index]

Re: SableVM/Kaffe pissing contest



Michael Poole <mdpoole@troilus.org> wrote:
> Walter Landry writes:
> 
> > Michael Poole <mdpoole@troilus.org> wrote:
> > > Walter Landry writes:
> > > 
> > > > Michael Poole <mdpoole@troilus.org> wrote:
> > > > > Walter Landry writes:
> > > > > 
> > > > > > Michael Poole <mdpoole@troilus.org> wrote:
> > > > > > > 
> > > > > > > As has been explained on debian-legal, the interpretation you propose
> > > > > > > would mean that the GPL is a non-DFSG-free license.
> > > > > > 
> > > > > > Where was that?  I have seen no such convincing explanation.
> > > > > 
> > > > > Eclipse compiled against Kaffe and distributed separately would not
> > > > > violate the GPL: the compiled verison of Eclipse would not be a
> > > > > derivative of Kaffe.  If distributing them together violates the GPL,
> > > > > then the GPL contaminates Kaffe in violation of DFSG #9.
> > > > 
> > > > You are saying that Kaffe contaminated itself?  How does that violate
> > > > DFSG #9?
> > > 
> > > Pardon, I meant "Eclipse" instead of "Kaffe" in the last line.
> > 
> > In that case, it sounds like Kaffe is objecting to being linked to
> > Eclipse, much like GNU readline objects to being linked to
> > GPL-incompatible code.  I don't see the problem with DFSG #9.
> 
> The only time there is such linkage is at the option of the user, who
> uses Kaffe from Debian rather than a Java runtime from some other
> source.  The user does not (in the usual case) distribute the
> resulting combination.

I meant linking as a shorthand for "incorporated as a section of a
whole work".  Although Kaffe is actually objecting to being
distributed while "linked" to Eclipse.

> > > > Suppose I have a program Foo which uses either GNU readline.  I can
> > > > compile Foo against GNU readline (but not link it), and distribute the
> > > > result.  I can also distribute GNU readline separately.  But I can not
> > > > distribute foo and GNU readline together.  How is this different from
> > > > your case?
> > > 
> > > Foo uses either GNU readline (or what)?
> > 
> > bsd readline (whoops)
> > 
> > > If you link Foo against GNU readline, then the usual debian-legal
> > > interpretation is that the binary is a work derived from GNU readline,
> > > since other implementations of the readline API are not usable.  Pure
> > > Java binaries are different: they use only certain APIs, which are
> > > available from many implementations.
> > 
> > In this case, bsd readline will also work, so Foo is not derived from
> > GNU readline.  bsd readline won't actually be distributed with Foo,
> > but it would work if it did.  Would you say that distributing Foo with
> > GNU readline and without bsd readline is ok?  I would not.
> 
> If either is usable, I would say that distributing both Foo and GNU
> readline as part of Debian was okay.  The Foo package would say
> something like Requires: readline | bsd-readline; the Eclipse
> package Requires: kaffe | java2-runtime.  Why is either a violation?

I am talking about a CD that does not have bsd readline.  To clarify,
imagine the CD were made without access to bsd readline at all.  Would
that be allowed?

> We covered all this earlier, and there was no good explanation of why
> Eclipse + Kaffe is bad but other GPL-incompatible packages + GPLed
> Essential: yes packages are okay.  For example: does any non-GPL
> package that calls out (using only cross-platform options) to one of
> the binaries in coreutils, diff, find, grep, gzip, etc violate the
> GPL?

Many of the utilities are covered by the exemption given by the FSF in
the gpl-interpreter FAQ.

Regards,
Walter Landry
wlandry@ucsd.edu



Reply to: