Mailman 3 August 2007 - Python-Dev

Cannot build new documentation
by Amaury Forgeot d'Arc 21 Aug '07

21 Aug '07

Hello, Martin v. Löwis wrote: > I think the obvious thing you missed is that the problem got fixed > already. Whether the documentation system should be more defensive and > work with 2.5.0 also is a different question. <red of confusion>You are right. python 2.5.1 corrected this. May I still dare propose the following patch: Index: Doc/tools/sphinx-build.py =================================================================== --- Doc/tools/sphinx-build.py (revision 57158) +++ Doc/tools/sphinx-build.py (working copy) @@ -11,9 +11,9 @@ if __name__ == '__main__': - if sys.version_info[:3] < (2, 5, 0): + if sys.version_info[:3] < (2, 5, 1): print >>sys.stderr, """\ -Error: Sphinx needs to be executed with Python 2.5 or newer. +Error: Sphinx needs to be executed with Python 2.5.1 or newer. (If you run this from the Makefile, you can set the PYTHON variable to the path of an alternative interpreter executable.) """ -- Amaury Forgeot d'Arc

2 1

Cygwin: Problem detecting subprocess termination after _spawn_posix in distutils?
by Steve Holden 21 Aug '07

21 Aug '07

I've been trying to install PIL 1.1.6 for several days now under Cygwin. I have tried the Cygwin, Image and distutils lists with nary a pointer, so I wondered whether python-dev might lead me to an answer (other than "Stop using Cygwin" ;-) Here's the output from a failed setup run with a couple of debug prints inserted which should report how sub-process termination occurred - it hangs after this output. $ python setup.py build running build running build_py running build_ext building '_imaging' extension SPAWN: ['gcc', '-fno-strict-aliasing', '-DNDEBUG', '-g', '-O3', '-Wall', '-Wstrict-prototypes', '-DHAVE_LIBZ', '-IlibImaging', '-I/usr/include', '-I/usr/include/python2.5', '-c', 'libImaging/Chops.c', '-o', 'build/temp.cygwin-1.5.24-i686-2.5/libImaging/Chops.o'] PATH? 1 V: 0 D:0 gcc -fno-strict-aliasing -DNDEBUG -g -O3 -Wall -Wstrict-prototypes -DHAVE_LIBZ -IlibImaging -I/usr/include -I/usr/include/python2.5 -c libImaging/Chops.c -o build/temp.cygwin-1.5.24-i686-2.5/libImaging/Chops.o Are we done yet? Waiting on pid 3280 I have to kill a python.exe process that's left running in the background if I CTRL/C the build. Otherwise it will spend all night in a tight loop. The compilation is finished when I kill the process, and the next compile will begin if I repeat the command. I extracted the _spawn_all function from distutils/spawn.py, hacked some exceptions and ran it under command line control. That worked fine with other subtasks, so I wondered whether this was a failure specific to gcc, which would seem kind of unlikely. I ran the same compile using my test function standing alone, seeing success: sholden@bigboy ~/Imaging-1.1.6 $ python ~/Projects/Python/spawntest.py gcc -fno-strict-aliasing -DNDEBUG -g -O3 -Wall -Wstrict-prototypes -DHAVE_LIBZ -IlibImaging -I/usr/include -I/usr/include/python2.5 -c libImaging/Chops.c -o build/temp.cygwin-1.5.24-i686-2.5/libImaging/Chops.o Are we done yet? Waiting on pid 3244 Got pid, status 3244 0 Got WIFEXITED 0 So it appears unlikely to be gcc-specific, leaving me wondering what exactly is the difference between the build environment and my tests. It would be really nice if test_distutils showed any failures, but it doesn't so any assistance would be welcome. At this point I can't even replicate the failure in a simpler test :-( regards Steve -- Steve Holden +1 571 484 6266 +1 800 494 3119 Holden Web LLC/Ltd http://www.holdenweb.com Skype: holdenweb http://del.icio.us/steve.holden --------------- Asciimercial ------------------ Get on the web: Blog, lens and tag the Internet Many services currently offer free registration ----------- Thank You for Reading -------------

2 5

Cannot build new documentation
by Amaury Forgeot d'Arc 21 Aug '07

21 Aug '07

Hello, The new documentation system is really a major improvement: congratulations! However, I run into a problem while trying to build the new python docs. I initially used python2.5 on windows, but Linux seems to have the same problem. Am I really the only one who gets this error? The offending code is in Doc\tools\sphinx\builder.py, and looks like this: >>> from __future__ import with_statement >>> import codecs >>> with codecs.open('foo.txt', 'w', 'utf-8') as fp: ... print type(fp), fp ... fp.write(u"\xb6") ... <type 'file'> <open file 'foo.txt', mode 'wb' at 0x00C649E8> Traceback (most recent call last): File "<stdin>", line 3, in <module> UnicodeEncodeError: 'ascii' codec can't encode character u'\xb6' in position 0: ordinal not in range(128) Where does the 'ascii' codec come from? I propose the following explanation: - codecs.open returns a wrapped stream (a codec.StreamReaderWriter). This object implements some methods (read, write...) and delegates the others to the underlying file object. - 'with .. as ..' calls the __enter__ method, and assigns the result to fp. - but StreamReaderWriter does not define __enter__, so file.__enter__ is called instead and fp actually references the underlying file! An obvious workaround is to add the __enter__ method to StreamReaderWriter: def __enter__(self): return self This is not perfect though, because one may want to wrap say a socket.makefile instead of a file. It seems like the delegation pattern does not mix well with context managers... Is there another solution? Or did I miss something obvious? -- Amaury Forgeot d'Arc

2 1

Planning to switch to new tracker on August 23rd
by Brett Cannon 20 Aug '07

20 Aug '07

Having squashed the final issues, we are now ready to switch over to the new tracker! The plan is to do it on the 23rd. But before I announce to the community I wanted to make sure there was not some specific objection by python-dev or python-3000. If there is please let me know by midday Monday so that we can postpone to next week if needed. -Brett

1 0

Weekly Python Patch/Bug Summary
by Kurt B. Kaiser 19 Aug '07

19 Aug '07

Patch / Bug Summary ___________________ Patches : 417 open (+13) / 3855 closed ( +0) / 4272 total (+13) Bugs : 1069 open ( +4) / 6800 closed (+10) / 7869 total (+14) RFE : 262 open ( -1) / 296 closed ( +1) / 558 total ( +0) New / Reopened Patches ______________________ Replacing char* with const char* (2007-08-12) http://python.org/sf/1772673 opened by eXt [python-mode] Properly highlight lambda with no arguments (2007-08-12) http://python.org/sf/1772721 opened by Michal Kwiatkowski -q (quiet) option for python interpreter (2007-08-13) http://python.org/sf/1772833 opened by Marcin Wojdyr Decimal and long hash, compatibly and efficiently (2007-08-13) http://python.org/sf/1772851 opened by Mark Dickinson Remove references to _xmlrpclib from xmlrpclib.py (2007-08-14) http://python.org/sf/1773632 opened by Alan McIntyre Unify __builtins__ -> __builtin__ (2007-08-15) http://python.org/sf/1774369 opened by Christian Heimes Add Checkbutton get() and set(value) (2007-08-14) http://python.org/sf/1774370 opened by Graham Horler Make it possible to use SVK to develop Python (2007-08-14) http://python.org/sf/1774414 opened by Collin Winter Override flags set by IOBase in io.StringIO (2007-08-15) http://python.org/sf/1774828 opened by Alexandre Vassalotti Convert str to bytes in io.BytesIO.__init__ (2007-08-15) http://python.org/sf/1774833 opened by Alexandre Vassalotti zipfile: Allow reading duplicate filenames (2007-08-15) http://python.org/sf/1775025 opened by Graham Horler utt-32 codecs (2007-08-16) http://python.org/sf/1775604 opened by Walter Dörwald Minor corrections to smtplib (2007-08-17) http://python.org/sf/1776581 opened by Alan McIntyre New / Reopened Bugs ___________________ urllib2 hangs with some documents. (2007-08-12) http://python.org/sf/1772481 opened by Creature dir() on traceback objects returns an empty list (2007-08-11) CLOSED http://python.org/sf/1772489 opened by Collin Winter exec() doesn't take an open file (2007-08-12) CLOSED http://python.org/sf/1772686 opened by Neal Norwitz chr(128) in u'only ascii' -> TypeError with misleading msg (2007-08-13) http://python.org/sf/1772788 opened by Pekka Laukkanen Using telnetlib fails with unicode strings containing only a (2007-08-13) http://python.org/sf/1772794 opened by Pekka Laukkanen Py Lib Ref, 3.6.1 String Methods startswith() typo (2007-08-13) CLOSED http://python.org/sf/1772890 opened by arxaaron xmlrpclib crash when PyXML installed (2007-08-13) http://python.org/sf/1772916 opened by lplatypus Binding <Control-space> fails (2007-08-15) http://python.org/sf/1774736 opened by Ali Gholami Rudi Not exiting when running tests (2007-08-15) http://python.org/sf/1774840 opened by José Pablo "Pupeno" Fernández Display CallTips for classes using metaclasses. (2007-08-16) http://python.org/sf/1775388 opened by Noam Raphael Buffer overflow when listing deeply nested directory (2007-08-17) http://python.org/sf/1776160 opened by Björn Lindqvist glob.glob inconsistent (2007-08-18) http://python.org/sf/1776674 opened by norbidur tempfile.TemporaryFile differs between platforms (2007-08-18) http://python.org/sf/1776696 opened by Kenneth Loafman memoryview('test') is causing a segfault (2007-08-19) http://python.org/sf/1777057 opened by Christian Heimes Bugs Closed ___________ ERROR - Microsoft Visual C++ Runtime Library (2007-05-18) http://python.org/sf/1721161 closed by gbrandl dir() on traceback objects returns an empty list (2007-08-11) http://python.org/sf/1772489 closed by collinwinter words able to decode but unable to encode in GB18030 (2007-08-09) http://python.org/sf/1770551 closed by perky exec() doesn't take an open file (2007-08-12) http://python.org/sf/1772686 closed by bcannon Py Lib Ref, 3.6.1 String Methods startswith() typo (2007-08-13) http://python.org/sf/1772890 closed by gbrandl decimal.Decimal("trash") produces informationless exception (2007-08-08) http://python.org/sf/1770009 closed by facundobatista mark deprecated modules in indexes (2003-10-02) http://python.org/sf/816725 closed by gbrandl Python function/method/constant names as HTML-tag IDs (2005-07-24) http://python.org/sf/1243945 closed by gbrandl Collapse distutils docs (2005-12-07) http://python.org/sf/1375258 closed by gbrandl some section links (previous, up, next) missing last word (2006-09-15) http://python.org/sf/1559142 closed by gbrandl RFE Closed __________ -q (quiet) option for python interpreter (2007-05-30) http://python.org/sf/1728488 closed by wojdyr

1 0

Summary of Tracker Issues
by Tracker 19 Aug '07

19 Aug '07

ACTIVITY SUMMARY (08/12/07 - 08/19/07) 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. 1300 open ( +5) / 11141 closed ( +0) / 12441 total ( +5) Average duration of open issues: 694 days. Median duration of open issues: 553 days. Open Issues Breakdown open 1300 ( +5) pending 0 ( +0) Issues Created Or Reopened (5) ______________________________ Test 08/17/07 http://bugs.python.org/issue1000 created loewis urllib2 hangs with some documents. 08/12/07 http://bugs.python.org/issue1772481 created acreature dir() on traceback objects returns an empty list 08/12/07 http://bugs.python.org/issue1772489 created collinwinter Replacing char* with const char* 08/12/07 http://bugs.python.org/issue1772673 created ext- exec() doesn't take an open file 08/12/07 http://bugs.python.org/issue1772686 created nnorwitz Issues Now Closed (1) _____________________ words able to decode but unable to encode in GB18030 4 days http://bugs.python.org/issue1770551 perky

1 0

PEP 11 update - Call for port maintainers to step forward
by skip＠pobox.com 19 Aug '07

19 Aug '07

I made a quick update to PEP 11, "Removing support for little used platforms". I added details about ending support for AtheOS/Syllable and BeOS. I also added a yet-to-be-fleshed out section entitled "Platform Maintainers". I intend that to the extent possible we document the responsible parties for various platforms. Obviously, common platforms like Windows, Mac OS X, Linux and common Unix platforms (Solaris, *BSD, what else?) will continue to be supported by the core Python developer community, but lesser platforms should have one or more champions, and we should be able to get ahold of them to determine their continued interest in supporting Python on their platform(s). If you are the "owner" of a minor platform, please drop me a note. Ones I'm aware of that probably need specialized support outside the core Python developers include: IRIX Tru64 (aka OSF/1 and other names (what else?)) OS2/EMX (Andrew MacIntyre?) Cygwin MinGW HP-UX AIX Solaris < version 8 SCO Unixware IRIX and Tru64 are likely to go the way of the dodo if someone doesn't step up soon to offer support. I don't expect the others to disappear soon, but they tend to need more specialized support, especially in more "challenging" areas (shared library support, threading, etc). If you maintain the platform-specific aspects for any of these platforms, please let me know. If you aren't that person but know who is, please pass this note along to them. If I've missed any other platforms (I know I must have have missed something), let me know that as well. Thanks, -- Skip Montanaro - skip(a)pobox.com - http://www.webfast.com/~skip/

1 0

sys.last_traceback - annoying pdb behaviour
by Alexander Schremmer 19 Aug '07

19 Aug '07

Hi there, when I tried to use pdb, I spotted some kind of annoying behaviour of pdb: for pdb.pm, it still uses sys.last_traceback which is set by code.py This renders the function unusable in non-interactive contexts ... I suggest to change pdb.pm to use sys.exc_traceback instead. Any reasons not to do so? For Py3k, it might make sense to kill it completly. Besides that, some other places in the stdlib reference this attr as well: idle in 5 places ./lib-tk/Tkinter.py: sys.last_traceback = tb ./traceback.py: sys.last_value, sys.last_traceback, limit, file)'.""" ./traceback.py: print_exception(sys.last_type, sys.last_value, sys.last_traceback, ./pdb.py: post_mortem(sys.last_traceback) ./code.py: type, value, sys.last_traceback = sys.exc_info() ./code.py: sys.last_traceback = tb ./dis.py: tb = sys.last_traceback Kind regards, Alexander

3 3

sys.last_traceback - annoying pdb.pm behaviour
by Alexander Schremmer 18 Aug '07

18 Aug '07

Hi there, when trying to use pdb, I spotted some kind of annoying behaviour of pdb: for pdb.pm, it still uses sys.last_traceback which is set by code.py This renders the function unusable in non-interactive contexts ... I suggest to change pdb.pm to use sys.exc_traceback instead. Any reasons not to do so? For Py3k, it might make sense to kill it. Besides that, some other places in the stdlib reference this attr as well: idle in 5 places ./lib-tk/Tkinter.py: sys.last_traceback = tb ./traceback.py: sys.last_value, sys.last_traceback, limit, file)'.""" ./traceback.py: print_exception(sys.last_type, sys.last_value, sys.last_traceback, ./pdb.py: post_mortem(sys.last_traceback) ./code.py: type, value, sys.last_traceback = sys.exc_info() ./code.py: sys.last_traceback = tb ./dis.py: tb = sys.last_traceback Kind regards, Alexander

1 0

Source file markers for Tru64?
by skip＠pobox.com 18 Aug '07

18 Aug '07

I'm working on removing Tru64 support from the Python 3 code base. There aren't that many markers which actually say "Tru64". I see __digitial__ and OSF/1 as well. What others are there? Thx, Skip

4 10