Mailman 3 September 2017 - docs

Error in downloading
by Raj Sahil Sept. 8, 2017

Sept. 8, 2017

Hi, Unable to download documentation. PDF, E PUB, HTML and Plain Text file shows same message - 404 Not Found. Kindly help. Thank You

1 0

[issue27340] bytes-like objects with socket.sendall(), SSL, and http.client
by Martin Panter Sept. 8, 2017

Sept. 8, 2017

New submission from Martin Panter: According to the documentation, HTTPSConnection.request() should accept arbitrary bytes-like objects, but this is not the case. Currently (since Issue 23756), a “bytes-like object” is defined to be anything that works with Python’s buffer API, as long as it is C-contiguous. These objects can be passed to socket.sendall(): >>> byteslike = (ctypes.c_ubyte * 6).from_buffer_copy(b"DATA\r\n") >>> s = socket.create_connection(("localhost", 80)) >>> s.sendall(byteslike) # Server receives b"DATA\r\n" This is not explicitly documented for socket objects. But since Issue 23539 (3.4+), HTTPConnection.request() does document support for bytes-like objects: >>> h = HTTPConnection("localhost", 80) >>> # Send Content-Length: 6 and body b"DATA\r\n" >>> h.request("POST", "/", body=byteslike) On its own, there is no problem with Python relying on its own undocumented behaviour. But Python’s “ssl” module does not support arbitrary bytes-like objects, and as a result neither does HTTPSConnection: >>> s = ssl.wrap_socket(socket.create_connection(("localhost", 443))) >>> s.sendall(byteslike) Traceback (most recent call last): File "<stdin>", line 1, in <module> File "/usr/lib/python3.5/ssl.py", line 886, in sendall v = self.send(data[count:]) File "/usr/lib/python3.5/ssl.py", line 856, in send return self._sslobj.write(data) File "/usr/lib/python3.5/ssl.py", line 581, in write return self._sslobj.write(data) TypeError: a bytes-like object is required, not 'list' >>> c = ssl.create_default_context(cafile="/lib/python3.5/test/keycert.pem") >>> h = HTTPSConnection("localhost", 443, context=c) >>> h.request("POST", "/", body=byteslike) Traceback (most recent call last): File "/usr/lib/python3.5/http/client.py", line 885, in send self.sock.sendall(data) File "/usr/lib/python3.5/ssl.py", line 886, in sendall v = self.send(data[count:]) File "/usr/lib/python3.5/ssl.py", line 856, in send return self._sslobj.write(data) File "/usr/lib/python3.5/ssl.py", line 581, in write return self._sslobj.write(data) TypeError: a bytes-like object is required, not 'list' During handling of the above exception, another exception occurred: Traceback (most recent call last): File "<stdin>", line 1, in <module> File "/usr/lib/python3.5/http/client.py", line 1083, in request self._send_request(method, url, body, headers) File "/usr/lib/python3.5/http/client.py", line 1128, in _send_request self.endheaders(body) File "/usr/lib/python3.5/http/client.py", line 1079, in endheaders self._send_output(message_body) File "/usr/lib/python3.5/http/client.py", line 913, in _send_output self.send(message_body) File "/usr/lib/python3.5/http/client.py", line 892, in send "or an iterable, got %r" % type(data)) TypeError: data should be a bytes-like object or an iterable, got <class '__main__.c_ubyte_Array_6'> This could be fixed in the implementation of SSLSocket.sendall(). But I am not sure if that is an appropriate change for 3.5. Another option would be to adjust the documentation of HTTP(S)Connection in 3.5, either not mentioning bytes-like objects at all, or clarifying that they don’t work with SSL. ---------- assignee: docs@python components: Documentation, Library (Lib) messages: 268707 nosy: docs@python, martin.panter priority: normal severity: normal status: open title: bytes-like objects with socket.sendall(), SSL, and http.client versions: Python 3.5, Python 3.6 _______________________________________ Python tracker <report(a)bugs.python.org> <http://bugs.python.org/issue27340> _______________________________________

2 6

[issue22635] subprocess.getstatusoutput changed behavior in 3.4 (maybe 3.3.4?)
by Gregory P. Smith Sept. 7, 2017

Sept. 7, 2017

Gregory P. Smith added the comment: New changeset fb4c28c032e26b3cdbe67eae3769d45207ac3507 by Gregory P. Smith (Miss Islington (bot)) in branch '3.6': [3.6] bpo-22635: Update the getstatusoutput docstring. (GH-3435) (#3439) https://github.com/python/cpython/commit/fb4c28c032e26b3cdbe67eae3769d45207… ---------- _______________________________________ Python tracker <report(a)bugs.python.org> <https://bugs.python.org/issue22635> _______________________________________

1 0

[issue22635] subprocess.getstatusoutput changed behavior in 3.4 (maybe 3.3.4?)
by Roundup Robot Sept. 7, 2017

Sept. 7, 2017

Changes by Roundup Robot <devnull(a)psf.upfronthosting.co.za>: ---------- pull_requests: +3436 _______________________________________ Python tracker <report(a)bugs.python.org> <https://bugs.python.org/issue22635> _______________________________________

1 0

[issue22635] subprocess.getstatusoutput changed behavior in 3.4 (maybe 3.3.4?)
by Gregory P. Smith Sept. 7, 2017

Sept. 7, 2017

Gregory P. Smith added the comment: New changeset 2eb0cb4787d02d995a9bb6dc075983792c12835c by Gregory P. Smith in branch 'master': bpo-22635: Update the getstatusoutput docstring. (#3435) https://github.com/python/cpython/commit/2eb0cb4787d02d995a9bb6dc075983792c… ---------- _______________________________________ Python tracker <report(a)bugs.python.org> <https://bugs.python.org/issue22635> _______________________________________

1 0

404 errors
by Sunil Arwari Sept. 7, 2017

Sept. 7, 2017

Hi, Thanks for your work in maintaining the python documentation. It seems like all of the links on the page https://docs.python.org/2.7/download.html are returning 404 errors. Is it possible for someone to check if these docs are up? Thanks! Sunil

1 0

[issue22635] subprocess.getstatusoutput changed behavior in 3.4 (maybe 3.3.4?)
by Gregory P. Smith Sept. 7, 2017

Sept. 7, 2017

Changes by Gregory P. Smith <greg(a)krypto.org>: ---------- pull_requests: +3432 _______________________________________ Python tracker <report(a)bugs.python.org> <https://bugs.python.org/issue22635> _______________________________________

1 0

[issue31270] Simplify documentation of itertools.zip_longest
by Raphael Michel Sept. 7, 2017

Sept. 7, 2017

New submission from Raphael Michel: The documentation given for itertools.zip_longest contains a "roughly equivalent" pure-python implementation of the function that is intended to help the user understand what zip_longest does on a functional level. However, the given implementation is very complicated to read for newcomers and experienced Python programmers alike, as it uses a custom-defined exception for control flow handling, a nested function, a condition that always is true if any arguments are passed ("while iterators"), as well as two other non-trivial functions from itertools (chain and repeat). For future reference, this is the currently given implementation: def zip_longest(*args, **kwds): # zip_longest('ABCD', 'xy', fillvalue='-') --> Ax By C- D- fillvalue = kwds.get('fillvalue') iterators = [iter(it) for it in args] while True: exhausted = 0 values = [] for it in iterators: try: values.append(next(it)) except StopIteration: values.append(fillvalue) exhausted += 1 if exhausted < len(args): yield tuple(values) else: break This is way more complex than necessary to teach the concept of zip_longest. With this issue, I will submit a pull request with a new example implementation that seems to be the same level of "roughly equivalent" but is much easier to read, since it only uses two loops and now complicated flow def zip_longest(*args, **kwds): # zip_longest('ABCD', 'xy', fillvalue='-') --> Ax By C- D- fillvalue = kwds.get('fillvalue') iterators = [iter(it) for it in args] while True: exhausted = 0 values = [] for it in iterators: try: values.append(next(it)) except StopIteration: values.append(fillvalue) exhausted += 1 if exhausted < len(args): yield tuple(values) else: break Looking at the C code of the actual implementation, I don't see that any one of the two implementations is obviously "more equivalent". I'm unsure about performance -- I haven't tried them on that but I don't think that's the point of this learning implementation. I ran all tests from Lib/test/test_itertools.py against both the old and the new implementation. The new implementation fails at 3 tests, while the old implementation failed at four. Two of the remaining failures are related to TypeErrors not being thrown on invalid input, one of them is related to pickling the resulting object. I believe all three of them are fine to ignore in this sample, as it is not relevant to the documentation purpose. Therefore, I believe the documentation should be changed like suggested. I'd be happy for any feedback or further ideas to improve its readability! ---------- assignee: docs@python components: Documentation messages: 300788 nosy: docs@python, rami priority: normal severity: normal status: open title: Simplify documentation of itertools.zip_longest type: enhancement versions: Python 3.7 _______________________________________ Python tracker <report(a)bugs.python.org> <http://bugs.python.org/issue31270> _______________________________________

4 9

[issue31075] Collections - ChainMap - Documentation example wrong order line
by Marcos Soutullo Sept. 7, 2017

Sept. 7, 2017

New submission from Marcos Soutullo: Hello, I have been taking a look into your ChainMap collections documentation (https://docs.python.org/3.6/library/collections.html?highlight=collections#…), specifically the third code example on "8.3.1.1. ChainMap Examples and Recipes" that clearly describe and illustrate a use case for the ChainMap class. However, I found a very small code issue in regards to how the sample code (line 7) is presented to the reader. Please refer to the code compilation below: Line 7 >>> d['x'] # Get first key in the chain of contexts raise KeyError(key) KeyError: 'x' Line 8 >>> d['x'] d['x'] = 1 # Set value in current context The key named 'x' had not been initialised yet and of course, the compiler is complaining. It should be the other way around. Line 8 >>> d['x'] = 1 # Set value in current context Line 7 >>> d['x'] # Get first key in the chain of contexts Many thanks for the great work you do with Python, Marcos S. ---------- assignee: docs@python components: Documentation messages: 299465 nosy: Marcos Soutullo, docs@python priority: normal severity: normal status: open title: Collections - ChainMap - Documentation example wrong order line type: compile error versions: Python 3.6 _______________________________________ Python tracker <report(a)bugs.python.org> <http://bugs.python.org/issue31075> _______________________________________

2 3

404 error
by Riseup Sept. 7, 2017

Sept. 7, 2017

Hey, Just to notify you a 404 error that I got while trying to download the documentation for python 3.6 (https://docs.python.org/3/archives/python-3.6.2-docs-pdf-a4.tar.bz2), I tried the peub format, HTLM and PDF, same problem as you can see in the screenshot below. Best regards

1 0