[issue6301] Error in tutorial section 7.2

Georg Brandl added the comment: Even if the Win32 API functions do not have a concept of text/binary files, the C library functions that MS provides, and Python uses, have. See http://msdn.microsoft.com/en-us/library/yeby3zcb(VS.71).aspx -- resolution: -> works for me status: open ->

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

New submission from R. David Murray : 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 = open('temp', 'wb') >>> pri

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

New submission from R. David Murray : 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 severity: normal stage: nee

[issue6301] Error in tutorial section 7.2

Changes by Chris Rebert : -- nosy: +cvrebert ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.

[issue1685453] email package should work better with unicode

Changes by R. David Murray : -- dependencies: +email.header.decode_header data types are inconsistent and incorrectly documented versions: +Python 3.2 -Python 3.0 ___ Python tracker _

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

New submission from R. David Murray : 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). This makes it difficu

[issue6301] Error in tutorial section 7.2

New submission from david : 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. Windows does not make a

[issue6215] Backport the IO lib to trunk

Hirokazu Yamamoto added the comment: Done in r73169. -- ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: http://

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

New submission from R. David Murray : 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')". (replace what?).

[issue5801] spurious empty lines in wsgiref code

Changes by Benjamin Peterson : -- assignee: -> pje ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.

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

Pablo Torres Navarrete added the comment: Added a pointer from #5801 to here. -- ___ Python tracker ___ ___ Python-bugs-list mailing l

[issue6215] Backport the IO lib to trunk

Antoine Pitrou added the comment: Everything looks ok, can you merge the commit to py3k so as to minimize conflicts when merging stuff? Thanks :) -- ___ Python tracker ___ __

[issue5801] spurious empty lines in wsgiref code

Antoine Pitrou added the comment: +1 for making the source more readable. -- nosy: +pitrou ___ Python tracker ___ ___ Python-bugs-list

[issue6064] Add "daemon" argument to threading.Thread constructor

Antoine Pitrou added the comment: +1 from me as well. -- nosy: +pitrou ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubs

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

Nick Coghlan 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 release blocker status

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

New submission from Georg Brandl : Fixed in pydotorg r12342. -- resolution: -> fixed status: open -> closed ___ Python tracker ___ ___

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

New submission from Tim Mooney : 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 with this error: building 'pyexpat

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

Changes by Zooko O'Whielacronx : -- 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. ___ Python tracker <

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

Jerry Chen added the comment: Errata: the patch is for Makefile.pre.in, not Makefile. -- ___ Python tracker ___ ___ Python-bugs-list m

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

New submission from Jerry Chen : 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 show up to svn, but

[issue6064] Add "daemon" argument to threading.Thread constructor

Pablo Torres Navarrete added the comment: +1 on making it a keyword-only argument. -- ___ Python tracker ___ ___ Python-bugs-list mail

[issue6064] Add "daemon" argument to threading.Thread constructor

Lucas Prado Melo 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 ___

[issue6064] Add "daemon" argument to threading.Thread constructor

Pablo Torres Navarrete 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

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

[issue6064] Add "daemon" argument to threading.Thread constructor

Miki Tebeka 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 ___

[issue6064] Add "daemon" argument to threading.Thread constructor

Pablo Torres Navarrete 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 two leading under

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

Raymond Hettinger added the comment: Nice job on the new wording in the docs. Do you think the docstring should also be updated? -- ___ Python tracker ___ __

[issue2824] zipfile to handle duplicate files in archive

Alexandru V. Mosoi 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 17] File exists: '_t

[issue6064] Add "daemon" argument to threading.Thread constructor

Miki Tebeka 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 ___

[issue1685] linecache .updatecache fails on utf8 encoded files

Pablo Torres Navarrete 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] >>> d =

[issue6064] Add "daemon" argument to threading.Thread constructor

Pablo Torres Navarrete 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 -17 lines). patching

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

Zooko O'Whielacronx 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: http://docs.python.org/install/index.html#location-and-names-of-confi

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

Michael Foord added the comment: Better compression. -- ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: http://

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

Tim Golden 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 distutils on Windo

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

Michael Foord 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 isn't natively supported by o

[issue5801] spurious empty lines in wsgiref code

Pablo Torres Navarrete added the comment: The patch for issue #5800 solves this. -- nosy: +ptn ___ Python tracker ___ ___ Python-bugs-

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

Tarek Ziadé added the comment: I have added another issue for PEP 8 compliancy at #5801 -- versions: +Python 3.2 -Python 3.1 ___ Python tracker ___ __

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

Pablo Torres Navarrete 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 ___ Python tracker

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

Tarek Ziadé 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 more can handle tar i

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

Michael Foord 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 the distribution) when y

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

Tarek Ziadé 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 installation in the

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

New submission from Michael Foord : 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 moment it creates a zip b

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

Nick Coghlan added the comment: And done for 3.1 in r73466 -- status: open -> closed ___ Python tracker ___ ___ Python-bugs-list maili

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

Nick Coghlan 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 almost certainly a bad i

[issue6294] Improve shutdown exception ignored message

R. David Murray 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 issues that would argue f

[issue6255] PyInt_FromSize_t is undocumented.

Georg Brandl added the comment: Documented in r73463. -- resolution: -> fixed status: open -> closed ___ Python tracker ___ ___ Pytho

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

Georg Brandl 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. -- _

[issue6295] curses doc : getch is blocking by default

Georg Brandl added the comment: I've committed a similar change in r73462. -- resolution: -> fixed status: open -> closed ___ Python tracker ___

[issue6295] curses doc : getch is blocking by default

New submission from nojhan : 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. Note that the integ

[issue6215] Backport the IO lib to trunk

Hirokazu Yamamoto added the comment: Committed in r73461. -- ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: ht