Mailman 3 November 2013 - docs

[issue8402] Add a function to escape metacharacters in glob/fnmatch
by Serhiy Storchaka 17 Nov '13

17 Nov '13

Serhiy Storchaka added the comment: Could anyone please review the patch before feature freeze? ---------- _______________________________________ Python tracker <report(a)bugs.python.org> <http://bugs.python.org/issue8402> _______________________________________

1 0

[issue18617] TLS and Intermediate Certificates
by Antoine Pitrou 17 Nov '13

17 Nov '13

Antoine Pitrou added the comment: I'm afraid downloading certs on the fly would open a whole new can of worms, so I'd rather have it documented indeed :) ---------- nosy: +pitrou _______________________________________ Python tracker <report(a)bugs.python.org> <http://bugs.python.org/issue18617> _______________________________________

1 0

[issue18617] TLS and Intermediate Certificates
by Christian Heimes 17 Nov '13

17 Nov '13

Christian Heimes added the comment: Donald, could you please provide a doc update that explains the problem? ---------- assignee: -> docs@python nosy: +docs@python _______________________________________ Python tracker <report(a)bugs.python.org> <http://bugs.python.org/issue18617> _______________________________________

1 0

[issue19238] Misleading explanation of fill and align in format_spec
by David Chambers 17 Nov '13

17 Nov '13

New submission from David Chambers: >From http://docs.python.org/3/library/string.html#formatspec: > The presence of a fill character is signaled by the character > following it, which must be one of the alignment options. If the > second character of format_spec is not a valid alignment option, > then it is assumed that both the fill character and the alignment > option are absent. The fact that the second character in the format_spec is not an alignment option is not sufficient to declare that the alignment option is absent: the alignment option may be the first character in the format_spec. For example: >>> '{:^10}'.format(42) ' 42 ' I suggest the following wording: The presence of a fill character is signaled by the character following it, which must be one of the alignment options. Unless the second character of format_spec is a valid alignment option, the fill character is assumed to be absent. ---------- assignee: docs@python components: Documentation messages: 199633 nosy: davidchambers, docs@python priority: normal severity: normal status: open title: Misleading explanation of fill and align in format_spec _______________________________________ Python tracker <report(a)bugs.python.org> <http://bugs.python.org/issue19238> _______________________________________

6 11

[issue19412] Add docs for test.support.requires_docstrings decorator
by Ezio Melotti 17 Nov '13

17 Nov '13

Ezio Melotti added the comment: I was bitten by this in #19535. See the third point about test_contextlib in msg203071. I would expect support.requires_docstring to skip the test if -OO is used and the docstrings are missing. ---------- _______________________________________ Python tracker <report(a)bugs.python.org> <http://bugs.python.org/issue19412> _______________________________________

1 0

[issue19539] The 'raw_unicode_escape' codec buggy + not appropriate for Python 3.x
by Terry J. Reedy 16 Nov '13

16 Nov '13

Changes by Terry J. Reedy <tjreedy(a)udel.edu>: ---------- nosy: +terry.reedy _______________________________________ Python tracker <report(a)bugs.python.org> <http://bugs.python.org/issue19539> _______________________________________

1 0

Spurios " a " in section 6.9 of Lang Ref Manual.
by Bruce Montague 15 Nov '13

15 Nov '13

Hi, docs(a)python.org. I'm reporting a minor typo (spurious " a ") in section 6.9 of the Python Language Reference, web page at: http://docs.python.org/3.4/reference/expressions.html#index-63 7th paragraph from the bottom of Section 6.9, 3rd sentence: ".for which in tests whether a the dictionary has." --> "".for which in tests whether the dictionary has." Thanks, -bruce

1 0

[issue19540] PEP339: Fix link to Zephyr ASDL paper
by Benjamin Peterson 14 Nov '13

14 Nov '13

New submission from Benjamin Peterson: c0d120cf0aac ---------- nosy: +benjamin.peterson resolution: -> fixed status: open -> closed _______________________________________ Python tracker <report(a)bugs.python.org> <http://bugs.python.org/issue19540> _______________________________________

2 1

pow(x, y[, z])
by bhl 14 Nov '13

14 Nov '13

http://docs.python.org/3.3/library/functions.html#pow for all versions wrong syntax -- bhl

1 0

Unbelievable bug
by Kavosh Asadi Atui 13 Nov '13

13 Nov '13

python cannot compute 1.2 + 0.6 2.7.3 and 3.2 tested on linux and windows. It returns 1.79999 for this sum even worse, it cannot compute any sum like 1.2*(2^i) + 0.6*(2^i) !!!!! >>> 1.2+0.6 1.7999999999999998 >>> !!!!!!!!! SyntaxError: invalid syntax >>> 1.2+0.6 == 1.8 False >>> !!!!!!!!!!!!!!!!! SyntaxError: invalid syntax >>> 2.4+1.2 3.5999999999999996 >>> !!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!

1 0