jython-dev — Discussion of developing and enhancing Jython itself(!) (not how to use Jython)

[Jython-dev] Jython 2.1 and JVM 1.3

[James D. <de...@sy...>]

Hello,
	Am interested in your Jython interpreter for possible use in an on-going 
project.  Is 2.1 compatible with JVM 1.3??  Haven't run across anything on 
your site stating that it is..

Thanks for replying, Jim.

[Jython-dev] Development with Apache-Zope-MySQL Configuration

[daChosen O. <a_...@ho...>]

Hello,
I am a new Zope user and am looking to embark on a project using the
aboved-named configuration. I have already configured Apache to pass request 
for Zope Content to the ZServer. The snag I have is actually doing the 
scripting with Jython and Java classes as opposed to Python/Perl. The 
materials available on Zope are geared towards setting up for Python.

There seem not to be any materials on setting up the back-end
(Zope-MySQL) for Jython/Java development.

Has anyone tried this combination before ? If so would require some
assistance on setting up.


Thanks in Anticipation,

da Chosen1



_________________________________________________________________________
Get Your Private, Free E-mail from MSN Hotmail at http://www.hotmail.com.

Re: [Jython-dev] Installer problem (Win 98)

[<bc...@wo...>]

[Bob Gailer]

>There was no way to run "java jython-20" from a MS-DOS prompt. Always
>resulted in "Exception in thread "main" java.lang.NoClassDefFoundError:..."

Try including the directory where jython-20.class is located on the
classpath. If jython-20.class is located in the current working dir
then:

   java -cp . jython-20

The exact command line is hard to predict because it depends on the JVM
brand, version and whether the CLASSPATH enviroment variable is assigned
already.

>So I did the following, as you suggested:
>
>"As a workaround you can extract the jython-20.class manually. The class
>file is basicly a .zip file and most unzip programs can manage to extract
>the contents of the class into a directory. After doing that, you must

All the this is only needed if you are running on a IVM with severely
broken or limited class loading. Javasoft's and IBM's JVM both work fine
in this respect so don't begin on the workaround just yet.

regards,
finn

[Jython-dev] Installer problem (Win 98)

[Bob G. <ra...@ea...>]

There was no way to run "java jython-20" from a MS-DOS prompt. Always
resulted in "Exception in thread "main" java.lang.NoClassDefFoundError:..."

So I did the following, as you suggested:

"As a workaround you can extract the jython-20.class manually. The class
file is basicly a .zip file and most unzip programs can manage to extract
the contents of the class into a directory. After doing that, you must

Remove the net directory. It isn't needed. "

Fine. The you ask me to: "Create the startup script by hand. Use the
installer/template* files as a starting point in doing so."

I haven't the foggiest idea what this means. I've looked at the
installer/template* files, but i don't know what to do with them. Could you
please provide some instructions that I can follow.

Bob Gailer
mailto:ra...@ea...
303-442-2625

[Jython-dev] kdbm

[Samuele P. <pe...@in...>]

Hi. The following could be useful in order to add some *dbm support to jython.
It seems that jdbm offer a gdbm-like functionality and has a BSD-like
license.

Thanks to mlh. Samuele.


------------- Begin Forwarded Message -------------

From: "Magnus Lie Hetland" <ml...@id...>
To: "\"Samuele Pedroni\"" <pe...@in...>
Subject: kdbm
Date: Tue, 10 Jul 2001 14:56:16 +0200
MIME-Version: 1.0
Content-Transfer-Encoding: 7bit
X-Priority: 3
X-MSMail-Priority: Normal
X-MimeOLE: Produced By Microsoft MimeOLE V5.00.2919.6700


Hi, there!

Just a thought... Perhaps Jython could have use the jdbm
module? (I'm sure writing jdbm.py wouldn't be too hard...)
Then the shelve module could be used for real-sized
databases in Jython too... (Dumbdbm is a bit... Dumb ;)

I haven't tried jdbm myself, but I know some people who say
it is very good/fast:

  http://jdbm.sourceforge.net/

--

  Magnus Lie Hetland         http://www.hetland.org

 "Reality is that which, when you stop believing in
  it, doesn't go away."           -- Philip K. Dick



------------- End Forwarded Message -------------

[Jython-dev] include 3rd party packages

[Brondo, G. <Gre...@al...>]

How do I include a third party package (specifcally zxJDBC) when using
jythonc to make a standalone app (in a JAR file) ?

Re: [Jython-dev] Downloading Jython 2.0

[<bc...@wo...>]

[Tavis Elliott]

>I am unable to download jython-20.class from
>http://sourceforge.net/project/showfiles.php?group_id=3D12867.  When I
>attempt to, I get an error that the connection was reset.

I just tested it, it works for me.

>Is there a problem with this project, currently?

Not that I know of.

regards,
finn

[Jython-dev] Downloading Jython 2.0

[Tavis E. <Tav...@Pe...>]

I am unable to download jython-20.class from
http://sourceforge.net/project/showfiles.php?group_id=3D12867.  When I
attempt to, I get an error that the connection was reset.

Is there a problem with this project, currently?

-Tavis
tel...@pe...

=20

Re: [Jython-dev] Bug? Jython misinterprets the letter =?iso-8859-1?q?=D6?= (\xd6 in Phyton) within strings as EOF

[<bc...@wo...>]

[Christoph Becker]

>Hi,
>Jython 2.1a1 misinterprets the letter Ö (big O-Umlaut or Unicode u00d6 or \xd6 
>in Phyton) within strings as EOF.
>My JDK ist 1.3.1.
>OS is Windows 98SE
>Local ist German, with characterset  850
>
>This is what Python 2.1 shows if Ö is the only letter in the string
>>>> "Ö"
>'\xd6'
>
>This ist what Jython 2.1a1 shows for the same case
>>>> "Ö"
>Traceback (innermost last):
>  (no code object) at line 0
>  File "<console>", line 2
>SyntaxError: Lexical error at line 2, column 0.  Encountered: <EOF> after : ""
>>>>

The actual error message you get is clearly a bug, but the inability to
use non-ascii characters in dos box is more like a missing feature in
jython.

Windows uses two different character sets, one for the files (cp1205 i
think) and another one for the command prompt (cp850). By default java
only support the file character set and jython only uses the default
encoding from java.

What happens when you enter a big O-Umlaut in a command prompt is this:
1) Java reads it as 0x99.
2) Jython (wrongly) puts it trough the default encoding which
   return unicode 0x2122.
3) This is passed to the javaCC parser which assumes it is only dealing
   with ascii and cuts away the top 8 bits.
4) The result is 0x22 (a double quote) which explains the syntax error.

>I would appreciate a hint on how to bypass or correct this problem if it is not 
>a bug.

You can enter the non-ascii values as hex.


The fix to jython should avoid putting the input through the default
encoding (step 2) until after javaCC have parsed the string. That is not
too hard to do and it will fix the syntax error.

Adding support for multiple encodings is a little harder.

regards,
finn

Re: [Jython-dev] CORBA Connectivity

[<bc...@wo...>]

[Jerome DANIEL]

>I manage a project named OpenORB ( www.openorb.org ) that provides an Open
>Source implementation of a CORBA platform. At this time, we would like to
>include in this platform a script language for CORBA.
>
>That's why, we are really interesting by Jython since our CORBA
>implementation is also developed in Java. We believe that Jython users will
>take advantage of such an extension and the CORBA users will really
>appreciate the easy way to develop a CORBA application with Python.

Without a doubt. In a previous project I saw a huge productivity
increase by prototyping my java2 corba server in jython. A fullfeatured
orb with improved integration should make it even easier to use.

>That's why, I'd like to know if there are some persons that could help us by
>providing information.

Questions, advice and hints on how to use jython (including how to embed
jython) are best exchanged in the jython-users lists:

  http://lists.sourceforge.net/lists/listinfo/jython-users

>Indeed we probably need to set some modification in the interpreter in
>order to call CORBA objects.

Changes to the jython sources are discussed here on jython-dev.

>We started to take a look at the source code and we have a lot of questions
>concerning the interpreter and the way how it works.

regards,
finn

Re: [Jython-dev] PythonInterpreter

[<bc...@wo...>]

[storck]

>What must I do that the PythonInterpreter finds several py-libraries?? If I
>excecute the following:
>
>try {
>    PythonInterpreter pInt = new PythonInterpreter();
>    pInt.execfile("D:\\Daten\\Projekte\\PythonTest\\XML_RPC_Client.py");
>    pInt = null;
>} catch (Exception e) {
>    e.printStackTrace();
>}
>
>I get that error-message:
>
>Dispatching:
>Traceback (innermost last):
>  File "D:\Daten\Projekte\PythonTest\XML_RPC_Client.py", line 1, in ?
>ImportError: no module named xmlrpclib
>
>What must I do that the interpreter can find that xmlrpclib. Where is the
>interpreter searching for it?

Jython searched for modules in its sys.path list. The default value for
sys.path comes from the python.home property and from the python.path
properties. When embedding with the PythonInterpreter you can set these
properties like this:

  http://www.jython.org/cgi-bin/faqw.py?req=show&file=faq06.002.htp

regards,
finn

[Jython-dev] PythonInterpreter

[storck <dir...@cm...>]

Hi,

wow, greate.

What must I do that the PythonInterpreter finds several py-libraries?? If I
excecute the following:

try {
    PythonInterpreter pInt = new PythonInterpreter();
    pInt.execfile("D:\\Daten\\Projekte\\PythonTest\\XML_RPC_Client.py");
    pInt = null;
} catch (Exception e) {
    e.printStackTrace();
}

I get that error-message:

Dispatching:
Traceback (innermost last):
  File "D:\Daten\Projekte\PythonTest\XML_RPC_Client.py", line 1, in ?
ImportError: no module named xmlrpclib


What must I do that the interpreter can find that xmlrpclib. Where is the
interpreter searching for it?


THANK you !!

P.s. I use Visuale Age 4 Java

[Jython-dev] Jython and Visual Age 4 Jave

[storck <dir...@cm...>]

Hi,

is it possible to use Jython to excecute and debug python-code in Visual Age
4 Java?

Thank you !

[Jython-dev] CORBA Connectivity

[Jerome D. <jd...@in...>]

Hi,

I manage a project named OpenORB ( www.openorb.org ) that provides an Open
Source implementation of a CORBA platform. At this time, we would like to
include in this platform a script language for CORBA.

That's why, we are really interesting by Jython since our CORBA
implementation is also developed in Java. We believe that Jython users will
take advantage of such an extension and the CORBA users will really
appreciate the easy way to develop a CORBA application with Python.

That's why, I'd like to know if there are some persons that could help us by
providing information. Indeed we probably need to set some modification in
the interpreter in order to call CORBA objects.

We started to take a look at the source code and we have a lot of questions
concerning the interpreter and the way how it works.

Best regards,
Jerome DANIEL.

[Jython-dev] How can i use inner class in java to jython?

[syKim <re...@ne...>]

SGVsbG8uLg0KDQpJJ20gdHJ5aW5nIGh0bWwgZWRpdGluZyB0b29sLi4NCg0KaXQncyBuZXNzYXJ5
IGhhbmRsaW5nIHZpZXcgaGFuZGxpbmcuDQoNCnNob3cgdGhhdCBjb2RlIDogDQotLS0tLS0tLS0t
LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLQ0K
Y2xhc3MgVGVzdEVkaXRvcktpdChIVE1MRWRpdG9yS2l0KToNCiAgICBkZWYgZ2V0Vmlld0ZhY3Rv
cnkoc2VsZik6DQogICAgICAgIHJldHVybiBzZWxmLlRlc3RGYWN0b3J5KCkNCg0KICAgIGNsYXNz
IFRlc3RGYWN0b3J5KEhUTUxFZGl0b3JLaXQuSFRNTEZhY3RvcnkpOg0KICAgICAgICBkZWYgY3Jl
YXRlKHNlbGYsZSk6DQogICAgICAgICAgICBvID0gZS5nZXRBdHRyaWJ1dGVzKCkuZ2V0QXR0cmli
dXRlKFN0eWxlQ29uc3RhbnRzLk5hbWVBdHRyaWJ1dGUpDQogICAgICAgICAgICBpZiBvID09IEhU
TUwuVGFnLklOUFVUOg0KICAgICAgICAgICAgICAgIHJldHVybiBUZXN0Rm9ybVZpZXcoZSkNCiAg
ICAgICAgICAgIHJldHVybiBIVE1MRWRpdG9yS2l0LkhUTUxGYWN0b3J5LmNyZWF0ZShzZWxmLGUp
DQogICAgICAgICAgICANCmNsYXNzIFRlc3RGb3JtVmlldyhGb3JtVmlldyk6DQogICAgZGVmIF9f
aW5pdF9fKHNlbGYsZSk6DQogICAgCUZvcm1WaWV3Ll9faW5pdF9fKHNlbGYsZSkNCg0KICAgIGRl
ZiB0ZXN0KHNlbGYpOg0KICAgICAgICBwcmludCAnaGVsbG8nDQoNCiAgICBkZWYgYWN0aW9uUGVy
Zm9ybWVkKHNlbGYsZSk6DQogICAgICAgIHNlbGYudGVzdCgpDQoNCiMjIEl0J3MgcGFydCBvZiBm
dWxsIHNvdXJjZQ0KLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t
LS0tLS0tLS0tLS0tLS0tLS0tLS0NCkkgbWFkZSAyIGNsYXNzZXMgZm9yIGhhbmRsZWluZyBodG1s
IHZpZXcuDQoNClRlc3RFZGl0b3JLaXQsIFRlc3RGb3JtVmlldyBzZWVtIHJpZ2h0Lg0KDQpidXQs
IFRlc3RGYWN0b3J5IChpbm5lciBjbGFzcyBvZiBIVE1MRWRpdG9yS2l0KSBpcyBub3QuDQoNCndo
ZW4gSSBjb21waWxlZCB0aGUgc291cmNlIHdpdGgganl0aG9uYywgb3RoZXIgY2xhc3NlcyBhcmUg
bWFkZQ0KDQpidXQsIFRlc3RGYWN0b3J5IGNsYXNzIGRpZG4ndCBtYWtlLg0KDQpUaGFua3MgZm9y
IGFueSBoZWxwLi4NCg0KLS0gc3lLaW0=

Re: [Jython-dev] Jython license and GPL incompatibility

[<bc...@wo...>]

[Ben Burton]

>> [...] I'm not familiar with the S/N level on debian-legal.
>
>Sorry, what's S/N?  I don't know if this answers your question but 
>debian-legal is relatively low-traffic and tends to be almost all serious 
>postings.

Yes, that answers my questions. The responses have answered it even
better <0.3 wink>.

>> Also, I'm not all that interested in whether debian can include jython. I'm
>> more interested in whether jython can include ReadlineConsole.
>
>My concern is the same as yours.  Debian can certainly include jython 
>regardless; its license is well within the bounds of the debian policy.  My 
>concern is whether I can include readline support in the jython package. 

Right.

>And 
>one would presume that the legality of packaging ReadlineConsole.class does 
>not differ between debian and your official Jython installer.

Heh. That assumes that legal interpretation is somehow final. We all
(should) know that it isn't. I still believe that 2.1a1 is within the
acceptable use of LGPL/GPL code. Other people may believe otherwise and
act accordingly.

As always in human affairs there are approximately as many views as
there are people. Some will believe that the intend of the GPL matters
above all, others will believe that the letter of the GPL carries the
final word.

I think the answer is somewhere in between. I feel the current use of
LGPL software is acceptable and in accordance with the letter but I'm
open to input from the authors of the software and/or GPL. I'm also open
to the public opinion; jython is part of the open source world and it
should play nice with other free/open source projects.

regards,
finn

[Jython-dev] default servlet - jython

[Sean M. <sea...@pr...>]

Hello.

I am working with jython under TomCat and would like to point all URLs in 
the context
to a single jython servlet. Something like (web.xml):

     <servlet-mapping>
         <servlet-name>
             pyservlet
         </servlet-name>
         <url-pattern>
             /*
         </url-pattern>
     </servlet-mapping>

Is such a thing possible and if so, what name to give the default servlet?

regards,
Sean McGrath

Re: [Jython-dev] Re: [Jython-users] security problem

[Samuele P. <pe...@in...>]

Here the old thread on the topic (as Unix/Solaris mailbox).

[Jython-dev] Re: [Jython-users] security problem

[Samuele P. <pe...@in...>]

[moved to jython-dev]

Hi.

> I'm using Java's security framework with the jdk1.2.2 and have noticed
> that all of my python classes appear to have all of the permissions I've
> granted to Jython, even though I haven't granted any permissions to the
> python classes explicitly. I'm rather new to Java security, but it looks
> to me like the problem lies in the org.python.core.BytecodeLoader2 class
> in that, in the loadClassFromBytes method, it sets the protection domain
> of the loaded class to its _own_ protection domain rather than consulting
> the active security policy for an appropriate domain based on the code
> source.
Yes, we are aware. There have been a discussion thread on that in the past,
started by a post of mine:

http://www.geocrawler.com/archives/3/7018/2000/12/0/4886074/

but, my bad, that never found its way into the FAQ.
OTOH we discussed some possible designs in order to solve this.
But that's has somehow naturally faded out of interest until now.
It's a tough problem, java security model was not really intended to
host such a dynamic behaviour as that of jython.

In any case the code source approach is not sufficient, for proxies, adapters,
and exec code there is no clear code source.

> The python classes in my application are untrusted, so it's very
> undesirable for them to have the same permissions as the Jython jar (which
> includes write access so that the compiled python classes can be written
> to disk).
And classloader creation, which is evil <wink>.

> 
> Any help would be appreciated.
> 
I suggest starting with the old thread to make up your mind on the subject.
Then we can try together to see if there's a workaround for your situation.
We need some details. Does your untrusted jython code subclass java classes,
use exec ...?

For the long run we need to revamp the discussion and find a rock-solid design,
to be honest at the moment personally I have no time for that.
Any proposal?

Samuele.

PS: I noticed that only now, the other posts of the old thread seem nomore 
accessible any through the archives (they were around last year Xmas),
or I'm too tired.
In case I still have a copy of them, I will post that ...

[Jython-dev] Software Developer

[Elwin S. <Elw...@hy...>]

{You will only receive this message today.}


I visited your site and saw that you to are also a developer of
software.

I simply want to let you know about a software registration service that
has been around since 1994
- called The Ordering Network.

And I will just point out a few benifits as i know them.  Yes if you
sign up i will get credit as a
referral.


   #They have very lows fees - the percentage is as low as 8.5%
   #They process the order in seconds.
   #They can generate your key in seconds - no extra costs

I can keep going - but its really worth a look

Please follow this link so i get credit.  Or copy and paste into the
address line.
 http://www.evergreennetworks.com/register2/devSignup.asp?refID=W1172


If you have any questions please let me know.
http://elwinsoftware.hypermart.net/

[Jython-dev] Re: Java, Python and GPL

[Edmund G. E. <ed...@ra...>]

NB: I'm not a lawyer, so don't take anything I write too seriously.

Ben Burton <be...@ac...>:

> Hi; me again.  Question this time regards packaging Jython (www.jython.org), 
> a pure Java implementation of python.
> 
> Jython is currently subject to a DFSG-compilant but possibly GPL-incompatible 
> license similar to that of python 2.0.

Now that Python is GPL-compatible again, can you make Jython
GPL-compatible?

> Jython also includes a class (ReadlineConsole.class) that links with the 
> LGPLed lib-readline-java Java classes (uploaded to debian today) that in turn 
> links to the GPLed libreadline.so using JNI (the Java-C interface).

There's also a similar library called Editline which has a less
restrictive licence than Readline, so maybe that can be used instead.

> Under default operation the ReadlineConsole class will not be used.  If a 
> particular option is set in the jython configuration file, Jython will use 
> ReadlineConsole which in turn links with libreadline.so.
> 
> Given that neither libreadline.so nor the LGPLed lib-readline-java classes 
> are packaged as a part of Jython, and given the nature of java linking which 
> is somewhat different from C linking, which of the following scenarios 
> applies:
> 
> 1) A binary distribution of Jython may include ReadlineConsole.class - it is 
> up to the user to not violate the GPL.
> 2) A binary distribution of Jython may not include ReadlineConsole.class, but 
> the corresponding source file ReadlineConsole.java may still be included in 
> the sourceball.
> 3) The source file ReadlineConsole.java should be removed before anything is 
> distributed.

Probably no one knows for sure. My conclusion from a recent discussion
in debian-legal (other participants drew other conclusions, of course)
is that you musn't encourage people to link GPL code with
GPL-incompatible code because that would be as if you were
distributing the derived work yourself. Therefore, probably I would go
for your scenario 2, but make sure there's nothing in the .diff.gz
which might encourage people to link that source file. So a comment
like "Uncomment the following line to include Readline" would be bad.
Instead, explain why Readline has been excluded from the binary and
tell people not to include it.

If the source file ReadlineConsole.java might be useful later, with
Editline, or if Jython's licence is changed, then that seems reason
enough for not suppressing it entirely.

> Furthermore, would it be legal to use reflection to see if functions 
> Readline.readline() and Readline.initReadline() exist and if so call them?

It's not possible to answer that in isolation; it depends on your
overall intention. If those functions happen to be there, I wouldn't
have thought it necessary to strip them out. If you're thinking about
adding them specially, then why? If it's to encourage people to link
Readline with a GPL-incompatible Jython, then that's bad; don't do it.
If you have another, legitimate reason for it, then maybe it's all
right.

Edmund

[Jython-dev] [ jython-Patches-431224 ] possible fix for #222819

[<no...@so...>]

Patches item #431224, was opened at 2001-06-07 13:27
You can respond by visiting: 
http://sourceforge.net/tracker/?func=detail&atid=312867&aid=431224&group_id=12867

Category: None
Group: None
>Status: Closed
>Resolution: Fixed
Priority: 5
Submitted By: Samuele Pedroni (pedronis)
>Assigned to: Samuele Pedroni (pedronis)
Summary: possible fix for #222819

Initial Comment:
This is a patch that seems to solve

#222819 Multi-level Java method overriding fails 

while keeping

#231507 stack overflow for simple class
#406193 stack overflow when delegating

closed and

http://www.geocrawler.com/lists/3/SourceForge/7018/0/56
85848

working.

Note: only interpreter part (not jythonc).

PS: It's a hack, I know.

----------------------------------------------------------------------

>Comment By: Samuele Pedroni (pedronis)
Date: 2001-07-03 04:50

Message:
Logged In: YES 
user_id=61408

The interp patch, and a fixed/revised version of the jythonc
patch
have been committed.

----------------------------------------------------------------------

Comment By: Samuele Pedroni (pedronis)
Date: 2001-06-27 07:29

Message:
Logged In: YES 
user_id=61408

Now, jythonc part too.

Fix "Wrong 'extends'" too.

----------------------------------------------------------------------

Comment By: Finn Bock (bckfnn)
Date: 2001-06-08 09:52

Message:
Logged In: YES 
user_id=4201

Looks good. Please commit it but keep #222819 open until we 
have a fix for jythonc as well.

----------------------------------------------------------------------

You can respond by visiting: 
http://sourceforge.net/tracker/?func=detail&atid=312867&aid=431224&group_id=12867

[Jython-dev] Java, Python and GPL

[Ben B. <be...@ac...>]

Hi; me again.  Question this time regards packaging Jython (www.jython.org), 
a pure Java implementation of python.

Jython is currently subject to a DFSG-compilant but possibly GPL-incompatible 
license similar to that of python 2.0.

Jython also includes a class (ReadlineConsole.class) that links with the 
LGPLed lib-readline-java Java classes (uploaded to debian today) that in turn 
links to the GPLed libreadline.so using JNI (the Java-C interface).

Under default operation the ReadlineConsole class will not be used.  If a 
particular option is set in the jython configuration file, Jython will use 
ReadlineConsole which in turn links with libreadline.so.

Given that neither libreadline.so nor the LGPLed lib-readline-java classes 
are packaged as a part of Jython, and given the nature of java linking which 
is somewhat different from C linking, which of the following scenarios 
applies:

1) A binary distribution of Jython may include ReadlineConsole.class - it is 
up to the user to not violate the GPL.
2) A binary distribution of Jython may not include ReadlineConsole.class, but 
the corresponding source file ReadlineConsole.java may still be included in 
the sourceball.
3) The source file ReadlineConsole.java should be removed before anything is 
distributed.

Furthermore, would it be legal to use reflection to see if functions 
Readline.readline() and Readline.initReadline() exist and if so call them?

Neither myself nor the Jython developer I am talking with are lawyers; any 
input from this list would be appreciated.

I'm CCing this to the Jython development list since IMHO this is an issue 
that transcends the debian packaging and affects Jython distribution in 
general.

Thanks,
	Ben.

-- 

Ben Burton
be...@ac...  |  ba...@de...
http://baasil.humbug.org.au/bab/
Public Key: finger ba...@de...

If God dislikes gays so much, how come he picked Michelangelo, a known
homosexual, to paint the Sistine Chapel ceiling while assigning Anita to
go on TV and push orange juice?
	- Chicago columnist Mike Royko

Re: [Jython-dev] Jython license and GPL incompatibility

[Ben B. <be...@ac...>]

> No. The LGPL covers the Readline.java class and friends.

Sorry, my mistake - I read ReadlineConsole as Readline.  I actually realised 
this halfway through writing and thought I deleted that paragraph; it would 
seem not. :)

> Right. The same would surely be necesary in the case of Jython. There is
> absolutely no way a binary readline <-> jython combination could be
> released. Did the debian release include the source for readline.c? If
> it did then jython can surely include the source for
> ReadlineConsole.java.

Indeed, debian includes readline.c and the corresponding jython debian 
package would probably include ReadlineConsole.java since it's part of the 
sourceball.  My concern is that I don't believe I would be able to include 
ReadlineConsole.class in the packaged jar.

> I dunno. I'm not familiar with the S/N level on debian-legal.

Sorry, what's S/N?  I don't know if this answers your question but 
debian-legal is relatively low-traffic and tends to be almost all serious 
postings.  Flamewars tend to stay on debian-devel. :)

> Also, I'm not all that interested in whether debian can include jython. I'm
> more interested in whether jython can include ReadlineConsole.

My concern is the same as yours.  Debian can certainly include jython 
regardless; its license is well within the bounds of the debian policy.  My 
concern is whether I can include readline support in the jython package.  And 
one would presume that the legality of packaging ReadlineConsole.class does 
not differ between debian and your official Jython installer.

> I don't know if debian-legal is the right place to ask that question.

They certainly wouldn't mind.  And it wouldn't be off-topic because jython is 
being prepared for debian packaging.

At any rate, the worst you will have is more input. :)  I'd certainly trust 
what I read on debian-legal far more than what comes out of my own mouth.

Ben.

-- 

Ben Burton
be...@ac...  |  ba...@de...
http://baasil.humbug.org.au/bab/
Public Key: finger ba...@de...

Courage is the power to let go of the familiar.
	- Proverb

Re: [Jython-dev] Jython license and GPL incompatibility

[<bc...@wo...>]

[Ben Burton]

>> - ReadlineConsole is neither GPL or LGPL
>
>http://www.bablokb.de/java/readline.html, first paragraph: "It is distributed 
>under the LGPL."  Although there should be no problem linking LGPL stuff with 
>jython, it's the GPLed libreadline.so that gets linked along with it that 
>concerns me.

No. The LGPL covers the Readline.java class and friends. It does not
cover ReadlineConsole.java. That file is clearly based on a copy of some
CNRI software and I don't believe Bablok have ever tried to put LGPL on
something that was initially written by CNRI.

It may not change the issue much but it does add another degree of
separation.

>> So in the distributed form, jython doesn't links with any (L)GPL code.
>> If anyone installs bablok's Readline class and libreadline and changes
>> the python.console option they are creating a derivative work which they
>> do not have the right to distribute.
>
>So what's to stop me taking the GPLed fastlib.so, making a new proprietary 
>library superfastlib.so that links to fastlib.so but contains my 
>modifications, and then selling superfastlib.so but requiring users to 
>download fastlib.so themselves; thus I'm not distributing the GPLed code 
>myself but I still get the benefit of having a proprietary derivative work as 
>such.

Note that we does not *require* people to download a GPL library. Jython
works completely fine without.

>i.e. I believe the claim you make defeats the purpose of GPLing a library.  
>Of course I could be very much mistaken.  I am not at all well versed in 
>licensing details.  I don't say any of this because I am confident that I'm 
>correct; I merely say it for the purpose of opening (what I believe is 
>necessary) discussion on the issues.
>
>http://www.fsf.org/copyleft/gpl-faq.html#GPLPluginsInNF
>
>This also suggests to me that the readline plugin to Jython cannot be used, 
>i.e. sure, you can distribute support for the plugin but nobody should be 
>allowed to use it (and hence there's no reason to distribute support for it).

I though GPL only covered copying, distribution and modification.
Maybe changing the python.console property is considered a modification?

>> I have somehow considered ReadlineConsole to be similar to CPython-2.0's
>> readline.c file. In itself readline.c did not require CPython to be GPL
>> compatible.
>
>As I understand it, at least the debian python2 release disabled readline 
>support because of the GPL-incompatibility issue.

Right. The same would surely be necesary in the case of Jython. There is
absolutely no way a binary readline <-> jython combination could be
released. Did the debian release include the source for readline.c? If
it did then jython can surely include the source for
ReadlineConsole.java.

Maybe the binary version of ReadlineConsole.class is a violation of GPL.
I'm not sure how GPL view the way java compiles and links between
classes. Would using reflection to find and call two functions named
"Readline.readline" and "Readline.initReadline" also be a violation?

>IANAL, in fact I know very little about legal matters; these are just my 
>thoughts that I'm throwing in.  If you like I can raise the issue on 
>deb...@li... and see what they have to say.

I dunno. I'm not familiar with the S/N level on debian-legal. Also, I'm
not all that interested in whether debian can include jython. I'm more
interested in whether jython can include ReadlineConsole. I don't know
if debian-legal is the right place to ask that question.

regards,
finn