Re: This license (JPython) acceptable ?

["Gregor Hoffleit <Gregor Hoffleit" <flight@mathi.uni-heidelberg.de>]

Following up on my recent inquiry about the JPython license, here is
an update. Depending on the results of these issues, I will put the
package into main, contrib or non-free.


(1) License issues

Judging from the repsonses, most of the license seems to be acceptable
according to the terms of the DFSG.

There's one clause (8.) which can be ignored by removing a third-party
library from the packages (OROMatcher).

The real problem seems to be 3.iii:

   3. In the event Licensee, at its sole cost and expense, uses the
   Software to prepare a derivative work that is based on or incorporates
   the Software or any part thereof, and wants to make the derivative
   work available to the public for commercial or noncommercial purposes,
   or uses the software in this derivative form to provide a service to
   the public, then Licensee hereby agrees: (i) to indicate in any such
   work, in a prominently visible way, the specific modifications made to
   CNRI's Software; (ii) not to introduce deliberately any modifications
   where there is reason to believe they will be harmful to other users
   and their systems; and (iii) to notify CNRI of any release to the
   public of Licensee's derivative version, or any service offered to the
   public by Licensee based thereon.

It is not obvious whether this is compatible with the DFSG.

Therefore, I asked on the JPython list about the implications and
intentions of this clause. I got responses from both Jim Hugunin and
Guido van Rossum. Both told me that the intention of the license is
clearly to make JPython Open Source compliant, and that they are aware 
of problems with 3.iii and are working to get rid of them.

Then, I asked Eric Raymond on his position. He proposed dropping that
notification requirement or at least including a clear statement on
how this requirement can be fulfilled (e.g. an e-mail address for
sending the notifications to).


Judging from the discussions with Guido et al, I would think that we
are completely safe if I add an statement to
/usr/doc/jpython/copyright where I refer people that they can fulfill
this requirement with sending a mail to jpython@python.org. Would this 
be acceptable ?



(2) Source issues

In the upstream source, the Python grammar is included as input for
JavaCC (Java Compiler Compiler). JavaCC compiles the grammar into
.java source. Does this really make JPython go into contrib ? Or could
I simply include the compiled .java files ?



(3) Runtime issues

kaffe is not yet able to run JPython, since kaffe lacks
e.g. java.math.BigInteger. Therefore, JPython currently only works
with jdk1.1. Does this make JPython go into contrib ? Or is this
simply a bug in kaffe, so that JPython can be in main ?


	Gregor