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: Rory O'D. <ror...@or...> - 2018-11-09 10:40:59
|
Hi Alan, *JDK 12 Early Access build 19 is available at : - jdk.java.net/12/* * 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>. * Release Notes updates since last email o Build 18 – JDK-8211883: Disable anon and NULL cipher suites + Crypto Roadmap <https://java.com/en/jre-jdk-cryptoroadmap.html> Updated o Build 17 – JDK-8211806: TLS 1.3 handshake server name indication is missing on a session resume o Build 16 – JDK-8211866: TLS 1.3 CertificateRequest message sometimes offers disallowed signature algorithms o Build 17 – JDK-8195793 : Remove GTE CyberTrust Global Root o Build 16 - JDK-8191053 : Provide a mechanism to make system's security manager immutable * JEPs proposed for JDK 12 so far: o JEP 230 - Microbenchmark Suite <https://openjdk.java.net/jeps/230> * JEPs targeted to JDK 12, so far o 325: Switch Expressions (Preview) <http://openjdk.java.net/jeps/325> o 326: Raw String Literals (Preview) <http://openjdk.java.net/jeps/326> o 340: One AArch64 Port, Not Two <http://openjdk.java.net/jeps/340> o 341: Default CDS Archives <http://openjdk.java.net/jeps/341> *JDK 8u202 Early Access build 03 is available at : - **http://jdk.java.net/8/* * JDK 8u202 timeline is available [1] o GA is scheduled for January 2019 *Project Panama Early-Access build 0 ***is available at : - http://jdk.java.net/panama/ ** * Early access builds from Project Panama <https://openjdk.java.net/projects/panama/> * Early-access builds are provided under the GNU General Public License, version 2, with the Classpath Exception <http://openjdk.java.net/legal/gplv2+ce.html>. * Feedback - Please send feedback via e-mail to pan...@op... <mailto:pan...@op...>. * To send e-mail to this address you must first subscribe to the mailing list <http://mail.openjdk.java.net/mailman/listinfo/panama-dev>. *Crypto Roadmap Updated [2] * Rgds,Rory [1] http://openjdk.java.net/projects/jdk8u/releases/8u202.html [2] https://java.com/en/jre-jdk-cryptoroadmap.html -- Rgds,Rory O'Donnell Quality Engineering Manager Oracle EMEA , Dublin, Ireland |
|
From: Jython t. <st...@bu...> - 2018-11-02 17:10:25
|
ACTIVITY SUMMARY (2018-10-26 - 2018-11-02) 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 353 ( +2) closed 2379 ( +0) total 2732 ( +2) Open issues with patches: 28 Issues opened (2) ================= #2712: jython interpreter can't parse source from standard input http://bugs.jython.org/issue2712 opened by mete0r #2713: Rounding a float field causes test_cpickle to fail http://bugs.jython.org/issue2713 opened by jeff.allen Most recent 15 issues with no replies (15) ========================================== #2713: Rounding a float field causes test_cpickle to fail http://bugs.jython.org/issue2713 #2703: JycompileAntTask cannot find org.python.apache.tools.ant.taskd http://bugs.jython.org/issue2703 #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 #2684: WindowsError:[Error 123] The filename,directory name,or volume http://bugs.jython.org/issue2684 #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 #2616: Incomplete / broken support for Certificate Revocation Lists http://bugs.jython.org/issue2616 Most recent 15 issues waiting for review (15) ============================================= #2706: Use python.path instead of JYTHONPATH http://bugs.jython.org/issue2706 #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-11-02 08:38:13
|
It's 2.4MB, which is big but not huge, but then there is an automatic adaptation to version in test_normalization, and we'd have to remember to do that. Also, it becomes another obstacle to reverting test_normalization to the stdlib version, which is a standing objective for every test. But this is solving the wrong problem. The stack dump Ray exhibits is from a different test, at a different site, where the access is not guarded by "urlfetch". In fact I think we're talking about rejection by the FTP server itself, for which accessing a file is not a substitute test. Jeff Allen On 02/11/2018 07:48, Adam Burke wrote: > The resource system in the regrtests is sensible. But it seems a shame > to make the network resource a prerequisite for what is essentially a > static, versioned file? > > Cheers > Adam > > On Fri, 2 Nov 2018 at 17:42, Jeff Allen <ja...@fa... > <mailto:ja...@fa...>> wrote: > > The tests use a system of "resources" to switch on or off tests. > There is a "network" resource that if not enabled (regrtest -u) is > intended to switch off those tests that make external reference > and also a "urlfetch" resource, and this is what > test_normalization uses. There is a test_support.requires_resource > decorator applicable test by test. > > If Travis blocks external reference, then we ought to run tests > there without that resource so we don't try. Or is that the rate > at which we launch them just too high? We could consider defining > another, as long as we're clear what we mean and document it. But > using "urlfetch" in a few more places may express what we really > mean: existing is always better than bespoke. > > On the substantive issue, we decided not to support lone > surrogates in Jython and then changed our minds to allow the > (ab)use by which CPython smuggle bytes in file paths that exist > apart from their intended encoding. Some design is based on the > former state. I would say that when a lone surrogate is > encountered it will still depend on the context what it means. > (ISTR it's only 0xDC00..0xDCFF that's at issue.) > > Jeff > > Jeff Allen > > On 02/11/2018 03:32, Adam Burke wrote: >> Interesting. Apart from the unintentional DOS, I feel unit / regr >> test time dependencies on remote resources should be limited anyway. >> >> How are you thinking of resolving it? One way would be to keep a >> local copy of the relevant file, and declare the dependency >> similarly to a library, perhaps in the gradle build files. The >> metadata that this is a copy of someone else’s golden source >> seems valuable. >> >> Cheers >> Adam >> >> 在 2018年10月26日，上午4:20，Raymond Ferguson via Jython-dev >> <jyt...@li... >> <mailto:jyt...@li...>> 写道： >> >>> Finally managed to get some verbose output. >>> >>> ./Lib/test/test_urllib2net.py: FTP_HOST = >>> "ftp://ftp.mirror.nl/pub/gnu/" >>> >>> We're probably participating in an unintentional DOS attack via >>> github->travis and just being blocked. >>> >>> [exec] Re-running failed tests in verbose mode >>> [exec] Re-running test 'test_urllib2net' in verbose mode >>> [exec] test test_urllib2net failed -- Traceback (most >>> recent call last): >>> [exec] File >>> "/home/travis/build/devendor/jython/dist/Lib/test/test_urllib2net.py", >>> line 312, in test_ftp_no_timeout >>> [exec] u = _urlopen_with_retry(self.FTP_HOST, timeout=None) >>> [exec] File >>> "/home/travis/build/devendor/jython/dist/Lib/test/test_urllib2net.py", >>> line 27, in wrapped >>> [exec] return _retry_thrice(func, exc, *args, **kwargs) >>> [exec] File >>> "/home/travis/build/devendor/jython/dist/Lib/test/test_urllib2net.py", >>> line 23, in _retry_thrice >>> [exec] raise last_exc >>> [exec] URLError: <urlopen error ftp error: 425 Security: >>> Bad IP connecting.> >>> *Ray Ferguson* >>> *Enterprise Solutions Developer* >>> *Devendor Tech LLC* >>> *ray...@de...* >>> <mailto:ray...@de...> >>> *W: 608-960-8090C: 608-516-9391* >>> >>> >>> ᐧ >>> >>> On Thu, Oct 25, 2018 at 1:14 PM Raymond Ferguson >>> <ray...@de... >>> <mailto:ray...@de...>> wrote: >>> >>> There is this little bit of code in __builtin__.unichr that >>> creates a hole in unicode values for utf-16 encoding. >>> >>> if (i >= 0xD800 && i <= 0xDFFF) { >>> throw Py.ValueError("unichr() arg is a lone surrogate in >>> range (0xD800, 0xDFFF) (Jython UTF-16 encoding)"); >>> } >>> >>> Anyway... I don't see any way that test_normalization can >>> pass given that sys.max_unicode > 0xd800 and one of the >>> tests does a for range(sys.maxunicode) unichr(...). >>> >>> Strangely though, this does pass from travis-ci.org >>> <http://travis-ci.org>. Apparently there is some sort of >>> reactive blocking in place that will drop connections to >>> www.unicode.org <http://www.unicode.org> from your IP if you >>> trigger something, probably rate of get requests for test >>> files. The test in question grabs a file from >>> www.unicode.org <http://www.unicode.org> and skips the test >>> on timeout, so it doesn't hit the part of the test that will >>> always fail. >>> >>> Anyway, after troubleshooting for a while, I managed to >>> trigger this and suddenly can't reach unicode.org >>> <http://unicode.org> from my LAN, but if I switch my phone >>> over to mobile data for a new source address, clearly the >>> site is still up. I can even ping it but tcp syn is dropped. >>> >>> I've also noticed that urllib2 tests work fine from my >>> network, but fail on travis-ci. My guess is that the at >>> least one of the test targets are taking steps to reduce >>> impact of being hard coded into so many CI tests. >>> >>> *Ray Ferguson* >>> *Enterprise Solutions Developer* >>> *Devendor Tech LLC* >>> *ray...@de...* >>> <mailto:ray...@de...> >>> *W: 608-960-8090C: 608-516-9391* >>> > |
|
From: Adam B. <ada...@gm...> - 2018-11-02 07:48:53
|
The resource system in the regrtests is sensible. But it seems a shame to make the network resource a prerequisite for what is essentially a static, versioned file? Cheers Adam On Fri, 2 Nov 2018 at 17:42, Jeff Allen <ja...@fa...> wrote: > The tests use a system of "resources" to switch on or off tests. There is > a "network" resource that if not enabled (regrtest -u) is intended to > switch off those tests that make external reference and also a "urlfetch" > resource, and this is what test_normalization uses. There is a > test_support.requires_resource decorator applicable test by test. > > If Travis blocks external reference, then we ought to run tests there > without that resource so we don't try. Or is that the rate at which we > launch them just too high? We could consider defining another, as long as > we're clear what we mean and document it. But using "urlfetch" in a few > more places may express what we really mean: existing is always better than > bespoke. > On the substantive issue, we decided not to support lone surrogates in > Jython and then changed our minds to allow the (ab)use by which CPython > smuggle bytes in file paths that exist apart from their intended encoding. > Some design is based on the former state. I would say that when a lone > surrogate is encountered it will still depend on the context what it means. > (ISTR it's only 0xDC00..0xDCFF that's at issue.) > > Jeff > > Jeff Allen > > On 02/11/2018 03:32, Adam Burke wrote: > > Interesting. Apart from the unintentional DOS, I feel unit / regr test > time dependencies on remote resources should be limited anyway. > > How are you thinking of resolving it? One way would be to keep a local > copy of the relevant file, and declare the dependency similarly to a > library, perhaps in the gradle build files. The metadata that this is a > copy of someone else’s golden source seems valuable. > > Cheers > Adam > > 在 2018年10月26日，上午4:20，Raymond Ferguson via Jython-dev < > jyt...@li...> 写道： > > Finally managed to get some verbose output. > > ./Lib/test/test_urllib2net.py: FTP_HOST = "ftp://ftp.mirror.nl/pub/gnu/ > " > > We're probably participating in an unintentional DOS attack via > github->travis and just being blocked. > > [exec] Re-running failed tests in verbose mode > [exec] Re-running test 'test_urllib2net' in verbose mode > [exec] test test_urllib2net failed -- Traceback (most recent call > last): > [exec] File > "/home/travis/build/devendor/jython/dist/Lib/test/test_urllib2net.py", line > 312, in test_ftp_no_timeout > [exec] u = _urlopen_with_retry(self.FTP_HOST, timeout=None) > [exec] File > "/home/travis/build/devendor/jython/dist/Lib/test/test_urllib2net.py", line > 27, in wrapped > [exec] return _retry_thrice(func, exc, *args, **kwargs) > [exec] File > "/home/travis/build/devendor/jython/dist/Lib/test/test_urllib2net.py", line > 23, in _retry_thrice > [exec] raise last_exc > [exec] URLError: <urlopen error ftp error: 425 Security: Bad IP > connecting.> > *Ray Ferguson* > *Enterprise Solutions Developer* > *Devendor Tech LLC* > *ray...@de...* <ray...@de...> > *W: 608-960-8090 C: 608-516-9391* > > > ᐧ > > On Thu, Oct 25, 2018 at 1:14 PM Raymond Ferguson < > ray...@de...> wrote: > >> There is this little bit of code in __builtin__.unichr that creates a >> hole in unicode values for utf-16 encoding. >> >> if (i >= 0xD800 && i <= 0xDFFF) { >> throw Py.ValueError("unichr() arg is a lone surrogate in >> range (0xD800, 0xDFFF) (Jython UTF-16 encoding)"); >> } >> >> Anyway... I don't see any way that test_normalization can pass given that >> sys.max_unicode > 0xd800 and one of the tests does a for >> range(sys.maxunicode) unichr(...). >> >> Strangely though, this does pass from travis-ci.org. Apparently there >> is some sort of reactive blocking in place that will drop connections to >> www.unicode.org from your IP if you trigger something, probably rate of >> get requests for test files. The test in question grabs a file from >> www.unicode.org and skips the test on timeout, so it doesn't hit the >> part of the test that will always fail. >> >> Anyway, after troubleshooting for a while, I managed to trigger this and >> suddenly can't reach unicode.org from my LAN, but if I switch my phone >> over to mobile data for a new source address, clearly the site is still >> up. I can even ping it but tcp syn is dropped. >> >> I've also noticed that urllib2 tests work fine from my network, but fail >> on travis-ci. My guess is that the at least one of the test targets are >> taking steps to reduce impact of being hard coded into so many CI tests. >> >> *Ray Ferguson* >> *Enterprise Solutions Developer* >> *Devendor Tech LLC* >> *ray...@de...* <ray...@de...> >> *W: 608-960-8090 C: 608-516-9391* >> >> > |
|
From: Jeff A. <ja...@fa...> - 2018-11-02 07:42:41
|
The tests use a system of "resources" to switch on or off tests. There is a "network" resource that if not enabled (regrtest -u) is intended to switch off those tests that make external reference and also a "urlfetch" resource, and this is what test_normalization uses. There is a test_support.requires_resource decorator applicable test by test. If Travis blocks external reference, then we ought to run tests there without that resource so we don't try. Or is that the rate at which we launch them just too high? We could consider defining another, as long as we're clear what we mean and document it. But using "urlfetch" in a few more places may express what we really mean: existing is always better than bespoke. On the substantive issue, we decided not to support lone surrogates in Jython and then changed our minds to allow the (ab)use by which CPython smuggle bytes in file paths that exist apart from their intended encoding. Some design is based on the former state. I would say that when a lone surrogate is encountered it will still depend on the context what it means. (ISTR it's only 0xDC00..0xDCFF that's at issue.) Jeff Jeff Allen On 02/11/2018 03:32, Adam Burke wrote: > Interesting. Apart from the unintentional DOS, I feel unit / regr test > time dependencies on remote resources should be limited anyway. > > How are you thinking of resolving it? One way would be to keep a local > copy of the relevant file, and declare the dependency similarly to a > library, perhaps in the gradle build files. The metadata that this is > a copy of someone else’s golden source seems valuable. > > Cheers > Adam > > 在 2018年10月26日，上午4:20，Raymond Ferguson via Jython-dev > <jyt...@li... > <mailto:jyt...@li...>> 写道： > >> Finally managed to get some verbose output. >> >> ./Lib/test/test_urllib2net.py: FTP_HOST = >> "ftp://ftp.mirror.nl/pub/gnu/" >> >> We're probably participating in an unintentional DOS attack via >> github->travis and just being blocked. >> >> [exec] Re-running failed tests in verbose mode >> [exec] Re-running test 'test_urllib2net' in verbose mode >> [exec] test test_urllib2net failed -- Traceback (most recent >> call last): >> [exec] File >> "/home/travis/build/devendor/jython/dist/Lib/test/test_urllib2net.py", >> line 312, in test_ftp_no_timeout >> [exec] u = _urlopen_with_retry(self.FTP_HOST, timeout=None) >> [exec] File >> "/home/travis/build/devendor/jython/dist/Lib/test/test_urllib2net.py", >> line 27, in wrapped >> [exec] return _retry_thrice(func, exc, *args, **kwargs) >> [exec] File >> "/home/travis/build/devendor/jython/dist/Lib/test/test_urllib2net.py", >> line 23, in _retry_thrice >> [exec] raise last_exc >> [exec] URLError: <urlopen error ftp error: 425 Security: Bad IP >> connecting.> >> *Ray Ferguson* >> *Enterprise Solutions Developer* >> *Devendor Tech LLC* >> *ray...@de...* <mailto:ray...@de...> >> *W: 608-960-8090C: 608-516-9391* >> >> >> ᐧ >> >> On Thu, Oct 25, 2018 at 1:14 PM Raymond Ferguson >> <ray...@de... >> <mailto:ray...@de...>> wrote: >> >> There is this little bit of code in __builtin__.unichr that >> creates a hole in unicode values for utf-16 encoding. >> >> if (i >= 0xD800 && i <= 0xDFFF) { >> throw Py.ValueError("unichr() arg is a lone surrogate >> in range (0xD800, 0xDFFF) (Jython UTF-16 encoding)"); >> } >> >> Anyway... I don't see any way that test_normalization can pass >> given that sys.max_unicode > 0xd800 and one of the tests does a >> for range(sys.maxunicode) unichr(...). >> >> Strangely though, this does pass from travis-ci.org >> <http://travis-ci.org>. Apparently there is some sort of reactive >> blocking in place that will drop connections to www.unicode.org >> <http://www.unicode.org> from your IP if you trigger something, >> probably rate of get requests for test files. The test in >> question grabs a file from www.unicode.org >> <http://www.unicode.org> and skips the test on timeout, so it >> doesn't hit the part of the test that will always fail. >> >> Anyway, after troubleshooting for a while, I managed to trigger >> this and suddenly can't reach unicode.org <http://unicode.org> >> from my LAN, but if I switch my phone over to mobile data for a >> new source address, clearly the site is still up. I can even >> ping it but tcp syn is dropped. >> >> I've also noticed that urllib2 tests work fine from my network, >> but fail on travis-ci. My guess is that the at least one of the >> test targets are taking steps to reduce impact of being hard >> coded into so many CI tests. >> >> *Ray Ferguson* >> *Enterprise Solutions Developer* >> *Devendor Tech LLC* >> *ray...@de...* >> <mailto:ray...@de...> >> *W: 608-960-8090C: 608-516-9391* >> |
|
From: Adam B. <ada...@gm...> - 2018-11-02 03:32:29
|
Interesting. Apart from the unintentional DOS, I feel unit / regr test time dependencies on remote resources should be limited anyway. How are you thinking of resolving it? One way would be to keep a local copy of the relevant file, and declare the dependency similarly to a library, perhaps in the gradle build files. The metadata that this is a copy of someone else’s golden source seems valuable. Cheers Adam 在 2018年10月26日，上午4:20，Raymond Ferguson via Jython-dev < jyt...@li...> 写道： Finally managed to get some verbose output. ./Lib/test/test_urllib2net.py: FTP_HOST = "ftp://ftp.mirror.nl/pub/gnu/" We're probably participating in an unintentional DOS attack via github->travis and just being blocked. [exec] Re-running failed tests in verbose mode [exec] Re-running test 'test_urllib2net' in verbose mode [exec] test test_urllib2net failed -- Traceback (most recent call last): [exec] File "/home/travis/build/devendor/jython/dist/Lib/test/test_urllib2net.py", line 312, in test_ftp_no_timeout [exec] u = _urlopen_with_retry(self.FTP_HOST, timeout=None) [exec] File "/home/travis/build/devendor/jython/dist/Lib/test/test_urllib2net.py", line 27, in wrapped [exec] return _retry_thrice(func, exc, *args, **kwargs) [exec] File "/home/travis/build/devendor/jython/dist/Lib/test/test_urllib2net.py", line 23, in _retry_thrice [exec] raise last_exc [exec] URLError: <urlopen error ftp error: 425 Security: Bad IP connecting.> *Ray Ferguson* *Enterprise Solutions Developer* *Devendor Tech LLC* *ray...@de...* <ray...@de...> *W: 608-960-8090 C: 608-516-9391* ᐧ On Thu, Oct 25, 2018 at 1:14 PM Raymond Ferguson < ray...@de...> wrote: > There is this little bit of code in __builtin__.unichr that creates a hole > in unicode values for utf-16 encoding. > > if (i >= 0xD800 && i <= 0xDFFF) { > throw Py.ValueError("unichr() arg is a lone surrogate in range > (0xD800, 0xDFFF) (Jython UTF-16 encoding)"); > } > > Anyway... I don't see any way that test_normalization can pass given that > sys.max_unicode > 0xd800 and one of the tests does a for > range(sys.maxunicode) unichr(...). > > Strangely though, this does pass from travis-ci.org. Apparently there is > some sort of reactive blocking in place that will drop connections to > www.unicode.org from your IP if you trigger something, probably rate of > get requests for test files. The test in question grabs a file from > www.unicode.org and skips the test on timeout, so it doesn't hit the part > of the test that will always fail. > > Anyway, after troubleshooting for a while, I managed to trigger this and > suddenly can't reach unicode.org from my LAN, but if I switch my phone > over to mobile data for a new source address, clearly the site is still > up. I can even ping it but tcp syn is dropped. > > I've also noticed that urllib2 tests work fine from my network, but fail > on travis-ci. My guess is that the at least one of the test targets are > taking steps to reduce impact of being hard coded into so many CI tests. > > *Ray Ferguson* > *Enterprise Solutions Developer* > *Devendor Tech LLC* > *ray...@de...* <ray...@de...> > *W: 608-960-8090 C: 608-516-9391* > > ᐧ > _______________________________________________ Jython-dev mailing list Jyt...@li... https://lists.sourceforge.net/lists/listinfo/jython-dev |
|
From: James M. <jam...@gm...> - 2018-10-27 15:41:02
|
I think it would be a good idea to replace the existing README.txt with a README.md to allow for formatting on the Github page. I have a PR open to do this see https://github.com/jythontools/jython/pull/114 To see the difference this would make on Github compare https://github.com/jamesmudd/jython with https://github.com/jythontools/jython The main concern would be existing references to the README.txt hopefully with the new website coming soon that would be mitigated. If nobody opposes this change I think it could be merged in a few weeks. During which time I will have a look around for references. James |
|
From: Jython t. <st...@bu...> - 2018-10-26 16:10:24
|
ACTIVITY SUMMARY (2018-10-19 - 2018-10-26) 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 351 ( +2) closed 2379 ( +0) total 2730 ( +2) Open issues with patches: 28 Issues opened (2) ================= #2710: Key protection algorithm not found http://bugs.jython.org/issue2710 opened by jeff.allen #2711: Dictionaries fail test of atomicity http://bugs.jython.org/issue2711 opened by jeff.allen Most recent 15 issues with no replies (15) ========================================== #2711: Dictionaries fail test of atomicity http://bugs.jython.org/issue2711 #2703: JycompileAntTask cannot find org.python.apache.tools.ant.taskd http://bugs.jython.org/issue2703 #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 #2684: WindowsError:[Error 123] The filename,directory name,or volume http://bugs.jython.org/issue2684 #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 #2616: Incomplete / broken support for Certificate Revocation Lists http://bugs.jython.org/issue2616 Most recent 15 issues waiting for review (15) ============================================= #2706: Use python.path instead of JYTHONPATH http://bugs.jython.org/issue2706 #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 (2) ================================ #2656: Illegal reflective access warnings from Java 9 http://bugs.jython.org/issue2656 9 msgs #2710: Key protection algorithm not found http://bugs.jython.org/issue2710 3 msgs |
|
From: Raymond F. <ray...@de...> - 2018-10-25 18:20:35
|
Finally managed to get some verbose output. ./Lib/test/test_urllib2net.py: FTP_HOST = "ftp://ftp.mirror.nl/pub/gnu/" We're probably participating in an unintentional DOS attack via github->travis and just being blocked. [exec] Re-running failed tests in verbose mode [exec] Re-running test 'test_urllib2net' in verbose mode [exec] test test_urllib2net failed -- Traceback (most recent call last): [exec] File "/home/travis/build/devendor/jython/dist/Lib/test/test_urllib2net.py", line 312, in test_ftp_no_timeout [exec] u = _urlopen_with_retry(self.FTP_HOST, timeout=None) [exec] File "/home/travis/build/devendor/jython/dist/Lib/test/test_urllib2net.py", line 27, in wrapped [exec] return _retry_thrice(func, exc, *args, **kwargs) [exec] File "/home/travis/build/devendor/jython/dist/Lib/test/test_urllib2net.py", line 23, in _retry_thrice [exec] raise last_exc [exec] URLError: <urlopen error ftp error: 425 Security: Bad IP connecting.> *Ray Ferguson* *Enterprise Solutions Developer* *Devendor Tech LLC* *ray...@de...* <ray...@de...> *W: 608-960-8090 C: 608-516-9391* ᐧ On Thu, Oct 25, 2018 at 1:14 PM Raymond Ferguson < ray...@de...> wrote: > There is this little bit of code in __builtin__.unichr that creates a hole > in unicode values for utf-16 encoding. > > if (i >= 0xD800 && i <= 0xDFFF) { > throw Py.ValueError("unichr() arg is a lone surrogate in range > (0xD800, 0xDFFF) (Jython UTF-16 encoding)"); > } > > Anyway... I don't see any way that test_normalization can pass given that > sys.max_unicode > 0xd800 and one of the tests does a for > range(sys.maxunicode) unichr(...). > > Strangely though, this does pass from travis-ci.org. Apparently there is > some sort of reactive blocking in place that will drop connections to > www.unicode.org from your IP if you trigger something, probably rate of > get requests for test files. The test in question grabs a file from > www.unicode.org and skips the test on timeout, so it doesn't hit the part > of the test that will always fail. > > Anyway, after troubleshooting for a while, I managed to trigger this and > suddenly can't reach unicode.org from my LAN, but if I switch my phone > over to mobile data for a new source address, clearly the site is still > up. I can even ping it but tcp syn is dropped. > > I've also noticed that urllib2 tests work fine from my network, but fail > on travis-ci. My guess is that the at least one of the test targets are > taking steps to reduce impact of being hard coded into so many CI tests. > > *Ray Ferguson* > *Enterprise Solutions Developer* > *Devendor Tech LLC* > *ray...@de...* <ray...@de...> > *W: 608-960-8090 C: 608-516-9391* > > ᐧ > |
|
From: Raymond F. <ray...@de...> - 2018-10-25 18:14:36
|
There is this little bit of code in __builtin__.unichr that creates a hole
in unicode values for utf-16 encoding.
if (i >= 0xD800 && i <= 0xDFFF) {
throw Py.ValueError("unichr() arg is a lone surrogate in range
(0xD800, 0xDFFF) (Jython UTF-16 encoding)");
}
Anyway... I don't see any way that test_normalization can pass given that
sys.max_unicode > 0xd800 and one of the tests does a for
range(sys.maxunicode) unichr(...).
Strangely though, this does pass from travis-ci.org. Apparently there is
some sort of reactive blocking in place that will drop connections to
www.unicode.org from your IP if you trigger something, probably rate of get
requests for test files. The test in question grabs a file from
www.unicode.org and skips the test on timeout, so it doesn't hit the part
of the test that will always fail.
Anyway, after troubleshooting for a while, I managed to trigger this and
suddenly can't reach unicode.org from my LAN, but if I switch my phone over
to mobile data for a new source address, clearly the site is still up. I
can even ping it but tcp syn is dropped.
I've also noticed that urllib2 tests work fine from my network, but fail on
travis-ci. My guess is that the at least one of the test targets are
taking steps to reduce impact of being hard coded into so many CI tests.
*Ray Ferguson*
*Enterprise Solutions Developer*
*Devendor Tech LLC*
*ray...@de...* <ray...@de...>
*W: 608-960-8090 C: 608-516-9391*
ᐧ
|
|
From: Jython t. <st...@bu...> - 2018-10-19 16:10:23
|
ACTIVITY SUMMARY (2018-10-12 - 2018-10-19) 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 349 ( +2) closed 2379 ( +0) total 2728 ( +2) Open issues with patches: 28 Issues opened (2) ================= #2708: test_urllib2net fails (on Travis CI) http://bugs.jython.org/issue2708 opened by stefan.richthofer #2709: test_chdir shortname failures on some later Windows filesystem http://bugs.jython.org/issue2709 opened by adamburke Most recent 15 issues with no replies (15) ========================================== #2703: JycompileAntTask cannot find org.python.apache.tools.ant.taskd http://bugs.jython.org/issue2703 #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 #2684: WindowsError:[Error 123] The filename,directory name,or volume http://bugs.jython.org/issue2684 #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 #2616: Incomplete / broken support for Certificate Revocation Lists http://bugs.jython.org/issue2616 Most recent 15 issues waiting for review (15) ============================================= #2706: Use python.path instead of JYTHONPATH http://bugs.jython.org/issue2706 #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) ================================ #2708: test_urllib2net fails (on Travis CI) http://bugs.jython.org/issue2708 3 msgs |
|
From: Rory O'D. <ror...@or...> - 2018-10-15 10:19:51
|
Hi Alan, *JDK 12 Early Access build 15 is available at : - jdk.java.net/12/* * JDK 12 Schedule is confirmed. o 2018/12/13 Rampdown Phase One <http://openjdk.java.net/jeps/3#rdp-1> o 2019/01/17 Rampdown Phase Two <http://openjdk.java.net/jeps/3#rdp-2> o 2019/02/07 Release-Candidate Phase <http://openjdk.java.net/jeps/3#rc> o 2019/03/19 General Availability * Release Notes for JDK 12 [1] * JEPs targeted to JDK 12, so far o 325: Switch Expressions (Preview [2]) - Integrated o 326: Raw String Literals (Preview [2]) - Integrated o 340: One AArch64 Port, Not Two <http://openjdk.java.net/jeps/340> - Targeted o 341: Default CDS Archives <http://openjdk.java.net/jeps/341>- Integrated * Important fixes since last email o (b15) Implementation of JEP 341: Default CDS Archives o (b14) LDAPS Communication Failure (JDK-8211107 <https://bugs.openjdk.java.net/browse/JDK-8211107>) o (b14) Support dns_canonicalize_hostname in krb5.conf (JDK-8210821 <https://bugs.openjdk.java.net/browse/JDK-8210821>) o (b14) Removal of com.sun.awt.SecurityWarning Class (JDK-8210692 <https://bugs.openjdk.java.net/browse/JDK-8210692>) *JDK 8u202 planning [3]* * 8u202 is proposed to be the last Oracle led release for this OpenJDK Project. * A proposed timeline is as follows : o July 2018 8u-dev forest begins collecting 8u202 fixes o Mid October 2018 RampDown 2 o Mid January 2019 GA Rgds, Rory [1] http://jdk.java.net/12/release-notes [2] http://openjdk.java.net/jeps/12 [3] http://mail.openjdk.java.net/pipermail/jdk8u-dev/2018-September/007923.html<http://jdk.java.net/12/release-notes> <https://download.java.net/java/early_access/jmc7/core/common/docs/api/overview-summary.html> -- Rgds,Rory O'Donnell Quality Engineering Manager Oracle EMEA , Dublin, Ireland |
|
From: Jython t. <st...@bu...> - 2018-10-12 16:10:26
|
ACTIVITY SUMMARY (2018-10-05 - 2018-10-12) 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 347 ( +0) closed 2379 ( +0) total 2726 ( +0) Open issues with patches: 28 Most recent 15 issues with no replies (15) ========================================== #2703: JycompileAntTask cannot find org.python.apache.tools.ant.taskd http://bugs.jython.org/issue2703 #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 #2684: WindowsError:[Error 123] The filename,directory name,or volume http://bugs.jython.org/issue2684 #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 #2616: Incomplete / broken support for Certificate Revocation Lists http://bugs.jython.org/issue2616 Most recent 15 issues waiting for review (15) ============================================= #2706: Use python.path instead of JYTHONPATH http://bugs.jython.org/issue2706 #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) ================================ #2658: Update jython.org website http://bugs.jython.org/issue2658 4 msgs |
|
From: Jim B. <jim...@py...> - 2018-10-09 00:35:22
|
I suggest we switch to James' new site ASAP. It looks good to me, and I really like how it puts the Java integration front and center. Yes, we can improve upon it, but that's what a PR is for :) On Sun, Oct 7, 2018 at 8:19 PM Adam Burke <ada...@gm...> wrote: > Thanks for explaining Stefan. A quick look suggests the new site is > shaping up well, too. > > Adam > > On Fri, 5 Oct 2018 at 20:36, Stefan Richthofer < > ste...@gm...> wrote: > >> There is promising work by James Mudd on a github pages based replacement. >> See http://bugs.jython.org/issue2658 and >> https://jamesmudd.github.io/jython.github.io/ >> IMO getting this work into sufficient state is the best and fastest way >> to tackle the >> jython.org issue. I think that page is open for contributions :) >> >> -Stefan >> >> Am Fr., 5. Okt. 2018 um 12:17 Uhr schrieb Adam Burke < >> ada...@gm...>: >> >>> The http://www.jython.org/ still has the best google juice, and has a >>> 2.7.0 release, rather than the 2017 2.7.1 release on it. >>> >>> I know there was discussion to move to markdown documentation as part of >>> a git repository, which sounds great too, and possibly easier for others to >>> contribute to. >>> >>> Is an update to jython.org in the interim possible? >>> >>> Just noticed commentary like this, which is painful to read, as I know >>> good work is going on: >>> >>> https://stackoverflow.com/questions/52316449/running-python-using-java/52404266#52404266 >>> >>> Sorry if this is raising a sore point, though. >>> >>> Adam >>> _______________________________________________ >>> 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 > |
|
From: Adam B. <ada...@gm...> - 2018-10-08 02:19:00
|
Thanks for explaining Stefan. A quick look suggests the new site is shaping up well, too. Adam On Fri, 5 Oct 2018 at 20:36, Stefan Richthofer <ste...@gm...> wrote: > There is promising work by James Mudd on a github pages based replacement. > See http://bugs.jython.org/issue2658 and > https://jamesmudd.github.io/jython.github.io/ > IMO getting this work into sufficient state is the best and fastest way to > tackle the > jython.org issue. I think that page is open for contributions :) > > -Stefan > > Am Fr., 5. Okt. 2018 um 12:17 Uhr schrieb Adam Burke < > ada...@gm...>: > >> The http://www.jython.org/ still has the best google juice, and has a >> 2.7.0 release, rather than the 2017 2.7.1 release on it. >> >> I know there was discussion to move to markdown documentation as part of >> a git repository, which sounds great too, and possibly easier for others to >> contribute to. >> >> Is an update to jython.org in the interim possible? >> >> Just noticed commentary like this, which is painful to read, as I know >> good work is going on: >> >> https://stackoverflow.com/questions/52316449/running-python-using-java/52404266#52404266 >> >> Sorry if this is raising a sore point, though. >> >> Adam >> _______________________________________________ >> Jython-dev mailing list >> Jyt...@li... >> https://lists.sourceforge.net/lists/listinfo/jython-dev >> > |
|
From: Jython t. <st...@bu...> - 2018-10-05 16:10:24
|
ACTIVITY SUMMARY (2018-09-28 - 2018-10-05) 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 347 ( +0) closed 2379 ( +0) total 2726 ( +0) Open issues with patches: 28 Most recent 15 issues with no replies (15) ========================================== #2703: JycompileAntTask cannot find org.python.apache.tools.ant.taskd http://bugs.jython.org/issue2703 #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 #2684: WindowsError:[Error 123] The filename,directory name,or volume http://bugs.jython.org/issue2684 #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 #2616: Incomplete / broken support for Certificate Revocation Lists http://bugs.jython.org/issue2616 Most recent 15 issues waiting for review (15) ============================================= #2706: Use python.path instead of JYTHONPATH http://bugs.jython.org/issue2706 #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: Stefan R. <ste...@gm...> - 2018-10-05 10:36:55
|
There is promising work by James Mudd on a github pages based replacement. See http://bugs.jython.org/issue2658 and https://jamesmudd.github.io/jython.github.io/ IMO getting this work into sufficient state is the best and fastest way to tackle the jython.org issue. I think that page is open for contributions :) -Stefan Am Fr., 5. Okt. 2018 um 12:17 Uhr schrieb Adam Burke < ada...@gm...>: > The http://www.jython.org/ still has the best google juice, and has a > 2.7.0 release, rather than the 2017 2.7.1 release on it. > > I know there was discussion to move to markdown documentation as part of a > git repository, which sounds great too, and possibly easier for others to > contribute to. > > Is an update to jython.org in the interim possible? > > Just noticed commentary like this, which is painful to read, as I know > good work is going on: > > https://stackoverflow.com/questions/52316449/running-python-using-java/52404266#52404266 > > Sorry if this is raising a sore point, though. > > Adam > _______________________________________________ > Jython-dev mailing list > Jyt...@li... > https://lists.sourceforge.net/lists/listinfo/jython-dev > |
|
From: Adam B. <ada...@gm...> - 2018-10-05 10:17:08
|
The http://www.jython.org/ still has the best google juice, and has a 2.7.0 release, rather than the 2017 2.7.1 release on it. I know there was discussion to move to markdown documentation as part of a git repository, which sounds great too, and possibly easier for others to contribute to. Is an update to jython.org in the interim possible? Just noticed commentary like this, which is painful to read, as I know good work is going on: https://stackoverflow.com/questions/52316449/running-python-using-java/52404266#52404266 Sorry if this is raising a sore point, though. Adam |
|
From: Stefan R. <ste...@gm...> - 2018-09-30 18:40:42
|
Hello Ray, thank you for your interest in contributing to Jython! Since github's web interface is better suited to review and discuss code patches than the issue tracker (BJO), you might want to file a PR for each patch on the github mirror https://github.com/jythontools/jython. This is meant in addition to tracking at http://bugs.jython.org/. (Please crosslink your PR there.) This is especially a good option in case you already host your patches on github. Best -Stefan Am So., 30. Sep. 2018 um 20:09 Uhr schrieb Jeff Allen <ja...@fa...>: > Welcome Ray. > > http://bugs.jython.org/ is the place. Please open an issue for each. > > I have seen some people have difficulty creating an account, and I don't > know why. Come back here if you do and we'll try a second option. We > wouldn't want to lose your input for a silly reason. > > Jeff Allen > > On 30/09/2018 17:59, Raymond Ferguson via Jython-dev wrote: > > I've tracked down a bug in Lib/zip that I have a patch for. I'm not sure > how to collaborate with the jython team? Do you want patches sent here or > bug reports etc? > > Basically the strip_header variation still leaves CRC32|ISIZE bytes on the > tail which is seen as a decompression failure by upstream modules. > > I also have an upstream patch for python-msgpack and a shaded version in > the latest pip release that brings pip-18.0 to jython! > > Thank you for the work. > > Sincerely, > > *Ray Ferguson* > *Enterprise Solutions Developer* > *Devendor Tech LLC* > *ray...@de...* <ray...@de...> > *W: 608-960-8090 C: 608-516-9391* > > ᐧ > > > _______________________________________________ > Jython-dev mailing list > Jyt...@li... > https://lists.sourceforge.net/lists/listinfo/jython-dev > |
|
From: Jeff A. <ja...@fa...> - 2018-09-30 18:09:28
|
Welcome Ray. http://bugs.jython.org/ is the place. Please open an issue for each. I have seen some people have difficulty creating an account, and I don't know why. Come back here if you do and we'll try a second option. We wouldn't want to lose your input for a silly reason. Jeff Allen On 30/09/2018 17:59, Raymond Ferguson via Jython-dev wrote: > I've tracked down a bug in Lib/zip that I have a patch for. I'm not > sure how to collaborate with the jython team? Do you want patches > sent here or bug reports etc? > > Basically the strip_header variation still leaves CRC32|ISIZE bytes on > the tail which is seen as a decompression failure by upstream modules. > > I also have an upstream patch for python-msgpack and a shaded version > in the latest pip release that brings pip-18.0 to jython! > > Thank you for the work. > > Sincerely, > > *Ray Ferguson* > *Enterprise Solutions Developer* > *Devendor Tech LLC* > *ray...@de...* <mailto:ray...@de...> > *W: 608-960-8090C: 608-516-9391* > > ᐧ > |
|
From: Raymond F. <ray...@de...> - 2018-09-30 17:28:48
|
I've tracked down a bug in Lib/zip that I have a patch for. I'm not sure how to collaborate with the jython team? Do you want patches sent here or bug reports etc? Basically the strip_header variation still leaves CRC32|ISIZE bytes on the tail which is seen as a decompression failure by upstream modules. I also have an upstream patch for python-msgpack and a shaded version in the latest pip release that brings pip-18.0 to jython! Thank you for the work. Sincerely, *Ray Ferguson* *Enterprise Solutions Developer* *Devendor Tech LLC* *ray...@de...* <ray...@de...> *W: 608-960-8090 C: 608-516-9391* ᐧ |
|
From: Jython t. <st...@bu...> - 2018-09-28 16:10:27
|
ACTIVITY SUMMARY (2018-09-21 - 2018-09-28) 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 347 ( +2) closed 2379 ( +1) total 2726 ( +3) Open issues with patches: 28 Issues opened (3) ================= #2705: Illegal reflective access http://bugs.jython.org/issue2705 opened by thadguidry #2706: Use python.path instead of JYTHONPATH http://bugs.jython.org/issue2706 opened by jeff.allen #2707: jython.py shebang line invalid on Linux http://bugs.jython.org/issue2707 opened by jeff.allen Most recent 15 issues with no replies (15) ========================================== #2703: JycompileAntTask cannot find org.python.apache.tools.ant.taskd http://bugs.jython.org/issue2703 #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 #2684: WindowsError:[Error 123] The filename,directory name,or volume http://bugs.jython.org/issue2684 #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 #2616: Incomplete / broken support for Certificate Revocation Lists http://bugs.jython.org/issue2616 Most recent 15 issues waiting for review (15) ============================================= #2706: Use python.path instead of JYTHONPATH http://bugs.jython.org/issue2706 #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 (2) ================================ #2305: sys.ps1 and sys.ps2 mentioned in dir(sys) in non-interactive m http://bugs.jython.org/issue2305 3 msgs #2686: Re-align the logic of util.jython.run with CPython 2.7 equival http://bugs.jython.org/issue2686 3 msgs |
|
From: Rory O'D. <ror...@or...> - 2018-09-26 08:55:59
|
Hi Alan,
*1) Release Announcement: General Availability of JDK 11 *
* JDK 11, the reference implementation of Java 11 and the first
long-term support release produced under the six-month rapid-cadence
release model [1][2], is now Generally Available.
* GPL-licensed OpenJDK builds from Oracle are available here:
https://jdk.java.net/11
This release includes seventeen features:
* 181: Nest-Based Access Control <http://openjdk.java.net/jeps/181>
* 309: Dynamic Class-File Constants <http://openjdk.java.net/jeps/309>
* 315: Improve Aarch64 Intrinsics <http://openjdk.java.net/jeps/315>
* 318: Epsilon: A No-Op Garbage Collector
<http://openjdk.java.net/jeps/318>
* 320: Remove the Java EE and CORBA Modules
<http://openjdk.java.net/jeps/320>
* 321: HTTP Client (Standard) <http://openjdk.java.net/jeps/321>
* 323: Local-Variable Syntax for Lambda Parameters
<http://openjdk.java.net/jeps/323>
* 324: Key Agreement with Curve25519 and Curve448
<http://openjdk.java.net/jeps/324>
* 327: Unicode 10 <http://openjdk.java.net/jeps/327>
* 328: Flight Recorder <http://openjdk.java.net/jeps/328>
* 329: ChaCha20 and Poly1305 Cryptographic Algorithms
<http://openjdk.java.net/jeps/329>
* 330: Launch Single-File Source-Code Programs
<http://openjdk.java.net/jeps/330>
* 331: Low-Overhead Heap Profiling <http://openjdk.java.net/jeps/331>
* 332: Transport Layer Security (TLS) 1.3
<http://openjdk.java.net/jeps/332>
* 333: ZGC: A Scalable Low-Latency Garbage Collector (Experimental)
<http://openjdk.java.net/jeps/333>
* 335: Deprecate the Nashorn JavaScript Engine
<http://openjdk.java.net/jeps/335>
* 336: Deprecate the Pack200 Tools and API
<http://openjdk.java.net/jeps/336>
2) Quality Outreach Report for September 2018 is available*
*
* Quality Outreach report September 2018
*Thanks to everyone who contributed to JDK 11 by downloading and testing
the early-access builds.
In particular the following developers who logged **18 issues in the JDK
Bug System.*
* Netty
* Eclipse Jetty
* Apache Lucene
* JUnit5
* Apache Tomcat
* Apache Ant
* Apache POI
* AssertJ
* Eclipse Collections
* Byte Buddy
* RxJava
3) JDK 12 EA build 12, under both the GPL and Oracle EA licenses, are
now available at http://jdk.java.net/11 .
* Schedule , Status & Features
o http://openjdk.java.net/projects/jdk/12/
* Release Notes:
o http://jdk.java.net/12/release-notes
**
Rgds,Rory
--
Rgds,Rory O'Donnell
Quality Engineering Manager
Oracle EMEA, Dublin,Ireland
|
|
From: Jython t. <st...@bu...> - 2018-09-21 16:10:24
|
ACTIVITY SUMMARY (2018-09-14 - 2018-09-21) 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 2378 ( +0) total 2723 ( +1) Open issues with patches: 27 Issues opened (1) ================= #2704: wlst jython argparse http://bugs.jython.org/issue2704 opened by Tig Most recent 15 issues with no replies (15) ========================================== #2703: JycompileAntTask cannot find org.python.apache.tools.ant.taskd http://bugs.jython.org/issue2703 #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 #2684: WindowsError:[Error 123] The filename,directory name,or volume http://bugs.jython.org/issue2684 #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 #2616: Incomplete / broken support for Certificate Revocation Lists http://bugs.jython.org/issue2616 Most recent 15 issues waiting for review (15) ============================================= #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 #1842: Add IBM i support to Jython http://bugs.jython.org/issue1842 Top 10 most discussed issues (1) ================================ #2704: wlst jython argparse http://bugs.jython.org/issue2704 9 msgs |
|
From: Jeff A. <ja...@fa...> - 2018-09-20 08:35:35
|
Footnote: "Precedence as with other variables" isn't exactly a consistent thing :(, but I believe I've reconstructed the pecking order: Source Filled by postProperties Custom |JythonInitializer <eclipse-javadoc:%E2%98%82=jython-jvm9/src%3Corg.python.core%7BPySystemState.java%E2%98%83PySystemState%7EinitRegistry%7EQProperties;%7EQProperties;%7EZ%7EQString;%E2%98%82JythonInitializer>| preProperties Command-line definitions |-Dkey=value|) ... preProperties also contains ... Environment variables via |org.python.util.jython <eclipse-javadoc:%E2%98%82=jython-jvm9/src%3Corg.python.core%7BPySystemState.java%E2%98%83PySystemState%7EinitRegistry%7EQProperties;%7EQProperties;%7EZ%7EQString;%E2%98%82org.python.util.jython>| [user.home]/.jython User-specific registry file [python.home]/registry Installation-wide registry file Environmental inference e.g. |locale| command for console encoding I believe our policy still is to recommend the registry over environment variables. If you go back far enough, there is *only* the registry. It seems tolerable for the Jython main program to respond to environment variables, by loading them into the registry keys as above. This makes our treatment of JYTHONPATH an anomaly. PYTHONINSPECT seems necessary only so that programs themselves can set it. (This won't work just now, but I have an idea.) I'm not wholly convinced by JYTHONSTARTUP, if we are trying to encourage use of the registry (python.startup), but I've gone for it anyway. Jeff Allen On 09/09/2018 00:45, Jim Baker wrote: > +1 on both of these updates, they look good and highly useful. > > On Sat, Sep 8, 2018 at 12:13 PM, Jeff Allen <ja...@fa... > <mailto:ja...@fa...>> wrote: > > I'm remodelling jython.run along the lines of CPython main for > clarity and conformity. CPython supports a couple of environment > variables it has been easy to include. They seem useful, but are > maybe not quite done in the Jython way. I'm not totally sure > whether they should be JYTHONsomething or PYTHONsomething, or be > registry entries instead, or as well. I'm canvassing opinions. > > Historically, our policy appears to be that configuration should > be done via the registry (the registry files and the -D options). > We *always* label registry items in the style "python.some.thing". > We also honour some environment variables and mostly call them > JYTHONsomething, except there's also PYTHONWARNINGS and > PYTHONIOENCODING, I suppose because you want to see the same > values as CPython (I think). > > I propose: > > JYTHONSTARTUP (registry python.startup) a file to run at the start > of an interactive session. *J*YTHONSTARTUP because your script is > unlikely to be the same for CPython. Precedence as with other > variables. > > PYTHONINSPECT (registry python.inspect) if not empty, effectively > sets the -i flag. (Any of these sources will *set* the flag, but > none can turn it off.) It's called *P*YTHONINSPECT because setting > it during execution should make us drop into interactive mode, > instead of exiting, when the first SystemExit is raised. A script > that does so may not be aware it's in Jython, so I favour the > standard Python name. > > Jeff > > -- > > Jeff Allen > > > > _______________________________________________ > Jython-dev mailing list > Jyt...@li... > <mailto:Jyt...@li...> > https://lists.sourceforge.net/lists/listinfo/jython-dev > <https://lists.sourceforge.net/lists/listinfo/jython-dev> > > |
101 messages has been excluded from this view by a project administrator.
