38
Comment:
|
← Revision 68 as of 2010-05-25 03:25:59 ⇥
1106
New buildbot location
|
Deletions are marked like this. | Additions are marked like this. |
Line 1: | Line 1: |
Describe UpgradeTo25CPythonLib here. | #format rst Buildbots ========= * http://www.acm.uiuc.edu/jython-buildbot/waterfall * http://bob.underboss.org:8080/ To Fix ====== * test_import_jy - ? * Windows failures - files not being properly closed Flaky/arch? =========== * test_socket - historically this is the case on SO_RCVBUF, SO_SNDBUF. particularly flakey on solaris buildbots * test_select - flakey on FreeBSD hudson buildbot Under Development ================= Or perhaps more accurately, the following *should* be under development. * test_unicode * test_codecs_idna - no idna encoding (which needs unicodedata 3.2.0) http://bugs.jython.org/issue1153 * test_stringprep - http://bugs.jython.org/issue1758320 * _rawffi (for ctypes, ported from PyPy) * bz2 (Georgy Berdyshev is looking at this. Leo User's bz2 module code is available from here: http://underboss.org/~pjenvey/jython/jythonx-bits.tar.bz2 ) * multibytecodec (implies test_multibytecodec_support) * unicodedata - need a Java implementation, not our current Jython workaround (too slow to load, on the order of a couple of seconds) |
To Fix
- test_import_jy - ?
- Windows failures - files not being properly closed
Flaky/arch?
- test_socket - historically this is the case on SO_RCVBUF, SO_SNDBUF. particularly flakey on solaris buildbots
- test_select - flakey on FreeBSD hudson buildbot
Under Development
Or perhaps more accurately, the following should be under development.
- test_unicode
- test_codecs_idna - no idna encoding (which needs unicodedata 3.2.0) http://bugs.jython.org/issue1153
- test_stringprep - http://bugs.jython.org/issue1758320
- _rawffi (for ctypes, ported from PyPy)
- bz2 (Georgy Berdyshev is looking at this. Leo User's bz2 module code is available from here: http://underboss.org/~pjenvey/jython/jythonx-bits.tar.bz2 )
- multibytecodec (implies test_multibytecodec_support)
- unicodedata - need a Java implementation, not our current Jython workaround (too slow to load, on the order of a couple of seconds)