Change by Irit Katriel :
--
keywords: +patch
pull_requests: +29995
stage: -> patch review
pull_request: https://github.com/python/cpython/pull/31899
___
Python tracker
<https://bugs.python.org/issu
Irit Katriel added the comment:
I can see the linestarts used in trace.py to figure out coverage. But for this
duplications don't make a difference (they are deduped in _find_lines_from_code
anyway), right?
Where else are they used, such that the current scheme may not
Irit Katriel added the comment:
I agree with Stanley. The documentation for os is clear that recursion is used
and the documentation for RecursionError links to getrecursionlimit(). This
seems sufficient.
--
nosy: +iritkatriel
resolution: -> wont fix
stage: -> resolved
Change by Irit Katriel :
--
resolution: -> fixed
stage: patch review -> resolved
status: open -> closed
___
Python tracker
<https://bugs.python.or
Irit Katriel added the comment:
cgi/cgitb are deprecated as per PEP 594, so there won't be further enhancements
to them.
--
nosy: +iritkatriel
resolution: -> wont fix
stage: patch review -> resolved
status: open -> closed
___
Change by Irit Katriel :
--
nosy: +asvetlov
___
Python tracker
<https://bugs.python.org/issue24080>
___
___
Python-bugs-list mailing list
Unsubscribe:
Irit Katriel added the comment:
I don't think the OP is complaining about the internal asyncio machinery
frames, but rather about the repetition of the "return f.result() # May raise
f.exception()." frame.
I will paste the output of the script in the next comment.
Irit Katriel added the comment:
>>> asyncio.run(main())
Traceback (most recent call last):
File "", line 6, in main
File "C:\Users\User\src\cpython\Lib\asyncio\tasks.py", line 597, in
_wait_for_one
return f.result() # May raise f.exception().
Change by Irit Katriel :
--
resolution: -> duplicate
stage: -> resolved
status: open -> closed
superseder: -> Incorrect traceback when future's exception is raised multiple
times
___
Python tracker
<https://bugs.p
Irit Katriel added the comment:
Closed issue42682 as duplicate of this.
--
___
Python tracker
<https://bugs.python.org/issue45924>
___
___
Python-bugs-list m
Irit Katriel added the comment:
We should make throw accept an exception instance, the same thing was done in
the traceback module.
--
___
Python tracker
<https://bugs.python.org/issue46
Irit Katriel added the comment:
Can this be closed now or is there anything else to do?
--
nosy: +iritkatriel
status: open -> pending
___
Python tracker
<https://bugs.python.org/issu
Change by Irit Katriel :
--
resolution: -> fixed
stage: patch review -> resolved
status: open -> closed
___
Python tracker
<https://bugs.python.or
Change by Irit Katriel :
--
resolution: -> duplicate
stage: -> resolved
status: open -> closed
superseder: -> AttributeError in ast.unparse
___
Python tracker
<https://bugs.python
Irit Katriel added the comment:
Closed issue44832 as a duplicate of this.
--
nosy: +iritkatriel
___
Python tracker
<https://bugs.python.org/issue28584>
___
___
Change by Irit Katriel :
--
resolution: -> duplicate
stage: -> resolved
status: open -> closed
superseder: -> ICC compiler check is too permissive
___
Python tracker
<https://bugs.python
Change by Irit Katriel :
--
resolution: -> duplicate
stage: -> resolved
status: open -> closed
superseder: -> Compiler warnings in _zoneinfo.c on Windows build in 64-bit
___
Python tracker
<https://bugs.python
Change by Irit Katriel :
--
resolution: -> later
stage: patch review -> resolved
status: open -> closed
___
Python tracker
<https://bugs.python.or
Irit Katriel added the comment:
The documentation has been updated by now [1]:
ZipFile.comment
The comment associated with the ZIP file as a bytes object. If assigning a
comment to a ZipFile instance created with mode 'w', 'x' or 'a', it should be
no longer tha
Irit Katriel added the comment:
The patch needs to be converted to a GitHub PR and reviewed.
--
components: +Library (Lib)
keywords: +easy
nosy: +iritkatriel
versions: +Python 3.11 -Python 3.6
___
Python tracker
<https://bugs.python.org/issue26
Change by Irit Katriel :
--
resolution: -> not a bug
stage: -> resolved
status: open -> closed
___
Python tracker
<https://bugs.python.org/issue35577>
___
___
Irit Katriel added the comment:
There were several votes in the discussion for rejecting this deprecation, so I
am closing the issue.
--
nosy: +iritkatriel
resolution: -> rejected
stage: -> resolved
status: open -> closed
___
Pytho
Irit Katriel added the comment:
It's not just that it can't be pretty printed - it doesn't even have __str__ or
__repr__.
I think the only thing we have now it write, which can do this:
>>> config = configparser.ConfigParser()
>>> config['D
Change by Irit Katriel :
--
resolution: -> fixed
stage: patch review -> resolved
status: open -> closed
___
Python tracker
<https://bugs.python.or
Change by Irit Katriel :
--
resolution: -> fixed
stage: needs patch -> resolved
status: open -> closed
___
Python tracker
<https://bugs.python.or
Irit Katriel added the comment:
Since nobody followed up on this for 5 years, I would suggest that (if you are
still interested in this) you raise this on python-ideas and ideally also
implement and submit a patch.
If this is abandoned I will close the issue in a couple of weeks
Irit Katriel added the comment:
Perhaps we could raise an exception with a clearer error message when
fieldnames not a sequence?
--
nosy: +iritkatriel
versions: +Python 3.11 -Python 3.7
___
Python tracker
<https://bugs.python.org/issue32
Irit Katriel added the comment:
I am closing this because in the 13 years since it was opened there was only
one (negative) response and I don't think this will be picked up now.
If you still want to pursue this idea, I would suggest raising it on
python-ideas to get more feedback, and
Irit Katriel added the comment:
To summarize the discussion:
There were objections to adding assertClose, but more agreement for adding an
option to assertAlomstEqual that does the equivalent.
Chris was to come back with an implementation (that was in 2016).
Are we still pursuing this or
Change by Irit Katriel :
--
resolution: -> duplicate
stage: -> resolved
status: open -> closed
superseder: -> Add start and stop parameters to the array.index()
___
Python tracker
<https://bugs.python
Irit Katriel added the comment:
-1.
This is basically a request to add API to the stdlib to turn a two-liner into a
one-liner.
--
nosy: +iritkatriel
___
Python tracker
<https://bugs.python.org/issue40
Irit Katriel added the comment:
I think this should have been opened on the typeshed issue tracker.
--
nosy: +iritkatriel
status: open -> pending
___
Python tracker
<https://bugs.python.org/issu
Change by Irit Katriel :
--
resolution: -> works for me
stage: -> resolved
status: open -> closed
___
Python tracker
<https://bugs.python.or
Irit Katriel added the comment:
See also Issue25489.
--
nosy: +iritkatriel
___
Python tracker
<https://bugs.python.org/issue46759>
___
___
Python-bugs-list m
Irit Katriel added the comment:
See also Issue46759.
--
nosy: +iritkatriel
___
Python tracker
<https://bugs.python.org/issue25489>
___
___
Python-bugs-list m
Irit Katriel added the comment:
New changeset 3af68fc77c528d4e7749046cf6e41fd79902e6e6 by jmcb in branch 'main':
bpo-46013: Fix confusing kerning on period in docs (GH-29989)
https://github.com/python/cpython/commit/3af68fc77c528d4e7749046cf6e41fd79902e6e6
--
nosy: +i
Irit Katriel added the comment:
New changeset 87b3e202d46cdeb0a6b1ef041579a5ebc7c826a9 by Miss Islington (bot)
in branch '3.10':
bpo-46013: Fix confusing kerning on period in docs (GH-29989) (GH-32005)
https://github.com/python/cpython/commit/87b3e202d46cdeb0a6b1ef041579a5
Irit Katriel added the comment:
New changeset 504973a13336d8a4d20459f68de9647a1fb25966 by Miss Islington (bot)
in branch '3.9':
bpo-46013: Fix confusing kerning on period in docs (GH-29989) (GH-32006)
https://github.com/python/cpython/commit/504973a13336d8a4d20459f68de964
Change by Irit Katriel :
--
resolution: -> fixed
stage: patch review -> resolved
status: open -> closed
___
Python tracker
<https://bugs.python.or
Irit Katriel added the comment:
This has been fixed by now.
--
nosy: +iritkatriel
resolution: -> out of date
stage: -> resolved
status: open -> closed
___
Python tracker
<https://bugs.python.or
Irit Katriel added the comment:
This has been fixed by now.
--
nosy: +iritkatriel
resolution: -> out of date
stage: -> resolved
status: open -> closed
___
Python tracker
<https://bugs.python.or
Change by Irit Katriel :
--
keywords: +easy
title: tempfile.TemporaryDirectory incorrectly documented -> [doc]
tempfile.TemporaryDirectory documentation improvements
versions: +Python 3.10, Python 3.11, Python 3.9 -Python 3.6, Python 3.7, Python
Change by Irit Katriel :
--
keywords: +easy
title: Error in functional how-to example -> [doc] Error in functional how-to
example
versions: +Python 3.10, Python 3.11 -Python 3.7, Python 3.8
___
Python tracker
<https://bugs.python.org/issu
Irit Katriel added the comment:
Task groups are implemented under Issue46752.
--
nosy: +iritkatriel
resolution: -> duplicate
status: open -> pending
superseder: -> Introduce task groups to asyncio and change task cancellation
Irit Katriel added the comment:
This is a TypeError now, so there shouldn't be issues with unit tests anymore:
>>> task = asyncio.get_event_loop().create_task(ag())
Traceback (most recent call last):
File "", line 1, in
File "/Users/iritkatriel/src/cpyth
Irit Katriel added the comment:
I'm closing this as out of date, please create a new issue if you are seeing an
issue on current versions of python (>= 3.10).
--
resolution: -> out of date
stage: -> resolved
status: open -> closed
_
Change by Irit Katriel :
--
keywords: +easy
title: Clarify whether Futures can be awaited multiple times -> [doc] Clarify
that Futures can be awaited multiple times
versions: +Python 3.11
___
Python tracker
<https://bugs.python.org/issu
Change by Irit Katriel :
--
keywords: +easy
title: asyncio event_loop fails when accessed from multiple threads -> [doc]
asyncio event_loop fails when accessed from multiple threads
___
Python tracker
<https://bugs.python.org/issu
Change by Irit Katriel :
--
pull_requests: +30116
pull_request: https://github.com/python/cpython/pull/32027
___
Python tracker
<https://bugs.python.org/issue12
Irit Katriel added the comment:
New changeset 45833b50f0ccf2abb01304c900afee05b6d01b9e by Irit Katriel in
branch 'main':
bpo-12029: [doc] clarify that except does not match virtual subclasses of the
specified exception type (GH-32027)
https://github.com/python/cpyt
Change by Irit Katriel :
--
pull_requests: +30125
pull_request: https://github.com/python/cpython/pull/32034
___
Python tracker
<https://bugs.python.org/issue12
Change by Irit Katriel :
--
pull_requests: +30126
pull_request: https://github.com/python/cpython/pull/32035
___
Python tracker
<https://bugs.python.org/issue12
Irit Katriel added the comment:
New changeset 7fc12540e3e873d8ff49711e70fd691185f977b9 by Irit Katriel in
branch '3.10':
bpo-12029: [doc] clarify that except does not match virtual subclasses of the
specified exception type (GH-32027) (GH-32034)
https://github.com/python/cpyt
Change by Irit Katriel :
--
resolution: -> fixed
stage: patch review -> resolved
status: open -> closed
___
Python tracker
<https://bugs.python.or
Irit Katriel added the comment:
New changeset 2d5e9f8d6296cc52da9823bb57e7f03d60b34d27 by Irit Katriel in
branch '3.9':
bpo-12029: [doc] clarify that except does not match virtual subclasses of the
specified exception type (GH-32027) (GH-32035)
https://github.com/python/cpyt
Irit Katriel added the comment:
Is the "See help(type(self)) for accurate signature." part of object.__init__
docstring useful? May we can just remove it?
--
nosy: +iritkatriel
___
Python tracker
<https://bugs.python.o
Irit Katriel added the comment:
I would dedup when extracting items from the queue, because it is trivial to
find duplicates then. It can be done with a simple wrapper, without any changes
to the queue.
--
nosy: +iritkatriel
___
Python tracker
Change by Irit Katriel :
--
keywords: +easy
title: have a way to ignore nonexisting locales in locale.setlocale -> [doc]
mention that setlocale raises exception if given a nonexisting locale
versions: +Python 3.10, Python 3.11, Python 3.9 -Python
Irit Katriel added the comment:
And now we have TaskGroups in asyncio as well.
I'm closing this as it seems to have been abandoned. Feel free to reopen if
this is still needed.
--
nosy: +iritkatriel
stage: needs patch -> resolved
status: open -
Irit Katriel added the comment:
> We are currently debating to bring the module back and warn users that it
> will be removed in 3.10.
Doesn't look like it was removed in 3.10. Was this an oversight?
--
nosy: +iritkatriel
___
Pyt
New submission from Irit Katriel :
I believe this is about smtpd, which is now deprecated under PEP 594. So I
think we can close it.
--
nosy: +iritkatriel
resolution: -> out of date
status: open -> pending
___
Python tracker
Irit Katriel added the comment:
The patch looks very out of date. Let mw know if it's still needed, otherwise
I'll close.
--
nosy: +iritkatriel
status: open -> pending
___
Python tracker
<https://bugs.pytho
Irit Katriel added the comment:
The patch needs to be reviewed. If the tests are still relevant and increase
coverage, it needs to be converted to a GitHub PR. Otherwise this issue can be
closed.
--
keywords: +easy -needs review, patch
nosy: +iritkatriel
versions: +Python 3.11
Irit Katriel added the comment:
The patch needs to be reviewed. If the tests are still relevant and increase
coverage, it needs to be converted to a GitHub PR. Otherwise this issue can be
closed.
See also issue13330.
--
nosy: +iritkatriel
Irit Katriel added the comment:
See also issue25528.
--
___
Python tracker
<https://bugs.python.org/issue13330>
___
___
Python-bugs-list mailing list
Unsub
Irit Katriel added the comment:
> Personally I'd write multiple asserts rather than regex permutations.
I would too, because then when one of them fails it's clear which of the
strings is missing.
--
nosy: +iritkatriel
___
Python tr
Irit Katriel added the comment:
The patch needs to be reviewed. If the tests are still relevant and increase
coverage, it needs to be converted to a GitHub PR. Otherwise this issue can be
closed.
--
keywords: +easy, newcomer friendly -patch
nosy: +iritkatriel
Irit Katriel added the comment:
I'm not seeing this output when I run the test. Are you still seeing it?
--
nosy: +iritkatriel
status: open -> pending
___
Python tracker
<https://bugs.python.org
Irit Katriel added the comment:
I think this was fixed in issue45212.
--
nosy: +iritkatriel
resolution: -> duplicate
status: open -> pending
superseder: -> Dangling threads in skipped tests in test_socket
___
Python tracke
Change by Irit Katriel :
--
stage: -> resolved
status: pending -> closed
___
Python tracker
<https://bugs.python.org/issue23743>
___
___
Python-bugs-list
Irit Katriel added the comment:
Closing, please reopen or create a new issue if this is still a problem after
all these years.
--
stage: needs patch -> resolved
status: pending -> closed
___
Python tracker
<https://bugs.python.org/i
Irit Katriel added the comment:
You don't need sys.exc_info() for the traceback anymore.
except Exception as e:
raise OSError('blah').with_traceback(e.__traceback__)
--
nosy: +iritkatriel
___
Python tracker
<https://bugs.pyt
Change by Irit Katriel :
--
nosy: +iritkatriel
nosy_count: 5.0 -> 6.0
pull_requests: +30165
pull_request: https://github.com/python/cpython/pull/32078
___
Python tracker
<https://bugs.python.org/issu
Change by Irit Katriel :
--
resolution: -> fixed
stage: patch review -> resolved
status: open -> closed
versions: -Python 3.9
___
Python tracker
<https://bugs.python.or
Change by Irit Katriel :
--
versions: +Python 3.11 -Python 3.7
___
Python tracker
<https://bugs.python.org/issue23578>
___
___
Python-bugs-list mailing list
Unsub
Irit Katriel added the comment:
In 3.11 it is drwxr-xr-x.
--
nosy: +iritkatriel
resolution: -> out of date
stage: -> resolved
status: open -> closed
___
Python tracker
<https://bugs.python.or
Irit Katriel added the comment:
cgi/cgitb are deprecated as per PEP 594, so there won't be further enhancements
to them.
--
nosy: +iritkatriel
resolution: -> wont fix
stage: patch review -> resolved
status: open -> closed
___
Irit Katriel added the comment:
This problem was reported for 2.7 without a manageable reproducer. I suggest we
close it because it's unlikely that anyone will want to investigate this now
unless it's reported again for a supported python version.
--
nosy: +iritkatriel
Change by Irit Katriel :
--
keywords: +easy -patch
___
Python tracker
<https://bugs.python.org/issue17246>
___
___
Python-bugs-list mailing list
Unsubscribe:
Irit Katriel added the comment:
This was reported for 3.6 and there was not enough information to figure out
what the problem is. I am closing it because it's unlikely that anyone will be
do anything about this unless it is reported again for a current Python
version, and with
Change by Irit Katriel :
--
resolution: -> duplicate
stage: -> resolved
status: open -> closed
superseder: -> undefined behaviour: signed integer overflow in threadmodule.c
___
Python tracker
<https://bugs.python
Change by Irit Katriel :
--
keywords: +easy
title: range is not a built-in function -> [doc] range is not a built-in
function
versions: +Python 3.10, Python 3.11 -Python 3.7, Python 3.8
___
Python tracker
<https://bugs.python.org/issu
Irit Katriel added the comment:
> So no, while unresolved, this bug report should not be closed.
This is not a bug report, it's a feature request, and there is enough
resistance in the discussion to reject it (according to the Status Quo Wins a
Stalemate principle).
What may be un
Change by Irit Katriel :
--
nosy: +iritkatriel
nosy_count: 5.0 -> 6.0
pull_requests: +30182
pull_request: https://github.com/python/cpython/pull/32100
___
Python tracker
<https://bugs.python.org/issu
Irit Katriel added the comment:
Closing as this seems abandoned.
Buck, if you want to bring it up again and explain the use case, please reopen
this issue, create a new issue or post to python-ideas.
--
nosy: +iritkatriel
resolution: -> rejected
stage: -> resolved
status
Irit Katriel added the comment:
New changeset 2f49b97cc5426087b46515254b9a97a22ee8c807 by Irit Katriel in
branch 'main':
bpo-46841: remove no-longer-used macro UPDATE_PREV_INSTR_OPARG (GH-32100)
https://github.com/python/cpython/commit/2f49b97cc5426087b46515254b9a97
Irit Katriel added the comment:
This looks like PEP 673 – Self Type.
--
nosy: +iritkatriel
resolution: -> out of date
status: open -> pending
___
Python tracker
<https://bugs.python.org/i
Change by Irit Katriel :
--
components: +Distutils -Library (Lib)
nosy: +dstufft
___
Python tracker
<https://bugs.python.org/issue8891>
___
___
Python-bugs-list m
Irit Katriel added the comment:
distutils is deprecated now, so there won't be any more enhancements to it.
--
nosy: +iritkatriel
resolution: -> wont fix
stage: needs patch -> resolved
status: open -> closed
___
Python t
Irit Katriel added the comment:
The patch has no tests, the use case is not clear and it's been 9 years.
Closing.
--
nosy: +iritkatriel
stage: -> resolved
status: open -> closed
___
Python tracker
<https://bugs.python.
Change by Irit Katriel :
--
resolution: -> duplicate
stage: -> resolved
status: open -> closed
superseder: -> Popen should raise ValueError if pass a string when shell=False
or a list when shell=True
___
Python tracker
<https://
Change by Irit Katriel :
--
resolution: -> out of date
stage: patch review -> resolved
status: open -> closed
___
Python tracker
<https://bugs.python.o
New submission from Irit Katriel :
For some of our jump opcodes target is absolute, so it can easily require
EXTENDED_ARGS. Our analysis [1] shows that turning all absolute jumps into
relative jumps will eliminate almost all EXTENDED_ARGS on jumps.
This will require a _BACK version for each
Change by Irit Katriel :
--
title: Make all jumps relative -> Make all jump opcodes relative
___
Python tracker
<https://bugs.python.org/issue47120>
___
___
Py
Change by Irit Katriel :
--
keywords: +patch
pull_requests: +30191
stage: -> patch review
pull_request: https://github.com/python/cpython/pull/32115
___
Python tracker
<https://bugs.python.org/issu
Change by Irit Katriel :
--
stage: -> resolved
status: open -> closed
___
Python tracker
<https://bugs.python.org/issue11339>
___
___
Python-bugs-list
Change by Irit Katriel :
--
keywords: +easy
___
Python tracker
<https://bugs.python.org/issue47133>
___
___
Python-bugs-list mailing list
Unsubscribe:
Change by Irit Katriel :
--
nosy: +lukasz.langa
___
Python tracker
<https://bugs.python.org/issue34480>
___
___
Python-bugs-list mailing list
Unsubscribe:
Irit Katriel added the comment:
That's a good point. I see that the __future__ imports appear in the dir() of
the module, and indeed they are imported with 'from m import *'.
But I wonder if that is actually a bug. If you try this:
% cat x.py
from __future__ import ann
Irit Katriel added the comment:
New changeset 15ba8167d78f9e66bd5b07c4e5cbb0463460310a by Irit Katriel in
branch 'main':
bpo-26120: make pydoc exclude __future__ imports from the data block of the
module (GH-30888)
https://github.com/python/cpyt
801 - 900 of 3640 matches
Mail list logo