Per Bothner
2007-01-09 03:01:25 UTC
I'm thinking of removing the gnu.jemacs packages from the
default Kawa build and the distributed Kawa jar file,
mainly because of licensing issues: Some of the files
in gnu.jemacs.lisp is GPL-licensed, and it doesn't seem like
a good idea for those to be included in Kawa unless someone
explicitly intends it.
We might have a separate jemacs.jar file with the jemacs
code. Alternatively, I'm consider a kawa-aux.jar file
that might consider the JEmacs classes as well as other
utility classes, such as perhaps the servlet api.
I'm also considering making gnu.brl and gnu.kawa.brl
non-default. gnu/brl/random.java has a modified-GPL
license, which in principle shouldn't be a problem as
long as none besides Bruce modifies the code, but I'm
not sure anybody uses the Kawa version of "BRL", so it
seems simplest to leave it out of the default build.
Comments?
default Kawa build and the distributed Kawa jar file,
mainly because of licensing issues: Some of the files
in gnu.jemacs.lisp is GPL-licensed, and it doesn't seem like
a good idea for those to be included in Kawa unless someone
explicitly intends it.
We might have a separate jemacs.jar file with the jemacs
code. Alternatively, I'm consider a kawa-aux.jar file
that might consider the JEmacs classes as well as other
utility classes, such as perhaps the servlet api.
I'm also considering making gnu.brl and gnu.kawa.brl
non-default. gnu/brl/random.java has a modified-GPL
license, which in principle shouldn't be a problem as
long as none besides Bruce modifies the code, but I'm
not sure anybody uses the Kawa version of "BRL", so it
seems simplest to leave it out of the default build.
Comments?
--
--Per Bothner
***@bothner.com http://per.bothner.com/
--Per Bothner
***@bothner.com http://per.bothner.com/