[issue42742] Add abc.Mapping to dataclass
Eric V. Smith added the comment: You'd need to return a different class in order to add the collections.abc.Mapping base class. Currently, dataclasses by design always return the same class that's passed in. I'd suggest adding this as a stand-alone decorator. -- assignee: -> eric.smith nosy: +eric.smith ___ Python tracker <https://bugs.python.org/issue42742> ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue42724] Change library name when building.
Eric V. Smith added the comment: This tracker is for reporting bugs in python. I think you'd have better luck asking this question on Stack Overflow, or maybe the python-list mailing list: https://mail.python.org/mailman/listinfo/python-list -- nosy: +eric.smith ___ Python tracker <https://bugs.python.org/issue42724> ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue9694] argparse required arguments displayed under "optional arguments"
Eric V. Smith added the comment: I wouldn't let breaking these tests deter you from improving the output. I think using "options" is an improvement. -- ___ Python tracker <https://bugs.python.org/issue9694> ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue42720] << operator has a bug
Eric V. Smith added the comment: That's not how they're defined. From https://docs.python.org/3/reference/expressions.html?highlight=left%20shift#shifting-operations "A right shift by n bits is defined as floor division by pow(2,n). A left shift by n bits is defined as multiplication with pow(2,n)." Perhaps you are assuming that Python operates on fixed width integers, such as 8 bit bytes? That's not true. You can think of Python integers as infinitely large, up to the limit of how memory you have. Since it's working as documented, I'm going to close this. -- resolution: -> not a bug stage: -> resolved status: open -> closed ___ Python tracker <https://bugs.python.org/issue42720> ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue42720] << operator has a bug
Eric V. Smith added the comment: Why do you think the first 3 bits should be dropped? That's not the documented behavior of <<. -- nosy: +eric.smith ___ Python tracker <https://bugs.python.org/issue42720> ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue42699] Use `.join(k for k in g)` instead of `.join([k for k in g])`
Eric V. Smith added the comment: See https://github.com/ikamensh/flynt#dangers-of-conversion for reasons. Would I like to see all string literal formatting done with f-strings? Yes! Would I accept the risk and hassle of doing it blindly? No. -- ___ Python tracker <https://bugs.python.org/issue42699> ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue42699] Use `.join(k for k in g)` instead of `.join([k for k in g])`
Eric V. Smith added the comment: > Wait I don't understand why you wouldn't accept a wholesale replacement of > all `%` and `format` with f-strings through the entire CPython codebase > [master branch]? For such a large change it's difficult to review every single change and ensure it's correct. I'm guessing there are thousands of occurrences. In addition, it runs the risk of breaking any existing pull requests. And in the vast majority of cases it wouldn't make any noticeable performance difference. So why risk the breakage and endure the hassle? -- ___ Python tracker <https://bugs.python.org/issue42699> ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue42699] Use `.join(k for k in g)` instead of `.join([k for k in g])`
Eric V. Smith added the comment: @samuelmarks: A place where there it is possible to improve performance is with f-strings replacing %-formatting or str.format. This does move significant work to compile time. However, we'd be unlikely to accept a wholesale stdlib change that swaps in f-strings. Instead, if there were specific places where benchmarks showed real world improvements, we should look at those on a case-by-case basis. Also note that replacing %-formatting with .format() is almost always a performance pessimization. -- ___ Python tracker <https://bugs.python.org/issue42699> ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue42699] Use `.join(k for k in g)` instead of `.join([k for k in g])`
Eric V. Smith added the comment: Do you have any benchmarks to show this is an actual improvement? Often times it is not. -- nosy: +eric.smith ___ Python tracker <https://bugs.python.org/issue42699> ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue42680] unicode identifiers not accessible or assignable through globals()
Eric V. Smith added the comment: I think documenting this with globals() and locals() is a good idea. That's the place this is most likely to trip someone up. -- nosy: +eric.smith ___ Python tracker <https://bugs.python.org/issue42680> ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue42669] "except" documentation still suggests nested tuples are allowed
Change by Eric V. Smith : -- resolution: -> fixed stage: patch review -> resolved status: open -> closed ___ Python tracker <https://bugs.python.org/issue42669> ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue42669] "except" documentation still suggests nested tuples are allowed
Eric V. Smith added the comment: New changeset 81f706d2db0f57c4fdd747df6e0a4cffcbc54704 by Miss Islington (bot) in branch '3.8': bpo-42669: Document that `except` rejects nested tuples (GH-23822) (GH-23871) https://github.com/python/cpython/commit/81f706d2db0f57c4fdd747df6e0a4cffcbc54704 -- ___ Python tracker <https://bugs.python.org/issue42669> ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue42669] "except" documentation still suggests nested tuples are allowed
Eric V. Smith added the comment: New changeset 409ce4a09e4f96ca9b251c19f5819205aae9ae34 by Miss Islington (bot) in branch '3.9': bpo-42669: Document that `except` rejects nested tuples (GH-23822) (GH-23870) https://github.com/python/cpython/commit/409ce4a09e4f96ca9b251c19f5819205aae9ae34 -- nosy: +eric.smith ___ Python tracker <https://bugs.python.org/issue42669> ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue41724] SQLite returns "str" instead of "datetime.datetime" with aggregate queries.
Eric V. Smith added the comment: Thanks for the PR! -- resolution: -> fixed stage: patch review -> resolved status: open -> closed ___ Python tracker <https://bugs.python.org/issue41724> ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue41724] SQLite returns "str" instead of "datetime.datetime" with aggregate queries.
Eric V. Smith added the comment: New changeset 24862b02dfd1e2843727f28fa2ba05828fdfa8de by Miss Islington (bot) in branch '3.8': bpo-41724: Explain when the conversion is not possible with detect_types enabled (GH-23855) (GH-23863) https://github.com/python/cpython/commit/24862b02dfd1e2843727f28fa2ba05828fdfa8de -- ___ Python tracker <https://bugs.python.org/issue41724> ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue41724] SQLite returns "str" instead of "datetime.datetime" with aggregate queries.
Eric V. Smith added the comment: New changeset a34ab8188e0352e4066da4f79ed3cc24d1b61a63 by Miss Islington (bot) in branch '3.9': bpo-41724: Explain when the conversion is not possible with detect_types enabled (GH-23855) (GH-23862) https://github.com/python/cpython/commit/a34ab8188e0352e4066da4f79ed3cc24d1b61a63 -- ___ Python tracker <https://bugs.python.org/issue41724> ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue41724] SQLite returns "str" instead of "datetime.datetime" with aggregate queries.
Eric V. Smith added the comment: New changeset 09a36cdfb7c22f44df45b44e5561776206bcedfb by sblondon in branch 'master': bpo-41724: Explain when the conversion is not possible with detect_types enabled (GH-23855) https://github.com/python/cpython/commit/09a36cdfb7c22f44df45b44e5561776206bcedfb -- ___ Python tracker <https://bugs.python.org/issue41724> ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue42677] Support comments in argparse fromfile_prefix_chars files
Eric V. Smith added the comment: Have you tried returning an empty list? -- ___ Python tracker <https://bugs.python.org/issue42677> ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue42677] Support comments in argparse fromfile_prefix_chars files
Eric V. Smith added the comment: I think you could achieve this by overriding convert_arg_line_to_args. If this were baked in to argparse, there would need to be an argument to argparse.ArgumentParser to turn on this behavior, with the default being to not support comments. That's because enabling this by default would be a non backward compatible change. Personally, I think argparse.ArgumentParser is already too complex, and this shouldn't be added. -- nosy: +eric.smith, paul.j3, rhettinger ___ Python tracker <https://bugs.python.org/issue42677> ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue42664] strptime(%c) fails to parse the output of strftime(%c)
Change by Eric V. Smith : -- resolution: -> not a bug stage: -> resolved status: open -> closed type: -> behavior ___ Python tracker <https://bugs.python.org/issue42664> ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue42664] strptime(%c) fails to parse the output of strftime(%c)
Eric V. Smith added the comment:
You have the parameters to strptime backward.
>>> datetime.datetime.strptime(datetime.datetime.now().strftime("%c"), "%c")
datetime.datetime(2020, 12, 16, 20, 51, 38)
--
nosy: +eric.smith
___
Python tracker
<https://bugs.python.org/issue42664>
___
___
Python-bugs-list mailing list
Unsubscribe:
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue42646] Add function that supports "applying" methods
Eric V. Smith added the comment: This seems way too special case for the stdlib, and especially not as a builtin. I've never seen this pattern before. Why is copy so special? I suggest raising this on the python-ideas mailing list if you'd like to get some traction for it. -- nosy: +eric.smith type: -> enhancement ___ Python tracker <https://bugs.python.org/issue42646> ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue42632] Reassgining ZeroDivisionError will lead to bug in Except clause
Eric V. Smith added the comment: And thanks, Dennis, for the explanation as to why it's the expected behavior. -- ___ Python tracker <https://bugs.python.org/issue42632> ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue42632] Reassgining ZeroDivisionError will lead to bug in Except clause
Eric V. Smith added the comment: This code is working as expected, so I'm closing this. -- nosy: +eric.smith resolution: -> not a bug stage: -> resolved status: open -> closed ___ Python tracker <https://bugs.python.org/issue42632> ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue42607] raw strings SyntaxError
Eric V. Smith added the comment: This is a FAQ: https://docs.python.org/3/faq/design.html#why-can-t-raw-strings-r-strings-end-with-a-backslash Raw strings can't end with an odd number of backslashes. -- components: -Windows nosy: +eric.smith resolution: -> not a bug stage: -> resolved status: open -> closed ___ Python tracker <https://bugs.python.org/issue42607> ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue42572] Better path handling with argparse
Eric V. Smith added the comment:
The more I think about this, the more I think it shouldn't be in the stdlib.
paul.j3 is correct that the simple case is just type=pathlib.Path.
For something more adventurous you could start with:
@dataclass(eq=True, frozen=True)
class ArgumentPath:
must_exist: bool = False
# Add other conditions as needed.
def __call__(self, val):
result = Path(val)
if self.must_exist:
if not result.exists():
raise ValueError(f"path {result} must exist")
return result
The reason I think this shouldn't be in the stdlib is that there are race
conditions here between when you inspect the filesystem and when you'd actually
use the path. What if the file was deleting, or it went from being a directory
to a file?
I think the best advice is to use type=pathlib.Path, and handle anything else
when you try to cd, or open, or whatever it is you're doing with the path.
It probably wouldn't hurt to document type=pathlib.Path in the argparse docs.
--
___
Python tracker
<https://bugs.python.org/issue42572>
___
___
Python-bugs-list mailing list
Unsubscribe:
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue42572] Better path handling with argparse
Eric V. Smith added the comment: Hi, Austin. If it's something that can be implemented in a library (which this suggestion qualifies as), then we typically want to see it on PyPI and to gain some traction there. I only suggested argparse-types because it also has some argparse add-ons. But you could certainly make a new package on PyPI. But even then I'm not sure this would make it into the stdlib. For add-on functionality we're usually happy to leave things on PyPI. On the other hand, paths are somewhat more fundamental than some of the things in argparse-types. You might want to bring it up on the python-ideas mailing list and see how much support you get there. -- ___ Python tracker <https://bugs.python.org/issue42572> ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue42572] Better path handling with argparse
Eric V. Smith added the comment: I think this would be a type, not an action. I'm not sure this would pass the bar of something that should be added to the stdlib. But in any event, it should be developed on PyPI first, perhaps by adding it to argparse-types. -- nosy: +eric.smith ___ Python tracker <https://bugs.python.org/issue42572> ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue17612] hooks/mail.py requires [smtp] host to be set, despite a comment to the contrary
Change by Eric V. Smith : -- resolution: -> out of date stage: -> resolved status: pending -> closed ___ Python tracker <https://bugs.python.org/issue17612> ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue42570] Try and Except doesn't work properly
Eric V. Smith added the comment: You've not said what happens, nor what you're expecting to happen, so we cannot help you. -- nosy: +eric.smith ___ Python tracker <https://bugs.python.org/issue42570> ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue42563] max function reports type errors in incorrect order
Eric V. Smith added the comment: I don't think making a change would be worth the risk. -- nosy: +eric.smith priority: low -> normal versions: +Python 3.8 -Python 3.10 ___ Python tracker <https://bugs.python.org/issue42563> ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue42543] case sensitivity in open() arguments
Eric V. Smith added the comment: Although I'm not sure the existing message needs changing, if a change is going to be made I think listing the valid option characters might be more useful. -- nosy: +eric.smith ___ Python tracker <https://bugs.python.org/issue42543> ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue42518] Error Message
Eric V. Smith added the comment: This appears to be similar to issue42488, which it looks like you also reported, with a different account. It's not clear to me why you expect the output to be False. But in any event, this is not a bug in Python. >>> 100 ^ 1000 908 Please do not create issues on the bug tracker without doing some research. You're wasting volunteer's time. -- nosy: +eric.smith resolution: -> not a bug stage: -> resolved status: open -> closed ___ Python tracker <https://bugs.python.org/issue42518> ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue42506] Unexpected output when running test_format
Change by Eric V. Smith : -- nosy: +eric.smith ___ Python tracker <https://bugs.python.org/issue42506> ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue42437] crypt produces wrong hashes for passwords containing dollar sign
Change by Eric V. Smith : -- resolution: -> not a bug stage: -> resolved status: open -> closed ___ Python tracker <https://bugs.python.org/issue42437> ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue39096] "Format Specification Mini-Language" doc mistake for Decimal
Eric V. Smith added the comment: These changes are a big improvement. Thanks, Mark. Should this issue be closed, or are you thinking of more changes? Personally I think we should leave it as it is now, and open another issue if people find fault with the new docs. -- ___ Python tracker <https://bugs.python.org/issue39096> ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue42500] crash with unbounded recursion in except statement
Eric V. Smith added the comment: Note that changing the os.fstat line to just "raise OSError()" no longer causes the "Fatal Python error", but rather gives the expected recursion exception. Here's a shorter version that causes the fatal error in Windows native 3.9, cygwin 3.8.3, and Fedora Linux 3.7.7. So this isn't new with 3.9. import os def status(): try: st = os.fstat(4) except status() as e: pass status() -- ___ Python tracker <https://bugs.python.org/issue42500> ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue42500] crash with unbounded recursion in except statement
Eric V. Smith added the comment: Here's the smallest reproducer I could come up with. It fails on Windows with 3.9 native(compiled locally) (Fatal Python error: _Py_CheckRecursiveCall: Cannot recover from stack overflow), works (raises RecursionError) with cygwin 3.8.3. import os def status(): for fd in range(4): try: st = os.fstat(fd) except status() as e: pass status() -- nosy: +eric.smith ___ Python tracker <https://bugs.python.org/issue42500> ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue42482] TracebackException should not hold reference to the exception traceback
Change by Eric V. Smith : -- nosy: +eric.smith ___ Python tracker <https://bugs.python.org/issue42482> ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue42478] ipaddress.IPv4network.interfaces()
Eric V. Smith added the comment: I'm not sure what you mean by iterating over the interfaces in a subnet. Could you give an example? -- nosy: +eric.smith ___ Python tracker <https://bugs.python.org/issue42478> ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue42450] Docstrings in itertools recipes should have triple-quotes
Eric V. Smith added the comment: Although I do have to say it wouldn't offend me if the partition and nth_combination examples were changed to double quotes to be consistent! But it's not important. -- ___ Python tracker <https://bugs.python.org/issue42450> ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue42462] Unacceptable Output
Change by Eric V. Smith : -- resolution: -> not a bug stage: -> resolved status: open -> closed ___ Python tracker <https://bugs.python.org/issue42462> ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue36159] Modify Formatter Class to handle arbitrary objects
Eric V. Smith added the comment: I just stumbled across this. I don't think the idea is totally without merit, although maybe it's too niche to warrant being in the stdlib. It should probably be discussed on python-ideas first. -- versions: +Python 3.10 -Python 2.7, Python 3.8 ___ Python tracker <https://bugs.python.org/issue36159> ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue42450] Docstrings in itertools recipes should have triple-quotes
Eric V. Smith added the comment: I don't think the readability of the examples would be improved by triple quotes. In fact, I think it would be reduced. -- nosy: +eric.smith ___ Python tracker <https://bugs.python.org/issue42450> ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue42449] Adding number to a declared 2 dimension list
Eric V. Smith added the comment: This isn't a bug. All of your nested lists are the same. See for example: https://stackoverflow.com/questions/44195396/initializing-an-m-x-n-array-of-0s-in-python -- components: -Regular Expressions nosy: +eric.smith resolution: -> not a bug stage: -> resolved status: open -> closed ___ Python tracker <https://bugs.python.org/issue42449> ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue42436] Google use wrong "hightlight" argument
Change by Eric V. Smith : -- status: open -> pending ___ Python tracker <https://bugs.python.org/issue42436> ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue42422] Py_Decref on value crash the interpreter in Python/ceval.c:1104
Eric V. Smith added the comment: @BTaskaya: do you think this is too similar to bogus_code_obj.py? That's the only crasher I can see it being similar to. -- versions: +Python 3.10 -Python 3.6, Python 3.7 ___ Python tracker <https://bugs.python.org/issue42422> ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue42432] Http client, Bad Status Line triggered for no reason
Eric V. Smith added the comment: Thanks for the reproducer and the research! https://tools.ietf.org/html/rfc2616#section-3.1 says the result header is "HTTP", and doesn't say anything else is acceptable. I'd be interested in what other frameworks (probably in other languages) support. I'll do some research. -- ___ Python tracker <https://bugs.python.org/issue42432> ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue42432] Http client, Bad Status Line triggered for no reason
Eric V. Smith added the comment: requests is a third-party library, and this isn't the right place to report issues with it. It looks like the requests issue tracker is at https://github.com/psf/requests/issues If you can duplicate this problem with only using the python standard library, then please let us know and we'll take a look. I'd have to do some research through the standards to determine if the problem is really with your server, though. -- nosy: +eric.smith ___ Python tracker <https://bugs.python.org/issue42432> ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue42436] Google use wrong "hightlight" argument
Eric V. Smith added the comment: This seems to be a question for Google. -- nosy: +eric.smith ___ Python tracker <https://bugs.python.org/issue42436> ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue42429] Behavior of general (%g, :g) formatting inconsistent for decimal.Decimal
Eric V. Smith added the comment: A few things: - There is no %-formatting for Decimal types. They're being converted to float first. That's why it appears that %-formatting with 'g' works the same for decimal and float: you're really just calling the float version. - The difference in 'g' formatting between float and Decimal is a known difference. This issue pops up every now and again, but right now I can't find where (or if) it's actually documented. Mark: can you point to it? I don't think https://docs.python.org/3/library/string.html#format-specification-mini-language mentions it where it talks about Decimals. And I don't see any documentation for Decimal.__format__. -- nosy: +eric.smith, mark.dickinson ___ Python tracker <https://bugs.python.org/issue42429> ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue42422] Py_Decref on value crash the interpreter in Python/ceval.c:1104
Change by Eric V. Smith : -- nosy: +eric.smith ___ Python tracker <https://bugs.python.org/issue42422> ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue28002] ast.unparse can't roundtrip some f-strings
Change by Eric V. Smith : -- resolution: not a bug -> fixed ___ Python tracker <https://bugs.python.org/issue28002> ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue42414] unable to document fields of dataclass
Eric V. Smith added the comment: @property has a place to attach the docstring, dataclasses in general do not. I wouldn't want to add a descriptor just to have the ability to add a docstring. There are performance issues involved, and I'm sure some corner cases where functionality would change. Maybe if you bring this up on python-ideas you can get some more ideas. -- ___ Python tracker <https://bugs.python.org/issue42414> ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue42414] unable to document fields of dataclass
Eric V. Smith added the comment: How would you expect to extract this docstring? I'm not sure how this would work in practice, since both of these are errors: >>> class A: ...def __init__(self): ...self.x = 3 ...self.x.__doc__ = 'foo' ... >>> A() Traceback (most recent call last): File "", line 1, in File "", line 4, in __init__ AttributeError: 'int' object attribute '__doc__' is read-only >>> class B: ...x: int = 0 ...x.__doc__ = 'foo' ... Traceback (most recent call last): File "", line 1, in File "", line 3, in B AttributeError: 'int' object attribute '__doc__' is read-only It could be stored in the dataclass-specific data attached to a class, but then you'd have to use a dataclass-specific function to get access to it. I'm not sure that's a great improvement. I also note that attrs doesn't have this feature, probably for the same reason. -- type: -> enhancement versions: +Python 3.10 ___ Python tracker <https://bugs.python.org/issue42414> ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue42414] unable to document fields of dataclass
Change by Eric V. Smith : -- assignee: -> eric.smith ___ Python tracker <https://bugs.python.org/issue42414> ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue40998] Compiler warnings in ubsan builds
Eric V. Smith added the comment: Too many Eric S's! -- ___ Python tracker <https://bugs.python.org/issue40998> ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue40998] Compiler warnings in ubsan builds
Change by Eric V. Smith : -- nosy: +eric.snow ___ Python tracker <https://bugs.python.org/issue40998> ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue42379] Optional List Args Persist Across Objects
Eric V. Smith added the comment: This is defined behavior in the language, so it's not a bug. The "pythonic" way to deal with this is usually: def funct(self, array = None): if array is None: array = [] -- components: +Interpreter Core -ctypes nosy: +eric.smith resolution: -> not a bug stage: -> resolved status: open -> closed ___ Python tracker <https://bugs.python.org/issue42379> ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue42369] Reading ZipFile not thread-safe
Eric V. Smith added the comment: I'm changing from "crash" to "behavior". We use "crash" for a segfault or equivalent. I realize that most people are unlikely to know this, but we consider "crash" to be more alarming, so I want to make sure it's correct. Also: when this happens, is it always for file 127, or does it change on each run? -- nosy: +eric.smith type: crash -> behavior ___ Python tracker <https://bugs.python.org/issue42369> ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue42356] Dict inline manipulations
Eric V. Smith added the comment: I think you should bring this up on the python-ideas mailing list if you'd like to see it discussed. It will likely also require a PEP, similar to PEP 584. -- nosy: +eric.smith ___ Python tracker <https://bugs.python.org/issue42356> ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue42344] SimpleNamespace: update documentation regarding comparison
Eric V. Smith added the comment: New changeset 4defeb007195d2d17ea404b0b6291d1d233010f4 by Miss Islington (bot) in branch '3.9': bpo-42344: Improve pseudo implementation for SimpleNamespace (GH-23264) (GH-23270) https://github.com/python/cpython/commit/4defeb007195d2d17ea404b0b6291d1d233010f4 -- ___ Python tracker <https://bugs.python.org/issue42344> ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue42344] SimpleNamespace: update documentation regarding comparison
Eric V. Smith added the comment: New changeset cb2b2035ca752529755440990c4073d5164e80df by Miss Islington (bot) in branch '3.8': bpo-42344: Improve pseudo implementation for SimpleNamespace (GH-23264) (GH-23269) https://github.com/python/cpython/commit/cb2b2035ca752529755440990c4073d5164e80df -- ___ Python tracker <https://bugs.python.org/issue42344> ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue42344] SimpleNamespace: update documentation regarding comparison
Change by Eric V. Smith : -- resolution: -> fixed stage: patch review -> resolved status: open -> closed ___ Python tracker <https://bugs.python.org/issue42344> ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue42344] SimpleNamespace: update documentation regarding comparison
Eric V. Smith added the comment: New changeset bbeb2d266d6fc1ca9778726d0397d9d6f7a946e3 by Jürgen Gmach in branch 'master': bpo-42344: Improve pseudo implementation for SimpleNamespace (GH-23264) https://github.com/python/cpython/commit/bbeb2d266d6fc1ca9778726d0397d9d6f7a946e3 -- ___ Python tracker <https://bugs.python.org/issue42344> ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue42344] SimpleNamespace: update documentation regarding comparison
Eric V. Smith added the comment: If the implementation compares the classes, then I think the "roughly equivalent" version should, too. -- nosy: +eric.smith ___ Python tracker <https://bugs.python.org/issue42344> ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue42269] Add ability to set __slots__ in dataclasses
Eric V. Smith added the comment: It would figure it out automatically. See https://github.com/ericvsmith/dataclasses/blob/master/dataclass_tools.py for a decorator that already does this. I'll have a PR ready soon, I hope. -- ___ Python tracker <https://bugs.python.org/issue42269> ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue42302] [Turtle] Add clockwise and anticlockwise method as alias to right and left
Eric V. Smith added the comment: I think having two ways to do the same thing in a module targeted toward beginners would be too confusing. -- nosy: +eric.smith ___ Python tracker <https://bugs.python.org/issue42302> ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue42278] Remove usage of tempfile.mktemp in stdlib
Change by Eric V. Smith : -- nosy: +eric.smith ___ Python tracker <https://bugs.python.org/issue42278> ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue42274] Imaplib hangs up infinitely when performing append operation
Eric V. Smith added the comment: The bug tracker isn't the appropriate place to ask for help. Your problem is most likely with your code, or possibly with the server you're talking to. But you haven't provided us any way of knowing which. I suggest you ask for help on the python-list mailing list, or maybe on Stack Overflow. But no matter where you ask for help, you'll need to show the code that is causing your problem. You'll want to reproduce the problem with a small example. You should remove any code that doesn't relate to reproducing the problem, and preferably without using any third party libraries. If you can show that this is a bug in Python, then you can re-open this issue. -- nosy: +eric.smith resolution: -> not a bug stage: -> resolved status: open -> closed ___ Python tracker <https://bugs.python.org/issue42274> ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue42269] Add ability to set __slots__ in dataclasses
New submission from Eric V. Smith : I resisted adding the ability to set __slots__ in the first version of dataclasses, since it requires that instead of modifying an existing class, an entirely new class is returned. But I think this feature would be useful enough that I'm now willing to add it. I have the code ready, I just need to work on tests and documentation. -- assignee: eric.smith components: Library (Lib) messages: 380416 nosy: eric.smith priority: normal severity: normal status: open title: Add ability to set __slots__ in dataclasses type: behavior versions: Python 3.10 ___ Python tracker <https://bugs.python.org/issue42269> ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue41810] Consider reintroducing `types.EllipsisType` for the sake of typing
Eric V. Smith added the comment: I don't think we should backport them. It's definitely a new feature, and our policy is no new features in micro versions. -- ___ Python tracker <https://bugs.python.org/issue41810> ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue42265] Remove binhex module following PEP-594
Eric V. Smith added the comment: PEP 594 hasn't been accepted yet. -- nosy: +eric.smith ___ Python tracker <https://bugs.python.org/issue42265> ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue42209] Incorrect line reported in syntax error
Change by Eric V. Smith : -- resolution: -> out of date stage: -> resolved status: open -> closed ___ Python tracker <https://bugs.python.org/issue42209> ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue42209] Incorrect line reported in syntax error
Eric V. Smith added the comment: The line number has been fixed in python 3.9: File "...\foo.py", line 5 (**kwargs) ^ SyntaxError: f-string: invalid syntax The error message should improve when we move parsing of f-strings into the parser. I doubt we'd put in the effort to do anything before then. -- nosy: +eric.smith ___ Python tracker <https://bugs.python.org/issue42209> ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue42061] Document __format__ method for IPv[46]Address
Eric V. Smith added the comment: Thanks for the contribution, @John-Ted! -- resolution: -> fixed stage: patch review -> resolved status: open -> closed ___ Python tracker <https://bugs.python.org/issue42061> ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue42156] Currency not correct for all locales
Change by Eric V. Smith : -- resolution: -> not a bug stage: -> resolved status: open -> closed ___ Python tracker <https://bugs.python.org/issue42156> ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue42168] Question about deserializing some numbers (bug??)
Eric V. Smith added the comment: Or stated differently: if you pass random byte strings to pickle.loads(), sometimes it might succeed and produce a random object because you've managed to create a valid pickle. But most often it will fail. -- ___ Python tracker <https://bugs.python.org/issue42168> ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue42168] Question about deserializing some numbers (bug??)
Eric V. Smith added the comment: I explained this in https://bugs.python.org/issue42165#msg379755 This is not a bug in python, it's a bug in your code. You should not expect to unpickle something that wasn't created by pickling it. -- nosy: +eric.smith resolution: -> not a bug stage: -> resolved status: open -> closed type: -> behavior ___ Python tracker <https://bugs.python.org/issue42168> ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue42165] closed (reopen with other issue)
Eric V. Smith added the comment: To answer the question: > "can anyone explain why "pickle.loads(np.float64(0.34104))" prints "True" You can use pickletools.dis: >>> bytes(np.float64(0.34104)) b'\x88.\xa8o\x99\xd3\xd5?' >>> pickletools.dis(bytes(np.float64(0.34104))) 0: \x88 NEWTRUE 1: .STOP Note that pickle ignores anything after the end of the pickle (the STOP opcode), so only the first 2 bytes are being used. As Serhiy said, it's just chance that the bytes returned by numpy happen to be a valid pickle for some values. You should not be trying to .loads() something that isn't a valid pickle stream. It's not clear why you think a byte string returned by np.float64 would be a valid pickle. -- nosy: +eric.smith stage: resolved -> status: closed -> open ___ Python tracker <https://bugs.python.org/issue42165> ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue42156] Currency not correct for all locales
Eric V. Smith added the comment: And just to show that python is doing the right thing, if the locale is set up correctly, I'll show the following hack: >>> import locale >>> locale.setlocale(locale.LC_ALL, 'en_US') 'en_US' >>> locale.currency(24.99) '$24.99' >>> locale._override_localeconv["p_cs_precedes"] = 0 >>> locale.currency(24.99) '24.99$' Notice the change from '$24.99' to '24.99$' when I change p_cs_precedes to 0. WARNING: you really, really shouldn't use _override_localeconv. It looks like it exists just for testing, but I'm using it here to show that currency formatting does respect p_cs_precedes. On the other hand, I've often wanted to build up a locale programmatically and then use it, so maybe we should support that use case. -- ___ Python tracker <https://bugs.python.org/issue42156> ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue42156] Currency not correct for all locales
Eric V. Smith added the comment: p_cs_precedes == 1 means "the currency_symbol or int_curr_symbol strings should precede the value of a monetary amount", per https://www.gnu.org/software/libc/manual/html_node/Currency-Symbol.html (I couldn't find a more authoritative source, but I think this is okay). So it looks like Python is following the rules correctly. I don't know how you'd adjust the locale values. -- ___ Python tracker <https://bugs.python.org/issue42156> ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue42156] Currency not correct for all locales
Eric V. Smith added the comment:
What does locale.localeconv() return?
>>> locale.localeconv()
{'int_curr_symbol': '', 'currency_symbol': '', 'mon_decimal_point': '',
'mon_thousands_sep': '', 'mon_grouping': [], 'positive_sign': '',
'negative_sign': '', 'int_frac_digits': 127, 'frac_digits': 127,
'p_cs_precedes': 127, 'p_sep_by_space': 127, 'n_cs_precedes': 127,
'n_sep_by_space': 127, 'p_sign_posn': 127, 'n_sign_posn': 127, 'decimal_point':
'.', 'thousands_sep': '', 'grouping': []}
>>>
In particular, the values of p_cs_precedes and n_cs_precedes.
--
nosy: +eric.smith
___
Python tracker
<https://bugs.python.org/issue42156>
___
___
Python-bugs-list mailing list
Unsubscribe:
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue42148] floating point representation issues
Eric V. Smith added the comment: Thanks for double-checking the other languages, Steven. -- ___ Python tracker <https://bugs.python.org/issue42148> ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue42148] floating point representation issues
Eric V. Smith added the comment: This isn't a bug. It's due to the base 2 representation of floating point numbers. See for example: See https://docs.python.org/3/tutorial/floatingpoint.html It's possible, depending on your use case, you might want to use the decimal module. But that has it's own issues that you should be aware of. For example, 1/7 is not exactly representable in either floats or Decimals. -- nosy: +eric.smith resolution: -> not a bug stage: -> resolved status: open -> closed ___ Python tracker <https://bugs.python.org/issue42148> ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue42118] TypeError gives wrong reserved name
Eric V. Smith added the comment: Unfortunately there's not much that can be done about this. The code that writes that error message only knows about objects, which don't have names, only types and values. -- ___ Python tracker <https://bugs.python.org/issue42118> ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue42118] TypeError gives wrong reserved name
Eric V. Smith added the comment: I should point out that this is the same as doing: >>> ''() :1: SyntaxWarning: 'str' object is not callable; perhaps you missed a comma? Traceback (most recent call last): File "", line 1, in TypeError: 'str' object is not callable Except for the SyntaxWarning part, where the compiler is trying to be helpful. -- ___ Python tracker <https://bugs.python.org/issue42118> ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue42118] TypeError gives wrong reserved name
Eric V. Smith added the comment: You've rebound "int" to a string. I think the error message is correct. Here's a simpler case: >>> int = '' >>> int '' >>> int() Traceback (most recent call last): File "", line 1, in TypeError: 'str' object is not callable What do you expect to gain with the "int = ''" statement? -- nosy: +eric.smith ___ Python tracker <https://bugs.python.org/issue42118> ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue33754] f-strings should be part of the Grammar
Eric V. Smith added the comment:
Just some notes to consider before work starts on this in earnest:
We need to decide what sort of changes we'll accept, if any. For at least the
first round of this, I'm okay with "absolutely no change will be acceptable".
For example, here's a good change (IMO): allowing f'{"\n" if cond else ""}'.
I'd like to be able to use backslashes inside strings that are in an expression.
A questionable change: f'{'foo'}'. Nesting the same type of quotes.
I think we should be explicit about what we will accept, because editors, etc.
will need to adapt. In msg318550 I mention that some external tools use the
same lexer they use for strings to lex f-strings. Are we okay with break that?
And the f-string '=' feature maybe be hard to support. Although if we are able
to support it, then I think the same solution will be applicable to string
annotations without unparsing them.
--
nosy: +emilyemorehouse, pablogsal
___
Python tracker
<https://bugs.python.org/issue33754>
___
___
Python-bugs-list mailing list
Unsubscribe:
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue41747] dataclasses: generated method's using the wrong qualname
Eric V. Smith added the comment: Thanks for the PR! -- resolution: -> fixed stage: patch review -> resolved status: open -> closed ___ Python tracker <https://bugs.python.org/issue41747> ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue41747] dataclasses: generated method's using the wrong qualname
Eric V. Smith added the comment: New changeset c7437e2c0216e05fbf17bf96294cb20954e36e48 by Batuhan Taskaya in branch 'master': bpo-41747: Ensure all dataclass methods uses their parents' qualname (GH-22155) https://github.com/python/cpython/commit/c7437e2c0216e05fbf17bf96294cb20954e36e48 -- ___ Python tracker <https://bugs.python.org/issue41747> ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue42091] strftime returns empty string for -d, -I 3.8.3
Eric V. Smith added the comment: Can you tell us what the expected behavior is? >From the strftime docs: "The full set of format codes supported varies across >platforms, because Python calls the platform C library’s strftime() function, >and platform variations are common. To see the full set of format codes >supported on your platform, consult the strftime(3) documentation." You're probably just seeing platform-specific behavior. On cygwin, I get an empty string. -- nosy: +eric.smith ___ Python tracker <https://bugs.python.org/issue42091> ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue42081] Consider fast_double_parser for faster str->double
Eric V. Smith added the comment: This was proposed in issue 41310. -- nosy: +eric.smith ___ Python tracker <https://bugs.python.org/issue42081> ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue42068] For macOS, package the included Tcl and Tk frameworks in a rational way.
Eric V. Smith added the comment: It sounds like your solution is macOS only, where as Python needs to be cross platform. Further, I assume there are good reasons that it's implemented the way it is. Perhaps there was no alternative when it was initially developed? And we're constrained by backward compatibility to at least some extent. I'm sure that we'd accept contributions that used a more modern approach, if they were cross platform and didn't break anything. By the way, getting volunteers to pay attention to your issue isn't helped by using words like "pretty crazy" and "random noise". -- nosy: +eric.smith ___ Python tracker <https://bugs.python.org/issue42068> ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue32820] Add and document __format__ method for IPv[46]Address
Eric V. Smith added the comment: I've created issue 42061 for the documentation. Hopefully marking that issue as easy and newcomer friendly will attract some attention. Thanks ewosborne and Serhiy for adding this feature, and everyone for their input. -- resolution: -> fixed stage: patch review -> resolved status: open -> closed ___ Python tracker <https://bugs.python.org/issue32820> ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue42061] Document __format__ method for IPv[46]Address
New submission from Eric V. Smith : This feature was added in issue 32820, but was never documented. -- assignee: docs@python components: Documentation keywords: easy, newcomer friendly messages: 378812 nosy: docs@python, eric.smith priority: normal severity: normal stage: needs patch status: open title: Document __format__ method for IPv[46]Address type: enhancement versions: Python 3.10, Python 3.9 ___ Python tracker <https://bugs.python.org/issue42061> ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue32820] Add and document __format__ method for IPv[46]Address
Eric V. Smith added the comment: At this point, it's a documentation-only issue. This new feature isn't documented. It might be less confusing to close this issue and open a new one. I'll do that shortly. -- versions: +Python 3.10 ___ Python tracker <https://bugs.python.org/issue32820> ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue32820] Add and document __format__ method for IPv[46]Address
Eric V. Smith added the comment: Re: backporting A quick test shows this feature is not in 3.8. We can't add new features to 3.8, so I'd say "no, it doesn't need to be backported". -- ___ Python tracker <https://bugs.python.org/issue32820> ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue42007] Line continuation after Boolean operation
Eric V. Smith added the comment: Agreed that this isn't likely to change. If you have a concrete proposal for how the language parsing rules would change in order to support this, you should post it to the python-ideas mailing list. If that discussion results in a consensus, then we can re-open this issue. But unless you have a very compelling rationale, I don't expect any language changes here. -- nosy: +eric.smith resolution: -> rejected stage: -> resolved status: open -> closed ___ Python tracker <https://bugs.python.org/issue42007> ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue41996] Should `make install` still install to /usr/bin/python3?
Eric V. Smith added the comment: There's a PEP for this: PEP 394. If you want to change this, I suggest discussing it on the python-dev mailing list. If that leads to changes in the PEP, this issue can be re-opened. Personally I don't see this change happening until there are no systems left that install python2 as /usr/bin/python. Which is unfortunate, but such is life. Myself, I have a shell alias for python that points to python3. That solves 95% of my problems. -- nosy: +eric.smith resolution: -> postponed stage: -> resolved status: open -> closed ___ Python tracker <https://bugs.python.org/issue41996> ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
