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

Re: [Jython-dev] Import Error: No module named os

[Ivan P. <ipo...@ma...>]

Hello, Jonn!

There is no Lib inside standalone jython jar, so you should distribute 
it with your application. You should use the following while 
instantiating the Python Interpreter

   //I'll tell about the way to get new PySystemState later...
   PySystemState state....

   //here you add the path to your system libraries
   state.path.append(new PyString(path));

   new PythonInterpreter(null, state);

Now about PySystemState. For version 2.5, it was ok to write just

PySystemState state = new PySystemState())

But with the same code we came across 'No module named os' error in 
version 2.7 (it occured not always, but from time to time)! We found out 
that changing the code to

PySystemState state = Py.getSystemState()

is solving 'no module named os' issue, however, since PySystemState 
returned by  Py.getSystemState() apparently caches the compiled byte 
code and there is no other way to change Python scripts 'on the fly' but 
restarting the whole application. So if you need to change Python 
modules 'on the fly', you have a problem.

We posted a message here 
(http://sourceforge.net/p/jython/mailman/message/34413663/), but 
received no answer from Jython team.

Please let us know if your problem is about the same thing or it is 
something else.

Regards,

Ivan Ponomarev

On 23.09.2015 21:18, John Chiang wrote:
> Hi,
>
> I am currently working on a web application which allows user to 
> upload/run python script in web application. I copied 
> jython-standalone-2.7.0.jar to WEB-INF/lib and build web application 
> as war file. however, I get a following error when running a python 
> script:
>
> org.python.core.PyException: null
>
> at org.python.core.Py.ImportError(Py.java:328) 
> ~[jython-standalone-2.7.0.jar!/:na]
>
> at org.python.core.imp.import_first(imp.java:877) 
> ~[jython-standalone-2.7.0.jar!/:na]
>
> at org.python.core.imp.import_module_level(imp.java:972) 
> ~[jython-standalone-2.7.0.jar!/:na]
>
> at org.python.core.imp.importName(imp.java:1062) 
> ~[jython-standalone-2.7.0.jar!/:na]
>
> at org.python.core.ImportFunction.__call__(__builtin__.java:1280) 
> ~[jython-standalone-2.7.0.jar!/:na]
>
> at org.python.core.PyObject.__call__(PyObject.java:431) 
> ~[jython-standalone-2.7.0.jar!/:na]
>
> at org.python.core.__builtin__.__import__(__builtin__.java:1232) 
> ~[jython-standalone-2.7.0.jar!/:na]
>
> at org.python.core.imp.importOne(imp.java:1081) 
> ~[jython-standalone-2.7.0.jar!/:na]
>
> at org.python.pycode._pyx18.f$0(<script>:11) ~[na:na]
>
> at org.python.pycode._pyx18.call_function(<script>) ~[na:na]
>
> at org.python.core.PyTableCode.call(PyTableCode.java:167) 
> ~[jython-standalone-2.7.0.jar!/:na]
>
> at org.python.core.PyCode.call(PyCode.java:18) 
> ~[jython-standalone-2.7.0.jar!/:na]
>
> at org.python.core.Py.runCode(Py.java:1386) 
> ~[jython-standalone-2.7.0.jar!/:na]
>
> at org.python.core.Py.exec(Py.java:1430) 
> ~[jython-standalone-2.7.0.jar!/:na]
>
> at org.python.util.PythonInterpreter.exec(PythonInterpreter.java:276) 
> ~[jython-standalone-2.7.0.jar!/:na]
>
> at 
> com.xactly.xsql.expression.arithmetic.ProcedureScalarOp.allocate(ProcedureScalarOp.java:92) 
> ~[xsql-0.9.99-SNAPSHOT.jar!/:na]
>
>
> I found a workaround by running jython installer and setting 
> python.home by specifying -Dpython.home=<jython install directory> as 
> a JVM parameter. I think the purpose of using 
> jython-standalone-2.7.0.jar is to be able to run jython without 
> running installer.
>
> How do I specify jython-standalone-2.7.0.jar as python.home? I think 
> somehow it needs Lib directory which is inside of jar.
>
>
> Any recommendations are appreciated. Thanks
>
> John
>
>
> On Tue, Sep 22, 2015 at 3:49 PM, John Chiang 
> <joh...@xa... <mailto:joh...@xa...>> wrote:
>
>     Hi,
>
>     I am currently working on a web application which allows user to
>     upload/run python script in web application. I copied
>     jython-standalone-2.7.0.jar to WEB-INF/lib and build web
>     application as war file. however, I get a following error when
>     running a python script:
>
>     org.python.core.PyException: null
>
>     at org.python.core.Py.ImportError(Py.java:328)
>     ~[jython-standalone-2.7.0.jar!/:na]
>
>     at org.python.core.imp.import_first(imp.java:877)
>     ~[jython-standalone-2.7.0.jar!/:na]
>
>     at org.python.core.imp.import_module_level(imp.java:972)
>     ~[jython-standalone-2.7.0.jar!/:na]
>
>     at org.python.core.imp.importName(imp.java:1062)
>     ~[jython-standalone-2.7.0.jar!/:na]
>
>     at org.python.core.ImportFunction.__call__(__builtin__.java:1280)
>     ~[jython-standalone-2.7.0.jar!/:na]
>
>     at org.python.core.PyObject.__call__(PyObject.java:431)
>     ~[jython-standalone-2.7.0.jar!/:na]
>
>     at org.python.core.__builtin__.__import__(__builtin__.java:1232)
>     ~[jython-standalone-2.7.0.jar!/:na]
>
>     at org.python.core.imp.importOne(imp.java:1081)
>     ~[jython-standalone-2.7.0.jar!/:na]
>
>     at org.python.pycode._pyx18.f$0(<script>:11) ~[na:na]
>
>     at org.python.pycode._pyx18.call_function(<script>) ~[na:na]
>
>     at org.python.core.PyTableCode.call(PyTableCode.java:167)
>     ~[jython-standalone-2.7.0.jar!/:na]
>
>     at org.python.core.PyCode.call(PyCode.java:18)
>     ~[jython-standalone-2.7.0.jar!/:na]
>
>     at org.python.core.Py.runCode(Py.java:1386)
>     ~[jython-standalone-2.7.0.jar!/:na]
>
>     at org.python.core.Py.exec(Py.java:1430)
>     ~[jython-standalone-2.7.0.jar!/:na]
>
>     at
>     org.python.util.PythonInterpreter.exec(PythonInterpreter.java:276)
>     ~[jython-standalone-2.7.0.jar!/:na]
>
>     at
>     com.xactly.xsql.expression.arithmetic.ProcedureScalarOp.allocate(ProcedureScalarOp.java:92)
>     ~[xsql-0.9.99-SNAPSHOT.jar!/:na]
>
>
>     I found a workaround by running jython installer and setting
>     python.home by specifying -Dpython.home=<jython install directory>
>     as a JVM parameter. I think the purpose of using
>     jython-standalone-2.7.0.jar is to be able to run jython without
>     running installer.
>
>     How do I specify jython-standalone-2.7.0.jar as python.home? I
>     think somehow it needs Lib directory which is inside of jar.
>
>
>     Any recommendations are appreciated. Thanks
>
>
>
>
>
> What's New with Xactly <http://www.xactlycorp.com/email-click/>
>
> <https://www.nyse.com/quote/XNYS:XTLY> LinkedIn 
> <https://www.linkedin.com/company/xactly-corporation> Twitter 
> <https://twitter.com/Xactly> Facebook 
> <https://www.facebook.com/XactlyCorp> YouTube 
> <http://www.youtube.com/xactlycorporation>
>
>
> ------------------------------------------------------------------------------
> Monitor Your Dynamic Infrastructure at Any Scale With Datadog!
> Get real-time metrics from all of your servers, apps and tools
> in one place.
> SourceForge users - Click here to start your Free Trial of Datadog now!
> http://pubads.g.doubleclick.net/gampad/clk?id=241902991&iu=/4140
>
>
> _______________________________________________
> Jython-dev mailing list
> Jyt...@li...
> https://lists.sourceforge.net/lists/listinfo/jython-dev

Re: [Jython-dev] Import Error: No module named os

[John C. <joh...@xa...>]

Hi,

I am currently working on a web application which allows user to upload/run
python script in web application. I copied jython-standalone-2.7.0.jar to
WEB-INF/lib and build web application as war file. however, I get a
following error when running a python script:

org.python.core.PyException: null

at org.python.core.Py.ImportError(Py.java:328)
~[jython-standalone-2.7.0.jar!/:na]

at org.python.core.imp.import_first(imp.java:877)
~[jython-standalone-2.7.0.jar!/:na]

at org.python.core.imp.import_module_level(imp.java:972)
~[jython-standalone-2.7.0.jar!/:na]

at org.python.core.imp.importName(imp.java:1062)
~[jython-standalone-2.7.0.jar!/:na]

at org.python.core.ImportFunction.__call__(__builtin__.java:1280)
~[jython-standalone-2.7.0.jar!/:na]

at org.python.core.PyObject.__call__(PyObject.java:431)
~[jython-standalone-2.7.0.jar!/:na]

at org.python.core.__builtin__.__import__(__builtin__.java:1232)
~[jython-standalone-2.7.0.jar!/:na]

at org.python.core.imp.importOne(imp.java:1081)
~[jython-standalone-2.7.0.jar!/:na]

at org.python.pycode._pyx18.f$0(<script>:11) ~[na:na]

at org.python.pycode._pyx18.call_function(<script>) ~[na:na]

at org.python.core.PyTableCode.call(PyTableCode.java:167)
~[jython-standalone-2.7.0.jar!/:na]

at org.python.core.PyCode.call(PyCode.java:18)
~[jython-standalone-2.7.0.jar!/:na]

at org.python.core.Py.runCode(Py.java:1386)
~[jython-standalone-2.7.0.jar!/:na]

at org.python.core.Py.exec(Py.java:1430) ~[jython-standalone-2.7.0.jar!/:na]

at org.python.util.PythonInterpreter.exec(PythonInterpreter.java:276)
~[jython-standalone-2.7.0.jar!/:na]

at
com.xactly.xsql.expression.arithmetic.ProcedureScalarOp.allocate(ProcedureScalarOp.java:92)
~[xsql-0.9.99-SNAPSHOT.jar!/:na]


I found a workaround by running jython installer and setting python.home by
specifying -Dpython.home=<jython install directory> as a JVM parameter. I
think the purpose of using jython-standalone-2.7.0.jar is to be able to run
jython without running installer.

How do I specify jython-standalone-2.7.0.jar as python.home? I think
somehow it needs Lib directory which is inside of jar.


Any recommendations are appreciated. Thanks

John

On Tue, Sep 22, 2015 at 3:49 PM, John Chiang <joh...@xa...>
wrote:

> Hi,
>
> I am currently working on a web application which allows user to
> upload/run python script in web application. I copied
> jython-standalone-2.7.0.jar to WEB-INF/lib and build web application as war
> file. however, I get a following error when running a python script:
>
> org.python.core.PyException: null
>
> at org.python.core.Py.ImportError(Py.java:328)
> ~[jython-standalone-2.7.0.jar!/:na]
>
> at org.python.core.imp.import_first(imp.java:877)
> ~[jython-standalone-2.7.0.jar!/:na]
>
> at org.python.core.imp.import_module_level(imp.java:972)
> ~[jython-standalone-2.7.0.jar!/:na]
>
> at org.python.core.imp.importName(imp.java:1062)
> ~[jython-standalone-2.7.0.jar!/:na]
>
> at org.python.core.ImportFunction.__call__(__builtin__.java:1280)
> ~[jython-standalone-2.7.0.jar!/:na]
>
> at org.python.core.PyObject.__call__(PyObject.java:431)
> ~[jython-standalone-2.7.0.jar!/:na]
>
> at org.python.core.__builtin__.__import__(__builtin__.java:1232)
> ~[jython-standalone-2.7.0.jar!/:na]
>
> at org.python.core.imp.importOne(imp.java:1081)
> ~[jython-standalone-2.7.0.jar!/:na]
>
> at org.python.pycode._pyx18.f$0(<script>:11) ~[na:na]
>
> at org.python.pycode._pyx18.call_function(<script>) ~[na:na]
>
> at org.python.core.PyTableCode.call(PyTableCode.java:167)
> ~[jython-standalone-2.7.0.jar!/:na]
>
> at org.python.core.PyCode.call(PyCode.java:18)
> ~[jython-standalone-2.7.0.jar!/:na]
>
> at org.python.core.Py.runCode(Py.java:1386)
> ~[jython-standalone-2.7.0.jar!/:na]
>
> at org.python.core.Py.exec(Py.java:1430)
> ~[jython-standalone-2.7.0.jar!/:na]
>
> at org.python.util.PythonInterpreter.exec(PythonInterpreter.java:276)
> ~[jython-standalone-2.7.0.jar!/:na]
>
> at
> com.xactly.xsql.expression.arithmetic.ProcedureScalarOp.allocate(ProcedureScalarOp.java:92)
> ~[xsql-0.9.99-SNAPSHOT.jar!/:na]
>
>
> I found a workaround by running jython installer and setting python.home
> by specifying -Dpython.home=<jython install directory> as a JVM parameter.
> I think the purpose of using jython-standalone-2.7.0.jar is to be able to
> run jython without running installer.
>
> How do I specify jython-standalone-2.7.0.jar as python.home? I think
> somehow it needs Lib directory which is inside of jar.
>
>
> Any recommendations are appreciated. Thanks
>

-- 


[image: What's New with Xactly] <http://www.xactlycorp.com/email-click/>

<https://www.nyse.com/quote/XNYS:XTLY>  [image: LinkedIn] 
<https://www.linkedin.com/company/xactly-corporation>  [image: Twitter] 
<https://twitter.com/Xactly>  [image: Facebook] 
<https://www.facebook.com/XactlyCorp>  [image: YouTube] 
<http://www.youtube.com/xactlycorporation>

[Jython-dev] Summary of Jython tracker Issues

[Jython t. <st...@bu...>]

ACTIVITY SUMMARY (2015-09-11 - 2015-09-18)
Jython tracker at http://bugs.jython.org/

To view or respond to any of the issues listed below, click on the issue.
Do NOT respond to this message.

Issues counts and deltas:
  open     267 ( +0)
  closed  2151 ( +5)
  total   2418 ( +5)

Open issues with patches: 29   


Issues opened (5)
=================

#2395: Parser bug with unparenthesized genexp with star-args
http://bugs.jython.org/issue2395  opened by ztane

#2396: test_threading and others fail under cygwin / sys.executable s
http://bugs.jython.org/issue2396  opened by adamburke

#2397: test.test_os_jy fails on Windows due to non-byte PyString
http://bugs.jython.org/issue2397  opened by jeff.allen

#2398: Readline/tab completion fails when using the cmd module
http://bugs.jython.org/issue2398  opened by brunteman

#2399: regrtest failures related to sort() on Java 8
http://bugs.jython.org/issue2399  opened by jeff.allen



Most recent 15 issues with no replies (15)
==========================================

#2399: regrtest failures related to sort() on Java 8
http://bugs.jython.org/issue2399

#2398: Readline/tab completion fails when using the cmd module
http://bugs.jython.org/issue2398

#2395: Parser bug with unparenthesized genexp with star-args
http://bugs.jython.org/issue2395

#2392: Intermittent errors from sre_compile.py - ValueError('unsuppor
http://bugs.jython.org/issue2392

#2378: Current docs aren't.
http://bugs.jython.org/issue2378

#2373: jython 2.7.0 Console.py Demo does not work on Windows 7
http://bugs.jython.org/issue2373

#2369: running jython-standalone.jar in desktops with with korean lan
http://bugs.jython.org/issue2369

#2363: relative seeks works incorrectly after readline
http://bugs.jython.org/issue2363

#2341: Invalid Unicode string literals cause console to keep outputti
http://bugs.jython.org/issue2341

#2331: "java.lang.IllegalArgumentException: Cannot create PyString wi
http://bugs.jython.org/issue2331

#2318: test_zipimport_jy failure on Windows
http://bugs.jython.org/issue2318

#2317: test_urllib2 failure on Windows
http://bugs.jython.org/issue2317

#2316: test_tarfile file-mode failures on Windows
http://bugs.jython.org/issue2316

#2314: test_shutil failures on Windows
http://bugs.jython.org/issue2314

#2313: test_jython_initializer failure on Windows
http://bugs.jython.org/issue2313



Most recent 15 issues waiting for review (15)
=============================================

#2396: test_threading and others fail under cygwin / sys.executable s
http://bugs.jython.org/issue2396

#2393: Clean running regression tests on windows
http://bugs.jython.org/issue2393

#2367: Jython ignores custom __eq__ when hashing dict subclasses
http://bugs.jython.org/issue2367

#2330: full-build fails to copy CPython License
http://bugs.jython.org/issue2330

#2230: Jython evaluation blocks under heavy load with high multi-core
http://bugs.jython.org/issue2230

#2228: [PATCH] Re-use "makeCompiledFilename" function where possible
http://bugs.jython.org/issue2228

#2143: site-packages support in standalone jar
http://bugs.jython.org/issue2143

#2142: Set Thread classloader when entering Jython context
http://bugs.jython.org/issue2142

#2077: marshal doesn't raise error when fed unmarshalable object
http://bugs.jython.org/issue2077

#1925: Support loading java.sql.Drivers that aren't on the boot class
http://bugs.jython.org/issue1925

#1917: No ctypes.c_char
http://bugs.jython.org/issue1917

#1866: Parser does not have mismatch token error messages caught by B
http://bugs.jython.org/issue1866

#1842: Add IBM i support to Jython
http://bugs.jython.org/issue1842

#1796: Jython doesn't support jar dir with colon's in it
http://bugs.jython.org/issue1796

#1767: Rich comparisons
http://bugs.jython.org/issue1767



Top 10 most discussed issues (1)
================================

#2396: test_threading and others fail under cygwin / sys.executable s
http://bugs.jython.org/issue2396   5 msgs

Re: [Jython-dev] Putting 2.7.1 beta 1 together tomorrow (Thur Sept 10)

[Adam B. <ada...@gm...>]

*nod*

We could include a bug number next to each "expected failure" entry in
regrtest. I can do the paperwork of raising the bugs if people agree.

Adam

On 13 September 2015 at 16:09, Jeff Allen <ja...@fa...> wrote:

> Welcome to the list Adam.
>
> I'm definitely for this in principle, and will kick the tyres on it. I'm
> in favour of tests that pass, so we can tell immediately what we've broken,
> raising the possibility of having a useful build bot again.
>
> I'm against turning off the things that tell us we've got work to do.
> regrtest is quite good, however, in gently reproaching you each time with a
> list of what you're ignoring. I suggest things we add to the expected
> failures list, if they are indeed applicable to a platform, should each be
> made issues at that point, and the fix should include putting the test back.
>
> Skips at the test case or test method level tend to be invisible. Jim has
> sometimes mined the tests to make a list of those, to work off as issues.
> Some kind of automatic list would be nice, again distinguishing "should
> work" from "not applicable to Jython".
>
> Jeff Allen
>
> On 10/09/2015 16:18, Adam Burke wrote:
>
> I have uploaded a small patch to clean up regression tests on windows. It
> doesn't actually do much to fix the tests, it just marks expected failures
> and skips correctly, at least on my machine. I mainly thought it would make
> build testing simpler if we could see clear green results.
>
> http://bugs.jython.org/issue2393
>
> If people find the idea useful, we could use it for regression tests of
> the 2.7.1 release candidates on different platforms on the same lines.
>
> It's a first patch so I might have stepped on some conventions or missed
> something about the current tests, though. Feedback welcome.
>
> Cheers
> Adam
>
> On 10 September 2015 at 14:32, Jeff Allen <ja...@fa...> wrote:
>
>> I'm still hoping to push a fix for Issue 2364 (where a Latin-1
>> interpretation is incorrectly given to ascii bytes). It will be close: my
>> fault for stopping to prove I was not making PyString any slower!
>>
>> Jeff
>>
>>
>> On 09/09/2015 20:24, Jim Baker wrote:
>>
>> Per my previous thread (
>> <http://python.6.x6.nabble.com/Planning-the-Jython-2-7-1-release-td5168866.html>
>> http://python.6.x6.nabble.com/Planning-the-Jython-2-7-1-release-td5168866.html),
>> we will be putting together the beta 1 for 2.7.1 tomorrow. If you have any
>> last minute commits that are ready, now is a great time to get them in for
>> user testing of this beta.
>>
>> In terms of specific timing, we are looking at the evening with respect
>> to America/Los_Angeles
>> <https://en.wikipedia.org/wiki/America/Los_Angeles>, since that's a
>> convenient time for Frank. Respond here if you need this date to slip for
>> any reason.
>>
>> - Jim
>>
>>
>>
>>
>>
>> ------------------------------------------------------------------------------
>> Monitor Your Dynamic Infrastructure at Any Scale With Datadog!
>> Get real-time metrics from all of your servers, apps and tools
>> in one place.
>> SourceForge users - Click here to start your Free Trial of Datadog now!
>> http://pubads.g.doubleclick.net/gampad/clk?id=241902991&iu=/4140
>> _______________________________________________
>> Jython-dev mailing list
>> Jyt...@li...
>> https://lists.sourceforge.net/lists/listinfo/jython-dev
>>
>>
>
>

[Jython-dev] Jython 2.7.1 beta1 released!

[<fwi...@gm...>]

On behalf of the Jython development team, I'm pleased to announce that
Jython 2.7.1 beta1 is released!

Thanks to Amobee for sponsoring my work on Jython, and thanks to the
many contributors to Jython!

Details are here:
http://fwierzbicki.blogspot.com/2015/09/on-behalf-of-jython-development-team-im.html

-Frank

Re: [Jython-dev] Jython 2.7.1 beta 1 soft launch

[<fwi...@gm...>]

It's released, but isn't showing up on search.maven yet. I'm sure it will
be there in the morning, so I will put out a release announcement then.

-Frank

Re: [Jython-dev] Jython 2.7.1 beta 1 soft launch

[<fwi...@gm...>]

OK, I haven't heard anything bad enough that this can't be the first
beta. The bug reports all look like things that can be addressed in a
next beta release. If I don't hear anything else I'll make beta1
official tonight.

-Frank

Re: [Jython-dev] Jython 2.7.1 beta 1 soft launch

[<fwi...@gm...>]

Oops, this was in "drafts" for a long time, sorry. Apparently I forgot
to hit send:

On Fri, Sep 11, 2015 at 1:55 AM, Jeff Allen <ja...@fa...> wrote:
> Hi Frank. Thanks for building this. Glad my last minute changes were in time
> and not fatal.
Thanks for getting them in!

> I am testing on Windows 7 64 bit and Java 7. It installed fine like this:
Great to see that the beta is working reasonably well on Windows, thanks!

>> java -jar d:\InstKits\jython.org\jython-installer-2.7.1b1.jar
> Ignoring indexes: https://pypi.python.org/simple/
> Downloading/unpacking setuptools
> Downloading/unpacking pip
> Installing collected packages: setuptools, pip
> Successfully installed setuptools pip
> Cleaning up...
>
> I don't understand the message "Ignoring indexes:
> https://pypi.python.org/simple/", but then pip's always a puzzle: is that
> expected?
I've seen it with pip before, I don't know the reasons though...

> I ran:
>> jython -m test.regrtest -e
> ...
> 17 fails unexpected:
>     test___all__ test_classpathimporter test_file2k test_httpservers
>     test_jython_initializer test_netrc test_os_jy test_runpy
>     test_select test_shutil test_sys test_sys_jy test_tarfile
>     test_threading test_urllib2 test_zipfile test_zipimport_jy
>
> This is about average, and these are the usual suspects with the usual
> failures. This one is new I think:
>
> test_threading
> test test_threading failed -- Traceback (most recent call last):
>   File "C:\jython\2.7.1b1\Lib\test\lock_tests.py", line 413, in test_timeout
>     self.assertTrue(dt >= 0.2, dt)
> AssertionError: 0.199999809265
>
> I ran with only 14 failures after the merge last night, but that was unusual
> in recent experience.
>
> I tested under Java 8 too. It hangs at test_logging, although that runs ok
> standalone. With that excluded:
>
>>jython -m test.regrtest -e -x test_logging
> ...
> 19 fails unexpected:
>     test___all__ test_classpathimporter test_file2k test_httpservers
>     test_jython_initializer test_list_jy test_marshal test_netrc
>     test_os_jy test_runpy test_select test_shutil test_sort test_sys
>     test_sys_jy test_tarfile test_urllib2 test_zipfile
>     test_zipimport_jy
>
> Interesting new additions on Java 8 relate to sort(). ISTR that has been
> noted elsewhere but I couldn't find the issue tracked. The specific failure
> in test_list_jy is:
> ======================================================================
> ERROR: test_sort (__main__.JavaListTestCase)
> ----------------------------------------------------------------------
> Traceback (most recent call last):
>   File "C:\jython\2.7.1b1\Lib\test\list_tests.py", line 442, in test_sort
>     self._test_sort()
>   File "C:\jython\2.7.1b1\Lib\test\list_tests.py", line 446, in _test_sort
>     u.sort()
> TypeError: sort(): expected 1 args; got 0
>
> ----------------------------------------------------------------------
>
> This looks fundamental, but also a bit odd: if u.sort() calls an instance
> method, isn't that instance argument one at the place we check it?
That sort one is weird. Would you mind creating a bug report? It would
be good to get that one looked at before b2.

-Frank

Re: [Jython-dev] Putting 2.7.1 beta 1 together tomorrow (Thur Sept 10)

[Jeff A. <ja...@fa...>]

Welcome to the list Adam.

I'm definitely for this in principle, and will kick the tyres on it. I'm 
in favour of tests that pass, so we can tell immediately what we've 
broken, raising the possibility of having a useful build bot again.

I'm against turning off the things that tell us we've got work to do. 
regrtest is quite good, however, in gently reproaching you each time 
with a list of what you're ignoring. I suggest things we add to the 
expected failures list, if they are indeed applicable to a platform, 
should each be made issues at that point, and the fix should include 
putting the test back.

Skips at the test case or test method level tend to be invisible. Jim 
has sometimes mined the tests to make a list of those, to work off as 
issues. Some kind of automatic list would be nice, again distinguishing 
"should work" from "not applicable to Jython".

Jeff Allen

On 10/09/2015 16:18, Adam Burke wrote:
> I have uploaded a small patch to clean up regression tests on windows. 
> It doesn't actually do much to fix the tests, it just marks expected 
> failures and skips correctly, at least on my machine. I mainly thought 
> it would make build testing simpler if we could see clear green results.
>
> http://bugs.jython.org/issue2393
>
> If people find the idea useful, we could use it for regression tests 
> of the 2.7.1 release candidates on different platforms on the same lines.
>
> It's a first patch so I might have stepped on some conventions or 
> missed something about the current tests, though. Feedback welcome.
>
> Cheers
> Adam
>
> On 10 September 2015 at 14:32, Jeff Allen <ja...@fa... 
> <mailto:ja...@fa...>> wrote:
>
>     I'm still hoping to push a fix for Issue 2364 (where a Latin-1
>     interpretation is incorrectly given to ascii bytes). It will be
>     close: my fault for stopping to prove I was not making PyString
>     any slower!
>
>     Jeff
>
>
>     On 09/09/2015 20:24, Jim Baker wrote:
>>     Per my previous thread
>>     (http://python.6.x6.nabble.com/Planning-the-Jython-2-7-1-release-td5168866.html),
>>     we will be putting together the beta 1 for 2.7.1 tomorrow. If you
>>     have any last minute commits that are ready, now is a great time
>>     to get them in for user testing of this beta.
>>
>>     In terms of specific timing, we are looking at the evening with
>>     respect to America/Los_Angeles
>>     <https://en.wikipedia.org/wiki/America/Los_Angeles>, since that's
>>     a convenient time for Frank. Respond here if you need this date
>>     to slip for any reason.
>>
>>     - Jim
>>
>>
>
>
>     ------------------------------------------------------------------------------
>     Monitor Your Dynamic Infrastructure at Any Scale With Datadog!
>     Get real-time metrics from all of your servers, apps and tools
>     in one place.
>     SourceForge users - Click here to start your Free Trial of Datadog
>     now!
>     http://pubads.g.doubleclick.net/gampad/clk?id=241902991&iu=/4140
>     _______________________________________________
>     Jython-dev mailing list
>     Jyt...@li...
>     <mailto:Jyt...@li...>
>     https://lists.sourceforge.net/lists/listinfo/jython-dev
>
>

Re: [Jython-dev] Jython 2.7.1 beta 1 soft launch

[Adam B. <ada...@gm...>]

Raised http://bugs.jython.org/issue2396 with possible (trivial) patch to
fix attached.

Adam

On 12 September 2015 at 01:49, fwi...@gm... <fwi...@gm...>
wrote:

> On Fri, Sep 11, 2015 at 9:43 AM, Adam Burke <ada...@gm...>
> wrote:
> > I noticed test_threading fails if you invoke it with "jython" rather than
> > "jython.exe", it does some sort of reinvocation of the jython binary.
> Hi Adam, thanks for testing it out! Would you mind logging a bug for
> this one? Hopefully we can get it sorted out for b2.
>
> -Frank
>

Re: [Jython-dev] Jython 2.7.1 beta 1 soft launch

[<fwi...@gm...>]

On Fri, Sep 11, 2015 at 9:43 AM, Adam Burke <ada...@gm...> wrote:
> I noticed test_threading fails if you invoke it with "jython" rather than
> "jython.exe", it does some sort of reinvocation of the jython binary.
Hi Adam, thanks for testing it out! Would you mind logging a bug for
this one? Hopefully we can get it sorted out for b2.

-Frank

Re: [Jython-dev] Jython 2.7.1 beta 1 soft launch

[Adam B. <ada...@gm...>]

I noticed test_threading fails if you invoke it with "jython" rather than
"jython.exe", it does some sort of reinvocation of the jython binary.

Adam

On 11 September 2015 at 16:55, Jeff Allen <ja...@fa...> wrote:

> Hi Frank. Thanks for building this. Glad my last minute changes were in
> time and not fatal.
>
> I am testing on Windows 7 64 bit and Java 7. It installed fine like this:
>
>  > java -jar d:\InstKits\jython.org\jython-installer-2.7.1b1.jar
> Ignoring indexes: https://pypi.python.org/simple/
> Downloading/unpacking setuptools
> Downloading/unpacking pip
> Installing collected packages: setuptools, pip
> Successfully installed setuptools pip
> Cleaning up...
>
> I don't understand the message "Ignoring indexes:
> https://pypi.python.org/simple/", but then pip's always a puzzle: is
> that expected?
>
> I ran:
>  > jython -m test.regrtest -e
> ...
> 17 fails unexpected:
>      test___all__ test_classpathimporter test_file2k test_httpservers
>      test_jython_initializer test_netrc test_os_jy test_runpy
>      test_select test_shutil test_sys test_sys_jy test_tarfile
>      test_threading test_urllib2 test_zipfile test_zipimport_jy
>
> This is about average, and these are the usual suspects with the usual
> failures. This one is new I think:
>
> test_threading
> test test_threading failed -- Traceback (most recent call last):
>    File "C:\jython\2.7.1b1\Lib\test\lock_tests.py", line 413, in
> test_timeout
>      self.assertTrue(dt >= 0.2, dt)
> AssertionError: 0.199999809265
>
> I ran with only 14 failures after the merge last night, but that was
> unusual in recent experience.
>
> I tested under Java 8 too. It hangs at test_logging, although that runs
> ok standalone. With that excluded:
>
>  >jython -m test.regrtest -e -x test_logging
> ...
> 19 fails unexpected:
>      test___all__ test_classpathimporter test_file2k test_httpservers
>      test_jython_initializer test_list_jy test_marshal test_netrc
>      test_os_jy test_runpy test_select test_shutil test_sort test_sys
>      test_sys_jy test_tarfile test_urllib2 test_zipfile
>      test_zipimport_jy
>
> Interesting new additions on Java 8 relate to sort(). ISTR that has been
> noted elsewhere but I couldn't find the issue tracked. The specific
> failure in test_list_jy is:
> ======================================================================
> ERROR: test_sort (__main__.JavaListTestCase)
> ----------------------------------------------------------------------
> Traceback (most recent call last):
>    File "C:\jython\2.7.1b1\Lib\test\list_tests.py", line 442, in test_sort
>      self._test_sort()
>    File "C:\jython\2.7.1b1\Lib\test\list_tests.py", line 446, in _test_sort
>      u.sort()
> TypeError: sort(): expected 1 args; got 0
>
> ----------------------------------------------------------------------
>
> This looks fundamental, but also a bit odd: if u.sort() calls an
> instance method, isn't that instance argument one at the place we check it?
>
> Jeff
>
> On 11/09/2015 04:24, fwi...@gm... wrote:
> > Hi all,
> >
> > Doing the soft launch thing for 2.7.1 beta1.
> > Please test, especially if you can test on windows!
> >
> > The releases:
> >
> > installer:
> https://oss.sonatype.org/content/repositories/orgpython-1055/org/python/jython-installer/2.7.1b1/jython-installer-2.7.1b1.jar
> >
> > standalone:
> https://oss.sonatype.org/content/repositories/orgpython-1056/org/python/jython-standalone/2.7.1b1/jython-standalone-2.7.1b1.jar
> >
> > The parent directories of each of the above have the checksums, source
> > jars, javadocs, etc.
> >
> > -Frank
> >
> >
> ------------------------------------------------------------------------------
> > _______________________________________________
> > Jython-dev mailing list
> > Jyt...@li...
> > https://lists.sourceforge.net/lists/listinfo/jython-dev
> >
>
>
>
> ------------------------------------------------------------------------------
> _______________________________________________
> Jython-dev mailing list
> Jyt...@li...
> https://lists.sourceforge.net/lists/listinfo/jython-dev
>

[Jython-dev] Summary of Jython tracker Issues

[Jython t. <st...@bu...>]

ACTIVITY SUMMARY (2015-09-04 - 2015-09-11)
Jython tracker at http://bugs.jython.org/

To view or respond to any of the issues listed below, click on the issue.
Do NOT respond to this message.

Issues counts and deltas:
  open     267 ( +2)
  closed  2146 ( +2)
  total   2413 ( +4)

Open issues with patches: 28   


Issues opened (4)
=================

#2391: read-only attr wrongly reported
http://bugs.jython.org/issue2391  opened by jsaiz

#2392: Intermittent errors from sre_compile.py - ValueError('unsuppor
http://bugs.jython.org/issue2392  opened by public.marvin

#2393: Clean running regression tests on windows
http://bugs.jython.org/issue2393  opened by adamburke

#2394: str has misplaced methods isdecimal and isumeric
http://bugs.jython.org/issue2394  opened by jeff.allen



Most recent 15 issues with no replies (15)
==========================================

#2394: str has misplaced methods isdecimal and isumeric
http://bugs.jython.org/issue2394

#2392: Intermittent errors from sre_compile.py - ValueError('unsuppor
http://bugs.jython.org/issue2392

#2378: Current docs aren't.
http://bugs.jython.org/issue2378

#2373: jython 2.7.0 Console.py Demo does not work on Windows 7
http://bugs.jython.org/issue2373

#2369: running jython-standalone.jar in desktops with with korean lan
http://bugs.jython.org/issue2369

#2363: relative seeks works incorrectly after readline
http://bugs.jython.org/issue2363

#2341: Invalid Unicode string literals cause console to keep outputti
http://bugs.jython.org/issue2341

#2331: "java.lang.IllegalArgumentException: Cannot create PyString wi
http://bugs.jython.org/issue2331

#2318: test_zipimport_jy failure on Windows
http://bugs.jython.org/issue2318

#2317: test_urllib2 failure on Windows
http://bugs.jython.org/issue2317

#2316: test_tarfile file-mode failures on Windows
http://bugs.jython.org/issue2316

#2314: test_shutil failures on Windows
http://bugs.jython.org/issue2314

#2313: test_jython_initializer failure on Windows
http://bugs.jython.org/issue2313

#2309: test_classpathimporter fails on Windows.
http://bugs.jython.org/issue2309

#2295: Importation of modules with str names with non-ASCII character
http://bugs.jython.org/issue2295



Most recent 15 issues waiting for review (15)
=============================================

#2393: Clean running regression tests on windows
http://bugs.jython.org/issue2393

#2367: Jython ignores custom __eq__ when hashing dict subclasses
http://bugs.jython.org/issue2367

#2330: full-build fails to copy CPython License
http://bugs.jython.org/issue2330

#2230: Jython evaluation blocks under heavy load with high multi-core
http://bugs.jython.org/issue2230

#2228: [PATCH] Re-use "makeCompiledFilename" function where possible
http://bugs.jython.org/issue2228

#2143: site-packages support in standalone jar
http://bugs.jython.org/issue2143

#2142: Set Thread classloader when entering Jython context
http://bugs.jython.org/issue2142

#2077: marshal doesn't raise error when fed unmarshalable object
http://bugs.jython.org/issue2077

#1925: Support loading java.sql.Drivers that aren't on the boot class
http://bugs.jython.org/issue1925

#1917: No ctypes.c_char
http://bugs.jython.org/issue1917

#1866: Parser does not have mismatch token error messages caught by B
http://bugs.jython.org/issue1866

#1842: Add IBM i support to Jython
http://bugs.jython.org/issue1842

#1796: Jython doesn't support jar dir with colon's in it
http://bugs.jython.org/issue1796

#1767: Rich comparisons
http://bugs.jython.org/issue1767

#1741: com.ziclix.python.sql.DataHandler calls wasNull without previo
http://bugs.jython.org/issue1741



Top 10 most discussed issues (1)
================================

#2391: read-only attr wrongly reported
http://bugs.jython.org/issue2391   7 msgs



Issues closed (1)
=================

#2386: "from distutils import sysconfig" fails if Jython was started 
http://bugs.jython.org/issue2386  closed by stefan.richthofer

Re: [Jython-dev] Jython 2.7.1 beta 1 soft launch

[Jeff A. <ja...@fa...>]

Hi Frank. Thanks for building this. Glad my last minute changes were in 
time and not fatal.

I am testing on Windows 7 64 bit and Java 7. It installed fine like this:

 > java -jar d:\InstKits\jython.org\jython-installer-2.7.1b1.jar
Ignoring indexes: https://pypi.python.org/simple/
Downloading/unpacking setuptools
Downloading/unpacking pip
Installing collected packages: setuptools, pip
Successfully installed setuptools pip
Cleaning up...

I don't understand the message "Ignoring indexes: 
https://pypi.python.org/simple/", but then pip's always a puzzle: is 
that expected?

I ran:
 > jython -m test.regrtest -e
...
17 fails unexpected:
     test___all__ test_classpathimporter test_file2k test_httpservers
     test_jython_initializer test_netrc test_os_jy test_runpy
     test_select test_shutil test_sys test_sys_jy test_tarfile
     test_threading test_urllib2 test_zipfile test_zipimport_jy

This is about average, and these are the usual suspects with the usual 
failures. This one is new I think:

test_threading
test test_threading failed -- Traceback (most recent call last):
   File "C:\jython\2.7.1b1\Lib\test\lock_tests.py", line 413, in 
test_timeout
     self.assertTrue(dt >= 0.2, dt)
AssertionError: 0.199999809265

I ran with only 14 failures after the merge last night, but that was 
unusual in recent experience.

I tested under Java 8 too. It hangs at test_logging, although that runs 
ok standalone. With that excluded:

 >jython -m test.regrtest -e -x test_logging
...
19 fails unexpected:
     test___all__ test_classpathimporter test_file2k test_httpservers
     test_jython_initializer test_list_jy test_marshal test_netrc
     test_os_jy test_runpy test_select test_shutil test_sort test_sys
     test_sys_jy test_tarfile test_urllib2 test_zipfile
     test_zipimport_jy

Interesting new additions on Java 8 relate to sort(). ISTR that has been 
noted elsewhere but I couldn't find the issue tracked. The specific 
failure in test_list_jy is:
======================================================================
ERROR: test_sort (__main__.JavaListTestCase)
----------------------------------------------------------------------
Traceback (most recent call last):
   File "C:\jython\2.7.1b1\Lib\test\list_tests.py", line 442, in test_sort
     self._test_sort()
   File "C:\jython\2.7.1b1\Lib\test\list_tests.py", line 446, in _test_sort
     u.sort()
TypeError: sort(): expected 1 args; got 0

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

This looks fundamental, but also a bit odd: if u.sort() calls an 
instance method, isn't that instance argument one at the place we check it?

Jeff

On 11/09/2015 04:24, fwi...@gm... wrote:
> Hi all,
>
> Doing the soft launch thing for 2.7.1 beta1.
> Please test, especially if you can test on windows!
>
> The releases:
>
> installer: https://oss.sonatype.org/content/repositories/orgpython-1055/org/python/jython-installer/2.7.1b1/jython-installer-2.7.1b1.jar
>
> standalone: https://oss.sonatype.org/content/repositories/orgpython-1056/org/python/jython-standalone/2.7.1b1/jython-standalone-2.7.1b1.jar
>
> The parent directories of each of the above have the checksums, source
> jars, javadocs, etc.
>
> -Frank
>
> ------------------------------------------------------------------------------
> _______________________________________________
> Jython-dev mailing list
> Jyt...@li...
> https://lists.sourceforge.net/lists/listinfo/jython-dev
>

[Jython-dev] Jython 2.7.1 beta 1 soft launch

[<fwi...@gm...>]

Hi all,

Doing the soft launch thing for 2.7.1 beta1.
Please test, especially if you can test on windows!

The releases:

installer: https://oss.sonatype.org/content/repositories/orgpython-1055/org/python/jython-installer/2.7.1b1/jython-installer-2.7.1b1.jar

standalone: https://oss.sonatype.org/content/repositories/orgpython-1056/org/python/jython-standalone/2.7.1b1/jython-standalone-2.7.1b1.jar

The parent directories of each of the above have the checksums, source
jars, javadocs, etc.

-Frank

Re: [Jython-dev] Putting 2.7.1 beta 1 together tomorrow (Thur Sept 10)

[Adam B. <ada...@gm...>]

I have uploaded a small patch to clean up regression tests on windows. It
doesn't actually do much to fix the tests, it just marks expected failures
and skips correctly, at least on my machine. I mainly thought it would make
build testing simpler if we could see clear green results.

http://bugs.jython.org/issue2393

If people find the idea useful, we could use it for regression tests of the
2.7.1 release candidates on different platforms on the same lines.

It's a first patch so I might have stepped on some conventions or missed
something about the current tests, though. Feedback welcome.

Cheers
Adam

On 10 September 2015 at 14:32, Jeff Allen <ja...@fa...> wrote:

> I'm still hoping to push a fix for Issue 2364 (where a Latin-1
> interpretation is incorrectly given to ascii bytes). It will be close: my
> fault for stopping to prove I was not making PyString any slower!
>
> Jeff
>
>
> On 09/09/2015 20:24, Jim Baker wrote:
>
> Per my previous thread (
> http://python.6.x6.nabble.com/Planning-the-Jython-2-7-1-release-td5168866.html),
> we will be putting together the beta 1 for 2.7.1 tomorrow. If you have any
> last minute commits that are ready, now is a great time to get them in for
> user testing of this beta.
>
> In terms of specific timing, we are looking at the evening with respect to
> America/Los_Angeles <https://en.wikipedia.org/wiki/America/Los_Angeles>,
> since that's a convenient time for Frank. Respond here if you need this
> date to slip for any reason.
>
> - Jim
>
>
>
>
>
> ------------------------------------------------------------------------------
> Monitor Your Dynamic Infrastructure at Any Scale With Datadog!
> Get real-time metrics from all of your servers, apps and tools
> in one place.
> SourceForge users - Click here to start your Free Trial of Datadog now!
> http://pubads.g.doubleclick.net/gampad/clk?id=241902991&iu=/4140
> _______________________________________________
> Jython-dev mailing list
> Jyt...@li...
> https://lists.sourceforge.net/lists/listinfo/jython-dev
>
>

Re: [Jython-dev] Putting 2.7.1 beta 1 together tomorrow (Thur Sept 10)

[Jeff A. <ja...@fa...>]

I'm still hoping to push a fix for Issue 2364 (where a Latin-1 
interpretation is incorrectly given to ascii bytes). It will be close: 
my fault for stopping to prove I was not making PyString any slower!

Jeff

On 09/09/2015 20:24, Jim Baker wrote:
> Per my previous thread 
> (http://python.6.x6.nabble.com/Planning-the-Jython-2-7-1-release-td5168866.html), 
> we will be putting together the beta 1 for 2.7.1 tomorrow. If you have 
> any last minute commits that are ready, now is a great time to get 
> them in for user testing of this beta.
>
> In terms of specific timing, we are looking at the evening with 
> respect to America/Los_Angeles 
> <https://en.wikipedia.org/wiki/America/Los_Angeles>, since that's a 
> convenient time for Frank. Respond here if you need this date to slip 
> for any reason.
>
> - Jim
>
>

[Jython-dev] Plan for a final 2.5.4

[<fwi...@gm...>]

Hi all,

A final 2.5.4 is way overdue. We put out an rc1 a long time ago, but
never finished the release. If anyone wants to do any further work on
2.5.x now would be the time. I plan to put out an rc2 in about a week,
and then if all goes well, finalize it about a week after that. It
will likely be the last of the 2.5.x series.

Let me know what you think!

-Frank

[Jython-dev] Putting 2.7.1 beta 1 together tomorrow (Thur Sept 10)

[Jim B. <jim...@py...>]

Per my previous thread (
http://python.6.x6.nabble.com/Planning-the-Jython-2-7-1-release-td5168866.html),
we will be putting together the beta 1 for 2.7.1 tomorrow. If you have any
last minute commits that are ready, now is a great time to get them in for
user testing of this beta.

In terms of specific timing, we are looking at the evening with respect to
America/Los_Angeles <https://en.wikipedia.org/wiki/America/Los_Angeles>,
since that's a convenient time for Frank. Respond here if you need this
date to slip for any reason.

- Jim

[Jython-dev] Project Jigsaw: Early-Access Builds available on jdk9.java.net/jigsaw

[Rory O'D. <ror...@or...>]

Hi Alan/Jim,

Early-access builds of JDK 9 with Project Jigsaw are available for 
download at jdk9.java.net/jigsaw <http://jdk9.java.net/jigsaw>.

The EA builds contain the latest prototype implementation of JSR 376 
<http://openjdk.java.net/projects/jigsaw/spec>, the Java Platform Module 
System,
as well as that of the JDK-specific APIs and tools described in JEP 261 
<http://openjdk.java.net/jeps/261>.

If you'd like to try out the EA builds, by far the most helpful things 
you can do are:

  *

    Try to run existing applications, without change, on these builds to
    see whether the module system, or the modularization of the
    platform, breaks your code or identifies code that depends upon
    JDK-internal APIs or other unspecified aspects of the platform.

  *

    Experiment with the module system itself, perhaps by following the
    quick start guide
    <http://openjdk.java.net/projects/jigsaw/quick-start>, and start
    thinking about how to migrate existing libraries and application
    components to modules. We hope to publish some specific migration
    tips shortly.

Please send usage questions and experience reports to the jigsaw-dev 
<http://mail.openjdk.java.net/mailman/listinfo/jigsaw-dev> list. 
Specific suggestions about the design of the module system should be 
sent to the JSR 376 Expert Group's comments list 
<mailto:jpm...@op...>.

For more information please seen Mark Reinhold's mail [1]

Rgds,Rory

[1]http://mail.openjdk.java.net/pipermail/jigsaw-dev/2015-September/004480.html

-- 
Rgds,Rory O'Donnell
Quality Engineering Manager
Oracle EMEA , Dublin, Ireland

[Jython-dev] Summary of Jython tracker Issues

[Jython t. <st...@bu...>]

ACTIVITY SUMMARY (2015-08-28 - 2015-09-04)
Jython tracker at http://bugs.jython.org/

To view or respond to any of the issues listed below, click on the issue.
Do NOT respond to this message.

Issues counts and deltas:
  open     265 ( +2)
  closed  2144 ( +3)
  total   2409 ( +5)

Open issues with patches: 28   


Issues opened (4)
=================

#2386: "from distutils import sysconfig" fails if Jython was started 
http://bugs.jython.org/issue2386  opened by stefan.richthofer

#2387: Jtable displaying dates
http://bugs.jython.org/issue2387  opened by kensingtoncat

#2389: InternalFrameLister  vs InternalFrameAdapter
http://bugs.jython.org/issue2389  opened by kensingtoncat

#2390: Support SSLContext
http://bugs.jython.org/issue2390  opened by zyasoft



Most recent 15 issues with no replies (15)
==========================================

#2390: Support SSLContext
http://bugs.jython.org/issue2390

#2378: Current docs aren't.
http://bugs.jython.org/issue2378

#2373: jython 2.7.0 Console.py Demo does not work on Windows 7
http://bugs.jython.org/issue2373

#2369: running jython-standalone.jar in desktops with with korean lan
http://bugs.jython.org/issue2369

#2363: relative seeks works incorrectly after readline
http://bugs.jython.org/issue2363

#2341: Invalid Unicode string literals cause console to keep outputti
http://bugs.jython.org/issue2341

#2331: "java.lang.IllegalArgumentException: Cannot create PyString wi
http://bugs.jython.org/issue2331

#2318: test_zipimport_jy failure on Windows
http://bugs.jython.org/issue2318

#2317: test_urllib2 failure on Windows
http://bugs.jython.org/issue2317

#2316: test_tarfile file-mode failures on Windows
http://bugs.jython.org/issue2316

#2314: test_shutil failures on Windows
http://bugs.jython.org/issue2314

#2313: test_jython_initializer failure on Windows
http://bugs.jython.org/issue2313

#2309: test_classpathimporter fails on Windows.
http://bugs.jython.org/issue2309

#2295: Importation of modules with str names with non-ASCII character
http://bugs.jython.org/issue2295

#2294: Importation of modules from directories with non-ASCII charact
http://bugs.jython.org/issue2294



Most recent 15 issues waiting for review (15)
=============================================

#2375: super() fails to call Java superclass constructor
http://bugs.jython.org/issue2375

#2367: Jython ignores custom __eq__ when hashing dict subclasses
http://bugs.jython.org/issue2367

#2330: full-build fails to copy CPython License
http://bugs.jython.org/issue2330

#2230: Jython evaluation blocks under heavy load with high multi-core
http://bugs.jython.org/issue2230

#2228: [PATCH] Re-use "makeCompiledFilename" function where possible
http://bugs.jython.org/issue2228

#2143: site-packages support in standalone jar
http://bugs.jython.org/issue2143

#2142: Set Thread classloader when entering Jython context
http://bugs.jython.org/issue2142

#2077: marshal doesn't raise error when fed unmarshalable object
http://bugs.jython.org/issue2077

#1925: Support loading java.sql.Drivers that aren't on the boot class
http://bugs.jython.org/issue1925

#1917: No ctypes.c_char
http://bugs.jython.org/issue1917

#1866: Parser does not have mismatch token error messages caught by B
http://bugs.jython.org/issue1866

#1842: Add IBM i support to Jython
http://bugs.jython.org/issue1842

#1796: Jython doesn't support jar dir with colon's in it
http://bugs.jython.org/issue1796

#1767: Rich comparisons
http://bugs.jython.org/issue1767

#1741: com.ziclix.python.sql.DataHandler calls wasNull without previo
http://bugs.jython.org/issue1741



Top 10 most discussed issues (6)
================================

#2386: "from distutils import sysconfig" fails if Jython was started 
http://bugs.jython.org/issue2386   8 msgs

#1423: Circular imports cause RuntimeError: maximum recursion depth e
http://bugs.jython.org/issue1423   5 msgs

#2389: InternalFrameLister  vs InternalFrameAdapter
http://bugs.jython.org/issue2389   5 msgs

#2374: setsockopt call from pika fails with "Protocol not available"e
http://bugs.jython.org/issue2374   3 msgs

#2375: super() fails to call Java superclass constructor
http://bugs.jython.org/issue2375   3 msgs

#2387: Jtable displaying dates
http://bugs.jython.org/issue2387   3 msgs



Issues closed (2)
=================

#2385: Porting from 2.5.2 to 2.7 ->  None:  No module named __main__
http://bugs.jython.org/issue2385  closed by jeff.allen

#2388: jython.exe crashes for me on Windows 7, 64 bit
http://bugs.jython.org/issue2388  closed by stefan.richthofer

Re: [Jython-dev] Planning the Jython 2.7.1 release

[<fwi...@gm...>]

On Wed, Sep 2, 2015 at 2:56 PM, Darjus Loktevic <da...@gm...> wrote:
> Very good question Jeff. Is it easy to make releases and is the process
> documented somewhere? (curious how it works)
The process is not hard - I think it takes me a few hours with a good
chunk of that being the wait for sonatype/maven to update. The recipe
that I mostly follow is documented here:

http://www.jython.org/devguide/releasejython.html

If someone actually wants to do releases, I will need to contact
sonaytpe to see how release managers can be added.

-Frank

Re: [Jython-dev] Planning the Jython 2.7.1 release

[Darjus L. <da...@gm...>]

Very good question Jeff. Is it easy to make releases and is the process
documented somewhere? (curious how it works)

Thanks,
Darjus

On Wed, Sep 2, 2015 at 4:50 PM Jeff Allen <ja...@fa...> wrote:

> I'm now working #2364, the bytearray.isalpha() divergence from CPython.
> I'll include their friends and relations, (islower, isalnum, ... must be
> wrong too) and take in the corresponding str/bytes methods. This is likely
> to make it for 10 Sep.
>
> I've noticed that our unicode.isdigit() and unicode.isspace() are also
> divergent at a few points in 0x80-0xff, but that would be a different issue
> (although I have to pick unicode.isalpha apart from str.isalpha, anyway ...
> ).
>
> I guess we're all busy on other things besides this, but it is good to
> produce something, if the release process is not too onerous.
>
> Jeff Allen
>
> On 01/09/2015 21:44, Jim Baker wrote:
>
> Just want to remind everyone that we are still on target for beta 1 next
> week on Thurs Sept 10. Thanks Jeff for fixing circular imports!
>
> There are a bunch of things I personally planned to do -- on sockets in
> particular -- that slipped. Busy on other things besides Jython dev. But I
> believe I can get most of the outstanding socket bugs plus installer
> changes done by beta 2.
>
> Regardless we will have an even better version of Jython with 2.7.1 just
> with the fixes that have been made to date.
>
> - Jim
>
> On Fri, Aug 7, 2015 at 3:19 PM, Jeff Allen <ja...@fa...> wrote:
>
>> On 07/08/2015 22:00, fwi...@gm... wrote:
>> > On Fri, Aug 7, 2015 at 11:33 AM, Jim Baker <jim...@py...>
>> wrote:
>> >> It's time for us to plan the Jython 2.7.1 release schedule. I'm going
>> to
>> >> suggest the following dates:
>> >>
>> >> Beta 1 on Thur Sept 10
>> >> Beta 2 on Thur Oct 8
>> >> Release Candidate on Thur Nov 5
>> >> Final release on Thur Nov 19
>> > These dates sound good to me +1!
>> >
>> > I have actually run into the import bugs in the wild (can't remember
>> > where exactly - it might have been in Flask). So I'm looking forward
>> > to it.
>> >
>> > -Frank
>> >
>> The dates seem good to me too as an aim. I have a three things marked
>> for me of the tracker, including the circular import bug (and one I
>> think is a no-fix in 2.7). But we've gained a few issues while my mind
>> was elsewhere.
>>
>> Jeff
>>
>>
>>
>> ------------------------------------------------------------------------------
>> _______________________________________________
>> Jython-dev mailing list
>> Jyt...@li...
>> https://lists.sourceforge.net/lists/listinfo/jython-dev
>>
>
>
>
> ------------------------------------------------------------------------------
> Monitor Your Dynamic Infrastructure at Any Scale With Datadog!
> Get real-time metrics from all of your servers, apps and tools
> in one place.
> SourceForge users - Click here to start your Free Trial of Datadog now!
> http://pubads.g.doubleclick.net/gampad/clk?id=241902991&iu=/4140
> _______________________________________________
> Jython-dev mailing list
> Jyt...@li...
> https://lists.sourceforge.net/lists/listinfo/jython-dev
>

Re: [Jython-dev] Planning the Jython 2.7.1 release

[Jeff A. <ja...@fa...>]

I'm now working #2364, the bytearray.isalpha() divergence from CPython. 
I'll include their friends and relations, (islower, isalnum, ... must be 
wrong too) and take in the corresponding str/bytes methods. This is 
likely to make it for 10 Sep.

I've noticed that our unicode.isdigit() and unicode.isspace() are also 
divergent at a few points in 0x80-0xff, but that would be a different 
issue (although I have to pick unicode.isalpha apart from str.isalpha, 
anyway ... ).

I guess we're all busy on other things besides this, but it is good to 
produce something, if the release process is not too onerous.

Jeff Allen

On 01/09/2015 21:44, Jim Baker wrote:
> Just want to remind everyone that we are still on target for beta 1 
> next week on Thurs Sept 10. Thanks Jeff for fixing circular imports!
>
> There are a bunch of things I personally planned to do -- on sockets 
> in particular -- that slipped. Busy on other things besides Jython 
> dev. But I believe I can get most of the outstanding socket bugs plus 
> installer changes done by beta 2.
>
> Regardless we will have an even better version of Jython with 2.7.1 
> just with the fixes that have been made to date.
>
> - Jim
>
> On Fri, Aug 7, 2015 at 3:19 PM, Jeff Allen <ja...@fa... 
> <mailto:ja...@fa...>> wrote:
>
>     On 07/08/2015 22:00, fwi...@gm...
>     <mailto:fwi...@gm...> wrote:
>     > On Fri, Aug 7, 2015 at 11:33 AM, Jim Baker <jim...@py...
>     <mailto:jim...@py...>> wrote:
>     >> It's time for us to plan the Jython 2.7.1 release schedule. I'm
>     going to
>     >> suggest the following dates:
>     >>
>     >> Beta 1 on Thur Sept 10
>     >> Beta 2 on Thur Oct 8
>     >> Release Candidate on Thur Nov 5
>     >> Final release on Thur Nov 19
>     > These dates sound good to me +1!
>     >
>     > I have actually run into the import bugs in the wild (can't remember
>     > where exactly - it might have been in Flask). So I'm looking forward
>     > to it.
>     >
>     > -Frank
>     >
>     The dates seem good to me too as an aim. I have a three things marked
>     for me of the tracker, including the circular import bug (and one I
>     think is a no-fix in 2.7). But we've gained a few issues while my mind
>     was elsewhere.
>
>     Jeff
>
>
>     ------------------------------------------------------------------------------
>     _______________________________________________
>     Jython-dev mailing list
>     Jyt...@li...
>     <mailto:Jyt...@li...>
>     https://lists.sourceforge.net/lists/listinfo/jython-dev
>
>

Re: [Jython-dev] Planning the Jython 2.7.1 release

[Darjus L. <da...@gm...>]

Thanks for the update. Awesome!

On Wed, Sep 2, 2015 at 6:45 AM Jim Baker <jim...@py...> wrote:

> Just want to remind everyone that we are still on target for beta 1 next
> week on Thurs Sept 10. Thanks Jeff for fixing circular imports!
>
> There are a bunch of things I personally planned to do -- on sockets in
> particular -- that slipped. Busy on other things besides Jython dev. But I
> believe I can get most of the outstanding socket bugs plus installer
> changes done by beta 2.
>
> Regardless we will have an even better version of Jython with 2.7.1 just
> with the fixes that have been made to date.
>
> - Jim
>
> On Fri, Aug 7, 2015 at 3:19 PM, Jeff Allen <ja...@fa...> wrote:
>
>> On 07/08/2015 22:00, fwi...@gm... wrote:
>> > On Fri, Aug 7, 2015 at 11:33 AM, Jim Baker <jim...@py...>
>> wrote:
>> >> It's time for us to plan the Jython 2.7.1 release schedule. I'm going
>> to
>> >> suggest the following dates:
>> >>
>> >> Beta 1 on Thur Sept 10
>> >> Beta 2 on Thur Oct 8
>> >> Release Candidate on Thur Nov 5
>> >> Final release on Thur Nov 19
>> > These dates sound good to me +1!
>> >
>> > I have actually run into the import bugs in the wild (can't remember
>> > where exactly - it might have been in Flask). So I'm looking forward
>> > to it.
>> >
>> > -Frank
>> >
>> The dates seem good to me too as an aim. I have a three things marked
>> for me of the tracker, including the circular import bug (and one I
>> think is a no-fix in 2.7). But we've gained a few issues while my mind
>> was elsewhere.
>>
>> Jeff
>>
>>
>>
>> ------------------------------------------------------------------------------
>> _______________________________________________
>> Jython-dev mailing list
>> Jyt...@li...
>> https://lists.sourceforge.net/lists/listinfo/jython-dev
>>
>
>
> ------------------------------------------------------------------------------
> _______________________________________________
> Jython-dev mailing list
> Jyt...@li...
> https://lists.sourceforge.net/lists/listinfo/jython-dev
>