Mailman 3 February 2016 - docs

[issue26330] shutil.disk_usage() on Windows can't properly handle unicode
by Giampaolo Rodola' Feb. 10, 2016

Feb. 10, 2016

Giampaolo Rodola' added the comment: Different but kind of related, disk_usage() is not able to accept bytes: >>> shutil.disk_usage(b'.') Traceback (most recent call last): File "<stdin>", line 1, in <module> File "C:\python34\lib\shutil.py", line 989, in disk total, free = nt._getdiskusage(path) TypeError: must be str, not bytes >>> ---------- _______________________________________ Python tracker <report(a)bugs.python.org> <http://bugs.python.org/issue26330> _______________________________________

2 1

[issue26330] shutil.disk_usage() on Windows can't properly handle unicode
by STINNER Victor Feb. 10, 2016

Feb. 10, 2016

STINNER Victor added the comment: > You are right, my bad. No problem. I read the doc before replying, and it is not said that the path must exist or must be a directory: https://docs.python.org/dev/library/shutil.html#shutil.disk_usage > I'll fix doc mentioning that on Windows "path" can only be a directory (on UNIX it can also be a file). Great! ---------- _______________________________________ Python tracker <report(a)bugs.python.org> <http://bugs.python.org/issue26330> _______________________________________

1 0

[issue26330] shutil.disk_usage() on Windows can't properly handle unicode
by Giampaolo Rodola' Feb. 10, 2016

Feb. 10, 2016

Giampaolo Rodola' added the comment: You are right, my bad. I'll fix doc mentioning that on Windows "path" can only be a directory (on UNIX it can also be a file). ---------- _______________________________________ Python tracker <report(a)bugs.python.org> <http://bugs.python.org/issue26330> _______________________________________

1 0

[issue26330] shutil.disk_usage() on Windows can't properly handle unicode
by STINNER Victor Feb. 10, 2016

Feb. 10, 2016

Changes by STINNER Victor <victor.stinner(a)gmail.com>: ---------- assignee: -> docs@python components: +Documentation, Windows nosy: +docs@python, paul.moore, steve.dower, tim.golden, zach.ware _______________________________________ Python tracker <report(a)bugs.python.org> <http://bugs.python.org/issue26330> _______________________________________

1 0

[issue26320] Web documentation for 2.7 has unreadable highlights in Table of Contents
by Rory McCann Feb. 10, 2016

Feb. 10, 2016

New submission from Rory McCann: Using Firefox 41.0.2 on Ubuntu 14.04, most table of contents in the online docs have unreadable highlighted sections, where modules/methods are named. See https://docs.python.org/2/library/datetime.html for a good example, or the attached screenshot. I think this highlighting has appeared recently. The 3.x versions are fine, as is 2.6. ---------- assignee: docs@python components: Documentation files: Screenshot from 2016-02-09 13:15:43.png messages: 259930 nosy: Rory McCann, docs@python priority: normal severity: normal status: open title: Web documentation for 2.7 has unreadable highlights in Table of Contents type: enhancement versions: Python 2.7 Added file: http://bugs.python.org/file41867/Screenshot from 2016-02-09 13:15:43.png _______________________________________ Python tracker <report(a)bugs.python.org> <http://bugs.python.org/issue26320> _______________________________________

4 5

[issue25496] tarfile: Default value for compresslevel is not documented
by Martin Panter Feb. 9, 2016

Feb. 9, 2016

Martin Panter added the comment: For gzip compression, there is also a proposal to change the default: Issue 26253. Anyway, the patch looks good for now. ---------- nosy: +martin.panter stage: needs patch -> patch review versions: +Python 2.7 -Python 3.4 _______________________________________ Python tracker <report(a)bugs.python.org> <http://bugs.python.org/issue25496> _______________________________________

1 0

[issue26304] Fix “allows to <verb>” in documentation
by Martin Panter Feb. 9, 2016

Feb. 9, 2016

New submission from Martin Panter: This patch changes instances of “. . . allows to <verb>” to “. . . allows <verb>ing” or similar. I understand the original form is not correct English grammar, although the equivalent is apparently valid in some other languages. As a native English speaker it feels awkward to me, although the meaning is clear. This question & answer <https://english.stackexchange.com/questions/60271/grammatical-complements-f…> seem to back me up, but I thought I should get a quick review or second opinion before changing everything. ---------- assignee: docs@python components: Documentation files: allows-to.patch keywords: patch messages: 259827 nosy: docs@python, martin.panter priority: normal severity: normal stage: patch review status: open title: Fix “allows to <verb>” in documentation versions: Python 2.7, Python 3.5, Python 3.6 Added file: http://bugs.python.org/file41845/allows-to.patch _______________________________________ Python tracker <report(a)bugs.python.org> <http://bugs.python.org/issue26304> _______________________________________

4 6

[issue5824] SocketServer.DatagramRequestHandler Broken under Linux
by Martin Panter Feb. 9, 2016

Feb. 9, 2016

Martin Panter added the comment: It is not that wfile.getvalue() returns None, it is that self.client_address is None. If the client explicitly binds to a name, then the server gets that name in the client_address, and then everything seems to work properly for me on Linux. On Linux, using strace and an unbound anonymous client, I see that recvfrom() outputs a zero-length sending address structure, which Python’s makesockaddr() function converts to None with the comment /* No address -- may be recvfrom() from known socket */. The man page <http://man7.org/linux/man-pages/man7/unix.7.html> actually says the address length should be sizeof(sa_family_t) in this case, so maybe that is a minor bug for Linux or the man page. How does this work on non-Linux platforms? I’m not really familiar with Unix domain sockets, especially datagram ones, but it seems to me that the main confusion is whether DatagramRequestHandler supports anonymous Unix domain clients or not. As in Issue 1767511, I think DatagramRequestHandler is designed to always send a response back to the sender of the request. If you don’t want to send a response, why are you using this class? ---------- nosy: +martin.panter _______________________________________ Python tracker <report(a)bugs.python.org> <http://bugs.python.org/issue5824> _______________________________________

1 0

[issue23453] Opening a stream with tarfile.open() triggers a TypeError: can't concat bytes to str error
by Martin Panter Feb. 9, 2016

Feb. 9, 2016

Changes by Martin Panter <vadmium+py(a)gmail.com>: ---------- stage: -> needs patch type: crash -> behavior _______________________________________ Python tracker <report(a)bugs.python.org> <http://bugs.python.org/issue23453> _______________________________________

1 0

[issue21996] gettarinfo method does not handle files without text string names
by Martin Panter Feb. 9, 2016

Feb. 9, 2016

Changes by Martin Panter <vadmium+py(a)gmail.com>: ---------- dependencies: +Tarfile using fstat on GZip file object _______________________________________ Python tracker <report(a)bugs.python.org> <http://bugs.python.org/issue21996> _______________________________________

1 0