[issue22385] Define a binary output formatting mini-language for *.hex()

Change by Gregory P. Smith : -- resolution: -> fixed stage: patch review -> commit review status: open -> closed versions: +Python 3.9 -Python 3.8 ___ Python tracker ___

[issue26389] Expand traceback module API to accept just an exception as an argument

Cheryl Sabella added the comment: @mbussonn, were you interested in continuing with Brett's (and your) suggestion for the API by making the first argument positional-only and the others optional? -- versions: +Python 3.9 -Python 3.8 ___ Python

[issue37759] Polish whatsnew for 3.8

Raymond Hettinger added the comment: Todos for the next round: * consider an entry for argparse's extend option * example for multiprocessing shared memory * Move C major API changes to its own section * Edit-out very minor changes so that the bigger wins are more salient --

[issue38531] argparse action "extend" not documented as new

Raymond Hettinger added the comment: I've added it to my todo list for the next round of updates. Though I also plan to do some parsing of the more minor feature adds to make the document more readable. -- resolution: -> fixed stage: patch review -> resolved status: open -> closed

[issue38531] argparse action "extend" not documented as new

Batuhan added the comment: @rhettinger, should we mention about it in whats new too? -- ___ Python tracker ___ ___

[issue38531] argparse action "extend" not documented as new

Raymond Hettinger added the comment: New changeset db385229645dbaaa9863e259b2fae67b9da873fe by Raymond Hettinger (Miss Islington (bot)) in branch '3.8': bpo-38531: document extend action's added version (GH-16865) (GH-16868)

[issue34014] loop.run_in_executor should propagate current contextvars

Change by Cheryl Sabella : -- versions: +Python 3.9 -Python 3.8 ___ Python tracker ___ ___ Python-bugs-list mailing list

[issue38531] argparse action "extend" not documented as new

Raymond Hettinger added the comment: Christoph, thanks for the report. Batuhan, thanks for the PR. -- ___ Python tracker ___ ___

[issue38531] argparse action "extend" not documented as new

Change by Raymond Hettinger : -- assignee: docs@python -> rhettinger ___ Python tracker ___ ___ Python-bugs-list mailing list

[issue38531] argparse action "extend" not documented as new

Change by miss-islington : -- pull_requests: +16413 pull_request: https://github.com/python/cpython/pull/16868 ___ Python tracker ___

[issue38531] argparse action "extend" not documented as new

Raymond Hettinger added the comment: New changeset 74142078b3b78fea7b4cd791e5c577c0c0964eb7 by Raymond Hettinger (Batuhan Taşkaya) in branch 'master': bpo-38531: document extend action's added version (GH-16865) https://github.com/python/cpython/commit/74142078b3b78fea7b4cd791e5c577c0c0964eb7

[issue38539] Update demo files

Change by Raymond Hettinger : -- assignee: -> rhettinger versions: -Python 3.6, Python 3.7, Python 3.8 ___ Python tracker ___ ___

[issue38539] Update demo files

Raymond Hettinger added the comment: The Tools/demo modules are sort of a quaint museum to the past. That said, most of the code reads fine even by today's standards. Go ahead with as PR to change "while 1" to "while True". The star imports should remain (they are the norm for Tkinter)

[issue38539] Update demo files

New submission from Julin : The demo programs inside Tools/demo, which is to guide people new to the language (that's the purpose, right?), makes use of several bad coding practices. Like - `while 1:` being used instead of `while True:` - star import - function call and an `if` statement

[issue37759] Polish whatsnew for 3.8

Raymond Hettinger added the comment: New changeset c39bc5c9e8f96a8197d1ce2b70746b7189135566 by Raymond Hettinger (Miss Islington (bot)) in branch '3.8': bpo-37759: More updates to Whatsnew 3.8 (GH-16854) (GH-16867)

[issue37759] Polish whatsnew for 3.8

Change by miss-islington : -- pull_requests: +16412 pull_request: https://github.com/python/cpython/pull/16867 ___ Python tracker ___

[issue37759] Polish whatsnew for 3.8

Raymond Hettinger added the comment: New changeset c93883c6afbd99929516764263fc49c3e996b10a by Raymond Hettinger in branch 'master': bpo-37759: More updates to Whatsnew 3.8 (GH-16854) https://github.com/python/cpython/commit/c93883c6afbd99929516764263fc49c3e996b10a --

[issue38522] Py_USING_MEMORY_DEBUGGER is referenced in docs but not present in code

Batuhan added the comment: It looks like benjamin peterson removed remaining references from obmalloc.c in 3924f93794fd740c547b44884f73303196475cd5 -- nosy: +BTaskaya, benjamin.peterson ___ Python tracker

[issue36321] Fix misspelled attribute name in namedtuple()

Raymond Hettinger added the comment: New changeset 58ccd201fa74287ca9293c03136fcf1e19800ef9 by Raymond Hettinger in branch 'master': bpo-36321: Fix misspelled attribute name in namedtuple() (GH-16858) https://github.com/python/cpython/commit/58ccd201fa74287ca9293c03136fcf1e19800ef9

[issue38531] argparse action "extend" not documented as new

Batuhan added the comment: Sorry for the inconvenience. I'm fixing it -- nosy: +BTaskaya ___ Python tracker ___ ___

[issue38531] argparse action "extend" not documented as new

Change by Batuhan : -- keywords: +patch pull_requests: +16411 stage: -> patch review pull_request: https://github.com/python/cpython/pull/16865 ___ Python tracker ___

[issue38538] dictobject dictviews don't return NotImplemented for unrecognized types.

Change by Karthikeyan Singaravelan : -- nosy: +inada.naoki ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe:

[issue38538] dictobject dictviews don't return NotImplemented for unrecognized types.

New submission from Julien Palard : In the following snippet: >>> class Ror: ... def __ror__(self, other): ... return set() ... >>> {}.keys() | Ror() Traceback (most recent call last): File "", line 1, in TypeError: 'Ror' object is not iterable I

[issue38537] Python 2.7.17 reports itself as 2.7.16

Change by SilentGhost : -- components: +Windows nosy: +paul.moore, tim.golden, zach.ware ___ Python tracker ___ ___

[issue38537] Python 2.7.17 reports itself as 2.7.16

Change by Karthikeyan Singaravelan : -- nosy: +benjamin.peterson, steve.dower ___ Python tracker ___ ___ Python-bugs-list mailing

[issue38536] Trailing space in formatted currency with international=True and symbol following value

Change by Roundup Robot : -- keywords: +patch pull_requests: +16409 stage: needs patch -> patch review pull_request: https://github.com/python/cpython/pull/16864 ___ Python tracker

[issue38524] functools.cached_property is not supported for setattr

Nick Coghlan added the comment: After writing my previous comment, I double-checked the code, and cached_propery is actually one of the cases where a simple "self.attrname = 'age3'" *will* do the right thing, as cached_property never checks the class information. That won't work in the

[issue38533] v3.7.5 py script run ok with python.exe but not pythonw.exe (python silent console not working)

Jon added the comment: BTW, I have win10 x64 v 1809 b 17763.720. -- ___ Python tracker ___ ___ Python-bugs-list mailing list

[issue38471] _ProactorDatagramTransport: If close() is called when write buffer is not empty, the remaining data is not sent and connection_lost is not called

Change by Paul Martin : -- pull_requests: +16408 pull_request: https://github.com/python/cpython/pull/16863 ___ Python tracker ___

[issue38524] functools.cached_property is not supported for setattr

Nick Coghlan added the comment: Regarding the "attrname" property idea: unfortunately, that won't work, as `__set_name__` doesn't just provide the attribute name, it also provides a reference to the class itself. cached_property needs both pieces of information, not just the attribute name.

[issue38533] v3.7.5 py script run ok with python.exe but not pythonw.exe (python silent console not working)

Jon added the comment: @eryk. Could I just have separate folder with each python minor version? I would keep it portable and just reference the python/pythonw.exe filepath directly for each version when I run. I could just download the 3.7.5 and drop it anywhere. --

[issue38524] functools.cached_property is not supported for setattr

Nick Coghlan added the comment: Another interesting question this raises is whether type.__setattr__ should be checking for values that have `__set_name__` methods defined and calling those methods automatically. Unfortunately, I think the answer to that is "If we'd thought of that when

[issue38533] v3.7.5 py script run ok with python.exe but not pythonw.exe (python silent console not working)

Eryk Sun added the comment: > Let me know if you are unable to reproduce it. x64 pythonw.exe and pyw.exe (3.7.5, 2019-10-14) work for me in Windows 10.0.18362. I have them installed for all users, respectively in "C:\Program Files\Python37" and "C:\Windows". Try running `pythonw.exe -m

[issue38537] Python 2.7.17 reports itself as 2.7.16

PEW's Corner added the comment: After experimenting a bit more, I found that the python27.dll is NOT part of the new installation, but is also NOT removed on upgrade or when uninstalling. After I manually deleted this dll, the new installation correctly reports itself as 2.7.17. So the

[issue20443] __code__. co_filename should always be an absolute path

Nick Coghlan added the comment: I think that's a valid point regarding sys.argv[0] - it's the import system and code introspection that wants(/needs) absolute paths, whereas sys.argv[0] gets used in situations (e.g. usage messages) where we should retain whatever the OS gave us, since that

[issue32397] textwrap output may change if you wrap a paragraph twice

Change by Cheryl Sabella : -- versions: +Python 3.9 -Python 3.6 ___ Python tracker ___ ___ Python-bugs-list mailing list

[issue38457] __package__ is None in __init__.py until an import is used

Nick Coghlan added the comment: Yes, this is a design flaw in the Python 2 import system - it derives `__package__` from `__name__` the first time it needs the information and `__package__` isn't already set. The problem was fixed for the Python 3 series by way of PEP 451, which made

[issue38537] Python 2.7.17 reports itself as 2.7.16

New submission from PEW's Corner : After upgrading Python 2.7.16 to 2.7.17 using the Windows x86 MSI installer, the new Python still reports itself as version 2.7.16: D:\Python27>.\python.exe Python 2.7.16 (v2.7.16:413a49145e, Mar 4 2019, 01:30:55) [MSC v.1500 32 bit (Intel)] on win32 Type

[issue32856] Optimize the `for y in [x]` idiom in comprehensions

Nick Coghlan added the comment: The benefit offered by the parent local scoping was that it made assignment expressions usable as a straightforward way to implement comprehension-based accumulators where you actually do want access to the final value after the comprehension completes (for

[issue30672] PEP 538: Unexpected locale behaviour on *BSD (including Mac OS X)

Nick Coghlan added the comment: (Removed the patch keyword, as the linked PR was for an old change that didn't cover the remaining test issues) -- ___ Python tracker ___

[issue30672] PEP 538: Unexpected locale behaviour on *BSD (including Mac OS X)

Nick Coghlan added the comment: There are a couple of cases that the C locale coercion tests skip because I don't (or didn't) know what they *should* do: * https://github.com/python/cpython/blob/24dc2f8c56697f9ee51a4887cf0814b6600c1815/Lib/test/test_c_locale_coercion.py#L262 (skips the

[issue38533] v3.7.5 py script run ok with python.exe but not pythonw.exe (python silent console not working)

Jon added the comment: @paul.moore all scripts failed. it's like pyw.exe does not run at all (or quits shortly after. i have about 5 proprietary scripts. going back to 3.7.4 everything works as before. I do suspect there is something wrong with the way that 3.7.5 was compiled for

[issue38536] Trailing space in formatted currency with international=True and symbol following value

Amir Mohamadi added the comment: Hi! I'm a newbie. Can I work on it with your help??? -- nosy: +Amir ___ Python tracker ___ ___

[issue38533] v3.7.5 py script run ok with python.exe but not pythonw.exe (python silent console not working)

Paul Moore added the comment: Can you give an example of a script that fails? If you try to print (or otherwise use the standard IO streams) pythonw will fail, because there are no stdio streams for a GUI executable - and the traceback, which goes to stderr by default, will be lost. This

[issue38535] Incorrect col_offset for decorators with zero arguments (empty parentheses)

Change by Serhiy Storchaka : -- versions: +Python 3.9 -Python 3.5, Python 3.6 ___ Python tracker ___ ___ Python-bugs-list mailing

[issue38535] Incorrect col_offset for decorators with zero arguments (empty parentheses)

Change by Serhiy Storchaka : -- keywords: +patch pull_requests: +16407 stage: -> patch review pull_request: https://github.com/python/cpython/pull/16861 ___ Python tracker

[issue38536] Trailing space in formatted currency with international=True and symbol following value

SilentGhost added the comment: This isn't just de_DE locale, but any locale that puts currency symbol after the value. This issue is even "acknowledged" in the test. I'd think that appropriate fix would be to .rstrip smb on line Lib/locale.py:282 Alternatively, function return value could be

[issue31202] Windows pathlib.Path.glob(pattern) fixed part of the pattern changed to lowercase whereas it should be unchanged.

Change by Serhiy Storchaka : -- keywords: +patch pull_requests: +16406 stage: -> patch review pull_request: https://github.com/python/cpython/pull/16860 ___ Python tracker

[issue38536] Trailing space in formatted currency with international=True and locale de_DE

New submission from Jonas Aschenbrenner : >>> import locale >>> locale.setlocale(locale.LC_ALL, ('de_DE', 'UTF-8')) 'de_DE.UTF-8' >>> locale.currency(1345345345352.22, international=True) '1345345345352,22 EUR ' Expected: '1345345345352,22 EUR' -- components: Library (Lib) messages:

[issue38536] Trailing space in formatted currency with international=True and locale de_DE

Change by Jonas Aschenbrenner : -- type: -> behavior ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe:

[issue38535] Incorrect col_offset for decorators with zero arguments (empty parentheses)

Alex Hall added the comment: I assume this also happens on 3.9, it's just a bit hard for me to test that now. -- ___ Python tracker ___

[issue38535] Incorrect col_offset for decorators with zero arguments (empty parentheses)

New submission from Alex Hall : In a decorator such as `@a()`, the ast.Call node has a col_offset starting from the @ symbol. This doesn't happen for decorators without arguments (e.g. `@a`) or with some arguments (e.g. `@a(x)`). -- components: Interpreter Core files:

[issue38534] Version 3.8.0 has released with a wrong MS KB number reference

New submission from Wator Sead : https://bugs.python.org/msg347421 Maybe you forgot it, please fix it in next versions. -- assignee: docs@python components: Documentation, Installation, Windows messages: 354986 nosy: docs@python, paul.moore, seahoh, steve.dower, tim.golden, zach.ware

[issue38533] v3.7.5 py script run ok with python.exe but not pythonw.exe (python silent console not working)

Change by Jon : -- title: v3.7.5 py script run ok with python.exe but not pythonw.exe (python console not working) -> v3.7.5 py script run ok with python.exe but not pythonw.exe (python silent console not working) ___ Python tracker

[issue38533] v3.7.5 py script run ok with python.exe but not pythonw.exe (python console not working)

Change by Jon : -- title: v3.7.5 py script run ok with python.exe but not pythonw.exe (python console) -> v3.7.5 py script run ok with python.exe but not pythonw.exe (python console not working) ___ Python tracker

[issue38533] v3.7.5 py script run ok with python.exe but not pythonw.exe (python console)

Jon added the comment: I installed v3.7.4 x86 and scripts work with `pythonw.exe` and `pyw.exe` I also tested v3.7.4 x64 bit and scripts also work ok. So that is some good news. This proves that pythonw (python console) for 3.7.5 is not working for some unknown reasons. It is not related

[issue31202] Windows pathlib.Path.glob(pattern) fixed part of the pattern changed to lowercase whereas it should be unchanged.

Change by Serhiy Storchaka : -- nosy: +serhiy.storchaka ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: