[issue22751] Fix test___all__ warning about modified environment
Changes by Brett Cannon br...@python.org: -- nosy: +brett.cannon ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue22751 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue22242] Doc fix in the Import section in language reference.
Changes by Brett Cannon br...@python.org: -- assignee: docs@python - brett.cannon ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue22242 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue22746] cgitb html: wrong encoding for utf-8
R. David Murray added the comment: In normal HTML utf-8 works fine, doesn't it?. It's only when reading from a file (where the browser doesn't know the encoding) that it fails. Do you have a use case for xmlcharrefreplace in the HTML context (which is what cgitb is primarily targeted at). Some place where the web page can't be declared as utf-8, perhaps? I suppose it might be a not-unreasonable enhancement request to have a parameter to Hook that says do xmlcharrefreplace, but since the workaround is actually simpler than that, I don't know if that is worthwhile or not. Or do people feel like doing the replacement all the time (it's only in tracebacks, after all) be the right thing to do? -- resolution: remind - versions: +Python 3.4, Python 3.5 ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue22746 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue22196] namedtuple documentation could/should mention the new Enum type
Roundup Robot added the comment: New changeset 2e3521e79d93 by Ezio Melotti in branch 'default': #22196: link to Enum in the nametuple documentation. Patch by Karmen Dykstra. https://hg.python.org/cpython/rev/2e3521e79d93 -- nosy: +python-dev ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue22196 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue22196] namedtuple documentation could/should mention the new Enum type
Roundup Robot added the comment: New changeset 701529f8ca93 by Ezio Melotti in branch '3.4': #22196: link to Enum in the nametuple documentation. Patch by Karmen Dykstra. https://hg.python.org/cpython/rev/701529f8ca93 -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue22196 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue22232] str.splitlines splitting on non-\r\n characters
Serhiy Storchaka added the comment: See also issue18236. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue22232 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue22752] incorrect time.timezone value
New submission from matrokhin oleg: There was timezone change in Russia at 26 october (http://www.timeanddate.com/time/change/russia/moscow) But code in timemodule.c using first day of the year to get timezone t = (time((time_t *)0) / YEAR) * YEAR; p = localtime(t); janzone = -p-tm_gmtoff; so janzone have incorrect value (with old timezone) -- messages: 230153 nosy: errx priority: normal severity: normal status: open title: incorrect time.timezone value type: behavior ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue22752 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue22752] incorrect time.timezone value
matrokhin oleg added the comment: $ date -R Tue, 28 Oct 2014 17:27:54 +0300 $ python -c import time; print time.timezone -14400 -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue22752 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue19459] Python does not support the GEORGIAN-PS charset
Changes by Jakub Wilk jw...@jwilk.net: -- nosy: +jwilk ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue19459 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue22232] str.splitlines splitting on non-\r\n characters
Changes by Jakub Wilk jw...@jwilk.net: -- nosy: +jwilk ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue22232 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue22679] Add encodings of supported in glibc locales
Changes by Jakub Wilk jw...@jwilk.net: -- nosy: +jwilk ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue22679 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue21081] missing vietnamese codec TCVN 5712:1993 in Python
Changes by Jakub Wilk jw...@jwilk.net: -- nosy: +jwilk ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue21081 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue22681] Add support of KOI8-T encoding
Changes by Jakub Wilk jw...@jwilk.net: -- nosy: +jwilk ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue22681 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue22752] incorrect time.timezone value
Changes by Ezio Melotti ezio.melo...@gmail.com: -- nosy: +belopolsky ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue22752 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue22196] namedtuple documentation could/should mention the new Enum type
Ezio Melotti added the comment: Fixed, thanks for the patch! -- assignee: rhettinger - ezio.melotti resolution: - fixed stage: - resolved status: open - closed type: - enhancement versions: +Python 3.4, Python 3.5 ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue22196 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue22753] urllib2 localnet Changed test to lookup IP-address of localhost
New submission from Håkan Lövdahl: Running this test gave me an error: ./python -m test -v test_urllib2_localnet == ERROR: test_proxy_qop_auth_works (test.test_urllib2_localnet.ProxyAuthTests) -- Traceback (most recent call last): File /home/hakan/kod/cpython/cpython/Lib/urllib/request.py, line 1182, in do_open h.request(req.get_method(), req.selector, req.data, headers) File /home/hakan/kod/cpython/cpython/Lib/http/client.py, line 1154, in request self._send_request(method, url, body, headers) File /home/hakan/kod/cpython/cpython/Lib/http/client.py, line 1192, in _send_request self.endheaders(body) File /home/hakan/kod/cpython/cpython/Lib/http/client.py, line 1150, in endheaders self._send_output(message_body) File /home/hakan/kod/cpython/cpython/Lib/http/client.py, line 988, in _send_output self.send(msg) File /home/hakan/kod/cpython/cpython/Lib/http/client.py, line 923, in send self.connect() File /home/hakan/kod/cpython/cpython/Lib/http/client.py, line 900, in connect self.timeout, self.source_address) File /home/hakan/kod/cpython/cpython/Lib/socket.py, line 710, in create_connection raise err File /home/hakan/kod/cpython/cpython/Lib/socket.py, line 701, in create_connection sock.connect(sa) ConnectionRefusedError: [Errno 111] Connection refused Changing localhost to 127.0.0.1 made the test pass. My friend puppet made a patch for it so it looks up the IP-address. -- components: Tests messages: 230156 nosy: hakan priority: normal severity: normal status: open title: urllib2 localnet Changed test to lookup IP-address of localhost versions: Python 3.5 ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue22753 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue22753] urllib2 localnet Changed test to lookup IP-address of localhost
Changes by Daniel Eriksson dan...@starstable.com: -- nosy: +puppet ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue22753 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue22753] urllib2 localnet Changed test to lookup IP-address of localhost
Changes by Ezio Melotti ezio.melo...@gmail.com: -- nosy: +ezio.melotti, larstiq stage: - patch review type: - behavior ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue22753 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue22753] urllib2 localnet Changed test to lookup IP-address of localhost
Changes by Håkan Lövdahl ha...@llsdata.fi: -- keywords: +patch Added file: http://bugs.python.org/file37053/issue_22753.diff ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue22753 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue22753] urllib2 localnet Changed test to lookup IP-address of localhost
Håkan Lövdahl added the comment: Ubuntu Linux 12.04 64bit -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue22753 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue22753] urllib2 localnet Changed test to lookup IP-address of localhost
R. David Murray added the comment: Your description of the solution (change localhost to 127.0.0.1) does not match the content of the patch. The patch appears to be looking up the IP address associated with 'localhost' and using that. On most systems that would be 127.0.0.1, but perhaps on yours it is not. I suspect your system has a configuration problem that has nothing to do with Python, but it isn't clear. In any case the patch is incorrect, since one of the tests it is changing is specifically testing 127.0.0.1, from what I can see. -- nosy: +r.david.murray ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue22753 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue22746] cgitb html: wrong encoding for utf-8
Wolfgang Rohdewald added the comment: You need to use codecs.open instead of open No, why? in python3 open() supports the errors handler. right, but not in python2 which has the same problem. I need my code to run with both. Do you have a use case for xmlcharrefreplace in the HTML context? No, my only use case is the local file. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue22746 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue22752] incorrect time.timezone value
Alexander Belopolsky added the comment: The time module cannot handle historical changes in timezone info. Try using datetime.datetime.astimezone() method (with no arguments) or a 3rd party timezone support library. https://docs.python.org/3/library/datetime.html#datetime.datetime.astimezone -- assignee: - belopolsky resolution: - not a bug stage: - resolved status: open - pending ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue22752 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue22721] pprint output for sets and dicts is not stable
Amaury Forgeot d'Arc added the comment: What if [some flavor of] pprint sorted items not by value, but by their repr() string? It's probably faster than any other algorithm, and guaranteed to produce consistent results. Or use this idea only for ambiguous cases? -- nosy: +amaury.forgeotdarc ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue22721 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue22721] pprint output for sets and dicts is not stable
Fred L. Drake, Jr. added the comment: Sorting by the repr sounds good, but if some dict keys or set members are strings containing single-quotes, the primary sort will be on the type of quote used for the repr, which would be surprising and significantly less useful. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue22721 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue22754] Implicit String Literal Concatenation Is Evil
New submission from Aaron Klish: Implicit string literal concatenation where string1 string2 becomes string1string2 should be a language syntax error - not a feature. This creates a silent error whenever someone builds a list of strings and forgets a comma. I can't think of any good reason why the language supports this. There are easier ways to build multi-line strings and there are already two explicit ways to do this on a single line. It also violates the python principle: There should be one— and preferably only one —obvious way to do it I realize changing this might break someone's code. If that is a large concern, maybe the interpreter could support an option to enable/disable support for this. -- messages: 230163 nosy: aklish priority: normal severity: normal status: open title: Implicit String Literal Concatenation Is Evil type: behavior versions: Python 2.7, Python 3.2, Python 3.3, Python 3.4, Python 3.5, Python 3.6 ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue22754 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue22754] Implicit String Literal Concatenation Is Evil
R. David Murray added the comment: This is a long established language feature and is not going to change. You could talk to one of the python linter projects about adding a lint option for detecting such; that would be the appropriate place for an option that would enable such checking. -- nosy: +r.david.murray resolution: - not a bug stage: - resolved status: open - closed ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue22754 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue22754] Implicit String Literal Concatenation Is Evil
R. David Murray added the comment: Also, if you really want to pursue it as a language level discussion the appropriate forum would be python-ideas. You might want to ask on python-list first about how it is used in practice, though, since it is used quite a bit (mostly in multiline expressions...so there might be an argument for doing something about non-multiline concatenation...that's the angle I'd take if you go to python-ideas with it). -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue22754 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue22728] Deprecate spurious benchmarks
Roundup Robot added the comment: New changeset 100eee4adc4c by Antoine Pitrou in branch 'default': Fix #22728: deprecate spurious benchmarks https://hg.python.org/benchmarks/rev/100eee4adc4c -- nosy: +python-dev ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue22728 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue22728] Deprecate spurious benchmarks
Changes by Antoine Pitrou pit...@free.fr: -- resolution: - fixed stage: patch review - resolved status: open - closed ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue22728 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue18216] gettext doesn't check MO versions
Antoine Pitrou added the comment: Aaron, the patch looks fine, I'm going to commit it. -- versions: -Python 2.7, Python 3.4 ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue18216 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue18216] gettext doesn't check MO versions
Roundup Robot added the comment: New changeset 3b26a0983a3c by Antoine Pitrou in branch 'default': Issue #18216: gettext now raises an error when a .mo file has an unsupported major version number. Patch by Aaron Hill. https://hg.python.org/cpython/rev/3b26a0983a3c -- nosy: +python-dev ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue18216 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue18216] gettext doesn't check MO versions
Antoine Pitrou added the comment: I've pushed it to 3.5 only. I don't think it's worth risking compatibility breakage in bugfix branches. Thank you for your contribution! -- resolution: - fixed stage: patch review - resolved status: open - closed ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue18216 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue1610654] cgi.py multipart/form-data
Antoine Pitrou added the comment: Thanks for the updated patch. I'll take a look soon if no-one beats me to it. -- stage: needs patch - patch review ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue1610654 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue18216] gettext doesn't check MO versions
Aaron Hill added the comment: Awesome! Thanks! -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue18216 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue22672] float arguments in scientific notation not supported by argparse
Terry J. Reedy added the comment: If this issue is a duplicate of #9334, as it appears to be, this should be closed and a note added to #9334 that there is a patch here also. -- nosy: +terry.reedy ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue22672 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue22749] remove obsolete remark in time.clock() docs
Roundup Robot added the comment: New changeset 5f086db3b51b by Georg Brandl in branch '3.4': Closes #22749: remove outdated advice to use clock() for accurate timing. https://hg.python.org/cpython/rev/5f086db3b51b -- nosy: +python-dev resolution: - fixed stage: - resolved status: open - closed ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue22749 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue22748] Porting Extension Modules to Python 3 documentation mention about PyString_* functions in Python 3
Roundup Robot added the comment: New changeset 9141199800fe by Georg Brandl in branch '3.4': Closes #22748: there are no PyString C functions in 3.x. https://hg.python.org/cpython/rev/9141199800fe -- nosy: +python-dev resolution: - fixed stage: needs patch - resolved status: open - closed ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue22748 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue22736] tutorial links at top, book recommendations at bottom of module documentation
Roundup Robot added the comment: New changeset 4ad8b11ca309 by Georg Brandl in branch '3.4': Closes #22736: move seealso to the bottom of the section about RE syntax. https://hg.python.org/cpython/rev/4ad8b11ca309 -- nosy: +python-dev resolution: - fixed stage: - resolved status: open - closed ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue22736 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue22748] Porting Extension Modules to Python 3 documentation mention about PyString_* functions in Python 3
Roundup Robot added the comment: New changeset 18f346abdfbe by Georg Brandl in branch '2.7': Closes #22748: there are no PyString C functions in 3.x. https://hg.python.org/cpython/rev/18f346abdfbe -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue22748 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue22736] tutorial links at top, book recommendations at bottom of module documentation
Roundup Robot added the comment: New changeset 465892bb0c12 by Georg Brandl in branch '2.7': Closes #22736: move seealso to the bottom of the section about RE syntax. https://hg.python.org/cpython/rev/465892bb0c12 -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue22736 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue22678] An OSError subclass for no space left on device would be nice: NoSpaceError
Changes by STINNER Victor victor.stin...@gmail.com: -- title: An OSError subclass for no space left on device would be nice - An OSError subclass for no space left on device would be nice: NoSpaceError ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue22678 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue22249] Possibly incorrect example is given for socket.getaddrinfo()
Roundup Robot added the comment: New changeset 999e72ed3fbc by Georg Brandl in branch '2.7': Closes #22249: use IPPROTO_TCP constant instead of SOL_TCP constant for getaddrinfo() proto param https://hg.python.org/cpython/rev/999e72ed3fbc -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue22249 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue22249] Possibly incorrect example is given for socket.getaddrinfo()
Roundup Robot added the comment: New changeset 5611c7c20460 by Georg Brandl in branch '3.4': Closes #22249: use IPPROTO_TCP constant instead of SOL_TCP constant for getaddrinfo() proto param https://hg.python.org/cpython/rev/5611c7c20460 -- nosy: +python-dev resolution: - fixed stage: - resolved status: open - closed ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue22249 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue22305] Documentation on deepcopy's problems is misleading
Changes by Georg Brandl ge...@python.org: -- status: open - closed ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue22305 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue22153] There is no standard TestCase.runTest implementation
Martin Panter added the comment: Do you mean pretending there is no default “methodName” value, or pretending that the runTest() method is not invoked by discovery? I would have to check, but I think I have relied on the runTest() method being discovered in the past, when I did not think a more original test method name was useful. Though I agree that it makes the behaviour more complicated for little extra flexibility. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue22153 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue22153] There is no standard TestCase.runTest implementation
Robert Collins added the comment: runTest is part of the current API. I think if we're going to hide it we should do so as part of a deprecation path. (I'm +1 on hiding it). -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue22153 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue22153] There is no standard TestCase.runTest implementation
Antoine Pitrou added the comment: Le 28/10/2014 23:01, Robert Collins a écrit : runTest is part of the current API. I think if we're going to hide it we should do so as part of a deprecation path. (I'm +1 on hiding it). We don't need a deprecation path to remove something from the documentation, IMO. It wouldn't break any existing code, it would just reduce the cognitive load for newcomers. (and, while people may have chosen to use runTest, it doesn't mean they need it in any way) -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue22153 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue18236] str.isspace should use the Unicode White_Space property
Martin Panter added the comment: As uncovered in Issue 12855, str.splitlines() currently considers the FS, GS and RS (1C–1E), but not the US (1F), to be line breaks. It might be surprising if these are no longer considered white space but are still considered line breaks. -- nosy: +vadmium ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue18236 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue22755] contextlib.closing documentation should use a new example
New submission from Martijn Pieters: urllib.request.urlopen() now always produces a context manager (either a HTTPResponse or addinfourl object). The example for contextlib.closing still uses urllib.request.urlopen as an example for the context manager wrapper, see https://docs.python.org/3/library/contextlib.html#contextlib.closing This is confusing users that now expect the object not to be a context manager, see: http://stackoverflow.com/questions/26619404/with-and-closing-of-files-in-python Can a different example be chosen? -- assignee: docs@python components: Documentation messages: 230184 nosy: docs@python, mjpieters priority: normal severity: normal status: open title: contextlib.closing documentation should use a new example versions: Python 3.4, Python 3.5, Python 3.6 ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue22755 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue22755] contextlib.closing documentation should use a new example
Andrew Barnert added the comment: It may be pretty hard to come up with a good example for closing in the stdlib that shouldn't just be turned into a context manager… There are some types where using it in a with statement is sensible, but unusual enough that you might want to make it explicit (maybe logging.Handler?), but does that make a good example? -- nosy: +abarnert ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue22755 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue21820] unittest: unhelpful truncating of long strings.
Changes by Robert Collins robe...@robertcollins.net: -- nosy: +rbcollins ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue21820 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue22755] contextlib.closing documentation should use a new example
Martin Panter added the comment: One exception that comes to mind is generators. According to Issue 13814, it is deliberate that you have to call close(), so perhaps someone could come up with an example based on that. -- nosy: +vadmium ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue22755 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue11874] argparse assertion failure with brackets in metavars
Wolfgang Maier added the comment: It doesn't seem to be the exact same problem, but still this very simple example with parentheses in metavar fails to format correctly: import argparse parser = argparse.ArgumentParser() parser.add_argument(inputfiles, metavar = 'input_file(s)', nargs = +, help = 'one or more input files') args = parser.parse_args() -- usage: -m [-h] input_files) [input_file(s ...] positional arguments: input_file(s) one or more input files optional arguments: -h, --help show this help message and exit with the two occurences of input_file(s) being formatted wrong, but differently. -- nosy: +wolma ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue11874 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue22153] There is no standard TestCase.runTest implementation
Martin Panter added the comment: Removing stuff from the documentation would make it hard to understand what existing code means that uses runTest(). Isn’t this a case where you would add a big red “Deprecated since version . . .” warning instead? Maybe a comprimise would be to “hide” its documentation away in a separate deprecated section or something. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue22153 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue3453] PyType_Ready doesn't ensure that all bases are ready
Eldar Abusalimov added the comment: It is possible to get a partially initialized class from inside a custom mro(). And extending such type results in passing NULL to PySequence_List inside mro_implementation, which in turn leads to PyErr_BadInternalCall. #22735 has a test reproducing it (http://bugs.python.org/file37036) and a corresponding fix of mro_implementation (http://bugs.python.org/file37038). However, I'm not sure that the proper way is to call PyType_Ready on each uninitialized class from tp_bases. In particular, the test case from the link above would end up with infinite recursion (PyType_Ready(cls) - mro(cls) - class X(cls): ... - PyType_Ready(X) - PyType_Ready(cls) - ...). Moreover, whether a type is initialized or not is determized by checking its tp_dict, which is initialized before filling in tp_mro, so that may be the test above is not the case of Roger. -- nosy: +abusalimov ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue3453 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue21081] missing vietnamese codec TCVN 5712:1993 in Python
Changes by Jean Christophe André pyt...@andrele.org: Added file: http://bugs.python.org/file37054/TCVN5712-1.TXT ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue21081 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue21081] missing vietnamese codec TCVN 5712:1993 in Python
Changes by Jean Christophe André pyt...@andrele.org: Added file: http://bugs.python.org/file37055/TCVN5712-2.TXT ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue21081 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue21081] missing vietnamese codec TCVN 5712:1993 in Python
Changes by Jean Christophe André pyt...@andrele.org: Added file: http://bugs.python.org/file37056/TCVN5712-3.TXT ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue21081 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue22153] There is no standard TestCase.runTest implementation
Antoine Pitrou added the comment: Le 29/10/2014 00:22, Martin Panter a écrit : Martin Panter added the comment: Removing stuff from the documentation would make it hard to understand what existing code means that uses runTest(). Isn’t this a case where you would add a big red “Deprecated since version . . .” warning instead? Maybe a comprimise would be to “hide” its documentation away in a separate deprecated section or something. Well, I wasn't proposing a deprecation (although that can be done as well, if we want). I was proposing that this detail be hidden. I don't know if it would make existing software harder to understand. I don't think I've ever seen an actively-maintained project that used runTest(). The simple way to hide it would be to stop documenting the TestCase constructor and its signature. You aren't supposed to instantiate TestCase yourself. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue22153 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue22153] There is no standard TestCase.runTest implementation
Robert Collins added the comment: Constructing test case objects directly is part of the protocol, and its needed for framework and extension authors. I've seen folk use runTest, but rarely enough that I think we could deprecate it. My argument is that while its supported we should be clear about when it should be used, and how. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue22153 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue21081] missing vietnamese codec TCVN 5712:1993 in Python
Jean Christophe André added the comment: I failed to find anything about TCVN 5712:1999 except the official announcement of it superseding TCVN 5712:1993 on TCVN's website. I also was not able to find any material using TCVN 5712:1999. My guess is that TCVN 6909:2001 having been released only 2 years after, TCVN 5712:1999 probably had no time to get in real use. Anyway, TCVN 5712:1993 is the real one, the one having been in used for almost 2 decades. So this is why I provided codec tables for this one. There is 3 flavors of it. The most used one for documents is the third one (TCVN 5712:1993 VN3). It is used with the so called “ABC fonts” which are of common knowledge in Vietnam. But the first one may be of use in databases. I never got access to real (large) Vietnamese databases so I can't confirm it for sure. I still provided the 3 flavors, just in case. Still, since VN3 is a subset of VN2, which itself is a subset of VN1, you may choose to only include the first one, TCVN 5712:1993 VN1, I leave this up to you. FYI, GNU Recode and Glibc Iconv currently implement tcvn as VN1. (but the Epson printer company implement VN3…) -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue21081 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue21081] missing vietnamese codec TCVN 5712:1993 in Python
Jean Christophe André added the comment: Marc-Andre, about “Please also provide a patch for the documentation”, could you please guide me on this? I can write some documentation, but I simply don't know in what form you expect it. Could you point me to some examples please? -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue21081 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue22756] testAssertEqualSingleLine gives poor errors
New submission from Robert Collins: found while backporting unittest fixes. The current test fails like so: == FAIL: testAssertEqualSingleLine (unittest2.test.test_case.Test_TestCase) -- Traceback (most recent call last): File /home/robertc/work/unittest2.hg/unittest2/test/test_case.py, line 1014, in testAssertEqualSingleLine self.assertEqual(sample_text, revised_sample_text) AssertionError: 'laden swallows fly slowly' != 'unladen swallows fly quickly' - laden swallows fly slowly? + unladen swallows fly quickly? ++ ^ During handling of the above exception, another exception occurred: Traceback (most recent call last): File /home/robertc/work/unittest2.hg/unittest2/test/test_case.py, line 1017, in testAssertEqualSingleLine self.assertTrue(sample_text_error == error) AssertionError: False is not true - it shouldn't be using assertTrue. -- messages: 230194 nosy: rbcollins priority: normal severity: normal status: open title: testAssertEqualSingleLine gives poor errors ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue22756 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue22756] testAssertEqualSingleLine gives poor errors
Robert Collins added the comment: There's comments in the test above about 'not testing ourself with ourselves' - but we're testing the rendering of an error case, so its entirely legitimate to use the same method's success path to check equality. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue22756 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue22756] testAssertEqualSingleLine gives poor errors
Changes by Robert Collins robe...@robertcollins.net: -- keywords: +patch Added file: http://bugs.python.org/file37057/issue22756.patch ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue22756 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue22757] TclStackFree: incorrect freePtr. Call out of sequence?
New submission from Fay: I have a code that graphs streaming data in a new window. If the cursor is within the graphing window and the cursor has been moved, the graphing window would crash and the message says that python.exe has stopped working. In the CMD window, the following error is displayed: TclStackFree: incorrect freePtr. Call out of sequence? This application has requested the Runtime to terminate it in an unusual way. Please contact the application's support team for more information. I've tried changing from python 2.7.7 to 2.7.8 and matplotlib-1.3.1 to 1.4.2. The problem persists in both cases. -- components: Library (Lib), Tkinter, Windows messages: 230196 nosy: Charleston, steve.dower, tim.golden, zach.ware priority: normal severity: normal status: open title: TclStackFree: incorrect freePtr. Call out of sequence? type: crash versions: Python 2.7 ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue22757 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue22757] TclStackFree: incorrect freePtr. Call out of sequence?
Zachary Ware added the comment: This is fairly wild speculation on my part, but I think Python is likely at the bottom of the suspect list for whose bug this is, after (in order): 1) your own code 2) matplotlib 3) Tcl/Tk I would suggest trying to come up with the shortest reproducer you can (which should shine light on any bugs in your code), report your problem to matplotlib[1] with that reproducer attached, and link between this issue and that one so we can all keep track of it. We'll keep this report open until somebody claims the bug. Adding Serhiy as the resident Tkinter expert, in case you have insight I don't. [1] https://github.com/matplotlib/matplotlib/issues -- nosy: +serhiy.storchaka ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue22757 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue21081] missing vietnamese codec TCVN 5712:1993 in Python
Changes by Jean Christophe André pyt...@andrele.org: Removed file: http://bugs.python.org/file34644/vntime_tcvn.py ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue21081 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue22679] Add encodings of supported in glibc locales
Changes by Jean Christophe André pyt...@andrele.org: -- nosy: +progfou ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue22679 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue11874] argparse assertion failure with brackets in metavars
paul j3 added the comment: The patch with a major rewrite of '_format_actions_usage' handles this usage problem correctly: usage: try_para_in_meta.py [-h] input_file(s) [input_file(s) ...] The error is the result of usage group formatter trying to remove excess `()`. To give an idea of what is happening I replaced the missing () with {}. input_file(s) [input_file(s) ...] input_file{s) [input_file(s} ...] -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue11874 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com