Menu
▾
▴
jython-dev — Discussion of developing and enhancing Jython itself(!) (not how to use Jython)
You can subscribe to this list here.
| 2000 |
Jan
|
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
(38) |
Nov
(98) |
Dec
(58) |
|---|---|---|---|---|---|---|---|---|---|---|---|---|
| 2001 |
Jan
(114) |
Feb
(123) |
Mar
(96) |
Apr
(66) |
May
(84) |
Jun
(72) |
Jul
(128) |
Aug
(126) |
Sep
(82) |
Oct
(80) |
Nov
(148) |
Dec
(55) |
| 2002 |
Jan
(137) |
Feb
(85) |
Mar
(118) |
Apr
(67) |
May
(71) |
Jun
(28) |
Jul
(69) |
Aug
(48) |
Sep
(83) |
Oct
(79) |
Nov
(54) |
Dec
(32) |
| 2003 |
Jan
(44) |
Feb
(47) |
Mar
(59) |
Apr
(57) |
May
(43) |
Jun
(45) |
Jul
(44) |
Aug
(39) |
Sep
(27) |
Oct
(62) |
Nov
(17) |
Dec
(23) |
| 2004 |
Jan
(41) |
Feb
(51) |
Mar
(38) |
Apr
(30) |
May
(25) |
Jun
(12) |
Jul
(11) |
Aug
(27) |
Sep
(16) |
Oct
(56) |
Nov
(23) |
Dec
(29) |
| 2005 |
Jan
(75) |
Feb
(82) |
Mar
(50) |
Apr
(77) |
May
(19) |
Jun
(104) |
Jul
(47) |
Aug
(42) |
Sep
(28) |
Oct
(143) |
Nov
(62) |
Dec
(13) |
| 2006 |
Jan
(20) |
Feb
(10) |
Mar
(59) |
Apr
(45) |
May
(25) |
Jun
(129) |
Jul
(162) |
Aug
(91) |
Sep
(15) |
Oct
(39) |
Nov
(186) |
Dec
(191) |
| 2007 |
Jan
(134) |
Feb
(140) |
Mar
(106) |
Apr
(77) |
May
(92) |
Jun
(63) |
Jul
(233) |
Aug
(102) |
Sep
(119) |
Oct
(63) |
Nov
(68) |
Dec
(32) |
| 2008 |
Jan
(69) |
Feb
(91) |
Mar
(129) |
Apr
(44) |
May
(18) |
Jun
(53) |
Jul
(50) |
Aug
(25) |
Sep
(11) |
Oct
(28) |
Nov
(67) |
Dec
(36) |
| 2009 |
Jan
(20) |
Feb
(24) |
Mar
(66) |
Apr
(53) |
May
(48) |
Jun
(48) |
Jul
(59) |
Aug
(82) |
Sep
(49) |
Oct
(30) |
Nov
(16) |
Dec
(16) |
| 2010 |
Jan
(52) |
Feb
(25) |
Mar
(36) |
Apr
(34) |
May
(14) |
Jun
(15) |
Jul
(14) |
Aug
(16) |
Sep
(23) |
Oct
(6) |
Nov
(4) |
Dec
(5) |
| 2011 |
Jan
(4) |
Feb
(22) |
Mar
(45) |
Apr
(9) |
May
(8) |
Jun
(13) |
Jul
(12) |
Aug
(4) |
Sep
(6) |
Oct
(10) |
Nov
(21) |
Dec
(5) |
| 2012 |
Jan
(6) |
Feb
(9) |
Mar
(25) |
Apr
(6) |
May
(4) |
Jun
(23) |
Jul
(6) |
Aug
(18) |
Sep
(21) |
Oct
(34) |
Nov
(19) |
Dec
(25) |
| 2013 |
Jan
(8) |
Feb
(34) |
Mar
(35) |
Apr
(4) |
May
(11) |
Jun
(4) |
Jul
(7) |
Aug
(5) |
Sep
(20) |
Oct
(12) |
Nov
(11) |
Dec
(7) |
| 2014 |
Jan
(10) |
Feb
(18) |
Mar
(50) |
Apr
(26) |
May
(53) |
Jun
(21) |
Jul
(12) |
Aug
(39) |
Sep
(43) |
Oct
(26) |
Nov
(8) |
Dec
(6) |
| 2015 |
Jan
(18) |
Feb
(32) |
Mar
(31) |
Apr
(42) |
May
(38) |
Jun
(13) |
Jul
(6) |
Aug
(11) |
Sep
(29) |
Oct
(25) |
Nov
(10) |
Dec
(11) |
| 2016 |
Jan
(24) |
Feb
(12) |
Mar
(13) |
Apr
(15) |
May
(22) |
Jun
(8) |
Jul
(12) |
Aug
(25) |
Sep
(8) |
Oct
(6) |
Nov
(13) |
Dec
(7) |
| 2017 |
Jan
(6) |
Feb
(29) |
Mar
(32) |
Apr
(8) |
May
(82) |
Jun
(42) |
Jul
(20) |
Aug
(17) |
Sep
(27) |
Oct
(14) |
Nov
(22) |
Dec
(6) |
| 2018 |
Jan
(12) |
Feb
(9) |
Mar
(22) |
Apr
(19) |
May
(14) |
Jun
(9) |
Jul
(9) |
Aug
(22) |
Sep
(22) |
Oct
(12) |
Nov
(13) |
Dec
(8) |
| 2019 |
Jan
(22) |
Feb
(3) |
Mar
(30) |
Apr
(20) |
May
(20) |
Jun
(6) |
Jul
(15) |
Aug
(25) |
Sep
(11) |
Oct
(24) |
Nov
(11) |
Dec
(6) |
| 2020 |
Jan
(9) |
Feb
(12) |
Mar
(29) |
Apr
(10) |
May
(22) |
Jun
(11) |
Jul
(15) |
Aug
(5) |
Sep
(6) |
Oct
(7) |
Nov
(7) |
Dec
(13) |
| 2021 |
Jan
(21) |
Feb
(5) |
Mar
(5) |
Apr
(6) |
May
(10) |
Jun
(7) |
Jul
(6) |
Aug
(8) |
Sep
(5) |
Oct
(9) |
Nov
(5) |
Dec
(6) |
| 2022 |
Jan
(5) |
Feb
(4) |
Mar
(8) |
Apr
(6) |
May
(5) |
Jun
(5) |
Jul
(10) |
Aug
(6) |
Sep
(7) |
Oct
(4) |
Nov
(4) |
Dec
(6) |
| 2023 |
Jan
(5) |
Feb
(5) |
Mar
(6) |
Apr
(4) |
May
(5) |
Jun
(6) |
Jul
(5) |
Aug
(5) |
Sep
(5) |
Oct
(5) |
Nov
(7) |
Dec
(8) |
| 2024 |
Jan
(3) |
Feb
(1) |
Mar
|
Apr
(2) |
May
|
Jun
(1) |
Jul
(1) |
Aug
(4) |
Sep
|
Oct
|
Nov
|
Dec
(1) |
| 2025 |
Jan
|
Feb
(2) |
Mar
|
Apr
(1) |
May
|
Jun
(1) |
Jul
|
Aug
(1) |
Sep
|
Oct
|
Nov
|
Dec
|
|
From: Jython t. <st...@bu...> - 2018-08-17 16:10:24
|
ACTIVITY SUMMARY (2018-08-10 - 2018-08-17) 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 345 ( -1) closed 2375 ( +1) total 2720 ( +0) Open issues with patches: 28 Most recent 15 issues with no replies (15) ========================================== #2698: urllib2.URLError: <urlopen error unknown url type: https> http://bugs.jython.org/issue2698 #2697: name$py.class is ignored when in a JAR with name.py http://bugs.jython.org/issue2697 #2686: Re-align the logic of util.jython.run with CPython 2.7 equival http://bugs.jython.org/issue2686 #2684: WindowsError:[Error 123] The filename,directory name,or volume http://bugs.jython.org/issue2684 #2681: Arbitrary file retrieval http://bugs.jython.org/issue2681 #2680: Ignore Java accessibility rules selectively by package (Java 9 http://bugs.jython.org/issue2680 #2666: Imports in python from java do not work if there is a package http://bugs.jython.org/issue2666 #2665: Standalone jar includes test classes http://bugs.jython.org/issue2665 #2663: Remove dependency on javax.xml.bind.DatatypeConverter http://bugs.jython.org/issue2663 #2651: Travis Builds failing with *** buffer overflow detected *** http://bugs.jython.org/issue2651 #2644: Representation of Java maps with String keys differs from Pyth http://bugs.jython.org/issue2644 #2640: Virtualenv gets confused using paths with ~ http://bugs.jython.org/issue2640 #2633: Unicode garbled in writing to spreadsheet via openpyxl http://bugs.jython.org/issue2633 #2631: jython 2.7.1 [Errno 107] Socket is not connected http://bugs.jython.org/issue2631 #2618: socket.sendall no longer sends all http://bugs.jython.org/issue2618 Most recent 15 issues waiting for review (15) ============================================= #2664: subprocess in jython ends with IOError: Stream closed http://bugs.jython.org/issue2664 #2635: AST.lineno ignored by compile http://bugs.jython.org/issue2635 #2566: inspect does not recognize code objects from bytecode files http://bugs.jython.org/issue2566 #2545: help() does not work on Java-implemented modules http://bugs.jython.org/issue2545 #2429: cStringIO does not work with mutable objects implementing the http://bugs.jython.org/issue2429 #2367: Jython ignores custom __eq__ when hashing dict subclasses http://bugs.jython.org/issue2367 #2363: relative seeks works incorrectly after readline http://bugs.jython.org/issue2363 #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 #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 #2121: Jython jar on Maven central embeds other third party libraries http://bugs.jython.org/issue2121 #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 Top 10 most discussed issues (1) ================================ #2700: Imports seems to be faulty http://bugs.jython.org/issue2700 7 msgs Issues closed (1) ================= #2478: Separate javax.xml classes from jython 2.7.0 standalone jar http://bugs.jython.org/issue2478 closed by jeff.allen |
|
From: Jeff A. <ja...@fa...> - 2018-08-13 19:36:28
|
One of the things we were looking forward to with Gradle was that it
would become easier to control the versions of JARs (modules) we depend
on. Gradle can get quite sophisticated about this: you can have anything
you want. Only ... what do we want?
* If we only specify a module name, we'll get the latest all the time
(with obvious risks).
* If a module moves to a new API we aren't ready for, we can specify
the version in part (3.1.+), and continue to take minor/patch releases.
* If a module has to be pinned to an exact version, we can name it
explicitly (or an acceptable range).
At least we don't have to check the JAR in: just change the dependency
statements (once we use Gradle exclusively). If we build distributions
with Gradle like the JARs we build now, I believe we end up jarjar'ring
the dynamically downloaded modules, but I haven't tried that yet.
A second dimension is when other projects cite Jython as a dependency
and get our dependencies transitively. Consuming projects are able to
override our version choices (if I understand correctly,
https://docs.gradle.org/current/userguide/managing_transitive_dependencies.html#sec:enforcing_dependency_version).
The less specific we are about version, the more helpful to consumers.
However, these might be untested combinations.
Any thoughts how to tell, for a given module, what the sensible policy
would be?
--
Jeff Allen
|
|
From: Jython t. <st...@bu...> - 2018-08-10 16:10:25
|
ACTIVITY SUMMARY (2018-08-03 - 2018-08-10) 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 346 ( +2) closed 2374 ( +1) total 2720 ( +3) Open issues with patches: 28 Issues opened (3) ================= #2699: Implement PyFile_IncUseCount/PyFile_DecUseCount (?) http://bugs.jython.org/issue2699 opened by stefan.richthofer #2700: Imports seems to be faulty http://bugs.jython.org/issue2700 opened by spaceman_spiff #2701: JVM seg Faulting when running standalone jython under a child http://bugs.jython.org/issue2701 opened by Hardy Most recent 15 issues with no replies (15) ========================================== #2698: urllib2.URLError: <urlopen error unknown url type: https> http://bugs.jython.org/issue2698 #2697: name$py.class is ignored when in a JAR with name.py http://bugs.jython.org/issue2697 #2691: __format__ method not implemented for boolean types - uses int http://bugs.jython.org/issue2691 #2686: Re-align the logic of util.jython.run with CPython 2.7 equival http://bugs.jython.org/issue2686 #2684: WindowsError:[Error 123] The filename,directory name,or volume http://bugs.jython.org/issue2684 #2681: Arbitrary file retrieval http://bugs.jython.org/issue2681 #2680: Ignore Java accessibility rules selectively by package (Java 9 http://bugs.jython.org/issue2680 #2666: Imports in python from java do not work if there is a package http://bugs.jython.org/issue2666 #2665: Standalone jar includes test classes http://bugs.jython.org/issue2665 #2663: Remove dependency on javax.xml.bind.DatatypeConverter http://bugs.jython.org/issue2663 #2651: Travis Builds failing with *** buffer overflow detected *** http://bugs.jython.org/issue2651 #2644: Representation of Java maps with String keys differs from Pyth http://bugs.jython.org/issue2644 #2640: Virtualenv gets confused using paths with ~ http://bugs.jython.org/issue2640 #2633: Unicode garbled in writing to spreadsheet via openpyxl http://bugs.jython.org/issue2633 #2631: jython 2.7.1 [Errno 107] Socket is not connected http://bugs.jython.org/issue2631 Most recent 15 issues waiting for review (15) ============================================= #2664: subprocess in jython ends with IOError: Stream closed http://bugs.jython.org/issue2664 #2635: AST.lineno ignored by compile http://bugs.jython.org/issue2635 #2566: inspect does not recognize code objects from bytecode files http://bugs.jython.org/issue2566 #2545: help() does not work on Java-implemented modules http://bugs.jython.org/issue2545 #2429: cStringIO does not work with mutable objects implementing the http://bugs.jython.org/issue2429 #2367: Jython ignores custom __eq__ when hashing dict subclasses http://bugs.jython.org/issue2367 #2363: relative seeks works incorrectly after readline http://bugs.jython.org/issue2363 #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 #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 #2121: Jython jar on Maven central embeds other third party libraries http://bugs.jython.org/issue2121 #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 Top 10 most discussed issues (1) ================================ #2699: Implement PyFile_IncUseCount/PyFile_DecUseCount (?) http://bugs.jython.org/issue2699 4 msgs |
|
From: Stefan R. <ste...@gm...> - 2018-08-09 12:02:29
|
The votes so far (Jeff and Frank replied privately, so I'm sharing this now): Jeff Allen: +1 from me. Always thoughtful work, and patient when subject to demanding review. Responds helpfully to issues too. Frank Wierzbicky: +1 for me as well Jim Baker: +1 — James Mudd's commits and overall work on Jython have been impactful and of high quality. His nomination is long overdue in my opinion. That's already the majority of currently active core developers and I am happy to announce that Frank decided to accept the nomination. Congratulations to James and welcome! There are some steps to do now that we are currently figuring out. It changed a bit since the last committer nomination. Cheers -Stefan 2018-08-02 16:13 GMT+02:00 Jim Baker <jim...@py...>: > +1 — James Mudd's commits and overall work on Jython have been impactful > and of high quality. His nomination is long overdue in my opinion. > > On Thu, Aug 2, 2018 at 6:20 AM, Stefan Richthofer < > ste...@gm...> wrote: > >> Hello Jython devs, >> >> I would like to nominate James Mudd to become a Jython committer. >> >> James is working with Jython since several years and he is frequently >> contributing since about two years. If you take a look at the commit >> history, a siginficant amount of recent contributions came from him. >> On the issue tracker he frequently tracks down the source of issues >> quickly and reliably. Often enough I had a look at some issue and James had >> already posted an idea or even an explanation for the cause. Most recently >> I remember #2672 "Integer formatting emits two minus signs with -2^31". I >> also remember how we collaborated on the super challenging #2536 "deadlocks >> in regrtests due to StackOverflowError in finally block". He is friendly, >> easy to work with and discussions with him are usually very helpful. >> I have met him personally at Diamond Lightsource and worked with him for >> two days on Jython and JyNI. At Diamond Lightsource he has been using >> Jython in a production environment for several years. In his own words: >> >> "I would consider myself primarily a Java developer using Python where it >> fits best. I have enjoyed contributing to Jython in my spare time, >> primarily because it makes you take a deep look at areas of Java you >> normally don’t look too closely at. The bugs I have enjoyed fixing the most >> have been, #2399 which turned out to be caused by a change in the algorithm >> used by the JVM to implement sorting of collections, and #2639 which was a >> bug in comparing Java and Python collections, it required quite a bit of >> work as the equality concepts offered by the two languages differ slightly >> but making the interoperability of Java and Python is what makes Jython >> such an interesting project. I am also interested in JyNI as potentially >> this can bring powerful libraries such as NumPy and SciPy to Jython and >> therefore Java." >> >> >> I asked James to write a brief bio: >> >> "I graduated Warwick University UK with a PhD in Physics in 2014. Since >> then I have worked at Diamond Light Source (DLS), initially in a science >> role but quickly moved into a full-time software position. I am now a >> senior software engineer working on the GDA (Generic Data Acquisition) >> software, used at DLS for control and automation of user experiments. GDA >> is a Java application with a client server architecture, it embeds Jython >> as a way to automate complex experiments using scripting, this is how I >> first became interested in Jython." >> >> >> - Stefan >> >> >> ------------------------------------------------------------------------------ >> Check out the vibrant tech community on one of the world's most >> engaging tech sites, Slashdot.org! http://sdm.link/slashdot >> _______________________________________________ >> Jython-dev mailing list >> Jyt...@li... >> https://lists.sourceforge.net/lists/listinfo/jython-dev >> >> > |
|
From: Rory O'D. <ror...@or...> - 2018-08-07 08:21:08
|
Hi Alan, *JDK 11 Early Access build 25 is available at : - **jdk.java.net/11/* * *JDK 11 entered Rampdown Phase 2 on 26-July [1]* o The overall feature set is frozen. No further JEPs will be targeted to this release. o We now turn our focus to P1 and P2 bugs. * Release notes are available here [2] *JDK 12 Early Access build 05 is available at : - **jdk.java.net/12/* * Changes in this build here <http://hg.openjdk.java.net/jdk/jdk/log?revcount=10000&rev=reverse%28%22jdk-12%2B4%22%3A%3A%22jdk-12%2B5%22%29>. *JDK 8u192 Early Access build 04 is available at : - http://jdk.java.net/8/* * JDK 8u192 timeline is available [3] o GA is scheduled for October 2018 **Conference videos online* * * *OpenJDK Committers’ Workshop [4]* * JVM Language Summit 2018 [5]: Regards, Rory [1] http://mail.openjdk.java.net/pipermail/jdk-dev/2018-July/001669.html [2] http://jdk.java.net/11/release-notes [3] http://openjdk.java.net/projects/jdk8u/releases/8u192.html [4] https://www.youtube.com/playlist?list=PLX8CzqL3ArzXY_9Ornabhxs-j2h4hnvJ3 [5] https://www.youtube.com/playlist?list=PLX8CzqL3ArzVnxC6PYxMlngEMv3W1pIkn -- Rgds,Rory O'Donnell Quality Engineering Manager Oracle EMEA , Dublin, Ireland |
|
From: Patrick P. <psy...@gm...> - 2018-08-06 15:57:41
|
For any newbies to Jython and/or Java. Running Java's main() method from Jython is simple. If you have arguments to pass to the main, you must put them into a list (i.e. L = ['arg1', 'arg2']). Otherwise, you can create an empty list (L = []). Then pass the list to main(). Example: b is a class object. If it has a main method, then you can do the following: b.main(L). For more, including an example, go to: http://jythonblog.blogspot.com -- /Patrick Palczewski/ *VRS# 818.208.2344* |
|
From: Jython t. <st...@bu...> - 2018-08-03 16:10:24
|
ACTIVITY SUMMARY (2018-07-27 - 2018-08-03) 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 344 ( +0) closed 2373 ( +0) total 2717 ( +0) Open issues with patches: 28 Most recent 15 issues with no replies (15) ========================================== #2698: urllib2.URLError: <urlopen error unknown url type: https> http://bugs.jython.org/issue2698 #2697: name$py.class is ignored when in a JAR with name.py http://bugs.jython.org/issue2697 #2691: __format__ method not implemented for boolean types - uses int http://bugs.jython.org/issue2691 #2686: Re-align the logic of util.jython.run with CPython 2.7 equival http://bugs.jython.org/issue2686 #2684: WindowsError:[Error 123] The filename,directory name,or volume http://bugs.jython.org/issue2684 #2681: Arbitrary file retrieval http://bugs.jython.org/issue2681 #2680: Ignore Java accessibility rules selectively by package (Java 9 http://bugs.jython.org/issue2680 #2666: Imports in python from java do not work if there is a package http://bugs.jython.org/issue2666 #2665: Standalone jar includes test classes http://bugs.jython.org/issue2665 #2663: Remove dependency on javax.xml.bind.DatatypeConverter http://bugs.jython.org/issue2663 #2651: Travis Builds failing with *** buffer overflow detected *** http://bugs.jython.org/issue2651 #2644: Representation of Java maps with String keys differs from Pyth http://bugs.jython.org/issue2644 #2640: Virtualenv gets confused using paths with ~ http://bugs.jython.org/issue2640 #2633: Unicode garbled in writing to spreadsheet via openpyxl http://bugs.jython.org/issue2633 #2631: jython 2.7.1 [Errno 107] Socket is not connected http://bugs.jython.org/issue2631 Most recent 15 issues waiting for review (15) ============================================= #2664: subprocess in jython ends with IOError: Stream closed http://bugs.jython.org/issue2664 #2635: AST.lineno ignored by compile http://bugs.jython.org/issue2635 #2566: inspect does not recognize code objects from bytecode files http://bugs.jython.org/issue2566 #2545: help() does not work on Java-implemented modules http://bugs.jython.org/issue2545 #2429: cStringIO does not work with mutable objects implementing the http://bugs.jython.org/issue2429 #2367: Jython ignores custom __eq__ when hashing dict subclasses http://bugs.jython.org/issue2367 #2363: relative seeks works incorrectly after readline http://bugs.jython.org/issue2363 #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 #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 #2121: Jython jar on Maven central embeds other third party libraries http://bugs.jython.org/issue2121 #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 |
|
From: Jim B. <jim...@py...> - 2018-08-02 14:42:15
|
+1 — James Mudd's commits and overall work on Jython have been impactful and of high quality. His nomination is long overdue in my opinion. On Thu, Aug 2, 2018 at 6:20 AM, Stefan Richthofer < ste...@gm...> wrote: > Hello Jython devs, > > I would like to nominate James Mudd to become a Jython committer. > > James is working with Jython since several years and he is frequently > contributing since about two years. If you take a look at the commit > history, a siginficant amount of recent contributions came from him. > On the issue tracker he frequently tracks down the source of issues > quickly and reliably. Often enough I had a look at some issue and James had > already posted an idea or even an explanation for the cause. Most recently > I remember #2672 "Integer formatting emits two minus signs with -2^31". I > also remember how we collaborated on the super challenging #2536 "deadlocks > in regrtests due to StackOverflowError in finally block". He is friendly, > easy to work with and discussions with him are usually very helpful. > I have met him personally at Diamond Lightsource and worked with him for > two days on Jython and JyNI. At Diamond Lightsource he has been using > Jython in a production environment for several years. In his own words: > > "I would consider myself primarily a Java developer using Python where it > fits best. I have enjoyed contributing to Jython in my spare time, > primarily because it makes you take a deep look at areas of Java you > normally don’t look too closely at. The bugs I have enjoyed fixing the most > have been, #2399 which turned out to be caused by a change in the algorithm > used by the JVM to implement sorting of collections, and #2639 which was a > bug in comparing Java and Python collections, it required quite a bit of > work as the equality concepts offered by the two languages differ slightly > but making the interoperability of Java and Python is what makes Jython > such an interesting project. I am also interested in JyNI as potentially > this can bring powerful libraries such as NumPy and SciPy to Jython and > therefore Java." > > > I asked James to write a brief bio: > > "I graduated Warwick University UK with a PhD in Physics in 2014. Since > then I have worked at Diamond Light Source (DLS), initially in a science > role but quickly moved into a full-time software position. I am now a > senior software engineer working on the GDA (Generic Data Acquisition) > software, used at DLS for control and automation of user experiments. GDA > is a Java application with a client server architecture, it embeds Jython > as a way to automate complex experiments using scripting, this is how I > first became interested in Jython." > > > - Stefan > > ------------------------------------------------------------ > ------------------ > Check out the vibrant tech community on one of the world's most > engaging tech sites, Slashdot.org! http://sdm.link/slashdot > _______________________________________________ > Jython-dev mailing list > Jyt...@li... > https://lists.sourceforge.net/lists/listinfo/jython-dev > > |
|
From: Stefan R. <ste...@gm...> - 2018-08-02 12:20:17
|
Hello Jython devs, I would like to nominate James Mudd to become a Jython committer. James is working with Jython since several years and he is frequently contributing since about two years. If you take a look at the commit history, a siginficant amount of recent contributions came from him. On the issue tracker he frequently tracks down the source of issues quickly and reliably. Often enough I had a look at some issue and James had already posted an idea or even an explanation for the cause. Most recently I remember #2672 "Integer formatting emits two minus signs with -2^31". I also remember how we collaborated on the super challenging #2536 "deadlocks in regrtests due to StackOverflowError in finally block". He is friendly, easy to work with and discussions with him are usually very helpful. I have met him personally at Diamond Lightsource and worked with him for two days on Jython and JyNI. At Diamond Lightsource he has been using Jython in a production environment for several years. In his own words: "I would consider myself primarily a Java developer using Python where it fits best. I have enjoyed contributing to Jython in my spare time, primarily because it makes you take a deep look at areas of Java you normally don’t look too closely at. The bugs I have enjoyed fixing the most have been, #2399 which turned out to be caused by a change in the algorithm used by the JVM to implement sorting of collections, and #2639 which was a bug in comparing Java and Python collections, it required quite a bit of work as the equality concepts offered by the two languages differ slightly but making the interoperability of Java and Python is what makes Jython such an interesting project. I am also interested in JyNI as potentially this can bring powerful libraries such as NumPy and SciPy to Jython and therefore Java." I asked James to write a brief bio: "I graduated Warwick University UK with a PhD in Physics in 2014. Since then I have worked at Diamond Light Source (DLS), initially in a science role but quickly moved into a full-time software position. I am now a senior software engineer working on the GDA (Generic Data Acquisition) software, used at DLS for control and automation of user experiments. GDA is a Java application with a client server architecture, it embeds Jython as a way to automate complex experiments using scripting, this is how I first became interested in Jython." - Stefan |
|
From: Fabio Z. <fa...@gm...> - 2018-08-01 13:35:31
|
Ok, sorry for spamming then... I really thought updating the link should be easy, but if it's not possible to access the server to update things it can really be annoying. Hopefully there's at least access to the dns server so that it's possible to do a wget of the current page and redirect it to a new place -- I have good experiences using github pages for the pydev.org homepage (with cloudflare taking care of https), so, I'd recommend going that way.. Cheers, Fabio On Wed, Aug 1, 2018 at 10:12 AM, Stefan Richthofer < ste...@gm...> wrote: > Hello Fabio, > > this is a known issue, see http://bugs.jython.org/issue2658 and > http://bugs.jython.org/issue2671. > As far as I know this originates from some issue with accessing the > webspace. I don't know the > reason in detail but I was told that the only way to update is to build a > new website and redirect > the domain. That is of course much more work than just posting an updated > link and so far > nobody volunteered to spend the required amount of time. > > Best > > -Stefan > > > 2018-08-01 13:59 GMT+02:00 Fabio Zadrozny <fa...@gm...>: > >> >> Hi All, >> >> Just writing to note that I think it'd be nice to update the Jython >> download page to point to the latest Jython version... >> >> i.e.: >> >> In http://www.jython.org/downloads.html >> >> It points to jython 2.7.0 version as being the latest stable, but it >> seems that there's a newer version in http://repo1.maven.org/maven2/ >> org/python/jython-installer/2.7.1/ >> >> So, is this just the case that the homepage is not updated? >> >> -- note: what triggered this to me was an issue installing a library on >> jython 2.7.0 which installs on jython 2.7.1 (see: >> https://github.com/benhoyt/scandir/issues/105), but as the official page >> download page points to an older version, I guess others would have the >> same issue... >> >> Cheers, >> >> Fabio >> >> >> ------------------------------------------------------------ >> ------------------ >> Check out the vibrant tech community on one of the world's most >> engaging tech sites, Slashdot.org! http://sdm.link/slashdot >> _______________________________________________ >> Jython-dev mailing list >> Jyt...@li... >> https://lists.sourceforge.net/lists/listinfo/jython-dev >> >> > |
|
From: Stefan R. <ste...@gm...> - 2018-08-01 13:22:48
|
Hello Fabio, this is a known issue, see http://bugs.jython.org/issue2658 and http://bugs.jython.org/issue2671. As far as I know this originates from some issue with accessing the webspace. I don't know the reason in detail but I was told that the only way to update is to build a new website and redirect the domain. That is of course much more work than just posting an updated link and so far nobody volunteered to spend the required amount of time. Best -Stefan 2018-08-01 13:59 GMT+02:00 Fabio Zadrozny <fa...@gm...>: > > Hi All, > > Just writing to note that I think it'd be nice to update the Jython > download page to point to the latest Jython version... > > i.e.: > > In http://www.jython.org/downloads.html > > It points to jython 2.7.0 version as being the latest stable, but it seems > that there's a newer version in http://repo1.maven.org/maven2/ > org/python/jython-installer/2.7.1/ > > So, is this just the case that the homepage is not updated? > > -- note: what triggered this to me was an issue installing a library on > jython 2.7.0 which installs on jython 2.7.1 (see: > https://github.com/benhoyt/scandir/issues/105), but as the official page > download page points to an older version, I guess others would have the > same issue... > > Cheers, > > Fabio > > > ------------------------------------------------------------ > ------------------ > Check out the vibrant tech community on one of the world's most > engaging tech sites, Slashdot.org! http://sdm.link/slashdot > _______________________________________________ > Jython-dev mailing list > Jyt...@li... > https://lists.sourceforge.net/lists/listinfo/jython-dev > > |
|
From: Fabio Z. <fa...@gm...> - 2018-08-01 11:59:46
|
Hi All, Just writing to note that I think it'd be nice to update the Jython download page to point to the latest Jython version... i.e.: In http://www.jython.org/downloads.html It points to jython 2.7.0 version as being the latest stable, but it seems that there's a newer version in http://repo1.maven.org/maven2/org/python/jython-installer/2.7.1/ So, is this just the case that the homepage is not updated? -- note: what triggered this to me was an issue installing a library on jython 2.7.0 which installs on jython 2.7.1 (see: https://github.com/benhoyt/scandir/issues/105), but as the official page download page points to an older version, I guess others would have the same issue... Cheers, Fabio |
|
From: Jython t. <st...@bu...> - 2018-07-27 17:29:33
|
ACTIVITY SUMMARY (2018-07-20 - 2018-07-27) 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 344 ( +0) closed 2373 ( +0) total 2717 ( +0) Open issues with patches: 28 Most recent 15 issues with no replies (15) ========================================== #2698: urllib2.URLError: <urlopen error unknown url type: https> http://bugs.jython.org/issue2698 #2697: name$py.class is ignored when in a JAR with name.py http://bugs.jython.org/issue2697 #2691: __format__ method not implemented for boolean types - uses int http://bugs.jython.org/issue2691 #2686: Re-align the logic of util.jython.run with CPython 2.7 equival http://bugs.jython.org/issue2686 #2684: WindowsError:[Error 123] The filename,directory name,or volume http://bugs.jython.org/issue2684 #2681: Arbitrary file retrieval http://bugs.jython.org/issue2681 #2680: Ignore Java accessibility rules selectively by package (Java 9 http://bugs.jython.org/issue2680 #2666: Imports in python from java do not work if there is a package http://bugs.jython.org/issue2666 #2665: Standalone jar includes test classes http://bugs.jython.org/issue2665 #2663: Remove dependency on javax.xml.bind.DatatypeConverter http://bugs.jython.org/issue2663 #2651: Travis Builds failing with *** buffer overflow detected *** http://bugs.jython.org/issue2651 #2644: Representation of Java maps with String keys differs from Pyth http://bugs.jython.org/issue2644 #2640: Virtualenv gets confused using paths with ~ http://bugs.jython.org/issue2640 #2633: Unicode garbled in writing to spreadsheet via openpyxl http://bugs.jython.org/issue2633 #2631: jython 2.7.1 [Errno 107] Socket is not connected http://bugs.jython.org/issue2631 Most recent 15 issues waiting for review (15) ============================================= #2664: subprocess in jython ends with IOError: Stream closed http://bugs.jython.org/issue2664 #2635: AST.lineno ignored by compile http://bugs.jython.org/issue2635 #2566: inspect does not recognize code objects from bytecode files http://bugs.jython.org/issue2566 #2545: help() does not work on Java-implemented modules http://bugs.jython.org/issue2545 #2429: cStringIO does not work with mutable objects implementing the http://bugs.jython.org/issue2429 #2367: Jython ignores custom __eq__ when hashing dict subclasses http://bugs.jython.org/issue2367 #2363: relative seeks works incorrectly after readline http://bugs.jython.org/issue2363 #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 #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 #2121: Jython jar on Maven central embeds other third party libraries http://bugs.jython.org/issue2121 #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 |
|
From: Jython t. <st...@bu...> - 2018-07-20 16:10:24
|
ACTIVITY SUMMARY (2018-07-13 - 2018-07-20) 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 344 ( +1) closed 2373 ( +0) total 2717 ( +1) Open issues with patches: 28 Issues opened (1) ================= #2698: urllib2.URLError: <urlopen error unknown url type: https> http://bugs.jython.org/issue2698 opened by wheelerlaw Most recent 15 issues with no replies (15) ========================================== #2698: urllib2.URLError: <urlopen error unknown url type: https> http://bugs.jython.org/issue2698 #2697: name$py.class is ignored when in a JAR with name.py http://bugs.jython.org/issue2697 #2691: __format__ method not implemented for boolean types - uses int http://bugs.jython.org/issue2691 #2686: Re-align the logic of util.jython.run with CPython 2.7 equival http://bugs.jython.org/issue2686 #2684: WindowsError:[Error 123] The filename,directory name,or volume http://bugs.jython.org/issue2684 #2681: Arbitrary file retrieval http://bugs.jython.org/issue2681 #2680: Ignore Java accessibility rules selectively by package (Java 9 http://bugs.jython.org/issue2680 #2666: Imports in python from java do not work if there is a package http://bugs.jython.org/issue2666 #2665: Standalone jar includes test classes http://bugs.jython.org/issue2665 #2663: Remove dependency on javax.xml.bind.DatatypeConverter http://bugs.jython.org/issue2663 #2651: Travis Builds failing with *** buffer overflow detected *** http://bugs.jython.org/issue2651 #2644: Representation of Java maps with String keys differs from Pyth http://bugs.jython.org/issue2644 #2640: Virtualenv gets confused using paths with ~ http://bugs.jython.org/issue2640 #2633: Unicode garbled in writing to spreadsheet via openpyxl http://bugs.jython.org/issue2633 #2631: jython 2.7.1 [Errno 107] Socket is not connected http://bugs.jython.org/issue2631 Most recent 15 issues waiting for review (15) ============================================= #2664: subprocess in jython ends with IOError: Stream closed http://bugs.jython.org/issue2664 #2635: AST.lineno ignored by compile http://bugs.jython.org/issue2635 #2566: inspect does not recognize code objects from bytecode files http://bugs.jython.org/issue2566 #2545: help() does not work on Java-implemented modules http://bugs.jython.org/issue2545 #2429: cStringIO does not work with mutable objects implementing the http://bugs.jython.org/issue2429 #2367: Jython ignores custom __eq__ when hashing dict subclasses http://bugs.jython.org/issue2367 #2363: relative seeks works incorrectly after readline http://bugs.jython.org/issue2363 #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 #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 #2121: Jython jar on Maven central embeds other third party libraries http://bugs.jython.org/issue2121 #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 Top 10 most discussed issues (1) ================================ #2410: Regression in PySystemStateTest (leading slash) http://bugs.jython.org/issue2410 6 msgs |
|
From: Jeff A. <ja...@fa...> - 2018-07-17 19:56:41
|
I don't understand "notification e-mail" in Ernest's e-mail. Surely the page surrounding the form needs to be clear enough to avoid people filling it in when they should have used the main form? Jython accepts minor contributions without a CLA. At least, this is my understanding based on my own experience as a newcomer and how I see others treated. I've no formal definition of "minor", but when it seems to be up to me I ask myself whether we could easily achieve the same thing, if we had to revert a disputed contribution. We always put the name in ACKNOWLEDGMENTS: I picked up that this was Guido's policy when I got into the CPython equivalent on embarrassingly slender grounds. So there are a lot more names in ACKNOWLEDGMENTS than I would expect the PSF to have or need forms. If we've been consistent, _significant_ contributors from at least my début onwards (March 2012) will have filled the PSF central form. (There are not very many.) And I think each will have an identity at bugs.python.org, since I see I made an account at about the same date as I filled the form, with no other reason to do so at the time. That's not a problem. Jeff Allen On 17/07/2018 17:12, Jim Baker wrote: > There are 104 contributors listed in > https://github.com/jythontools/jython/blob/master/ACKNOWLEDGMENTS#L80-L183 > — I don't believe it's possible that we can do this retroactively. It > has to be based on the contribution form they initially submitted. > > On Tue, Jul 17, 2018 at 6:43 AM, er...@py... > <mailto:er...@py...> <er...@py... > <mailto:er...@py...>> wrote: > > Jeff! > > Thank you for your diligent research and digging! That certainly > clears up the bifurcation of the two forms. > > I believe we’ll proceed as follows: > > - Leave the main contributor form as is at > https://www.python.org/psf/contrib/contrib-form/ > <https://www.python.org/psf/contrib/contrib-form/> > - Update the “Past contributions” forms linked to be specifically > for the project noted, so that the notification email clearly > states they are retroactive/past contributions. > > This will require that Jython contributors create and register an > account on bugs.python.org <http://bugs.python.org> so that they > can be marked as having signed the CLA. Is that a problem for the > project? > > -Ernest > >> I believe I have found (belatedly stumbled upon) the definitive >> PSF answer to this question. In this page there are three links >> to PSF contributor forms: https://www.python.org/psf/contrib/ >> <https://www.python.org/psf/contrib/> >> >> The first link is to the one I think we want people to use for >> all PSF projects: >> https://www.python.org/psf/contrib/contrib-form/ >> <https://www.python.org/psf/contrib/contrib-form/> >> >> The second and third, the top page makes clear, are to cover >> "past contributions": >> https://www.python.org/psf/contrib/contrib-form-python/ >> <https://www.python.org/psf/contrib/contrib-form-python/> (to >> "Python") >> https://www.python.org/psf/contrib/contrib-form-jython/ >> <https://www.python.org/psf/contrib/contrib-form-jython/> (to >> "Jython") >> >> This reinforces what we already concluded, and what Frank >> remembered of the history, that contributions to Jython are >> contributions to the PSF, and the one form of agreement should >> normally govern them all equally. >> >> The problem arises because these "past contribution" forms may be >> mistaken for the real thing when you land there directly (which >> you will if you think you want a CLA for Jython). Maybe these >> "past contribution" forms are still necessary for some reason. >> The solution is a clear statement on them that directs visitors >> to use the central PSF Contributor Form, unless they've been >> specifically asked to use the retrospective version e.g. by PSF >> staff. >> >> If we think we will never need them again, they're no more than >> an attractive nuisance and we know what to do. >> >> Is there somewhere I can lodge a change request about this? Is it >> bugs.python.org <http://bugs.python.org>? >> >> Jeff Allen > > |
|
From: Jim B. <jim...@py...> - 2018-07-17 16:13:19
|
There are 104 contributors listed in https://github.com/jythontools/jython/blob/master/ACKNOWLEDGMENTS#L80-L183 — I don't believe it's possible that we can do this retroactively. It has to be based on the contribution form they initially submitted. On Tue, Jul 17, 2018 at 6:43 AM, er...@py... <er...@py...> wrote: > Jeff! > > Thank you for your diligent research and digging! That certainly clears up > the bifurcation of the two forms. > > I believe we’ll proceed as follows: > > - Leave the main contributor form as is at https://www.python.org/psf/ > contrib/contrib-form/ > - Update the “Past contributions” forms linked to be specifically for > the project noted, so that the notification email clearly states they are > retroactive/past contributions. > > This will require that Jython contributors create and register an account > on bugs.python.org so that they can be marked as having signed the CLA. > Is that a problem for the project? > > -Ernest > > I believe I have found (belatedly stumbled upon) the definitive PSF answer > to this question. In this page there are three links to PSF contributor > forms: https://www.python.org/psf/contrib/ > > The first link is to the one I think we want people to use for all PSF > projects: https://www.python.org/psf/contrib/contrib-form/ > > The second and third, the top page makes clear, are to cover "past > contributions": > https://www.python.org/psf/contrib/contrib-form-python/ (to "Python") > https://www.python.org/psf/contrib/contrib-form-jython/ (to "Jython") > > This reinforces what we already concluded, and what Frank remembered of > the history, that contributions to Jython are contributions to the PSF, and > the one form of agreement should normally govern them all equally. > > The problem arises because these "past contribution" forms may be mistaken > for the real thing when you land there directly (which you will if you > think you want a CLA for Jython). Maybe these "past contribution" forms are > still necessary for some reason. The solution is a clear statement on them > that directs visitors to use the central PSF Contributor Form, unless > they've been specifically asked to use the retrospective version e.g. by > PSF staff. > > If we think we will never need them again, they're no more than an > attractive nuisance and we know what to do. > > Is there somewhere I can lodge a change request about this? Is it > bugs.python.org? > > Jeff Allen > > |
|
From: Rory O'D. <ror...@or...> - 2018-07-17 11:07:28
|
Hi Alan,
*JDK 11 is in Rampdown Phase one*
* *The overall feature set is frozen. No further JEPs will be targeted
to this release.*
* *Rampdown Phase two is scheduled to start * *26th of July*
**JDK 11 EA build 22 , *****under both the GPL and Oracle EA licenses,
is now available at **http://jdk.java.net/11**. ***
* Schedule, status & features
o http://openjdk.java.net/projects/jdk/11/
* Release Notes:
o http://jdk.java.net/11/release-notes
*FOSS fixes in recent builds.*
* JBoss Netty (b17) - JDK-8203937 (b17)
* JUnit5 & other Foss Projects (b22) -JDK-8206355
**Notable changes in JDK 11 EA *build 22*
* New Collection.toArray(IntFunction) Default Method (JDK-8060192
<http://bugs.openjdk.java.net/browse/JDK-8060192>)
* Make some system properties effectively readonly (JDK-8066709
<http://bugs.openjdk.java.net/browse/JDK-8066709>)
* Obsolete Support for Commercial Features (JDK-8202331
<http://bugs.openjdk.java.net/browse/JDK-8202331>)
* JFR start failure after AppCDS archive created with JFR
StartFlightRecording (JDK-8203664
<http://bugs.openjdk.java.net/browse/JDK-8203664>)
* Change to policy for the default set of modules resolved when
compiling or running code on the class path (JDK-8197532
<http://bugs.openjdk.java.net/browse/JDK-8197532>)
*JDK 12 Early Access Build 02 is available at **http://jdk.java.net/12/*
* OpenJDK builds
o These early-access, open-source builds are provided under the
GNU General Public License, version 2, with the Classpath
Exception <http://openjdk.java.net/legal/gplv2+ce.html>.
* Changes in this build are listed here
<http://hg.openjdk.java.net/jdk/jdk/log?revcount=10000&rev=reverse%28%22jdk-12%2B1%22%3A%3A%22jdk-12%2B2%22%29>
*The Quality Report for July 2018 is published **here
<https://wiki.openjdk.java.net/display/quality/Quality+Outreach+report+for+July+2018>*
* With the new six months release , we now publish the Quality report
every three months.
* Thanks to all the FOSS Projects for logging bugs against the JDK 11
EA Builds!
Rgds,Rory
[1] http://openjdk.java.net/projects/jdk/11/
|
|
From: Jython t. <st...@bu...> - 2018-07-13 16:10:25
|
ACTIVITY SUMMARY (2018-07-06 - 2018-07-13) 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 343 ( +1) closed 2373 ( +0) total 2716 ( +1) Open issues with patches: 28 Issues opened (1) ================= #2697: name$py.class is ignored when in a JAR with name.py http://bugs.jython.org/issue2697 opened by jeff.allen Most recent 15 issues with no replies (15) ========================================== #2697: name$py.class is ignored when in a JAR with name.py http://bugs.jython.org/issue2697 #2692: Not allowed to post to the users mailing list http://bugs.jython.org/issue2692 #2691: __format__ method not implemented for boolean types - uses int http://bugs.jython.org/issue2691 #2686: Re-align the logic of util.jython.run with CPython 2.7 equival http://bugs.jython.org/issue2686 #2684: WindowsError:[Error 123] The filename,directory name,or volume http://bugs.jython.org/issue2684 #2681: Arbitrary file retrieval http://bugs.jython.org/issue2681 #2680: Ignore Java accessibility rules selectively by package (Java 9 http://bugs.jython.org/issue2680 #2666: Imports in python from java do not work if there is a package http://bugs.jython.org/issue2666 #2665: Standalone jar includes test classes http://bugs.jython.org/issue2665 #2663: Remove dependency on javax.xml.bind.DatatypeConverter http://bugs.jython.org/issue2663 #2651: Travis Builds failing with *** buffer overflow detected *** http://bugs.jython.org/issue2651 #2644: Representation of Java maps with String keys differs from Pyth http://bugs.jython.org/issue2644 #2640: Virtualenv gets confused using paths with ~ http://bugs.jython.org/issue2640 #2633: Unicode garbled in writing to spreadsheet via openpyxl http://bugs.jython.org/issue2633 #2631: jython 2.7.1 [Errno 107] Socket is not connected http://bugs.jython.org/issue2631 Most recent 15 issues waiting for review (15) ============================================= #2664: subprocess in jython ends with IOError: Stream closed http://bugs.jython.org/issue2664 #2635: AST.lineno ignored by compile http://bugs.jython.org/issue2635 #2566: inspect does not recognize code objects from bytecode files http://bugs.jython.org/issue2566 #2545: help() does not work on Java-implemented modules http://bugs.jython.org/issue2545 #2429: cStringIO does not work with mutable objects implementing the http://bugs.jython.org/issue2429 #2367: Jython ignores custom __eq__ when hashing dict subclasses http://bugs.jython.org/issue2367 #2363: relative seeks works incorrectly after readline http://bugs.jython.org/issue2363 #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 #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 #2121: Jython jar on Maven central embeds other third party libraries http://bugs.jython.org/issue2121 #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 |
|
From: Jeff A. <ja...@fa...> - 2018-07-13 08:06:34
|
Hi Ewa, On 18/06/2018 16:26, Ewa Jodlowska wrote: > Hi Jeff - > > On Sun, Jun 17, 2018 at 9:30 AM, Jeff Allen <ja...@fa... > <mailto:ja...@fa...>> wrote: > > Jim, Ewa, Ernest, hi. > > (Also, congratulation to Ernest.) > > " ... there is currently no way to designate whether the CLA is > for Jython." > > There is equally no way to designate that the CLA is for CPython. > And no way to designate that the CLA is for some other PSF > artefact that is not, itself, CPython or Jython. > > I think this is deliberate, and a good thing, so my conclusion is > opposite to that in the thread below. > > We're not simply re-using the design of a PSF form. Contributors > to Jython give their work to the PSF, and the PSF lets everyone > else use it. (https://hg.python.org/jython/file/tip/LICENSE.txt > <https://hg.python.org/jython/file/tip/LICENSE.txt>). If we then > want to contribute elsewhere in the PSF, as I have in a small way, > there is no additional barrier. > > It would be convenient if, whatever one contributed to the PSF, > submitting a CLA didn't involve signing up to bugs.python.org > <http://bugs.python.org> when all other interaction is via GitHub. > But as that's easily done, and there's a comprehensible reason, I > don't worry too much it will put people off. When you make this > even simpler, could you make sure that it still works for Jython? > > Can you clarify what the tracking process is for Jython's CLAs? Ernest > and I are not familiar with this process or any context related to it. > > We do need to get rid of the misleading Jython-specific form, > though. I signed that one too, in the day, before being corrected. > I assume there was a good reason for it at one time, but I can > only speculate what it was. > > > Currently, the only Jython "form" I found online is > https://www.python.org/psf/contrib/contrib-form-jython/ > <https://www.python.org/psf/contrib/contrib-form-jython/>. Do you know > of any others? > > Thanks, > > Ewa > I believe I have found (belatedly stumbled upon) the definitive PSF answer to this question. In this page there are three links to PSF contributor forms: https://www.python.org/psf/contrib/ The first link is to the one I think we want people to use for all PSF projects: https://www.python.org/psf/contrib/contrib-form/ The second and third, the top page makes clear, are to cover "past contributions": https://www.python.org/psf/contrib/contrib-form-python/ (to "Python") https://www.python.org/psf/contrib/contrib-form-jython/ (to "Jython") This reinforces what we already concluded, and what Frank remembered of the history, that contributions to Jython are contributions to the PSF, and the one form of agreement should normally govern them all equally. The problem arises because these "past contribution" forms may be mistaken for the real thing when you land there directly (which you will if you think you want a CLA for Jython). Maybe these "past contribution" forms are still necessary for some reason. The solution is a clear statement on them that directs visitors to use the central PSF Contributor Form, unless they've been specifically asked to use the retrospective version e.g. by PSF staff. If we think we will never need them again, they're no more than an attractive nuisance and we know what to do. Is there somewhere I can lodge a change request about this? Is it bugs.python.org? Jeff Allen |
|
From: Jython t. <st...@bu...> - 2018-07-06 16:10:25
|
ACTIVITY SUMMARY (2018-06-29 - 2018-07-06) 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 342 ( +1) closed 2373 ( +0) total 2715 ( +1) Open issues with patches: 28 Issues opened (1) ================= #2696: open(None) results in java.lang.ClassCastException http://bugs.jython.org/issue2696 opened by jaraco Most recent 15 issues with no replies (15) ========================================== #2692: Not allowed to post to the users mailing list http://bugs.jython.org/issue2692 #2691: __format__ method not implemented for boolean types - uses int http://bugs.jython.org/issue2691 #2686: Re-align the logic of util.jython.run with CPython 2.7 equival http://bugs.jython.org/issue2686 #2684: WindowsError:[Error 123] The filename,directory name,or volume http://bugs.jython.org/issue2684 #2681: Arbitrary file retrieval http://bugs.jython.org/issue2681 #2680: Ignore Java accessibility rules selectively by package (Java 9 http://bugs.jython.org/issue2680 #2666: Imports in python from java do not work if there is a package http://bugs.jython.org/issue2666 #2665: Standalone jar includes test classes http://bugs.jython.org/issue2665 #2663: Remove dependency on javax.xml.bind.DatatypeConverter http://bugs.jython.org/issue2663 #2651: Travis Builds failing with *** buffer overflow detected *** http://bugs.jython.org/issue2651 #2644: Representation of Java maps with String keys differs from Pyth http://bugs.jython.org/issue2644 #2640: Virtualenv gets confused using paths with ~ http://bugs.jython.org/issue2640 #2633: Unicode garbled in writing to spreadsheet via openpyxl http://bugs.jython.org/issue2633 #2631: jython 2.7.1 [Errno 107] Socket is not connected http://bugs.jython.org/issue2631 #2618: socket.sendall no longer sends all http://bugs.jython.org/issue2618 Most recent 15 issues waiting for review (15) ============================================= #2664: subprocess in jython ends with IOError: Stream closed http://bugs.jython.org/issue2664 #2635: AST.lineno ignored by compile http://bugs.jython.org/issue2635 #2566: inspect does not recognize code objects from bytecode files http://bugs.jython.org/issue2566 #2545: help() does not work on Java-implemented modules http://bugs.jython.org/issue2545 #2429: cStringIO does not work with mutable objects implementing the http://bugs.jython.org/issue2429 #2367: Jython ignores custom __eq__ when hashing dict subclasses http://bugs.jython.org/issue2367 #2363: relative seeks works incorrectly after readline http://bugs.jython.org/issue2363 #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 #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 #2121: Jython jar on Maven central embeds other third party libraries http://bugs.jython.org/issue2121 #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 Top 10 most discussed issues (1) ================================ #2672: Integer formatting emits two minus signs with -2^31 http://bugs.jython.org/issue2672 4 msgs |
|
From: Rory O'D. <ror...@or...> - 2018-07-02 09:13:01
|
Hi Alan,
*JDK 11 is now in Rampdown Phase one***
The overall feature set is frozen. No further JEPs will be targeted to
this release.We’ve forked the main-line source repository, jdk/jdk, to
the jdk/jdk11 stabilization repository. Any changes pushed to jdk/jdk or
jdk/client are now bound for JDK 12.
* For more details , see Mark Reinhold's email to jdk-dev mailing list
[1]
* The Rampdown Phase one process [2].
*Note: -* Early-Access build archive format on Windows has changed to zip.
Since our last email the following JEPs have been targeted to JDK 11 :
* 181: Nest-Based Access Control
* 315: Improve Aarch64 Intrinsics
* 330: Launch Single-File Source-Code Programs
* 331: Low-Overhead Heap Profiling
* 332: Transport Layer Security (TLS) 1.3
* 333: ZGC: A Scalable Low-Latency Garbage Collector (Experimental)
* 335: *Deprecate the Nashorn JavaScript Engine*
* 336: *Deprecate the Pack200 Tools and API*
Other important changes since last email:
Build 19:
JDK-8205043 <https://bugs.openjdk.java.net/browse/JDK-8205043> : G1
enables adaptive parallel reference processing by default
Build 18:
JDK-8196141 <https://bugs.openjdk.java.net/browse/JDK-8196141> : Add
GoDaddy root certificates
JDK-8204243 <https://bugs.openjdk.java.net/browse/JDK-8204243> :
*remove Thread.destroy() and Thread.stop(Throwable)*
JDK-8202088 <https://bugs.openjdk.java.net/browse/JDK-8202088> :
Japanese New Era Implementation
Build 17:
JDK-8189949 <https://bugs.openjdk.java.net/browse/JDK-8189949> :
Remove Baltimore Cybertrust Code Signing CA
JDK-8191031 <https://bugs.openjdk.java.net/browse/JDK-8191031> :
Remove several Symantec Root CAs
JDK-8072996 <https://bugs.openjdk.java.net/browse/JDK-8072996> :
Deprecate stream-based GSSContext methods
Build 16:
JDK-8191844 <https://bugs.openjdk.java.net/browse/JDK-8191844> :
Remove SECOM root
Rgds, Rory
[1] http://mail.openjdk.java.net/pipermail/jdk-dev/2018-June/001509.html
[2] http://openjdk.java.net/projects/jdk/11/#Schedule
|
|
From: Jython t. <st...@bu...> - 2018-06-29 16:10:25
|
ACTIVITY SUMMARY (2018-06-22 - 2018-06-29) 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 341 ( +1) closed 2373 ( +0) total 2714 ( +1) Open issues with patches: 28 Issues opened (1) ================= #2695: Add support for automatic coercion for python datetime into Ja http://bugs.jython.org/issue2695 opened by jamesmudd Most recent 15 issues with no replies (15) ========================================== #2692: Not allowed to post to the users mailing list http://bugs.jython.org/issue2692 #2691: __format__ method not implemented for boolean types - uses int http://bugs.jython.org/issue2691 #2686: Re-align the logic of util.jython.run with CPython 2.7 equival http://bugs.jython.org/issue2686 #2684: WindowsError:[Error 123] The filename,directory name,or volume http://bugs.jython.org/issue2684 #2681: Arbitrary file retrieval http://bugs.jython.org/issue2681 #2680: Ignore Java accessibility rules selectively by package (Java 9 http://bugs.jython.org/issue2680 #2666: Imports in python from java do not work if there is a package http://bugs.jython.org/issue2666 #2665: Standalone jar includes test classes http://bugs.jython.org/issue2665 #2663: Remove dependency on javax.xml.bind.DatatypeConverter http://bugs.jython.org/issue2663 #2651: Travis Builds failing with *** buffer overflow detected *** http://bugs.jython.org/issue2651 #2644: Representation of Java maps with String keys differs from Pyth http://bugs.jython.org/issue2644 #2640: Virtualenv gets confused using paths with ~ http://bugs.jython.org/issue2640 #2633: Unicode garbled in writing to spreadsheet via openpyxl http://bugs.jython.org/issue2633 #2631: jython 2.7.1 [Errno 107] Socket is not connected http://bugs.jython.org/issue2631 #2618: socket.sendall no longer sends all http://bugs.jython.org/issue2618 Most recent 15 issues waiting for review (15) ============================================= #2664: subprocess in jython ends with IOError: Stream closed http://bugs.jython.org/issue2664 #2635: AST.lineno ignored by compile http://bugs.jython.org/issue2635 #2566: inspect does not recognize code objects from bytecode files http://bugs.jython.org/issue2566 #2545: help() does not work on Java-implemented modules http://bugs.jython.org/issue2545 #2429: cStringIO does not work with mutable objects implementing the http://bugs.jython.org/issue2429 #2367: Jython ignores custom __eq__ when hashing dict subclasses http://bugs.jython.org/issue2367 #2363: relative seeks works incorrectly after readline http://bugs.jython.org/issue2363 #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 #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 #2121: Jython jar on Maven central embeds other third party libraries http://bugs.jython.org/issue2121 #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 Top 10 most discussed issues (4) ================================ #2672: Integer formatting emits two minus signs with -2^31 http://bugs.jython.org/issue2672 8 msgs #1743: regression in PyReflectedFunction: static Java methods are no http://bugs.jython.org/issue1743 3 msgs #2693: SAXParser, classloader and dynamically loading jython http://bugs.jython.org/issue2693 3 msgs #2694: Jython to python version mapping http://bugs.jython.org/issue2694 3 msgs |
|
From: Jython t. <st...@bu...> - 2018-06-22 16:10:24
|
ACTIVITY SUMMARY (2018-06-15 - 2018-06-22) 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 340 ( +3) closed 2373 ( +0) total 2713 ( +3) Open issues with patches: 28 Issues opened (3) ================= #2692: Not allowed to post to the users mailing list http://bugs.jython.org/issue2692 opened by antomcg174 #2693: SAXParser, classloader and dynamically loading jython http://bugs.jython.org/issue2693 opened by webpentest #2694: Jython to python version mapping http://bugs.jython.org/issue2694 opened by joanselm Most recent 15 issues with no replies (15) ========================================== #2694: Jython to python version mapping http://bugs.jython.org/issue2694 #2692: Not allowed to post to the users mailing list http://bugs.jython.org/issue2692 #2691: __format__ method not implemented for boolean types - uses int http://bugs.jython.org/issue2691 #2686: Re-align the logic of util.jython.run with CPython 2.7 equival http://bugs.jython.org/issue2686 #2684: WindowsError:[Error 123] The filename,directory name,or volume http://bugs.jython.org/issue2684 #2681: Arbitrary file retrieval http://bugs.jython.org/issue2681 #2680: Ignore Java accessibility rules selectively by package (Java 9 http://bugs.jython.org/issue2680 #2666: Imports in python from java do not work if there is a package http://bugs.jython.org/issue2666 #2665: Standalone jar includes test classes http://bugs.jython.org/issue2665 #2663: Remove dependency on javax.xml.bind.DatatypeConverter http://bugs.jython.org/issue2663 #2651: Travis Builds failing with *** buffer overflow detected *** http://bugs.jython.org/issue2651 #2644: Representation of Java maps with String keys differs from Pyth http://bugs.jython.org/issue2644 #2640: Virtualenv gets confused using paths with ~ http://bugs.jython.org/issue2640 #2633: Unicode garbled in writing to spreadsheet via openpyxl http://bugs.jython.org/issue2633 #2631: jython 2.7.1 [Errno 107] Socket is not connected http://bugs.jython.org/issue2631 Most recent 15 issues waiting for review (15) ============================================= #2664: subprocess in jython ends with IOError: Stream closed http://bugs.jython.org/issue2664 #2635: AST.lineno ignored by compile http://bugs.jython.org/issue2635 #2566: inspect does not recognize code objects from bytecode files http://bugs.jython.org/issue2566 #2545: help() does not work on Java-implemented modules http://bugs.jython.org/issue2545 #2429: cStringIO does not work with mutable objects implementing the http://bugs.jython.org/issue2429 #2367: Jython ignores custom __eq__ when hashing dict subclasses http://bugs.jython.org/issue2367 #2363: relative seeks works incorrectly after readline http://bugs.jython.org/issue2363 #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 #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 #2121: Jython jar on Maven central embeds other third party libraries http://bugs.jython.org/issue2121 #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 |
|
From: Jim B. <jim...@py...> - 2018-06-19 17:04:29
|
Jeff, This analysis seems quite sound to me. Simply put, we have a documentation bug here. They are our most numerous bugs in Jython it seems :( The original contributor agreement is no doubt related to the release of Jython (vs the earlier JPython) that was done at the beginning of 2001; the PSF itself comes together sometime later that year. This was all to resolve trademark and other issues with CNRI. To extend that historical footnote, BeOpen was also involved at some point, as we see in https://docs.python.org/2/license.html, but Python 2.1 — and confusingly 2.0.1! — and later has a PSF license. In a similar fashion, Jython 2.2 and later has a PSF license as we see here https://github.com/jythontools/jython/blob/master/LICENSE.txt So we just need one contributor agreement for both projects. - Jim On Mon, Jun 18, 2018 at 5:05 PM, Jeff Allen <ja...@fa...> wrote: > Hi Ewa: > > I must defer to the PM (Frank) concerning what checks might be made that > code contributed is covered by a CLA and at what threshold it becomes an > issue. There's no tool support I know of: numbers are small so tools really > aren't essential. > > In my experience, there's no such thing as a "Jython CLA". I filled in the > form you link and was told it was the wrong one. I filled in the PSF one > and everyone was happy. That's really all I know for sure. > > Our licence file says the PSF makes Jython available to users (with the > usual disclaimers). So code given to Jython is clearly code given to the > PSF. And both the contributor agreements you can find are agreements with > the PSF, even the "wrong" one. So I think we just need to have signed an > agreement with the PSF, and why not the standard one? > > If I compare the standard form and the "wrong" form, I notice the latter > has a retrospective clause to cover "all prior contributions made by us to > any Jython version". I speculate it was needed to cover work before the > adoption by the PSF, and before I showed up. I can't imagine anyone > correctly using it nowadays. > > Jeff > > Jeff Allen > > On 18/06/2018 16:26, Ewa Jodlowska wrote: > > Hi Jeff - > > On Sun, Jun 17, 2018 at 9:30 AM, Jeff Allen <ja...@fa...> wrote: > >> Jim, Ewa, Ernest, hi. >> >> (Also, congratulation to Ernest.) >> >> " ... there is currently no way to designate whether the CLA is for >> Jython." >> >> There is equally no way to designate that the CLA is for CPython. And no >> way to designate that the CLA is for some other PSF artefact that is not, >> itself, CPython or Jython. >> >> I think this is deliberate, and a good thing, so my conclusion is >> opposite to that in the thread below. >> >> We're not simply re-using the design of a PSF form. Contributors to >> Jython give their work to the PSF, and the PSF lets everyone else use it. ( >> https://hg.python.org/jython/file/tip/LICENSE.txt). If we then want to >> contribute elsewhere in the PSF, as I have in a small way, there is no >> additional barrier. >> >> It would be convenient if, whatever one contributed to the PSF, >> submitting a CLA didn't involve signing up to bugs.python.org when all >> other interaction is via GitHub. But as that's easily done, and there's a >> comprehensible reason, I don't worry too much it will put people off. When >> you make this even simpler, could you make sure that it still works for >> Jython? >> > Can you clarify what the tracking process is for Jython's CLAs? Ernest and > I are not familiar with this process or any context related to it. > >> We do need to get rid of the misleading Jython-specific form, though. I >> signed that one too, in the day, before being corrected. I assume there was >> a good reason for it at one time, but I can only speculate what it was. >> > > Currently, the only Jython "form" I found online is > https://www.python.org/psf/contrib/contrib-form-jython/. Do you know of > any others? > > Thanks, > > Ewa > > > |
|
From: Jeff A. <ja...@fa...> - 2018-06-18 23:06:17
|
Hi Ewa: I must defer to the PM (Frank) concerning what checks might be made that code contributed is covered by a CLA and at what threshold it becomes an issue. There's no tool support I know of: numbers are small so tools really aren't essential. In my experience, there's no such thing as a "Jython CLA". I filled in the form you link and was told it was the wrong one. I filled in the PSF one and everyone was happy. That's really all I know for sure. Our licence file says the PSF makes Jython available to users (with the usual disclaimers). So code given to Jython is clearly code given to the PSF. And both the contributor agreements you can find are agreements with the PSF, even the "wrong" one. So I think we just need to have signed an agreement with the PSF, and why not the standard one? If I compare the standard form and the "wrong" form, I notice the latter has a retrospective clause to cover "all prior contributions made by us to any Jython version". I speculate it was needed to cover work before the adoption by the PSF, and before I showed up. I can't imagine anyone correctly using it nowadays. Jeff Jeff Allen On 18/06/2018 16:26, Ewa Jodlowska wrote: > Hi Jeff - > > On Sun, Jun 17, 2018 at 9:30 AM, Jeff Allen <ja...@fa... > <mailto:ja...@fa...>> wrote: > > Jim, Ewa, Ernest, hi. > > (Also, congratulation to Ernest.) > > " ... there is currently no way to designate whether the CLA is > for Jython." > > There is equally no way to designate that the CLA is for CPython. > And no way to designate that the CLA is for some other PSF > artefact that is not, itself, CPython or Jython. > > I think this is deliberate, and a good thing, so my conclusion is > opposite to that in the thread below. > > We're not simply re-using the design of a PSF form. Contributors > to Jython give their work to the PSF, and the PSF lets everyone > else use it. (https://hg.python.org/jython/file/tip/LICENSE.txt > <https://hg.python.org/jython/file/tip/LICENSE.txt>). If we then > want to contribute elsewhere in the PSF, as I have in a small way, > there is no additional barrier. > > It would be convenient if, whatever one contributed to the PSF, > submitting a CLA didn't involve signing up to bugs.python.org > <http://bugs.python.org> when all other interaction is via GitHub. > But as that's easily done, and there's a comprehensible reason, I > don't worry too much it will put people off. When you make this > even simpler, could you make sure that it still works for Jython? > > Can you clarify what the tracking process is for Jython's CLAs? Ernest > and I are not familiar with this process or any context related to it. > > We do need to get rid of the misleading Jython-specific form, > though. I signed that one too, in the day, before being corrected. > I assume there was a good reason for it at one time, but I can > only speculate what it was. > > > Currently, the only Jython "form" I found online is > https://www.python.org/psf/contrib/contrib-form-jython/ > <https://www.python.org/psf/contrib/contrib-form-jython/>. Do you know > of any others? > > Thanks, > > Ewa > |
101 messages has been excluded from this view by a project administrator.
