Re: Already Subscribed and Confirmed, But ....
On 4/3/24 07:15, WordWeaver Evangelist via Python-list wrote: > Hello. I already subscribed to this list several days ago. In fact, I did it two times, and > I received the email with the confirmation link in it, which I clicked on and was confirmed. > > Despite this fact, each time that I try to post a message to the list. I get a response from > the python bot stating that I need to register before I can post to the list. As I said, I > already did that, and I was confirmed. I still have the email here. Well, this post made it through fine. -- ~Ethan~ -- https://mail.python.org/mailman/listinfo/python-list
Re: Variable scope inside and outside functions - global statement being overridden by assignation unless preceded by reference
On 3/6/24 08:28, Jacob Kruger via Python-list wrote: > C:\temp\py_try>python > Python 3.11.7 (tags/v3.11.7:fa7a6f2, Dec 4 2023, 19:24:49) [MSC v.1937 64 bit (AMD64)] on win32 > Type "help", "copyright", "credits" or "license" for more information. > >>> from scoping2 import * And it becomes clear: only do `from ... import *` when the module has been specifically designed to support that. If you were to also do `import scoping2` and, after calling `do_it()`, `print(scoping2.dt_expiry)`, you would see that it had changed. I know there are good explanations for how variables and names work in Python, but I couldn't find any at the moment. Sorry. -- ~Ethan~ -- https://mail.python.org/mailman/listinfo/python-list
Re: Can u help me?
On 3/5/24 16:49, MRAB via Python-list wrote: > On 2024-03-06 00:24, Ethan Furman via Python-list wrote: >> On 3/5/24 16:06, Chano Fucks via Python-list wrote: >> >>> [image: image.png] >> >> The image is of MS-Windows with the python installation window of "Repair Successful". Hopefully somebody better at >> explaining that problem can take it from here... >> > If the repair was successful, what's the problem? I imagine the issue is trying get Python to run (as I recall, the python icon on the MS-Windows desktop is the installer, not Python itself). -- https://mail.python.org/mailman/listinfo/python-list
Re: Can u help me?
On 3/5/24 16:06, Chano Fucks via Python-list wrote: [image: image.png] The image is of MS-Windows with the python installation window of "Repair Successful". Hopefully somebody better at explaining that problem can take it from here... -- ~Ethan~ -- https://mail.python.org/mailman/listinfo/python-list
CoC Warning [was: What is Install-Paths-To in WHEEL file?]
On 12/29/23 05:02, Left Right via Python-list wrote: Wow. That place turned out to be the toxic pit I didn't expect. It's a shame that a public discussion of public goods was entrusted to a bunch of gatekeepers with no sense of responsibility for the thing they keep the keys to. Personal attacks are not welcome nor tolerated. Please be constructive when engaging with the community. -- ~Ethan~ -- https://mail.python.org/mailman/listinfo/python-list
[dead thread] Re: What is Install-Paths-To in WHEEL file?
This thread is no longer being useful, and is now closed. -- ~Ethan~ Moderator -- https://mail.python.org/mailman/listinfo/python-list
Re: Which more Pythonic - self.__class__ or type(self)?
On 3/3/23 03:32, Chris Angelico wrote: > On Fri, 3 Mar 2023 at 20:44, Alan Gauld wrote: >> On 02/03/2023 20:54, Ian Pilcher wrote: >>> Seems like an FAQ, and I've found a few things on StackOverflow that >>> discuss the technical differences in edge cases, but I haven't found >>> anything that talks about which form is considered to be more Pythonic >>> in those situations where there's no functional difference. >> >> I think avoiding dunder methods is generally considered more Pythonic. Outside of writing dunder methods, I tend to agree. >> But in this specific case using isinstance() is almost always >> the better option. True. IIRC, the only time I haven't used `isinstance` is in `Enum`, where a particular object has to be exactly a tuple (not a namedtuple, for example) to work correctly. > Using isinstance is very different from querying the type of an object > though. They're used for different purposes. And obj.__class__ and > type(obj) are different too, which is why the OP specifically narrowed > this down to the situations where you know they're the same. When writing classes and subclasses, I use `obj.__class__`, `isinstance` otherwise, and rarely `type(obj)` (and then mostly with `tuple`s, as they're special). ~Ethan~ -- https://mail.python.org/mailman/listinfo/python-list
Re: Python 3.10 Fizzbuzz
On 2/27/23 12:20, rbowman wrote: > "By using Black, you agree to cede control over minutiae of hand- > formatting. In return, Black gives you speed, determinism, and freedom > from pycodestyle nagging about formatting. You will save time and mental > energy for more important matters." > > Somehow I don't think we would get along very well. I'm a little on the > opinionated side myself. I personally cannot stand Black. It feels like every major choice it makes (and some minor ones) are exactly the opposite of the choice I make. -- ~Ethan~ -- https://mail.python.org/mailman/listinfo/python-list
Hen Hanna & google groups
Greetings, all! As has been stated, Hen Hanna is posting through Google Groups, over which the Python List moderators have zero control. The only thing we can do, and which has now been done, is not allow those posts in to the Python List. -- ~Ethan~ Moderator -- https://mail.python.org/mailman/listinfo/python-list
Re: Not receiving posts
On 2/23/23 12:29, Jim Byrnes wrote: > I have been reading the python-list for some time now. At first via gemane and since it's demise via a subscription. > Recently I noticed that I have not received any emails for quite sometime. > > I tried resubscribing but still have received no emails from the list. To my knowledge I have done nothing to warrant > removal. > > Can you please check and see what I need to do to start receiving emails once more. It doesn't look like that address is subscribed. I tried inviting you, let's see if that works. -- ~Ethan~ -- https://mail.python.org/mailman/listinfo/python-list
Re: How to make argparse accept "-4^2+5.3*abs(-2-1)/2" string argument?
This thread has run its course and seems to now be generating more heat than light. It is now closed (at least on the Python List side). Thank you everyone for your participation and understanding. -- ~Ethan~ Moderator -- https://mail.python.org/mailman/listinfo/python-list
Re: The Zen of D.E.K.
On 1/13/23 09:06, Stefan Ram wrote: >"Beautiful is better than ugly." - The Zen of Python > >This says nothing. You have to sacrifice something that >really has /value/! > >"[A]esthetics are more important than efficiency." - Donald E. Knuth [okay, falling for the troll bait] Those two things do not say the same thing; further, in Python at least, and depending on the situation, aesthetics may /not/ be more important than efficiency. -- ~Ethan~ -- https://mail.python.org/mailman/listinfo/python-list
Re: To clarify how Python handles two equal objects
On 1/10/23 12:03, Jen Kris via Python-list wrote: > I am writing a spot speedup in assembly language for a short but computation-intensive Python > loop, and I discovered something about Python array handling that I would like to clarify. > But on the next iteration we assign arr1 to something else: > > arr1 = [ 10, 11, 12 ] > idc = id(arr1) – 140260325308160 > idd = id(mx1[2]) – 140260325306880 > > Now arr1 is no longer equal to mx1[2]... If you want to have `arr1` to still be `mx1[2]` (and consequently for `mx1[2]` to now be `[10, 11, 12]` you need to mutate `arr1` instead of reassigning it: arr1[:] = [10, 11, 12] -- ~Ethan~ -- https://mail.python.org/mailman/listinfo/python-list
Re: Possible re bug when using ".*"
On 12/28/22 11:07, MRAB wrote: On 2022-12-28 18:42, Alexander Richert - NOAA Affiliate via Python-list wrote: In a couple recent versions of Python (including 3.8 and 3.10), the following code: import re print(re.sub(".*", "replacement", "pattern")) yields the output "replacementreplacement". This behavior does not occur in 3.6. Which behavior is the desired one? Perhaps relatedly, I noticed that even in 3.6, the code print(re.findall(".*","pattern")) yields ['pattern',''] which is not what I was expecting. It's not a bug, it's a change in behaviour to bring it more into line with other regex implementations in other languages. The new behavior makes no sense to me, but better to be consistent with the other regex engines than not -- I still get thrown off by vim's regex. -- ~Ethan~ -- https://mail.python.org/mailman/listinfo/python-list
Friendly Reminder
Greetings, all! I know our stress levels can be higher than normal around the holidays, but let's please be patient with each other. Both conversations and debates will be smoother if we assume other posters are asking/debating in good faith (at least, until proven otherwise). Happy Pythoning, and happy holidays! -- ~Ethan~ Moderator -- https://mail.python.org/mailman/listinfo/python-list
Re: mailbox misbehavior with non-ASCII
On 7/29/22 16:24, Peter Pearson wrote: > ... but if the apostrophe in "a'b" is replaced with a > RIGHT SINGLE QUOTATION MARK, the returned h is of type > "email.header.Header", and seems to contain inscrutable garbage. > > I'd think an exception would be the right answer. > > Is this worth a bug report? I would say yes. -- ~Ethan~ -- https://mail.python.org/mailman/listinfo/python-list
Async SIG post
Anybody interested in asynchronous programming may want to check out async-...@python.org as it has an interesting post about ASGI and PEPs 3156 and . Sign up at https://mail.python.org/mailman3/lists/async-sig.python.org/ and see the archive at https://mail.python.org/archives/list/async-...@python.org/ -- ~Ethan~ -- https://mail.python.org/mailman/listinfo/python-list
Re: Style for docstring
On 4/22/22 12:36, Michael F. Stemper wrote: Tells caller whether or not a permutation is even. Determines if a permutation is even. (Alternative is that it's odd.) Returns True if permutation is even, False if it is odd. Third option. -- ~Ethan~ -- https://mail.python.org/mailman/listinfo/python-list
Re: Enums and nested classes
On 4/21/22 15:00, Greg Ewing wrote: On 20/04/22 10:57 pm, Sam Ezeh wrote: Has anyone here used or attempted to use a nested class inside an enum? If so, how did you find it? (what did you expect to happen and did your expectations align with resulting behaviour etc.) That's a pretty open-ended question. Is there something about its current behaviour that you think should be different? Indeed -- the point of the question is to (hopefully) find out what folks have already tried, and whether they found the current behavior surprising. We're looking for what happened in practice, not for what should happen in theory. ;-) And of course, no one using enums that way means we can change how that bit works fairly easily. -- ~Ethan~ -- https://mail.python.org/mailman/listinfo/python-list
Re: Proposal: Syntax for attribute initialisation in __init__ methods
On 4/15/22 04:19, Sam Ezeh wrote: Elsewhere, the idea of supporting new syntax to automatically initialise attributes provided as arguments to __init__ methods was raised. [...] Good post! You'll want to send this to python-ideas at some point (that's where most new python features are discussed). This particular desire has come up in the past, so you'll need to do some more research (i.e. find the previous threads on python-ideas) so you can answer objections already raised, or find new data supporting/refuting previous arguments. -- ~Ethan~ -- https://mail.python.org/mailman/listinfo/python-list
[issue4833] Explicit directories for zipfiles
Ethan Furman added the comment: New changeset 050a8f94c678a05d506fe192c863c4a572178c42 by Sam Ezeh in branch 'main': bpo-4833: Add ZipFile.mkdir (GH-32160) https://github.com/python/cpython/commit/050a8f94c678a05d506fe192c863c4a572178c42 -- ___ Python tracker <https://bugs.python.org/issue4833> ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue47231] TarFile.getmember cannot work on tar sourced directory over 100 characters
Ethan Furman added the comment: Nosied others from issue21987. -- nosy: +andrei.avk, ethan.furman, r.david.murray, vstinner ___ Python tracker <https://bugs.python.org/issue47231> ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue47136] The variable __module__ in the class body getting an undesirable value from __prepare__ of the metaclass
Ethan Furman added the comment: You are using the same generic example -- it does show the issue you are concerned with, but offers no rational for why we should "fix" it -- in other words, we cannot tell if it's actually broken. Please provide an example of code you are actually using -- a trimmed down metaclass is fine, but it should show the kinds of names you are changing to, why you want to change the names, etc. Maybe this is a just a documentation issue, or maybe it's an overlooked case that should be supported in Python -- we cannot tell based solely on your generic example. -- ___ Python tracker <https://bugs.python.org/issue47136> ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue47136] Wrong value assigned automatically to the variable __module__ in the class body.
Ethan Furman added the comment: Takuo, please give us an example from real code so we can see the problem. -- ___ Python tracker <https://bugs.python.org/issue47136> ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue47136] Wrong value assigned automatically to the variable __module__ in the class body.
Ethan Furman added the comment: issue47223 and issue47224 closed, reopening this one. -- nosy: +ethan.furman resolution: duplicate -> stage: resolved -> status: closed -> open ___ Python tracker <https://bugs.python.org/issue47136> ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue47224] The variable __module__ in the class body getting an undesirable value from __prepare__ of the metaclass
Ethan Furman added the comment: Stop creating new issues for the same problem. If you didn't specify the first issue well enough, add your specifics to it and continue that conversation. Splitting the thoughts and feedback across multiple issues is not efficient. Closing this issue, reopening the original (issue47136). -- nosy: +ethan.furman resolution: -> duplicate stage: -> resolved status: open -> closed ___ Python tracker <https://bugs.python.org/issue47224> ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue47200] Add ZipInfo.mode property
Change by Ethan Furman : -- nosy: +alanmcintyre, serhiy.storchaka ___ Python tracker <https://bugs.python.org/issue47200> ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue4833] Explicit directories for zipfiles
Change by Ethan Furman : -- nosy: +alanmcintyre, twouters ___ Python tracker <https://bugs.python.org/issue4833> ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue47200] Add ZipInfo.mode property
Change by Ethan Furman : -- nosy: +ethan.furman, twouters ___ Python tracker <https://bugs.python.org/issue47200> ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue46337] urllib.parse: Allow more flexibility in schemes and URL resolution behavior
Ethan Furman added the comment: Sounds good. -- ___ Python tracker <https://bugs.python.org/issue46337> ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue46337] urllib.parse: Allow more flexibility in schemes and URL resolution behavior
Ethan Furman added the comment: Éric Araujo wrote on PR30520: > No, we should not redefine the behavior of urlparse. > > I was always talking about adding another function. Yes it can be a one-liner, > but my point is that I don’t see the usefulness of having the separate flags > to > pick and choose parts of standard parsing. I suspect the usefulness comes from error checking -- if a scheme doesn't support parameters, then having what looks like parameters converted would not be helpful. Further, while a new function is definitely safer, how many parse options do we need? Anyone else remember `os.popen()`, `os.popen2`, `os.popen3`, and, finally, `os.popen4()`? Assuming we just enhance the existing function, would it be more palatable if there was a `SchemeFlag.ALL`, so universal parsing was just `urlparse(uri_string, flags=SchemeFlag.ALL)`? To be really user-friendly, we could have: class SchemeFlag(Flag): RELATIVE = auto() NETLOC = auto() PARAMS = auto() UNIVERSAL = RELATIVE | NETLOC | PARAMS # def __repr__(self): return f"{self.module}.{self._name_}" __str__ = __repr__ RELATIVE, NETLOC, PARAMS, UNIVERSAL = SchemeFlag Then the above call becomes: urlparse(uri_string, flags=UNIVERSAL) -- ___ Python tracker <https://bugs.python.org/issue46337> ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue46337] urllib.parse: Allow more flexibility in schemes and URL resolution behavior
Change by Ethan Furman : -- nosy: +ethan.furman ___ Python tracker <https://bugs.python.org/issue46337> ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue4833] Explicit directories for zipfiles
Change by Ethan Furman : -- nosy: +ethan.furman versions: +Python 3.11 -Python 3.4 ___ Python tracker <https://bugs.python.org/issue4833> ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue47133] enhance unittest to show test name and docstring on one line
Ethan Furman added the comment: I proposed a discussion to python-dev to increase the odds that folks with an interest could chime in. Not everyone follows the new-bugs list. I find having the output on two lines counter-intuitive -- I was expecting one line per test, and indeed my experience seemed to support that (out of hundreds of tests showing on one line, it's easy to miss that the rare verbose error is on two). And I'm not the only one, since another developer also thought there was a problem and spent most of issue46126 "fixing" it. Another reason for posting to python-dev is that issue 46126 had been active for three months and had a PR merged before another dev mentioned that verbose tests with docstrings just printed on two lines instead of one. Thank you for pointing out the possible disruption caused by unittest output changes. -- ___ Python tracker <https://bugs.python.org/issue47133> ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue14265] Fully qualified test name in failure output
Ethan Furman added the comment: Hopefully somebody on the core-mentorship list can move this forward by converting to a PR and reviewing. If @palaviv is still active the review itself will still be useful. -- assignee: michael.foord -> ethan.furman keywords: +easy -patch nosy: +ethan.furman stage: -> patch review versions: +Python 3.11 -Python 3.6 ___ Python tracker <https://bugs.python.org/issue14265> ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue47133] enhance unittest to show test name and docstring on one line
Change by Ethan Furman : -- assignee: -> ethan.furman ___ Python tracker <https://bugs.python.org/issue47133> ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue46126] Unittest output drives developers to avoid docstrings
Ethan Furman added the comment: That makes sense. issue47133 created. -- ___ Python tracker <https://bugs.python.org/issue46126> ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue47133] enhance unittest to show test name and docstring on one line
New submission from Ethan Furman : When running unittest with the -v flag, if a test has errors, and has a docstring, the test name is shown on one line, and the docstring is shown on the next line -- and the ERROR word is shown with the docstring. What this means is that: - the test name is easily missed by anyone who isn't aware of that (I only recently found out when someone else pointed it out to me) - grepping for ERROR doesn't reveal the test name, necessitating a search through the testing code to find the test that failed There are two possible solutions, and the selection of which one should be discussed on python-dev: - print the name and docstring, and ERROR, all on one line; or - provide a command-line switch to select that behavior --- For the experienced developers who see this: please leave the issue for one of the new developers subscribed to core-mentorship. Thank you. -- components: Tests messages: 416090 nosy: ethan.furman priority: low severity: normal stage: needs patch status: open title: enhance unittest to show test name and docstring on one line type: enhancement versions: Python 3.11 ___ Python tracker <https://bugs.python.org/issue47133> ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue46126] Unittest output drives developers to avoid docstrings
Ethan Furman added the comment: Perhaps we could make an enhancement then? Having the extra information on a separate line is, at least for me, very jarring -- as in, I hadn't figured out that that was the way it was done until Inadasan pointed it out. Perhaps a command-line switch to enable having it all on one line? That would also help when grepping. (I would propose it to be the default behavior, but I can see that that would result in very long lines.) -- ___ Python tracker <https://bugs.python.org/issue46126> ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue47111] ENUM TypeError using mixing
Change by Ethan Furman : -- nosy: +ethan.furman ___ Python tracker <https://bugs.python.org/issue47111> ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue47063] SimpleHTTPRequestHandler has hard coded index page list.
Ethan Furman added the comment: `index.htm[l]` is pretty standard for the name of the index page. What's your use-case for wanting different names? Keep in mind that the word `Simple` is in the name for a reason. -- nosy: +ethan.furman versions: +Python 3.11 -Python 3.8 ___ Python tracker <https://bugs.python.org/issue47063> ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
PSA: Linux vulnerability
https://arstechnica.com/information-technology/2022/03/linux-has-been-bitten-by-its-most-high-severity-vulnerability-in-years/ -- ~Ethan~ -- https://mail.python.org/mailman/listinfo/python-list
[issue46922] tarfile.TarFile.next() crashes on empty tar files
Change by Ethan Furman : -- nosy: +ethan.furman ___ Python tracker <https://bugs.python.org/issue46922> ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
Re: Behavior of the for-else construct
On 3/3/22 5:32 PM, Rob Cliffe via Python-list wrote: > There are three types of programmer: those that can count, and those that can't. Actually, there are 10 types of programmer: those that can count in binary, and those that can't. -- ~Ethan~ -- https://mail.python.org/mailman/listinfo/python-list
[issue46885] Ensure PEP 663 changes are reverted from 3.11
Change by Ethan Furman : -- priority: release blocker -> high ___ Python tracker <https://bugs.python.org/issue46885> ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue46885] Ensure PEP 663 changes are reverted from 3.11
Ethan Furman added the comment: This has been taken care of in issue40066. -- ___ Python tracker <https://bugs.python.org/issue46885> ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
Re: Aw: PYT - How can I subscribe to a topic in the mailing list?
On 2/21/22 3:19 AM, vanyp wrote: > The option to filter by topic is offered in the mailing list subscription customization page, although > no option list is given. Topics may have been a project that was never implemented. Topics are not currently enabled. I suspect for them to be useful, people would have to be diligent about setting them, which, quite frankly, I don't see happening -- some don't even set a useful subject line. -- ~Ethan~ -- https://mail.python.org/mailman/listinfo/python-list
[issue46586] In documentation contents enum.property erroneously links to built-in property
Ethan Furman added the comment: New changeset 9d9cfd61ec3cbe84dbc25c74f664877f3d02b8ef by Meer Suri in branch 'main': bpo-46586: Fix documentation links (GH-31216) https://github.com/python/cpython/commit/9d9cfd61ec3cbe84dbc25c74f664877f3d02b8ef -- ___ Python tracker <https://bugs.python.org/issue46586> ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue46717] Raising exception multiple times leaks memory
Change by Ethan Furman : -- nosy: +ethan.furman ___ Python tracker <https://bugs.python.org/issue46717> ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
Re: Best way to check if there is internet?
On 2/7/22 4:27 PM, Greg Ewing wrote: > On 8/02/22 8:51 am, Chris Angelico wrote: >> Some day, we'll have people on Mars. They won't have TCP connections - >> at least, not unless servers start supporting connection timeouts >> measured in minutes or hours - but it wouldn't surprise me if some >> sort of caching proxy system is deployed. > > Or the internet acquires a new protocol that's designed > for very-long-latency connections. RocketNet -- a massive store-and-forward protocol. ;-) -- ~Ethan~ -- https://mail.python.org/mailman/listinfo/python-list
[issue46586] In documentation contents enum.property erroneously links to built-in property
Change by Ethan Furman : -- Removed message: https://bugs.python.org/msg412634 ___ Python tracker <https://bugs.python.org/issue46586> ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue46586] In documentation contents enum.property erroneously links to built-in property
Ethan Furman added the comment: In case a future reader has the same question: A tilde (~) creates a link to whatever follows (so `enum.property` above), but only shows the last segment in the text (so `property`). -- ___ Python tracker <https://bugs.python.org/issue46586> ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue23952] cgi: Document the 'maxlen' member of the cgi module
Change by Ethan Furman : -- resolution: -> fixed stage: patch review -> resolved status: open -> closed ___ Python tracker <https://bugs.python.org/issue23952> ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue23952] cgi: Document the 'maxlen' member of the cgi module
Ethan Furman added the comment: New changeset 6c4e44ef8ab550f846ba056d4561efb8256b8eab by Hugo van Kemenade in branch 'main': bpo-23952: Document cgi module's maxlen variable (GH-30338) https://github.com/python/cpython/commit/6c4e44ef8ab550f846ba056d4561efb8256b8eab -- ___ Python tracker <https://bugs.python.org/issue23952> ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue31369] re.RegexFlag is not included in __all__, makes type inference less useful
Ethan Furman added the comment: Thanks, everyone! -- components: +Library (Lib) -Regular Expressions resolution: -> fixed stage: patch review -> resolved status: open -> closed type: -> behavior versions: +Python 3.11 -Python 3.7, Python 3.8 ___ Python tracker <https://bugs.python.org/issue31369> ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue31369] re.RegexFlag is not included in __all__, makes type inference less useful
Ethan Furman added the comment: New changeset fea7290a0ecee09bbce571d4d10f5881b7ea3485 by andrei kulakov in branch 'main': bpo-31369: include ``RegexFlag`` in ``re.__all__`` (GH-30279) https://github.com/python/cpython/commit/fea7290a0ecee09bbce571d4d10f5881b7ea3485 -- ___ Python tracker <https://bugs.python.org/issue31369> ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue46586] In documentation contents enum.property erroneously links to built-in property
Ethan Furman added the comment: What does the tilde (~) do? -- ___ Python tracker <https://bugs.python.org/issue46586> ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
Re: Waht do you think about my repeated_timer class
On 2/4/22 6:28 AM, Cecil Westerhof via Python-list wrote: > It was already not a good name, but I am rewriting the class > completely, so now the name is a complete bumper. (No more timer.) I > am thinking about naming the class repeating_thread, but I cannot say > that I find it a very good name. So if someone has a good idea for a > name … > > The class starts a thread where every by the user defined interval a > by the user define function is called. How about `timed_repeat` or `repeat_timer`? -- ~Ethan~ -- https://mail.python.org/mailman/listinfo/python-list
[issue46569] final note on StrEnum documentation incorrectly refers to int.__format__ instead of str.__format__
Change by Ethan Furman : -- resolution: -> fixed stage: patch review -> resolved status: open -> closed ___ Python tracker <https://bugs.python.org/issue46569> ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue46569] final note on StrEnum documentation incorrectly refers to int.__format__ instead of str.__format__
Ethan Furman added the comment: New changeset 734b1f119be6f0dcd6845c78a9e0a71d88a90b59 by Nikita Sobolev in branch 'main': bpo-46569: [Enum] fix typo in `StrEnum` docs (GH-31007) https://github.com/python/cpython/commit/734b1f119be6f0dcd6845c78a9e0a71d88a90b59 -- ___ Python tracker <https://bugs.python.org/issue46569> ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue46569] final note on StrEnum documentation incorrectly refers to int.__format__ instead of str.__format__
Ethan Furman added the comment: Good catch, thank you both. -- ___ Python tracker <https://bugs.python.org/issue46569> ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue46103] inspect.getmembers will call the instance __bases__ attribute, which may cause an exception
Ethan Furman added the comment: New changeset 691506f4e9408a1205166f99640946ad7822e302 by Weipeng Hong in branch 'main': bpo-46103: Fix inspect.getmembers to only get __bases__ from class (GH-30147) https://github.com/python/cpython/commit/691506f4e9408a1205166f99640946ad7822e302 -- ___ Python tracker <https://bugs.python.org/issue46103> ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue46477] Enum: ensure bitwise operators on subclasses are correct
Ethan Furman added the comment: New changeset 353e3b2820bed38da16140276786eef9ba33d3bd by Ethan Furman in branch 'main': bpo-46477: [Enum] ensure Flag subclasses have correct bitwise methods (GH-30816) https://github.com/python/cpython/commit/353e3b2820bed38da16140276786eef9ba33d3bd -- ___ Python tracker <https://bugs.python.org/issue46477> ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue46477] Enum: ensure bitwise operators on subclasses are correct
Change by Ethan Furman : -- keywords: +patch pull_requests: +29003 stage: -> patch review pull_request: https://github.com/python/cpython/pull/30816 ___ Python tracker <https://bugs.python.org/issue46477> ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue46477] Enum: ensure bitwise operators on subclasses are correct
New submission from Ethan Furman : Creating one's own int Flag type doesn't work properly with regards to the bitwise operators: class MyIntFlag(int, Flag): ONE = 1 TWO = 2 FOUR = 4 MyIntFlag.ONE | MyIntFlag.TWO # MyIntFlag.ONE | 2 # 3 -- assignee: ethan.furman messages: 411319 nosy: ethan.furman priority: normal severity: normal status: open title: Enum: ensure bitwise operators on subclasses are correct type: behavior versions: Python 3.11 ___ Python tracker <https://bugs.python.org/issue46477> ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue40066] Enum: modify __repr__, __str__; update docs
Change by Ethan Furman : -- status: open -> closed ___ Python tracker <https://bugs.python.org/issue40066> ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue45535] Enum's dir() does not contain inherited members
Ethan Furman added the comment: New changeset 7c0914d35eaaab2f323260ba5fe8884732533888 by Ethan Furman in branch 'main': bpo-45535: [Enum] include special dunders in dir() (GH-30677) https://github.com/python/cpython/commit/7c0914d35eaaab2f323260ba5fe8884732533888 -- ___ Python tracker <https://bugs.python.org/issue45535> ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue45535] Enum's dir() does not contain inherited members
Change by Ethan Furman : -- pull_requests: +28877 pull_request: https://github.com/python/cpython/pull/30677 ___ Python tracker <https://bugs.python.org/issue45535> ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue46425] Multiple test modules fail to run if invoked directly
Ethan Furman added the comment: I suggest your grouping of PRs be by error type -- so have batches of "relative import" fixes and batches of "TESTFN" fixes, etc. -- nosy: +ethan.furman ___ Python tracker <https://bugs.python.org/issue46425> ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue43430] Exception raised when attempting to create Enum via functional API
Ethan Furman added the comment: Thanks for the reminder. -- resolution: -> not a bug stage: -> resolved status: pending -> closed ___ Python tracker <https://bugs.python.org/issue43430> ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue46418] Simplify `MODULE` variable in `test_enum.py`
Ethan Furman added the comment: New changeset 596cf51a4d40f1ac3090cbccb83ad0663d739ae2 by Nikita Sobolev in branch 'main': bpo-46418: [Enum] simplify `MODULE` declaration in tests (GH-30647) https://github.com/python/cpython/commit/596cf51a4d40f1ac3090cbccb83ad0663d739ae2 -- ___ Python tracker <https://bugs.python.org/issue46418> ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue45535] Enum's dir() does not contain inherited members
Ethan Furman added the comment: Fixed in 3.11. Pure enums have a few more dir() entries now; mixed enums now show all inherited methods/attributes -- members still do not show up in member dirs (this is a good thing). -- resolution: -> fixed stage: patch review -> resolved status: open -> closed superseder: -> Enum: modify __repr__, __str__; update docs ___ Python tracker <https://bugs.python.org/issue45535> ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue46108] Enum repr() incorrect when mixed with non-__new__ data types
Ethan Furman added the comment: Fixed in 3.11. -- resolution: -> fixed stage: -> resolved status: open -> closed superseder: -> Enum: modify __repr__, __str__; update docs type: -> behavior ___ Python tracker <https://bugs.python.org/issue46108> ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue40066] Enum: modify __repr__, __str__; update docs
Change by Ethan Furman : -- priority: release blocker -> normal resolution: -> fixed stage: patch review -> resolved ___ Python tracker <https://bugs.python.org/issue40066> ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue40066] Enum: modify __repr__, __str__; update docs
Ethan Furman added the comment: New changeset 62a6594e66ca955073be2f4e5a40291a39252ef3 by Ethan Furman in branch 'main': bpo-40066: [Enum] fix tests (GH-30643) https://github.com/python/cpython/commit/62a6594e66ca955073be2f4e5a40291a39252ef3 -- ___ Python tracker <https://bugs.python.org/issue40066> ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue40066] Enum: modify __repr__, __str__; update docs
Change by Ethan Furman : -- pull_requests: +28846 pull_request: https://github.com/python/cpython/pull/30643 ___ Python tracker <https://bugs.python.org/issue40066> ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue40066] Enum: modify __repr__, __str__; update docs
Ethan Furman added the comment: vstinner wrote: -- >>self.assertEqual(repr(type), '') > For this one, I suggest to replace the value with "..." doctest pattern. That bit of code is from the unittest suite, not the doctest suite. I went with: self.assertEqual(repr(type), '' % type.value) -- ___ Python tracker <https://bugs.python.org/issue40066> ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue40066] Enum: modify __repr__, __str__; update docs
Ethan Furman added the comment: New changeset 83d544b9292870eb44f6fca37df0aa351c4ef83a by Kumar Aditya in branch 'main': bpo-40066: [Enum] skip failing doc test (GH-30637) https://github.com/python/cpython/commit/83d544b9292870eb44f6fca37df0aa351c4ef83a -- ___ Python tracker <https://bugs.python.org/issue40066> ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue40066] Enum: modify __repr__, __str__; update docs
Ethan Furman added the comment: After merging in doc fix by kumaraditya303, I'll update tests so Solaris passes. -- ___ Python tracker <https://bugs.python.org/issue40066> ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue40066] Enum: modify __repr__, __str__; update docs
Ethan Furman added the comment: New changeset acf7403f9baea3ae1119fc6b4a3298522188bf96 by Ethan Furman in branch 'main': bpo-40066: [Enum] update str() and format() output (GH-30582) https://github.com/python/cpython/commit/acf7403f9baea3ae1119fc6b4a3298522188bf96 -- ___ Python tracker <https://bugs.python.org/issue40066> ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[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 -- ___ Python tracker <https://bugs.python.org/issue46242> ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue40066] Enum: modify __repr__, __str__; update docs
Change by Ethan Furman : -- pull_requests: +28780 stage: -> patch review pull_request: https://github.com/python/cpython/pull/30582 ___ Python tracker <https://bugs.python.org/issue40066> ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue22506] `dir` on Enum subclass doesn't expose parent class attributes
Ethan Furman added the comment: Ram asked: - > Also, aren't you excluding a lot of important magic methods from that `dir`? Ethan replied: - > We decided the dunder methods were not interesting, so declined to include > them in the listing. And no, we are not changing our minds on that. ;) -- UPDATE: We have changed our minds, but only for enums that have a data type, such as `int` or `str`, mixed in. This behavior should be in 3.11. -- ___ Python tracker <https://bugs.python.org/issue22506> ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue45331] Can create enum of ranges, cannot create range enum. Range should be subclassable... or EnumMeta.__new__ should be smarter.
Ethan Furman added the comment: New changeset 6223cbf86ad7d5e6d12f9747e5a9cf1d8c72bdc8 by Nikita Sobolev in branch 'main': bpo-45331: [Enum] add rule to docs that mixin type must be subclassable (GH-30521) https://github.com/python/cpython/commit/6223cbf86ad7d5e6d12f9747e5a9cf1d8c72bdc8 -- ___ Python tracker <https://bugs.python.org/issue45331> ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue46327] `test_enum` contains tests for older versions of python
Ethan Furman added the comment: New changeset 13e4659276c2af2fa5b0f2b3a31dcd69064868ef by Nikita Sobolev in branch 'main': bpo-46327: [Enum] remove skipped tests (GH-30512) https://github.com/python/cpython/commit/13e4659276c2af2fa5b0f2b3a31dcd69064868ef -- ___ Python tracker <https://bugs.python.org/issue46327> ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue46301] Enum tests: One branch is not covered in `Enum._convert_`
Ethan Furman added the comment: New changeset 582286d71c7ee61f5376a846a83c7be4a5727636 by Nikita Sobolev in branch 'main': bpo-46301: [Enum] fix refleak tests (GH30510) https://github.com/python/cpython/commit/582286d71c7ee61f5376a846a83c7be4a5727636 -- ___ Python tracker <https://bugs.python.org/issue46301> ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue46301] Enum tests: One branch is not covered in `Enum._convert_`
Change by Ethan Furman : -- Removed message: https://bugs.python.org/msg410184 ___ Python tracker <https://bugs.python.org/issue46301> ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue46301] Enum tests: One branch is not covered in `Enum._convert_`
Ethan Furman added the comment: Reverting. Nikita, you can use the command: ./python -m test.regrtest -R : test_enum to show the leaks and hopefully track them down. The half-hour I spent yielded no clues. -- ___ Python tracker <https://bugs.python.org/issue46301> ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue46301] Enum tests: One branch is not covered in `Enum._convert_`
Change by Ethan Furman : -- resolution: -> fixed stage: patch review -> resolved status: open -> closed ___ Python tracker <https://bugs.python.org/issue46301> ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue46301] Enum tests: One branch is not covered in `Enum._convert_`
Ethan Furman added the comment: New changeset 8d59d2563b914b7208779834895c080c70cd94dd by Nikita Sobolev in branch 'main': bpo-46301: [Enum] test uncomparable values in `_convert_` (GH-30472) https://github.com/python/cpython/commit/8d59d2563b914b7208779834895c080c70cd94dd -- ___ Python tracker <https://bugs.python.org/issue46301> ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue46301] Enum tests: One branch is not covered in `Enum._convert_`
Ethan Furman added the comment: Alex, thanks for nosying me. Go ahead and make Enum issues assigned to me as well. :-) -- ___ Python tracker <https://bugs.python.org/issue46301> ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue46301] Enum tests: One branch is not covered in `Enum._convert_`
Change by Ethan Furman : -- assignee: -> ethan.furman ___ Python tracker <https://bugs.python.org/issue46301> ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue46296] Unreachable condition: `if enum_class._member_type_ is object`
Ethan Furman added the comment: Thank you, Nikita! -- resolution: -> fixed stage: test needed -> resolved status: open -> closed ___ Python tracker <https://bugs.python.org/issue46296> ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue46296] Unreachable condition: `if enum_class._member_type_ is object`
Ethan Furman added the comment: New changeset 74d1663580d1914bd110c3ab7282451f5e2cd2b5 by Nikita Sobolev in branch 'main': bpo-46296: [Enum] add a test for missing `value` recovery (GH-30458) https://github.com/python/cpython/commit/74d1663580d1914bd110c3ab7282451f5e2cd2b5 -- ___ Python tracker <https://bugs.python.org/issue46296> ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue46296] Unreachable condition: `if enum_class._member_type_ is object`
Change by Ethan Furman : -- Removed message: https://bugs.python.org/msg410029 ___ Python tracker <https://bugs.python.org/issue46296> ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue46296] Unreachable condition: `if enum_class._member_type_ is object`
Ethan Furman added the comment: Looking through some of my code that prompted that branch, the issue is caused when `_generate_next_value_` modifies the given args -- when `__set_name__` runs it has no way of getting the same results to automatically create the `_value_` attribute. -- ___ Python tracker <https://bugs.python.org/issue46296> ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue46296] Unreachable condition: `if enum_class._member_type_ is object`
Ethan Furman added the comment: (2) is false. >>> from enum import Enum >>> >>> class MyEnum(Enum): ... def __new__(cls, value): ... member = object.__new__(cls) ... return member ... ONE = 1 ... >>> MyEnum.ONE MyEnum.ONE >>> MyEnum._use_args_ True >>> MyEnum._member_type_ If coverage shows a branch not being tested, design a test for it instead of removing the branch. -- assignee: -> ethan.furman nosy: +ethan.furman stage: patch review -> test needed ___ Python tracker <https://bugs.python.org/issue46296> ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue46269] '__new__' is never shown in `dir(SomeEnum)`
Ethan Furman added the comment: New changeset 817a6bc9f7b802511c4d42273a621c556a48870b by Nikita Sobolev in branch 'main': bpo-46269: [Enum] remove special-casing of `__new__` in `EnumType.__dir__` (GH-30421) https://github.com/python/cpython/commit/817a6bc9f7b802511c4d42273a621c556a48870b -- ___ Python tracker <https://bugs.python.org/issue46269> ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue46262] Enum tests: Error path in `_missing_()` is not covered for `Flag` and `IntFlag`
Change by Ethan Furman : -- resolution: -> fixed stage: patch review -> resolved status: open -> closed ___ Python tracker <https://bugs.python.org/issue46262> ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue46262] Enum tests: Error path in `_missing_()` is not covered for `Flag` and `IntFlag`
Ethan Furman added the comment: New changeset 91bc6f9615eabb10090e2e4f0fe5913885a29c8c by Nikita Sobolev in branch 'main': bpo-46262: [Enum] test error path in `Flag._missing_` (GH-30408) https://github.com/python/cpython/commit/91bc6f9615eabb10090e2e4f0fe5913885a29c8c -- ___ Python tracker <https://bugs.python.org/issue46262> ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com