[issue6294] Improve shutdown exception ignored message

Terry J. Reedy tjre...@udel.edu added the comment: I should have said 3.1.1. Ie, would this be a bug fix or really a new feature that has to wait. Moot until someone does a patch. -- ___ Python tracker rep...@bugs.python.org

[issue6164] [AIX] Patch to correct the AIX C/C++ linker argument used for 'runtime_library_dirs'

Tarek Ziadé ziade.ta...@gmail.com added the comment: Yes, I know it will not affect g++ or gcc users, I was asking that to make sure Sridhar do not intend to make it work on a system where gcc or g++ are *also* used since they will be picked prior to this option. I'll include that patch then.

[issue6215] Backport the IO lib to trunk

Hirokazu Yamamoto ocean-c...@m2.ccsnet.ne.jp added the comment: Committed in r73461. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue6215 ___ ___

[issue6295] curses doc : getch is blocking by default

New submission from nojhan noj...@gmail.com: The documentation of the curses module is not clear on the fact that getch is blocking by default: http://docs.python.org/3.0/library/curses.html#curses.window.getch I suggest the following description instead of the current one: Get a character.

[issue6295] curses doc : getch is blocking by default

Georg Brandl ge...@python.org added the comment: I've committed a similar change in r73462. -- resolution: - fixed status: open - closed ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue6295

[issue5641] Local variables not freed when Exception raises in function called from cycle

Georg Brandl ge...@python.org added the comment: Well, it's the basic principle that an object is not destroyed until there are no more references to it. The documented semantics I referred to are that a variable assigned to in an except X, Y clause lives beyond the scope of that clause.

[issue6255] PyInt_FromSize_t is undocumented.

Georg Brandl ge...@python.org added the comment: Documented in r73463. -- resolution: - fixed status: open - closed ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue6255 ___

[issue6294] Improve shutdown exception ignored message

R. David Murray rdmur...@bitdance.com added the comment: Ah, in that case then yes, the message bug can be fixed in 3.1.1 and 2.6.3. As for the message format, the format of messages is not considered part of the Python API, but changes to message formats can nonetheless cause compatibility

[issue6288] Update contextlib.nested docs in light of deprecation

Nick Coghlan ncogh...@gmail.com added the comment: In light of Raymond's comments (which make sense to me), I'm just updating the documentation and leaving the full deprecation warning in place. The new docs are deliberately explicit about *why* trying to use the current form of nested is

[issue6288] Update contextlib.nested docs in light of deprecation

Nick Coghlan ncogh...@gmail.com added the comment: And done for 3.1 in r73466 -- status: open - closed ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue6288 ___

[issue6296] Native (and default) tarfile support for setup.py sdist in distutils on Windows

New submission from Michael Foord mich...@voidspace.org.uk: setup.py should be able to generate tarfile distributions on Windows without requiring tar to be on the path. Ideally setup.py sdist should create the same type of archive (zip or tarball) by default independent of platform. At the

[issue6296] Native (and default) tarfile support for setup.py sdist in distutils on Windows

Tarek Ziadé ziade.ta...@gmail.com added the comment: Now that distutils uses tarfile (see #6048) we can propose a tar archive on all platform by default without requiring tar to be installed. Althoug, the gz compression requires the zlib module. I need to check what are the requirements of its

[issue6296] Native (and default) tarfile support for setup.py sdist in distutils on Windows

Michael Foord mich...@voidspace.org.uk added the comment: Given that Windows can't handle tar files by default but all platforms support zip out of the box wouldn't (unfortunately) zip be a better default? For the MANIFEST I meant the file called MANIFEST that distutils creates (and includes in

[issue6296] Native (and default) tarfile support for setup.py sdist in distutils on Windows

Tarek Ziadé ziade.ta...@gmail.com added the comment: As a developer I prefer .tar.gz, but I don't have a strong opinion on picking zip or tar, I think tar is fine as long as all installers out there (easy_install, pip, etc) are working with the archives on every platform too. Someone who wants

[issue5800] make wsgiref.headers.Headers accept empty constructor

Pablo Torres Navarrete tn.pa...@gmail.com added the comment: Patch attached. While I was at it, I also removed stupid whitespace and generally made the module more PEP8-compliant. -- nosy: +ptn Added file: http://bugs.python.org/file14311/patch ___

[issue5800] make wsgiref.headers.Headers accept empty constructor

Tarek Ziadé ziade.ta...@gmail.com added the comment: I have added another issue for PEP 8 compliancy at #5801 -- versions: +Python 3.2 -Python 3.1 ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue5800

[issue5801] spurious empty lines in wsgiref code

Pablo Torres Navarrete tn.pa...@gmail.com added the comment: The patch for issue #5800 solves this. -- nosy: +ptn ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue5801 ___

[issue6296] Native (and default) tarfile support for setup.py sdist in distutils on Windows

Michael Foord mich...@voidspace.org.uk added the comment: The point is not for developers who are happy handling .tar.gz but users of the distribution who don't have a way of handling them. I prefer .tar.gz myself as well but I don't think the default distribution format should be one that

[issue6296] Native (and default) tarfile support for setup.py sdist in distutils on Windows

Tim Golden m...@timgolden.me.uk added the comment: What's superior about .tar.gz? (This is a genuine question). -- nosy: +tim.golden title: Native (and default) tarfile support for setup.py sdist in distutils on Windows - Native (and default) tarfile support for setup.py sdist in

[issue6296] Native (and default) tarfile support for setup.py sdist in distutils on Windows

Michael Foord mich...@voidspace.org.uk added the comment: Better compression. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue6296 ___ ___

[issue6296] Native (and default) tarfile support for setup.py sdist in distutils on Windows

Zooko O'Whielacronx zo...@zooko.com added the comment: I strongly favor a common approach instead of doing it differently on different platforms. (Aside: check out the gratuitous differences for names and locations of distutils config files:

[issue6064] Add daemon argument to threading.Thread constructor

Pablo Torres Navarrete tn.pa...@gmail.com added the comment: +1, but I can't apply the patch cleanly: $ patch -p0 threading.diff patching file Doc/library/threading.rst Hunk #1 succeeded at 198 (offset -17 lines). Hunk #2 succeeded at 211 (offset -17 lines). Hunk #3 succeeded at 230 (offset

[issue1685] linecache .updatecache fails on utf8 encoded files

Pablo Torres Navarrete tn.pa...@gmail.com added the comment: Cannot reproduce on Ubuntu 9.04 with py3k at revision 73267: $ ./python Python 3.1rc1+ (py3k:73267, Jun 7 2009, 14:45:03) [GCC 4.3.3] on linux2 Type help, copyright, credits or license for more information. import pdb [49404 refs]

[issue6064] Add daemon argument to threading.Thread constructor

Miki Tebeka miki.teb...@gmail.com added the comment: I'm attaching a new diff (svn diff threading.diff), hope this one's OK. -- Added file: http://bugs.python.org/file14312/threading.diff ___ Python tracker rep...@bugs.python.org

[issue2824] zipfile to handle duplicate files in archive

Alexandru V. Mosoi brtz...@gmail.com added the comment: a similar problem appears when the zip file contains two files as in: ['_test/tree.pl', '_test/']. for ZipFile.extractall() when _test/tree.pl is extracted _test/ is created and the the extraction of _test/ fails because OSError: [Errno

[issue6288] Update contextlib.nested docs in light of deprecation

Raymond Hettinger rhettin...@users.sourceforge.net added the comment: Nice job on the new wording in the docs. Do you think the docstring should also be updated? -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue6288

[issue6064] Add daemon argument to threading.Thread constructor

Pablo Torres Navarrete tn.pa...@gmail.com added the comment: Nope. Our working copies seem to be different. I'm uploading mine, which I just update to revision 73468. Please diff yours against that and against HEAD too, just in case. Hunk 2 on threading.py fails because your attributes use

[issue6064] Add daemon argument to threading.Thread constructor

Miki Tebeka miki.teb...@gmail.com added the comment: I'm diffing against the 2.7 branch, I guess your comes from the 3.2? Will checkout 3.2 and do it there as well. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue6064

[issue6064] Add daemon argument to threading.Thread constructor

Miki Tebeka miki.teb...@gmail.com added the comment: Attaching a diff against the py3k branch on revision 73468 -- Added file: http://bugs.python.org/file14314/threading3k.diff ___ Python tracker rep...@bugs.python.org

[issue6064] Add daemon argument to threading.Thread constructor

Pablo Torres Navarrete tn.pa...@gmail.com added the comment: I'm diffing against the 2.7 branch, I guess your comes from the 3.2? *forehead meets desktop* Patch applies cleanly and all tests pass. I used it for a while and everything seemed OK. After someone else tests, I say we go for it

[issue6064] Add daemon argument to threading.Thread constructor

Lucas Prado Melo lukepada...@gmail.com added the comment: +1 to the py3k diff. :) Hey, I think this daemon property should be set as a keyword argument of the Thread constructor. -- nosy: +conf ___ Python tracker rep...@bugs.python.org

[issue6064] Add daemon argument to threading.Thread constructor

Pablo Torres Navarrete tn.pa...@gmail.com added the comment: +1 on making it a keyword-only argument. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue6064 ___

[issue6297] Added Misc/python.pc to 'distclean' Rule

New submission from Jerry Chen je...@3rdengine.com: Added Misc/python.pc to 'distclean' rule Minor issue... After running ./configure, Misc/python.pc is generated from python.pc.in. Interesting to note in the python2.7 trunk, this file is added to the svn:ignore property of Misc/ so it doesn't

[issue6297] Added Misc/python.pc to 'distclean' Rule

Jerry Chen je...@3rdengine.com added the comment: Errata: the patch is for Makefile.pre.in, not Makefile. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue6297 ___

[issue6298] http://python.org/download says Python 2.4.5, but I think it means Python 2.4.6.

Changes by Zooko O'Whielacronx zo...@zooko.com: -- assignee: georg.brandl components: Documentation nosy: georg.brandl, zooko severity: normal status: open title: http://python.org/download says Python 2.4.5, but I think it means Python 2.4.6. ___

[issue6299] pyexpat build failure on Solaris 10 for 2.6.1/2.6.2

New submission from Tim Mooney enchan...@users.sourceforge.net: I've built Python 2.6.1 and Python 2.6.2 on x86_64-sun-solaris2.10 using the Sun Workshop Express (200903) toolchain. I'm building in 64 bit mode. Most stuff builds just fine (even warnings are rare), but pyexpat fails to link

[issue6298] http://python.org/download says Python 2.4.5, but I think it means Python 2.4.6.

New submission from Georg Brandl ge...@python.org: Fixed in pydotorg r12342. -- resolution: - fixed status: open - closed ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue6298 ___

[issue6288] Update contextlib.nested docs in light of deprecation

Nick Coghlan ncogh...@gmail.com added the comment: Good point - I forgot about the docstring. Yes, I think that should be changed to use the new wording up to the new example (similar to the way the old docstring stopped at the example). Reopening until that is done (although reducing from

[issue6064] Add daemon argument to threading.Thread constructor

Antoine Pitrou pit...@free.fr added the comment: +1 from me as well. -- nosy: +pitrou ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue6064 ___ ___

[issue5801] spurious empty lines in wsgiref code

Antoine Pitrou pit...@free.fr added the comment: +1 for making the source more readable. -- nosy: +pitrou ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue5801 ___

[issue6215] Backport the IO lib to trunk

Antoine Pitrou pit...@free.fr added the comment: Everything looks ok, can you merge the commit to py3k so as to minimize conflicts when merging stuff? Thanks :) -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue6215

[issue5800] make wsgiref.headers.Headers accept empty constructor

Pablo Torres Navarrete tn.pa...@gmail.com added the comment: Added a pointer from #5801 to here. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue5800 ___

[issue5801] spurious empty lines in wsgiref code

Changes by Benjamin Peterson benja...@python.org: -- assignee: - pje ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue5801 ___ ___ Python-bugs-list

[issue6300] encode and decode should accept 'errors' as a keyword argument

New submission from R. David Murray rdmur...@bitdance.com: I repeatedly find myself typing things like mybytestring.decode('ASCII', errors='replace'). This seems like the natural (I'm tempted to say Pythonic) thing to do, and is more readable (IMO) than mybytestring.decode('ASCII', 'replace').

[issue6215] Backport the IO lib to trunk

Hirokazu Yamamoto ocean-c...@m2.ccsnet.ne.jp added the comment: Done in r73169. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue6215 ___ ___

[issue6301] Error in tutorial section 7.2

New submission from david da...@plasmatronics.com.au: http://docs.python.org/tutorial/inputoutput.html#reading-and-writing- files Windows makes a distinction between text and binary files; the end-of-line characters in text files are automatically altered slightly when data is read or written.

[issue6302] email.header.decode_header data types are inconsistent and incorrectly documented

New submission from R. David Murray rdmur...@bitdance.com: decode_header only accepts str as input. If the input contains no encoded words, the output is str (ie: the input string) and None. If it does contain encoded words, the output is pairs of bytes plus str charset identifiers (or None).

[issue1685453] email package should work better with unicode

Changes by R. David Murray rdmur...@bitdance.com: -- dependencies: +email.header.decode_header data types are inconsistent and incorrectly documented versions: +Python 3.2 -Python 3.0 ___ Python tracker rep...@bugs.python.org

[issue6301] Error in tutorial section 7.2

Changes by Chris Rebert pyb...@rebertia.com: -- nosy: +cvrebert ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue6301 ___ ___ Python-bugs-list

[issue6303] print does not appear in the 3.x documentation index

New submission from R. David Murray rdmur...@bitdance.com: Since print is now a built in function, it should appear in the library reference index, but it does not. -- assignee: georg.brandl components: Documentation messages: 89489 nosy: georg.brandl, r.david.murray priority: low

[issue6304] Confusing error message when passing bytes to print with file pointing to a binary file

New submission from R. David Murray rdmur...@bitdance.com: The documentation for the print function specifies that the input argument is coerced to string. However, if bytes are passed and the file= parameter points to a file open for binary write, the error message produced is: out =