[issue46382] dataclass(slots=True) does not account for slots in base classes

Eric V. Smith added the comment: I'll have to do some more research. But your analysis looks correct to me, so far. -- assignee: -> eric.smith nosy: +eric.smith ___ Python tracker _

[issue43476] Enabling access to showsyntaxerror for IDLE's shell

Andre Roberge added the comment: As far as I am concerned, this issue can be closed. I have found a workaround which allows me to reproduce and analyze the SyntaxError that are not captured by custom exception hook. -- ___ Python tracker

[issue46242] Improve error message when attempting to extend an enum with `__call__`

Ethan Furman added the comment: New changeset e674e48ddc2712f28cc7ecdc66a6c328066694b0 by Nikita Sobolev in branch 'main': bpo-46242: [Enum] better error message for extending `Enum` with members (GH-30357) https://github.com/python/cpython/commit/e674e48ddc2712f28cc7ecdc66a6c328066694b0 -

[issue20281] [doc] time.strftime %z format specifier is the same as %Z

Brett Cannon added the comment: New changeset 305588c67cdede4ef127ada90c1557bc1ef7c200 by Hugo van Kemenade in branch 'main': bpo-20281, bpo-29964: update datetime docs to refer %z and %Z to a pre-existing footnote (GH-30354) https://github.com/python/cpython/commit/305588c67cdede4ef127ada90

[issue20281] [doc] time.strftime %z format specifier is the same as %Z

Change by miss-islington : -- nosy: +miss-islington nosy_count: 7.0 -> 8.0 pull_requests: +28808 pull_request: https://github.com/python/cpython/pull/30608 ___ Python tracker _

[issue20281] [doc] time.strftime %z format specifier is the same as %Z

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

[issue29964] [doc] %z directive has no effect on the output of time.strptime

Change by miss-islington : -- nosy: +miss-islington nosy_count: 7.0 -> 8.0 pull_requests: +28809 pull_request: https://github.com/python/cpython/pull/30608 ___ Python tracker _

[issue29964] [doc] %z directive has no effect on the output of time.strptime

Brett Cannon added the comment: New changeset 305588c67cdede4ef127ada90c1557bc1ef7c200 by Hugo van Kemenade in branch 'main': bpo-20281, bpo-29964: update datetime docs to refer %z and %Z to a pre-existing footnote (GH-30354) https://github.com/python/cpython/commit/305588c67cdede4ef127ada90

[issue29964] [doc] %z directive has no effect on the output of time.strptime

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

[issue29985] make install doesn't seem to support --quiet

Ken Williams added the comment: Thanks Irit - yes, the behavior with 3.9 and 3.10 is the same, and their Makefiles seem to have the same unguarded `echo` statements emitting the output. -- ___ Python tracker __

[issue29964] [doc] %z directive has no effect on the output of time.strptime

Change by Paul Pinterits : -- nosy: -Paul Pinterits ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: https://

[issue46379] itertools.product reference implementation creates temporaries

Markus Wallerberger added the comment: > To a person well versed in recursion and in generator chains it makes sense > but not so much for anyone else. There I pretty much fundamentally disagree. I find the version in the docs much more magical in the sense that it builds up "laterally", i.

[issue29985] make install doesn't seem to support --quiet

Change by Irit Katriel : -- versions: -Python 3.11, Python 3.6, Python 3.7, Python 3.8 ___ Python tracker ___ ___ Python-bugs-list

[issue46247] in xml.dom.minidom, Node and DocumentLS appear to be missing __slots__

Change by Éric Araujo : -- versions: -Python 3.7, Python 3.8 ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe:

[issue46242] Improve error message when attempting to extend an enum with `__call__`

Change by Alex Waygood : -- resolution: -> fixed stage: patch review -> resolved status: open -> closed ___ Python tracker ___ ___

[issue29964] [doc] %z directive has no effect on the output of time.strptime

miss-islington added the comment: New changeset 93dc1654dc3c925c062e19f0ef8587aa8961ef8a by Miss Islington (bot) in branch '3.10': bpo-20281, bpo-29964: update datetime docs to refer %z and %Z to a pre-existing footnote (GH-30354) https://github.com/python/cpython/commit/93dc1654dc3c925c062e

[issue20281] [doc] time.strftime %z format specifier is the same as %Z

miss-islington added the comment: New changeset 93dc1654dc3c925c062e19f0ef8587aa8961ef8a by Miss Islington (bot) in branch '3.10': bpo-20281, bpo-29964: update datetime docs to refer %z and %Z to a pre-existing footnote (GH-30354) https://github.com/python/cpython/commit/93dc1654dc3c925c062e

[issue29964] [doc] %z directive has no effect on the output of time.strptime

miss-islington added the comment: New changeset f869b56fe4be416d356fffc94b8b18fe65039929 by Miss Islington (bot) in branch '3.9': bpo-20281, bpo-29964: update datetime docs to refer %z and %Z to a pre-existing footnote (GH-30354) https://github.com/python/cpython/commit/f869b56fe4be416d356ff

[issue20281] [doc] time.strftime %z format specifier is the same as %Z

miss-islington added the comment: New changeset f869b56fe4be416d356fffc94b8b18fe65039929 by Miss Islington (bot) in branch '3.9': bpo-20281, bpo-29964: update datetime docs to refer %z and %Z to a pre-existing footnote (GH-30354) https://github.com/python/cpython/commit/f869b56fe4be416d356ff

[issue46367] multiprocessing's "spawn" doesn't actually use spawn

STINNER Victor added the comment: > It appears the `multiprocessing`'s "spawn" mode doesn't actually use POSIX > spawn, but instead uses fork+exec[1]. The documentation doesn't pretend to use posix_spawn(). It only says: "starts a fresh python interpreter process". https://docs.python.org/de

[issue40255] Fixing Copy on Writes from reference counting

STINNER Victor added the comment: I just want to say that GOOGLE_ETERNAL_REFCOUNT_SUPPORT is a cool name :-D I love "eternal refcount"! -- ___ Python tracker ___

[issue45522] Allow to build Python without freelists

STINNER Victor added the comment: > Freelists for object structs can now be disabled. A new configure option > --without-freelists can be used to disable all freelists except empty tuple > singleton. (Contributed by Christian Heimes in bpo-45522) Can you please document the new configuration

[issue46384] Request: make lzma._(encode|decode)_filter_properties public

New submission from Hiroshi Miura : py7zr 3rd party project that use lzma module to compress/decompress 7-zip archive uses lzma._(encode|decode)_filter_properties. These methods are public at first but become private in py3.4 at commit a425c3d5a264c556d31bdd88097c79246b533ea3 Here is a reaso

[issue46385] Remove parenthetical symbols for readability and nlp

New submission from Devin Harper <345t...@gmail.com>: Parenthetical symbols like ()[]{} are unneeded if you just remove the complaining in the compiler/interpreter/programming language. It will increase readability and natural language programming( NLP). Just treat the symbols as strings and

[issue46385] Remove parenthetical symbols for readability and nlp

Dennis Sweeney added the comment: "Removing tuples" would be highly backwards-incompatible, as millions of programs rely on tuples, and we can't break them for no reason. > Lists have everything tuples have and more. Not true: tuples are hashable, so they can be used as keys in dicts and set

[issue46376] PyMapping_Check returns 1 for list

Bar Harel added the comment: Another question we should ask is about duck typing. Is a sequence which doesn't inherit from abc.Sequence considered a sequence? Whatever the answer is, PySequence specifically looks for a sequence and removes duck typing out of the picture. The object will not

[issue46376] PyMapping_Check returns 1 for list

Raymond Hettinger added the comment: > It changes behavior for objects not being iterable/sequences > if not inheriting from `abc.collections.Sequence`. This would be a breaking change (for example, it broke the long stable sre_parse code). The utility of PySequence_Check and PyMapping_Chec

[issue46385] Remove parenthetical symbols for readability and nlp

Steven D'Aprano added the comment: Dennis beat me to it in saying that tuples cannot be replaced by lists. But I also wanted to say that it is *not true* that removing bracket symbols would increase readability. Natural language allows parenthetical phrases -- which can be bracketed using da

[issue46376] PyMapping_Check returns 1 for list

Raymond Hettinger added the comment: s/it isn't work breaking other things/it isn't worth breaking other things/ -- ___ Python tracker ___

[issue46376] PyMapping_Check returns 1 for list

Inada Naoki added the comment: collections.abc.Mapping is fixed by https://bugs.python.org/issue43977 We can be same thing if backward compatibility allows it. -- nosy: +methane ___ Python tracker __

[issue46385] Remove parenthetical symbols for readability and nlp

Devin Harper <345t...@gmail.com> added the comment: Couldn't find that mailing list sorry. There's only 1 for developers like you. Removing tuples would be backwards compatible. My plan would automatically convert tuples to lists. Just keep all the list code besides parenthetical symbols. Mer

[issue46376] PyMapping_Check returns 1 for list

Bar Harel added the comment: I thought about it, what about simply excluding TPFLAGS_MAPPING from PySequence and TPFLAGS_Sequence from PyMapping? It will remove the types that are 100% not sequences or mappings, as these flags are mutually exclusive by definition. The result will be much mor

[issue46385] Remove parenthetical symbols for readability and nlp

Steven D'Aprano added the comment: Please don't reopen this issue. If you really want to take it to the Python-Ideas mailing list, you can: https://mail.python.org/mailman3/lists/python-ideas.python.org/ or to Discuss: https://discuss.python.org/c/ideas/6 -- status: open -> closed

[issue46376] PyMapping_Check returns 1 for list

Change by John Millikin : -- nosy: -jmillikin ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.p

[issue46376] PyMapping_Check returns 1 for list

Raymond Hettinger added the comment: > what about simply excluding TPFLAGS_MAPPING from PySequence > and TPFLAGS_Sequence from PyMapping? It will remove the types > that are 100% not sequences or mappings, as these flags > are mutually exclusive by definition. This is more plausible than th

[issue46376] PyMapping_Check returns 1 for list

Raymond Hettinger added the comment: Here's question to focus on: In what circumstances should a developer ever prefer PyMapping_Check() over PyType_HasFeature() with Py_TPFLAGS_MAPPING? The latter doesn't give any new, useful information: return o && Py_TYPE(o)->tp_as_mapping &&

[issue46382] dataclass(slots=True) does not account for slots in base classes

Arie Bovenberg added the comment: There are already 2 complexities I can think of: 1. This behavior may break some people's code, if they use __slots__ to iterate over the fields of a dataclass. Solution: explicitly mention in the docs that not every field may get a slot on the new clas

[issue32696] Fix pickling exceptions with multiple arguments

Change by Ziga Seilnacht : -- nosy: -zseil ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.pyth

<    1   2