Mailman 3 November 2009 - Python-Dev

Building a Windows MSI for Python /trunk
by C. Titus Brown 26 Nov '09

26 Nov '09

Hi all, I got an MSI build working on my WinXP VM just now, and I wanted to touch base with whomever it is that is maintaining this (wonderful!) set of scripts... I ran into three problems, and I managed to figure out two of them; the third wasn't fatal. Note, the diff of my fixed checkout is attached. First, the script that finds & builds the external dependencies has two minor problems. * it puts Tcl in tcl-8.*, and Tk in tk-8.*, but msi.py looks for them in tcl8.* and tk8.* to grab the license text. I changed the glob strings appropriately and that seemed to work. * Tix isn't downloaded/installed/built automatically like everything else, and msi.py looks for its license file, too. I just removed the Tix reference. I can't figure out how to build Tix appropriately; any tips? Second, the buildmsi.bat file refers to python26a3.hhp instead of python27a0.hhp. Third, I could not get _tkinter to build properly, although it wasn't fatal to the endeavor. It couldn't find ..\..\tcltk\lib\tcl85.lib, although tcl85g.lib existed. Oh, and there were a bunch of missing commands that (as a non-Windows xpert) I had to figure out with google -- things like nasm/nasmw, for example. Are these documented somewhere, or would it be helpful to document them? I think I had to install: - Microsoft HTML Help Compiler - cygwin with make and python2.5 to build the docs - nasm (and copy nasm.exe to nasmw.exe) - cabarc Errm, and the 'buildmsi.bat' file has 'build' misspelled as 'buold' ;) I'd love to get this build process working completely automatically and 100% correctly, too. Hat tip to Trent Nelson, who helped me figure out where the scripts are and what other things I needed... cheers, --titus -- C. Titus Brown, ctb(a)msu.edu

3 4

PEP 391 ready for review
by Vinay Sajip 26 Nov '09

26 Nov '09

Full View PEP 391 is, I believe, ready for review. http://www.python.org/dev/peps/pep-0391/ I've also worked up an implementation, though not yet checked it in: it's available as a module "dictconfig.py" with accompanying unit tests in "test_dictconfig.py", at: http://bitbucket.org/vinay.sajip/dictconfig I believe I have incorporated into the PEP comments from people both here and on python-list. There have been comments in favour of the proposal, no objections to the proposal as a whole, and some questions and objections about specific details. I believe I have addressed these with changes to the PEP. Discussion threads on python-dev: http://mail.python.org/pipermail/python-dev/2009-October/092695.html http://mail.python.org/pipermail/python-dev/2009-October/092782.html http://mail.python.org/pipermail/python-dev/2009-October/093062.html And on python-list: http://mail.python.org/pipermail/python-list/2009-October/1223658.html http://mail.python.org/pipermail/python-list/2009-October/1224228.html There hasn't been a *huge* amount of discussion, but as it's a niche topic I suppose that's fair enough. I'm ready to actually integrate these changes in the core logging package. As I understand it, the next step is to put the PEP forward for review, which is why I'm sending this mail. I've already sent an equivalent mail to the PEP editors: David Goodger suggested I incorporate the above links (done) and Brett Cannon suggested I send this to python-dev - also, now, done. Looking forward to the feedback! Regards, Vinay Sajip

4 6

Buildslave gets intermittent errors in the svn step
by Paul Moore 24 Nov '09

24 Nov '09

I'm getting occasional odd errors in the subversion step on my buildslave (http://www.python.org/dev/buildbot/buildslaves/moore-windows): Traceback (most recent call last): File "/data/buildbot/lib/python/buildbot/process/buildstep.py", line 690, in startStep d.addCallback(self._startStep_2) File "/usr/lib/python2.5/site-packages/twisted/internet/defer.py", line 195, in addCallback callbackKeywords=kw) File "/usr/lib/python2.5/site-packages/twisted/internet/defer.py", line 186, in addCallbacks self._runCallbacks() File "/usr/lib/python2.5/site-packages/twisted/internet/defer.py", line 328, in _runCallbacks self.result = callback(self.result, *args, **kw) --- <exception caught here> --- File "/data/buildbot/lib/python/buildbot/process/buildstep.py", line 721, in _startStep_2 skip = self.start() File "/data/buildbot/lib/python/buildbot/steps/source.py", line 184, in start self.startVC(branch, revision, patch) File "/data/buildbot/lib/python/buildbot/steps/source.py", line 445, in startVC raise BuildSlaveTooOldError(m) buildbot.interfaces.BuildSlaveTooOldError: This buildslave (moore-windows) does not know about multiple branches, and using mode=update would probably build the wrong tree. Refusing to build. Please upgrade the buildslave to buildbot-0.7.0 or newer. This is very odd, as (a) a simple rerun fixes the issue, and (b) I'm already on buildbot 0.7.0 or newer (can't recall the exact version). It's a Windows XP system, if that helps. Does anyone have any suggestions? Thanks, Paul.

4 5

Removal of intobject.h in 3.1
by M.-A. Lemburg 23 Nov '09

23 Nov '09

The wiki page for porting to 3.x says: http://wiki.python.org/moin/PortingExtensionModulesToPy3k """ long/int Unification In Python 3.0, there is only one integer type. It is called int on the Python level, but actually corresponds to 2.x's long type. In the C-API, PyInt_* functions are replaced by their PyLong_* neighbors. The best course of action here is using the PyInt_* functions aliased to PyLong_* found in intobject.h. """ However, intobject.h is no longer available. The checkin message for the removal says: """ r71697 | mark.dickinson | 2009-04-18 12:12:16 +0200 (Sat, 18 Apr 2009) | 3 lines The comments at the top of intobject.h say that it will be removed in 3.1. Make it so. """ Since package developers are just starting to port things to 3.x and many appear to be considering supporting both 2.7 and 3.1 (including myself), I find it a bit strange that such an import aliasing header was removed in 3.1. IMHO, that's not really a good way to encourage people to try to provide a smooth upgrade to the 3.x branch. Much to the contrary. 3.x should make it easier for developers by providing more standard helpers like the removed intobject.h header file. -- Marc-Andre Lemburg eGenix.com Professional Python Services directly from the Source (#1, Nov 21 2009) >>> Python/Zope Consulting and Support ... http://www.egenix.com/ >>> mxODBC.Zope.Database.Adapter ... http://zope.egenix.com/ >>> mxODBC, mxDateTime, mxTextTools ... http://python.egenix.com/ ________________________________________________________________________ ::: Try our new mxODBC.Connect Python Database Interface for free ! :::: eGenix.com Software, Skills and Services GmbH Pastor-Loeh-Str.48 D-40764 Langenfeld, Germany. CEO Dipl.-Math. Marc-Andre Lemburg Registered at Amtsgericht Duesseldorf: HRB 46611 http://www.egenix.com/company/contact/

6 10

Reworking the GIL
by Antoine Pitrou 23 Nov '09

23 Nov '09

Hello there, The last couple of days I've been working on an experimental rewrite of the GIL. Since the work has been turning out rather successful (or, at least, not totally useless and crashing!) I thought I'd announce it here. First I want to stress this is not about removing the GIL. There still is a Global Interpreter Lock which serializes access to most parts of the interpreter. These protected parts haven't changed either, so Python doesn't become really better at extracting computational parallelism out of several cores. Goals ----- The new GIL (which is also the name of the sandbox area I've committed it in, "newgil") addresses the following issues : 1) Switching by opcode counting. Counting opcodes is a very crude way of estimating times, since the time spent executing a single opcode can very wildly. Litterally, an opcode can be as short as a handful of nanoseconds (think something like "... is not None") or as long as a fraction of second, or even longer (think calling a heavy non-GIL releasing C function, such as re.search()). Therefore, releasing the GIL every 100 opcodes, regardless of their length, is a very poor policy. The new GIL does away with this by ditching _Py_Ticker entirely and instead using a fixed interval (by default 5 milliseconds, but settable) after which we ask the main thread to release the GIL and let another thread be scheduled. 2) GIL overhead and efficiency in contended situations. Apparently, some OSes (OS X mainly) have problems with lock performance when the lock is already taken: the system calls are heavy. This is the "Dave Beazley effect", where he took a very trivial loop, therefore made of very short opcodes and therefore releasing the GIL very often (probably 100000 times a second), and runs it in one or two threads on an OS with poor lock performance (OS X). He sees a 50% increase in runtime when using two threads rather than one, in what is admittedly a pathological case. Even on better platforms such as Linux, eliminating the overhead of many GIL acquires and releases (since the new GIL is released on a fixed time basis rather than on an opcode counting basis) yields slightly better performance (read: a smaller performance degradation :-)) when there are several pure Python computation threads running. 3) Thread switching latency. The traditional scheme merely releases the GIL for a couple of CPU cycles, and reacquires it immediately. Unfortunately, this doesn't mean the OS will automatically switch to another, GIL-awaiting thread. In many situations, the same thread will continue running. This, with the opcode counting scheme, is the reason why some people have been complaining about latency problems when an I/O thread competes with a computational thread (the I/O thread wouldn't be scheduled right away when e.g. a packet arrives; or rather, it would be scheduled by the OS, but unscheduled immediately when trying to acquire the GIL, and it would be scheduled again only much later). The new GIL improves on this by combinating two mechanisms: - forced thread switching, which means that when the switching interval is terminated (mentioned in 1) and the GIL is released, we will force any of the threads waiting on the GIL to be scheduled instead of the formerly GIL-holding thread. Which thread exactly is an OS decision, however: the goal here is not to have our own scheduler (this could be discussed but I wanted the design to remain simple :-) After all, man-years of work have been invested in scheduling algorithms by kernel programming teams). - priority requests, which is an option for a thread requesting the GIL to be scheduled as soon as possible, and forcibly (rather than any other threads). This is meant to be used by GIL-releasing methods such as read() on files and sockets. The scheme, again, is very simple: when a priority request is done by a thread, the GIL is released as soon as possible by the thread holding it (including in the eval loop), and then the thread making the priority request is forcibly scheduled (by making all other GIL-awaiting threads wait in the meantime). Implementation -------------- The new GIL is implemented using a couple of mutexes and condition variables. A {mutex, condition} pair is used to protect the GIL itself, which is a mere variable named `gil_locked` (there are a couple of other variables for bookkeeping). Another {mutex, condition} pair is used for forced thread switching (described above). Finally, a separate mutex is used for priority requests (described above). The code is in the sandbox: http://svn.python.org/view/sandbox/trunk/newgil/ The file of interest is Python/ceval_gil.h. Changes in other files are very minimal, except for priority requests which have been added at strategic places (some methods of I/O modules). Also, the code remains rather short, while of course being less trivial than the old one. NB : this is a branch of py3k. There should be no real difficulty porting it back to trunk, provided someone wants to do the job. Platforms --------- I've implemented the new GIL for POSIX and Windows (tested under Linux and Windows XP (running in a VM)). Judging by what I can read in the online MSDN docs, the Windows support should include everything from Windows 2000, and probably recent versions of Windows CE. Other platforms aren't implemented, because I don't have access to the necessary hardware. Besides, I must admit I'm not very motivated in working on niche/obsolete systems. I've e-mailed Andrew MacIntyre in private to ask him if he'd like to do the OS/2 support. Supporting a new platform is not very difficult: it's a matter of writing the 50-or-so lines of necessary platform-specific macros at the beginning of Python/ceval_gil.h. The reason I couldn't use the existing thread support (Python/thread_*.h) is that these abstractions are too poor. Mainly, they don't provide: - events, conditions or an equivalent thereof - the ability to acquire a resource with a timeout Measurements ------------ Before starting this work, I wrote ccbench (*), a little benchmark script ("ccbench" being a shorthand for "concurrency benchmark") which measures two things: - computation throughput with one or several concurrent threads - latency to external events (I use an UDP socket) when there is zero, one, or several background computation threads running (*) http://svn.python.org/view/sandbox/trunk/ccbench/ The benchmark involves several computation workloads with different GIL characteristics. By default there are 3 of them: A- one pure Python workload (computation of a number of digits of pi): that is, something which spends its time in the eval loop B- one mostly C workload where the C implementation doesn't release the GIL (regular expression matching) C- one mostly C workload where the implementation does release the GIL (bz2 compression) In the ccbench directory you will find benchmark results, under Linux, for two different systems I have here. The new GIL shows roughly similar but slightly better throughput results than the old one. And it is much better in the latency tests, especially in workload B (going down from almost a second of average latency with the old GIL, to a couple of milliseconds with the new GIL). This is the combined result of using a time-based scheme (rather than opcode-based) and of forced thread switching (rather than relying on the OS to actually switch threads when we speculatively release the GIL). As a sidenote, I might mention that single-threaded performance is not degraded at all. It is, actually, theoretically a bit better because the old ticker check in the eval loop becomes simpler; however, this goes mostly unnoticed. Now what remains to be done? Having other people test it would be fine. Even better if you have an actual multi-threaded py3k application. But ccbench results for other OSes would be nice too :-) (I get good results under the Windows XP VM but I feel that a VM is not an ideal setup for a concurrency benchmark) Of course, studying and reviewing the code is welcome. As for integrating it into the mainline py3k branch, I guess we have to answer these questions: - is the approach interesting? (we could decide that it's just not worth it, and that a good GIL can only be a dead (removed) GIL) - is the patch good, mature and debugged enough? - how do we deal with the unsupported platforms (POSIX and Windows support should cover most bases, but the fate of OS/2 support depends on Andrew)? Regards Antoine.

20 56

Issue 1488943 - differ lib missing tab hinting
by Phillip Hellewell 21 Nov '09

21 Nov '09

Is there anything holding up fixing issue 1488943? The bug was found and a patch submitted 3 1/2 years ago. The patch is just a single line of code (and some comment changes): common = min(common, _count_leading(btags[:common], " ")) http://bugs.python.org/issue1488943 Thanks, Phillip Hellewell

1 0

standard libraries don't behave like standard 'libraries'
by Sriram Srinivasan 21 Nov '09

21 Nov '09

I guess why every programming language has some kind of a 'standard library' built in within it. In my view it must not be called as a 'library' at all. what it does is like a 'bunch of built-in programs ready-made to do stuff'. Lets see what a 'library' does: 1. offers books for customers 1.1 lets user select a book by genre, etc 1.2 lets user to use different books of same genre, etc 1.3 lets user to use books by same author, etc for different genre 2. keeps track of all the books + their genre 2.1 first knows what all books it has at present 2.2 when new book comes it is added to the particular shelf sorted by genre,author,edition, etc. 2.3 when books become old they are kept separately for future reference 2.4 very old books can be sent to a museum/discarded I guess no standard library does the minimum of this but wants to be called a library. As a python user I always wanted the standard library to have such features so the user/developer decides to use what set of libraries he want. consider the libraries for 2.5 ,2.6, 3K are all available to the user, the user selects what he wants with something like. use library 2.5 or use library 2.6 etc. The 2 main things that the library management interface has to do is intra library management and inter library management. intra library mgmt- consider books to be different libraries (standard, commercial, private, hobby, etc) inter library mgmt- consider books to be modules inside a library ( standard, commercial, private, hobby, etc) if somehow we could accomplish this kind of mother of a all plugin/ad- hoc system that is a real breakthrough. Advantages: 1. new modules can be added to the stream quickly 2. let the user select what he want to do 3. modules (that interdepend on each other) can be packed into small distribution and added to the stream quickly without waiting for new releases 4. solution to problems like py 2.x and 3.x 5. users can be up to date 6. documentation becomes easy + elaborate to users 7. bug managing is easy too 8. more feed back 9. testing also becomes easy 10. many more , i don't know.. you have to find. Python already has some thing like that __future__ stuff. but my question is how many people know that? and how many use that? most of them wait until old crust gets totally removed. that is bad for user and python. that is why problems like py2.x py3.x originate. If there is a newer book collection it must always be available at the library. i must not go to another library to get that book. I am not an expert, I am just another python learner. These are just my views on the state of the standard libraries and to make them state-of-the-art..! ;) -- Regards, Sriram.

15 25

PyPI comments and ratings, *really*?
by Ludvig Ericson 20 Nov '09

20 Nov '09

Why are there comments on PyPI? Moreso, why are there comments which I cannot control as a package author on my very own packages? That's just absurd. It's *my* package, and so should be *my* choice if I want user input or not. And ratings? I thought it was the Python Package Index, not the Python Anonymous Package Tribunal. As I see it, there are only two ways to fix these misguided steps of development: throw them out, or make them opt-in settings. The comments I simply do not understand. Why not instead provide a form for mailing the package author? The ratings are just not what PyPI should be doing, is about, or what I signed up for. -L

48 176

Summary of Python tracker Issues
by Python tracker 20 Nov '09

20 Nov '09

ACTIVITY SUMMARY (11/13/09 - 11/20/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. 2506 open (+41) / 16686 closed (+15) / 19192 total (+56) Open issues with patches: 1000 Average duration of open issues: 685 days. Median duration of open issues: 440 days. Open Issues Breakdown open 2471 (+41) pending 34 ( +0) Issues Created Or Reopened (59) _______________________________ textwrap doesn't linebreak on "\n" 11/19/09 http://bugs.python.org/issue1859 reopened gvanrossum float compared to decimal is silently incorrect. 11/14/09 http://bugs.python.org/issue2531 reopened mark.dickinson patch 2to3 execfile conversion changes behavior 11/16/09 http://bugs.python.org/issue7268 reopened benjamin.peterson patch os.path.normpath doesn't normalize ../path/something.py 11/13/09 CLOSED http://bugs.python.org/issue7315 created purpleidea Add a timeout functionality to common locking operations 11/13/09 http://bugs.python.org/issue7316 created pitrou patch Display full tracebacks when an error occurs asynchronously 11/13/09 http://bugs.python.org/issue7317 created pitrou multiprocessing should not wait endlessly 11/13/09 CLOSED http://bugs.python.org/issue7318 created pitrou patch Silence DeprecationWarning by default 11/14/09 http://bugs.python.org/issue7319 created brett.cannon patch Unable to load external modules on build slave with debug python 11/14/09 http://bugs.python.org/issue7320 created db3l PyIter_Check(obj) fails when obj is of type PySetType 11/14/09 CLOSED http://bugs.python.org/issue7321 created damianeads Socket timeout can cause file-like readline() method to lose dat 11/14/09 http://bugs.python.org/issue7322 created beazley decimal.Decimal greater than/less than sometimes gives wrong ans 11/14/09 CLOSED http://bugs.python.org/issue7323 created adamtj Add sanity-check else case to regrtest option parsing 11/14/09 CLOSED http://bugs.python.org/issue7324 created r.david.murray patch, patch tempfile.mkdtemp() does not return absolute pathname when dir is 11/14/09 http://bugs.python.org/issue7325 created roysmith easy SOLUTION pls? /usr/lib/python2.6/dist-packages/visual/__init__.p 11/15/09 CLOSED http://bugs.python.org/issue7326 created pveloz format: minimum width: UTF-8 separators and decimal points 11/15/09 http://bugs.python.org/issue7327 created skrah pydoc doesn't work from the command line 11/15/09 CLOSED http://bugs.python.org/issue7328 created pitrou global statements outside functions/methods should raise SyntaxE 11/15/09 http://bugs.python.org/issue7329 created ezio.melotti PyUnicode_FromFormat segfault when using widths. 11/15/09 http://bugs.python.org/issue7330 created mark.dickinson Command line testing consistency between 2.x and 3.x 11/16/09 http://bugs.python.org/issue7331 created ncoghlan easy python script segment fault at PyMarshal_ReadLastObjectFromFile 11/16/09 http://bugs.python.org/issue7332 created liang Add initgroups to the posix/os modules 11/16/09 http://bugs.python.org/issue7333 created exarkun patch XML file locking in Jython 2.5 (OSError on Windows) 11/16/09 http://bugs.python.org/issue7334 created gdoutch int/long discrepancy when formatting zero with "%.0d" 11/16/09 http://bugs.python.org/issue7335 created mark.dickinson traceback module not properly printing exceptions on interpreter 11/16/09 http://bugs.python.org/issue7336 created rtyler Add lossy queue to queue library module 11/17/09 http://bugs.python.org/issue7337 created bpb recursive __attribute__ -> Fatal Python error: Cannot recover fr 11/17/09 http://bugs.python.org/issue7338 created kaizhu bsddb crashes when transaction limit occurs 11/17/09 http://bugs.python.org/issue7339 created pc Doc for sys.exc_info has warning that is no longer valid 11/17/09 http://bugs.python.org/issue7340 created ghewgill test_tarfile failing (file in use when deleting) on Windows buil 11/17/09 CLOSED http://bugs.python.org/issue7341 created pmoore patch, buildbot str(datetime_obj) doesn't include microseconds if their value is 11/17/09 http://bugs.python.org/issue7342 created ezio.melotti "What's new in 3.0" says % operator will be deprecated in 3.1 11/18/09 CLOSED http://bugs.python.org/issue7343 created jaredgrubb wsgiref tests failing on Windows 7 buildbot 11/18/09 CLOSED http://bugs.python.org/issue7344 created ncoghlan buildbot calendar.TextCalendar().formatyear wrong argument list 11/18/09 http://bugs.python.org/issue7345 created dingle Redirected stdout fires [Errno 9] 11/18/09 http://bugs.python.org/issue7346 created ecir.hana Patch - add RegCreateKeyEx to _winreg 11/18/09 http://bugs.python.org/issue7347 created brian.curtin patch StringIO.StringIO.readline(-1) returns the wrong result compare 11/18/09 http://bugs.python.org/issue7348 created exarkun StringIO.StringIO, io.BytesIO, and io.StringIO accept None in pl 11/18/09 http://bugs.python.org/issue7349 created exarkun csv doesn't handle escaped characters properly 11/18/09 http://bugs.python.org/issue7350 created est_python_tracker Documentation typos found in "zipfile — Work with ZIP archives 11/18/09 http://bugs.python.org/issue7351 reopened Retro patch python2.6-config --ldflags out of /usr and missing -L<install_li 11/18/09 http://bugs.python.org/issue7352 created mauger cporting docs recommend using Include/intobject.h, which was rem 11/18/09 http://bugs.python.org/issue7353 created dmalcolm distutils.tests.test_msvc9compiler - dragfullwindows can have va 11/18/09 CLOSED http://bugs.python.org/issue7354 created pmoore patch, patch, buildbot Struct incorrectly compiles format strings 11/19/09 http://bugs.python.org/issue7355 reopened mark.dickinson easy parsing of ldconfig output in ctypes/utils.py depends on the loc 11/19/09 http://bugs.python.org/issue7356 created doko patch tarfile doesn't detect disk full error on extraction 11/19/09 http://bugs.python.org/issue7357 created eliv cPickle crash on failed assertion 11/19/09 http://bugs.python.org/issue7358 created rybesh mailbox cannot modify mailboxes in system mail spool 11/19/09 http://bugs.python.org/issue7359 created doko [mailbox] race: mbox may lose data with concurrent access 11/19/09 http://bugs.python.org/issue7360 created doko Strange importlib error during test_multiprocessing failure 11/19/09 http://bugs.python.org/issue7361 created r.david.murray Incorrect error message with def((x)=0) 11/19/09 CLOSED http://bugs.python.org/issue7362 created james.lingard Inconsistent indentation in SocketServer docs 11/20/09 CLOSED http://bugs.python.org/issue7363 created ubershmekel patch Traceback contains incorrect line number for duplicate argument 11/20/09 CLOSED http://bugs.python.org/issue7364 created james.lingard grp and pwd should treat uid and gid as unsigned 11/20/09 http://bugs.python.org/issue7365 created eplese patch weakref module example relies on behaviour not guaranteed by id( 11/20/09 http://bugs.python.org/issue7366 created jamesh IDLE OSError [errno 13] permission denied accessing help files 11/20/09 http://bugs.python.org/issue7367 created Quik_Foot Internal error in threading.py 11/20/09 CLOSED http://bugs.python.org/issue7368 created 3Jane Fibonacci example does not include 0; section 4.6 11/20/09 http://bugs.python.org/issue7369 created prm225 patch: BaseHTTPServer reinventing rfc822 11/20/09 http://bugs.python.org/issue7370 created schmiddy patch Issues Now Closed (50) ______________________ py3k os.popen result is not iterable, patch attached 806 days http://bugs.python.org/issue1087 ezio.melotti patch "python -m pydoc -g" fails 650 days http://bugs.python.org/issue2029 ncoghlan add ftp-tls support to ftplib - RFC 4217 648 days http://bugs.python.org/issue2054 pitrou patch Fold unary + and not on constants 601 days http://bugs.python.org/issue2499 rhettinger patch IDLE won't start in custom directory. 426 days http://bugs.python.org/issue3881 gagenellina patch single architecture framework build fails on OS X 10.5 418 days http://bugs.python.org/issue3962 ronaldoussoren pprint._safe_repr is not general enough in one instance 418 days http://bugs.python.org/issue3976 rhettinger IDLE does not open too 405 days http://bugs.python.org/issue4049 loewis patch mimetypes on Windows should read MIME database from registry (w/ 302 days http://bugs.python.org/issue4969 pitrou patch unicode(x) for weakref.proxy objects invokes __str__ instead of 299 days http://bugs.python.org/issue5037 benjamin.peterson patch, needs review Malloc errors in test_io 232 days http://bugs.python.org/issue5614 ronaldoussoren Enable short float repr() on Solaris/x86 210 days http://bugs.python.org/issue5792 mark.dickinson patch, easy Subclassing property doesn't preserve the auto __doc__ behavior 202 days http://bugs.python.org/issue5890 moriyoshi patch, needs review normpath() sometimes maps unicode to str 127 days http://bugs.python.org/issue6450 ezio.melotti Wrong doc strings in itertools 91 days http://bugs.python.org/issue6738 rhettinger patch Provide CPython command line functionality via runpy module 79 days http://bugs.python.org/issue6816 cjw296 enable compilation of readline module on Mac OS X 10.5 and 10.6 68 days http://bugs.python.org/issue6877 srid patch, 26backport, needs review Redundant calls made to comparison methods. 54 days http://bugs.python.org/issue6970 mark.dickinson needs review strptime problem 42 days http://bugs.python.org/issue7085 ronaldoussoren imp.load_module in thread causes core dump on OSX 10.6 35 days http://bugs.python.org/issue7144 ronaldoussoren Unportable test(1) construct 30 days http://bugs.python.org/issue7179 ronaldoussoren patch "pydoc -k" can generate AttributeError on Mac OS X 29 days http://bugs.python.org/issue7180 ronaldoussoren 64 bit python fails on Windows 7 24 days http://bugs.python.org/issue7206 richo Mark expected failures of test_math, test_cmath and test_round a 13 days http://bugs.python.org/issue7251 mark.dickinson buildbot Fix set.intersection docstring 14 days http://bugs.python.org/issue7263 rhettinger patch odd exec() behavior or documentation 8 days http://bugs.python.org/issue7286 georg.brandl test_msvc9compiler test_reg_class failure on new Windows box 9 days http://bugs.python.org/issue7293 tarek reversed(range(x, -1, -1)) is empty when x > 1 6 days http://bugs.python.org/issue7298 mark.dickinson patch Wrong link to Python Language Mapping Specification 6 days http://bugs.python.org/issue7302 georg.brandl Run some tests in a loop until failure 2 days http://bugs.python.org/issue7312 r.david.murray patch 2to3 fails when source file starts with BOM 0 days http://bugs.python.org/issue7313 benjamin.peterson test_multiprocessing hangs in TestZZZNumberOfObjects after unitt 4 days http://bugs.python.org/issue7314 krisvale buildbot os.path.normpath doesn't normalize ../path/something.py 1 days http://bugs.python.org/issue7315 georg.brandl multiprocessing should not wait endlessly 4 days http://bugs.python.org/issue7318 krisvale patch PyIter_Check(obj) fails when obj is of type PySetType 0 days http://bugs.python.org/issue7321 pitrou decimal.Decimal greater than/less than sometimes gives wrong ans 0 days http://bugs.python.org/issue7323 mark.dickinson Add sanity-check else case to regrtest option parsing 0 days http://bugs.python.org/issue7324 r.david.murray patch, patch SOLUTION pls? /usr/lib/python2.6/dist-packages/visual/__init__.p 0 days http://bugs.python.org/issue7326 Arfrever pydoc doesn't work from the command line 0 days http://bugs.python.org/issue7328 ncoghlan test_tarfile failing (file in use when deleting) on Windows buil 1 days http://bugs.python.org/issue7341 lars.gustaebel patch, buildbot "What's new in 3.0" says % operator will be deprecated in 3.1 1 days http://bugs.python.org/issue7343 rhettinger wsgiref tests failing on Windows 7 buildbot 0 days http://bugs.python.org/issue7344 amaury.forgeotdarc buildbot distutils.tests.test_msvc9compiler - dragfullwindows can have va 0 days http://bugs.python.org/issue7354 tarek patch, patch, buildbot Incorrect error message with def((x)=0) 0 days http://bugs.python.org/issue7362 benjamin.peterson Inconsistent indentation in SocketServer docs 1 days http://bugs.python.org/issue7363 r.david.murray patch Traceback contains incorrect line number for duplicate argument 0 days http://bugs.python.org/issue7364 benjamin.peterson Internal error in threading.py 0 days http://bugs.python.org/issue7368 r.david.murray fix for scheme identification in urllib2? 1448 days http://bugs.python.org/issue1368312 orsenthil easy cp720 encoding map 1066 days http://bugs.python.org/issue1616979 bialix patch, needs review [PATCH] Fix ptcp154 encoding cyrillic_asian alias 851 days http://bugs.python.org/issue1757126 pjenvey patch Top Issues Most Discussed (10) ______________________________ 19 crasher in str(Exception()) 8 days open http://bugs.python.org/issue7309 14 test_msvc9compiler test_reg_class failure on new Windows box 9 days closed http://bugs.python.org/issue7293 13 Provide CPython command line functionality via runpy module 79 days closed http://bugs.python.org/issue6816 12 test_multiprocessing dictionary changed size errors and hang 47 days open http://bugs.python.org/issue7060 11 test_tarfile failing (file in use when deleting) on Windows bui 1 days closed http://bugs.python.org/issue7341 9 reversed(range(x, -1, -1)) is empty when x > 1 6 days closed http://bugs.python.org/issue7298 9 add ftp-tls support to ftplib - RFC 4217 648 days closed http://bugs.python.org/issue2054 7 Struct incorrectly compiles format strings 1 days open http://bugs.python.org/issue7355 7 Documentation typos found in "zipfile — Work with ZIP archive 2 days open http://bugs.python.org/issue7351 6 Add initgroups to the posix/os modules 4 days open http://bugs.python.org/issue7333

1 0

Meet your 3.2 release manager
by Benjamin Peterson 19 Nov '09

19 Nov '09

I'm pleased to announce that Georg has (naively) volunteered to shepherd the 3.2 release. -- Regards, Benjamin

1 0