Python-Dev October 2009

python-dev@python.org

146 participants
92 discussions

by Steven Bethard

There's a lot of code already out there (in the standard library and other places) that uses %-style formatting, when in Python 3.0 we should be encouraging {}-style formatting. We should really provide some sort of transition plan. Consider an example from the logging docs: logging.Formatter("%(asctime)s - %(name)s - %(levelname)s - %(message)s") We'd like to support both this style as well as the following style: logging.Formatter("{asctime} - {name} - {levelname} - {message}") Perhaps we'd eventually deprecate the %-style formatting, but at least in the intervening time, we'd have to support both. I see a few possibilities: * Add a new class, NewFormatter, which uses the {}-style formatting. This is ugly because it makes the formatting we're trying to encourage look like the alternative implementation instead of the standard one. It also means we have to come up with new names for every API that uses format strings. * Have Formatter try to guess whether it got %-style formatting or {}-style formatting, and then delegate to the appropriate one. I don't know how accurately we can guess. We also end up still relying on both formatting styles under the hood. * Have Formatter convert all %-style formatting strings to {}-style formatting strings (automatically). This still involves some guessing, and involves some serious hacking to translate from one to the other (maybe it wouldn't even always be possible?). But at least we'd only be using {}-style formatting under the hood. Thoughts? Steve -- Where did you get that preposterous hypothesis? Did Steve tell you that? --- The Hiphopopotamus

11 years, 3 months

Re: [Python-Dev] eggs now mandatory for pypi?

by Senthil Kumaran

On Mon, Oct 05, 2009 at 10:43:22AM +0200, Fredrik Lundh wrote: > it's revews like this that makes me wonder if releasing open source is > a good idea: > no egg - worst seen ever, remove it from pypi or provide an egg > (jensens, 2009-10-05, 0 points) > Greetings effbot. :) As you might already know, "eggs" are not mandatory for pypi. No where in the documentation it mentions so. Also many good packages in pypi are not eggs (MaL's egenix packages for e.g) and we have known his dislike for that particular format too. But still, sometimes people have found eggs to be convenient. That was a particularly harsh comment from jensens, should be ignored or he should be corrected that eggs are not mandatory. But, i have a feeling that this is going to open up the well known, can-of-worms on what is the best distribution format for python packages debate. -- Senthil No one may kill a man. Not for any purpose. It cannot be condoned. -- Kirk, "Spock's Brain", stardate 5431.6

11 years, 3 months

Re: [Python-Dev] a new setuptools release?

by P.J. Eby

At 12:16 PM 10/6/2009 -0700, Guido van Rossum wrote: >I think at this point the community should not be forced wait for you >to get a new supply of round tuits. The wait has been too long >already. You can stay on in an advisory role, but I don't think it's >reasonable to block development or decisions until you have time. Tarek didn't think so either, which is why he created a fork, called Distribute. So I'm not really clear on what you're trying to say here (or in the rest of the email, for that matter).

11 years, 3 months

Howto handle multilib conflict?

by Neal Becker

Just received: https://bugzilla.redhat.com/show_bug.cgi?id=528237 yum install libotf-devel.i586 libotf-devel.x86_64 yields: Transaction Check Error: file /usr/bin/libotf-config from install of libotf-devel-0.9.8-2.fc11.i586 conflicts with file from package libotf-devel-0.9.8-2.fc11.x86_64 file /usr/share/doc/libotf-devel-0.9.8/example/Makefile from install of libotf-devel-0.9.8-2.fc11.i586 conflicts with file from package libotf-devel-0.9.8-2.fc11.x86_64 What is the recommended way to resolve this?

11 years, 3 months

Summary of Python tracker Issues

by Python tracker

ACTIVITY SUMMARY (10/02/09 - 10/09/09) Python tracker at http://bugs.python.org/ To view or respond to any of the issues listed below, click on the issue number. Do NOT respond to this message. 2444 open (+44) / 16471 closed (+14) / 18915 total (+58) Open issues with patches: 976 Average duration of open issues: 670 days. Median duration of open issues: 420 days. Open Issues Breakdown open 2410 (+44) pending 33 ( +0) Issues Created Or Reopened (59) _______________________________ traceback.format_exception_only does not return SyntaxError caro 10/07/09 http://bugs.python.org/issue6962 reopened thewtex patch Doc/reference/datamodel: Slots description needs update 10/02/09 http://bugs.python.org/issue7036 created Byron patch test_asynchat fails on os x 10.6 10/02/09 http://bugs.python.org/issue7037 created chuck test_curses fails on os x 10.6 10/02/09 http://bugs.python.org/issue7038 created chuck test_distutils fails on os x 10.6 10/02/09 CLOSED http://bugs.python.org/issue7039 created chuck test_smtplib fails on os x 10.6 10/02/09 http://bugs.python.org/issue7040 created chuck test_macostools fails on os x 10.6 10/02/09 http://bugs.python.org/issue7041 created chuck test_signal fails on os x 10.6 10/02/09 http://bugs.python.org/issue7042 created chuck patch test_urllib: constructLocalFileUrl returns invalid URLs on Windo 10/03/09 http://bugs.python.org/issue7043 created srid urllib.urlopen crashes when used on Mac OS 10.6.1 through a prox 10/03/09 http://bugs.python.org/issue7044 created jweber utf-8 encoding error 10/03/09 http://bugs.python.org/issue7045 created ArcRiley decimal.py: use DivisionImpossible and DivisionUndefined 10/03/09 http://bugs.python.org/issue7046 created skrah decimal.py: NaN payload conversion 10/03/09 CLOSED http://bugs.python.org/issue7047 created skrah decimal.py: logb: round the result if it is greater than prec 10/03/09 http://bugs.python.org/issue7048 created skrah patch decimal.py: NaN result in pow(x, y, z) with prec 1 10/03/09 http://bugs.python.org/issue7049 created skrah patch Augmented assignment of tuple crashes IDLE 10/03/09 CLOSED http://bugs.python.org/issue7050 created mfitz 'g'/'G' format docs need a little more explanation 10/03/09 http://bugs.python.org/issue7051 created benjamin.peterson "from logging import *" causes an error under Ubuntu Karmic 10/04/09 CLOSED http://bugs.python.org/issue7052 created vak wrong overload of slot wrapper 10/04/09 CLOSED http://bugs.python.org/issue7053 created omatt Python25.chm seems to be broken 10/04/09 CLOSED http://bugs.python.org/issue7054 created Mark77 Automatic test___all__ 10/04/09 http://bugs.python.org/issue7055 created pitrou patch regrtest runtest_inner calls findtestdir unnecessarily 10/04/09 http://bugs.python.org/issue7056 created r.david.murray patch tkinter doc: more 3.x updates 10/04/09 http://bugs.python.org/issue7057 created tjreedy Add some test execution environment protection to regrtest 10/04/09 http://bugs.python.org/issue7058 created r.david.murray patch 'checking getaddrinfo bug' doesn't output the result during ./co 10/05/09 http://bugs.python.org/issue7059 created ezio.melotti test_multiprocessing dictionary changed size errors and hang 10/05/09 http://bugs.python.org/issue7060 created r.david.murray Improve 24.5. turtle doc 10/05/09 http://bugs.python.org/issue7061 created tjreedy No docs for module 'IN' 10/05/09 http://bugs.python.org/issue7062 created RSokolov Memory errors in array.array 10/05/09 http://bugs.python.org/issue7063 created chuck Python 2.6.3 / setuptools 0.6c9: extension module builds fail wi 10/05/09 CLOSED http://bugs.python.org/issue7064 reopened tarek bytes.maketrans segfaults 10/05/09 http://bugs.python.org/issue7065 created egreen patch archive_util.make_archive doesn't restore the cwd if an error is 10/05/09 http://bugs.python.org/issue7066 created ezio.melotti Suggest better documentation of 2 versus 3 on 3.1.1 site. 10/05/09 http://bugs.python.org/issue7067 created srl 2.6.3 does not use specified compiler 10/06/09 CLOSED http://bugs.python.org/issue7068 created gotoh inspect.isabstract to return boolean values only 10/06/09 http://bugs.python.org/issue7069 created gagenellina patch round(x) gives wrong result for large odd integers 10/06/09 http://bugs.python.org/issue7070 created mark.dickinson easy distutils and IronPython compatibility 10/06/09 http://bugs.python.org/issue7071 created michael.foord 26backport isspace(0xa0) is true on Mac OS X 10/06/09 http://bugs.python.org/issue7072 created naoki Python 2.6.3 final windows installer installs a release candida 10/06/09 CLOSED http://bugs.python.org/issue7073 created jamartinh Turtle module crashes python 10/06/09 http://bugs.python.org/issue7074 created tjreedy Bug while put a set on a dict 10/07/09 CLOSED http://bugs.python.org/issue7075 created chucheng Documentation add note about SystemRandom 10/07/09 http://bugs.python.org/issue7076 created sligocki patch SysLogHandler can't handle Unicode 10/07/09 http://bugs.python.org/issue7077 created rszefler struct help in the interpreter does not explain about the fmt op 10/07/09 http://bugs.python.org/issue7078 created orsenthil patch, easy file_close() ignores return value of close_the_file 10/07/09 http://bugs.python.org/issue7079 created stutzbach patch locale.strxfrm raises MemoryError 10/07/09 http://bugs.python.org/issue7080 created egreen patch ">" formatting behaving like "=" formatting 10/08/09 CLOSED http://bugs.python.org/issue7081 created ncoghlan Patch for get_filename in email.message when content-disposition 10/08/09 http://bugs.python.org/issue7082 created DazWorrall patch locals() behaviour differs when tracing is in effect 10/08/09 CLOSED http://bugs.python.org/issue7083 created andbj printing a list releases the GIL carelessly 10/08/09 http://bugs.python.org/issue7084 created pitrou strptime problem 10/08/09 http://bugs.python.org/issue7085 created kakacek logging.handlers.SysLogHandler with TCP support 10/08/09 http://bugs.python.org/issue7086 created enigma patch use keyword 'as' in _xmlplus 10/09/09 CLOSED http://bugs.python.org/issue7087 created s7v7nislands New (in 2.6) functions in signal module are not documented as un 10/09/09 http://bugs.python.org/issue7088 created stutzbach shlex behaves unexpected if newlines are not whitespace 10/09/09 http://bugs.python.org/issue7089 created jjdmol2 patch encoding uncode objects greater than FFFF 10/09/09 CLOSED http://bugs.python.org/issue7090 created msaghaei Distutils build ignores the --compiler command line option 10/09/09 http://bugs.python.org/issue7091 created jmb Test suite emits many DeprecationWarnings when -3 is enabled 10/09/09 http://bugs.python.org/issue7092 created exarkun xmlrpclib.ServerProxy() doesn't support unicode uri 10/09/09 http://bugs.python.org/issue7093 created haypo patch Issues Now Closed (30) ______________________ fromfd() and dup() for _socket on WIndows 701 days http://bugs.python.org/issue1378 planders patch unittest.py sys.exit error 510 days http://bugs.python.org/issue2821 mfitz fix_idioms.py generates bad code 418 days http://bugs.python.org/issue3563 benjamin.peterson patch distutils.util.get_platform() is wrong for universal builds on m 366 days http://bugs.python.org/issue4064 ronaldoussoren patch, needs review make io.BufferedWriter observe max_buffer_size limits 318 days http://bugs.python.org/issue4428 pitrou patch, needs review PEP 383 implementation 157 days http://bugs.python.org/issue5915 exarkun patch reset owner/group to root for distutils tarballs 80 days http://bugs.python.org/issue6516 bheemesh subprocess issue on Win 7 x64 44 days http://bugs.python.org/issue6773 tesla unmarshaling of artificial strings can produce funny longs. 4 days http://bugs.python.org/issue7019 mark.dickinson patch Doc update for io module 5 days http://bugs.python.org/issue7022 pakal webbrowser : Could not open ftp server using webbrowser.open() 5 days http://bugs.python.org/issue7024 orsenthil test_urllib: unsetting missing 'env' variable 4 days http://bugs.python.org/issue7026 orsenthil Add int.hex for symmetry with float.hex 1 days http://bugs.python.org/issue7028 mark.dickinson Improve pybench 8 days http://bugs.python.org/issue7029 krisvale patch test_distutils fails on os x 10.6 0 days http://bugs.python.org/issue7039 ned.deily decimal.py: NaN payload conversion 0 days http://bugs.python.org/issue7047 mark.dickinson Augmented assignment of tuple crashes IDLE 0 days http://bugs.python.org/issue7050 benjamin.peterson "from logging import *" causes an error under Ubuntu Karmic 1 days http://bugs.python.org/issue7052 srid wrong overload of slot wrapper 0 days http://bugs.python.org/issue7053 georg.brandl Python25.chm seems to be broken 0 days http://bugs.python.org/issue7054 Mark77 Python 2.6.3 / setuptools 0.6c9: extension module builds fail wi 1 days http://bugs.python.org/issue7064 schmir 2.6.3 does not use specified compiler 0 days http://bugs.python.org/issue7068 tarek Python 2.6.3 final windows installer installs a release candida 0 days http://bugs.python.org/issue7073 ezio.melotti Bug while put a set on a dict 0 days http://bugs.python.org/issue7075 benjamin.peterson ">" formatting behaving like "=" formatting 0 days http://bugs.python.org/issue7081 ncoghlan locals() behaviour differs when tracing is in effect 0 days http://bugs.python.org/issue7083 andbj use keyword 'as' in _xmlplus 0 days http://bugs.python.org/issue7087 benjamin.peterson encoding uncode objects greater than FFFF 0 days http://bugs.python.org/issue7090 ezio.melotti urllib doesn't correct server returned urls 2030 days http://bugs.python.org/issue918368 AdamN patch Generate numeric/space/linebreak from Unicode database. 1098 days http://bugs.python.org/issue1571184 amaury.forgeotdarc patch Top Issues Most Discussed (10) ______________________________ 16 UnicodeEncodeError - I can't even see license 250 days open http://bugs.python.org/issue5127 13 'g'/'G' format docs need a little more explanation 6 days open http://bugs.python.org/issue7051 13 test_signal fails on os x 10.6 7 days open http://bugs.python.org/issue7042 11 "from logging import *" causes an error under Ubuntu Karmic 1 days closed http://bugs.python.org/issue7052 11 decimal.py: NaN result in pow(x, y, z) with prec 1 6 days open http://bugs.python.org/issue7049 11 decimal.py: logb: round the result if it is greater than prec 6 days open http://bugs.python.org/issue7048 9 Python 2.6.3 / setuptools 0.6c9: extension module builds fail w 1 days closed http://bugs.python.org/issue7064 9 expat parser throws Memory Error when parsing multiple files 60 days open http://bugs.python.org/issue6676 9 array.fromfile not checking I/O errors 223 days open http://bugs.python.org/issue5395 8 utf-8 encoding error 7 days open http://bugs.python.org/issue7045

11 years, 3 months

Re: [Python-Dev] [New-bugs-announce] [issue7064] Python 2.6.3 / setuptools 0.6c9: extension module builds fail with KeyError

by skip＠pobox.com

Ned> Due to a change in distutils released with Python 2.6.3, packages Ned> that use setuptools (version 0.6c9, as of this writing), or the Ned> easy_install command, to build C extension modules fail ... ... Ned> Among the packages known to be affected include lxml, Ned> zope-interface, jinja2, and, hence, packages dependent on these Ned> packages (e.g. sphinx, twisted, etc.). Maybe the Python test suite should include tests with a small number of widely used non-core packages like setuptools. I realize the pybots project exists to tackle this sort of stuff in greater detail. I'm thinking more of a smoke test than a comprehensive test suite covering all external packages. Setuptools is particularly important because so many extension authors use it. If it breaks it implicitly breaks a lot of PyPI packages. Skip

11 years, 3 months

Logging, Unicode and sockets

by Vinay Sajip

> Thanks to http://bugs.python.org/issue7077 I've noticed that the socket-based logging handlers - SocketHandler, DatagramHandler and SysLogHandler - aren't Unicode-aware and can break in the presence of Unicode messages. I'd like to fix this by giving these handlers an optional (encoding=None) parameter in their __init__, and then using this to encode on output. If no encoding is specified, is it best to use locale.getpreferredencoding(), sys.getdefaultencoding(), sys.getfilesystemencoding(), 'utf-8' or something else? On my system: >>> sys.getdefaultencoding() 'ascii' >>> sys.getfilesystemencoding() 'mbcs' >>> locale.getpreferredencoding() 'cp1252' which suggests to me that the locale.getpreferredencoding() should be the default. However, as I'm not a Unicode maven, any suggestions would be welcome. Regards, Vinay Sajip

11 years, 3 months

PEP 389: argparse - new command line parsing module

by Steven Bethard

On Sun, Sep 27, 2009 at 8:41 PM, Benjamin Peterson <benjamin(a)python.org> wrote: > 2009/9/27 Steven Bethard <steven.bethard(a)gmail.com>: >> The first release where any real deprecation message would show up is >> Python 3.4, more than 3 years away. If you think 3 years isn't long >> enough for people to be over the Python 3 transition, let's stick in >> another version in there and make it 4.5 years. > > So, why even bother deprecating it if nobody is going to see the warnings? I feel like I'm repeating the PEP, but here it is again anyway. There will be messages in the docs and pending deprecation warnings (which don't show up by default but can be requested) starting in Python 2.7 and 3.2. Regular deprecation warnings wouldn't show up until Python 3.4, 3 years away. This compromise was intended exactly to address the issue you brought up about people getting over the Python 3 transition. Steve -- Where did you get that preposterous hypothesis? Did Steve tell you that? --- The Hiphopopotamus

11 years, 3 months

locals() different behaviour when tracing?

by Anders Waldenborg

Is it intentional that locals() returns a copy/snapshot of the local variables sometimes, and sometimes a reference? Like when enabling tracing, such as in the code pasted below. The documentation ("Update and return a dictionary containing the current scope's local variables.") is pretty unclear. import sys def X(): l = locals() i = "foo" print "Is 'i' in stored locals()? ", ('i' in l) print "Running normally" X() print "Enabling tracing" def t(*a): return t sys.settrace(t) X()

11 years, 3 months

please consider changing --enable-unicode default to ucs4

by Zooko O'Whielacronx

Dear Pythonistas: This issue causes serious problems. Users occasionally get binaries built for a compatible Linux and Python version but with a different UCS2-vs-UCS4 setting, and those users get mysterious memory corruption errors which are hard to diagnose. It is possible that these situations also open up security vulnerabilities. A couple such instances are documented on http://bugs.python.org/setuptools/issue78, but you can find more by googling. I would like to get this problem fixed! In order to help address this issue I sampled what UCS size is used by python executables in the wild. I instrumented a few buildslaves that are contributed by various people to the Tahoe-LAFS project to print out their platform, python version, and sys.maxunicode. The full results are appended below. maxunicode: 1114111 means that python executable was configured with --enable-unicode=ucs4, and maxunicode: 65535 means that python executable was configured with --enable-unicode=ucs2 or just with --enable-unicode . The only incompatibilities that I found are because some packagers have deliberately set UCS4 configuration and other packagers have left the default setting. In the three cases where someone configured python with UCS2, one of the three is certainly an accident (a custom-built python executable on an Ubuntu server) and the other two just use the default instead of specifically configuring ucs2 in their configurations of Python and I suspect that they don't know the difference and that it was an accident that they built a Python incompatible with other distributions of their operating system. In sum, while it would be good to add the unicode setting to the platform's ABI (as discussed in setuptools ticket #78), it would also be good to make the default value be UCS4 instead of UCS2. This would fix all three of the potential incompatibilities that I found (listed below), and once we have proper inclusion of the unicode setting in the ABI in order to prevent the memory corruption, defaulting to UCS4 would increase the likelihood that a binary built on one distribution would be usable on another. I'm sure that someone can come up with a reason why UCS2 is better than UCS4, but I'm also sure that the benefits of compatibility outweigh any benefits of UCS2 encoding, and that the widespread use of UCS4 demonstrates that there is nothing fatally wrong with it, and that people who really value UCS2 encoding more than compatibility can choose that for themselves by explicitly setting UCS2. Let me restate that I am not suggesting taking away anyone's options, only making the setting for people who don't specify default to the compatible option. Hm, I guess that means that it should default to UCS2 on Windows and Mac and to UCS4 on Linux and Solaris. Regards, Zooko Ubuntu 6.10 "edgy" i386: python: 2.4.4c1 (#2, Mar 7 2008, 03:03:38) [GCC 4.1.2 20060928 (prerelease) (Ubuntu 4.1.1-13ubuntu5)], maxunicode: 1114111 Ubuntu 7.04 "feisty": python: 2.5.1 (r251:54863, Jul 31 2008, 22:53:39) [GCC 4.1.2 (Ubuntu 4.1.2-0ubuntu4)], maxunicode: 1114111 Ubuntu 7.10 "gutsy" i386: python: 2.5.1 (r251:54863, Jul 31 2008, 23:17:40) [GCC 4.1.3 20070929 (prerelease) (Ubuntu 4.1.2-16ubuntu2)], maxunicode: 1114111 Ubuntu 8.04 "hardy" amd64: python: 2.5.2 (r252:60911, Jul 22 2009, 15:33:10) [GCC 4.2.4 (Ubuntu 4.2.4-1ubuntu3)], maxunicode: 1114111 Ubuntu 8.04 "hardy" i386: *custom* python: 2.6 (r26:66714, Oct 2 2008, 13:40:28) [GCC 4.2.3 (Ubuntu 4.2.3-2ubuntu7)], maxunicode: 65535 Ubuntu 8.04 "hardy" i386: python: 2.5.2 (r252:60911, Jul 22 2009, 15:35:03) [GCC 4.2.4 (Ubuntu 4.2.4-1ubuntu3)], maxunicode: 1114111 Ubuntu 9.04 "jaunty" amd64: *custom* python: 2.6.2 (release26-maint, Apr 19 2009, 01:58:18) [GCC 4.3.3], maxunicode: 1114111 Debian 4.0 "etch" i386: python: 2.4.4 (#2, Oct 22 2008, 19:52:44) [GCC 4.1.2 20061115 (prerelease) (Debian 4.1.1-21)], maxunicode: 1114111 Debian 5.0 "lenny" i386: python: 2.5.2 (r252:60911, Jan 4 2009, 17:40:26) [GCC 4.3.2], maxunicode: 1114111 Debian 5.0 "lenny" amd64: python: 2.5.2 (r252:60911, Jan 4 2009, 21:59:32) [GCC 4.3.2], maxunicode: 1114111 Debian 5.0 "lenny" armv5tel: python: 2.5.2 (r252:60911, Jan 5 2009, 02:00:00) [GCC 4.3.2], maxunicode: 1114111 Debian unstable "squeeze/sid" i386: python: 2.5.4 (r254:67916, Feb 17 2009, 20:16:45) [GCC 4.3.3], maxunicode: 1114111 Fedora 11 "leonidas" amd64: python: 2.6 (r26:66714, Jul 4 2009, 17:37:13) [GCC 4.4.0 20090506 (Red Hat 4.4.0-4)], maxunicode: 1114111 ArchLinux: python: 2.6.2 (r262:71600, Jul 20 2009, 02:23:30) [GCC 4.4.0 20090630 (prerelease)], maxunicode: 65535 NetBSD 4: python: 2.5.2 (r252:60911, Mar 20 2009, 14:00:07) [GCC 4.1.2 20060628 prerelease (NetBSD nb2 20060711)], maxunicode: 65535 OpenSolaris SunOS-5.11-i86pc-i386-32bit: python: 2.4.4 (#1, Mar 10 2009, 09:35:36) [C], maxunicode: 65535 Nexenta NCP1 SunOS-5.11-i86pc-i386-32bit: python: 2.4.3 (#2, May 3 2006, 19:12:42) [GCC 4.0.3 (GNU_OpenSolaris 4.0.3-1nexenta4)], maxunicode: 1114111 Mac OS 10.6 "snow leopard" i386: python: 2.6.1 (r261:67515, Jul 7 2009, 23:51:51) [GCC 4.2.1 (Apple Inc. build 5646)], maxunicode: 65535 Mac OS 10.5 "leopard" i386: python: 2.5.1 (r251:54863, Feb 6 2009, 19:02:12) [GCC 4.0.1 (Apple Inc. build 5465)], maxunicode: 65535 Mac OS 10.4 "tiger" *custom* python: 2.5.4 (release25-maint:72153M, Apr 30 2009, 12:28:20) [GCC 4.0.1 (Apple Computer, Inc. build 5367)], maxunicode: 65535 Cygwin CYGWIN_NT-5.1-1.5.25-0.156-4-2-i686-32bit-WindowsPE: python: 2.5.2 (r252:60911, Dec 2 2008, 09:26:14) [GCC 3.4.4 (cygming special, gdc 0.12, using dmd 0.125)], maxunicode: 65535 Windows: python: 2.6.2 (r262:71600, Apr 21 2009, 15:05:37) [MSC v.1500 32 bit (Intel)], maxunicode: 65535 Windows: python: 2.5.1 (r251:54863, Apr 18 2007, 08:51:08) [MSC v.1310 32 bit (Intel)], maxunicode: 65535

11 years, 3 months

← Newer
1
2
3
4
5
6
7
8
9
10
Older →

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

2005

2004

2003

2002

2001

2000

1999

Python-Dev October 2009