[issue45391] 3.10 objects.inv classifies UnionType as data

gaborjbernat added the comment: Here's a gist where I managed to detect roughly 140 errors (some looks like potential false positive, so likely the real number is more around 100): https://gist.github.com/gaborbernat/5360badab2125b3f81a3bcbce0e94c2a#file-found_issues-output-L1 This does

[issue45391] 3.10 objects.inv classifies UnionType as data

gaborjbernat added the comment: I think Brian Skinn script is a rough approximation, but definitely entirely accurate. You'd have to match up what sphinx thinks per doc vs what you import for an accurate view. -- ___ Python tracker <ht

[issue45391] 3.10 objects.inv classifies UnionType as data

gaborjbernat added the comment: Not easily, but, e.g. the EllipsisType is one. I would have to create some script which I haven't done yet. The best would be to create a sphinx plugin that collects entries registered in the doc and displays the discrepancy against the intershpinx object

[issue45391] 3.10 objects.inv classifies UnionType as data

gaborjbernat added the comment: The issue with the current state this is that intersphinx fails to find types.UnionType in objects.inv because of leaves under the incorrect namespace (data vs class). -- ___ Python tracker <ht

[issue45391] 3.10 objects.inv classifies UnionType as data

Change by gaborjbernat : -- keywords: +patch pull_requests: +27100 stage: -> patch review pull_request: https://github.com/python/cpython/pull/28757 ___ Python tracker <https://bugs.python.org/issu

[issue45391] 3.10 objects.inv classifies UnionType as data

New submission from gaborjbernat : It's a class though: ❯ sphobjinv suggest ./objects.inv UnionType :py:data:`types.UnionType` defined as: UnionType = type(int | str) -- assignee: docs@python components: Documentation messages: 403300 nosy: docs@python, gaborjbernat priority: normal

[issue45389] https://docs.python.org/3/objects.inv still points to 3.9

gaborjbernat added the comment: Could be not a CPython problem, but for reference when trying to look into the inventory file for 3.10 ran into https://github.com/bskinn/sphobjinv/issues/208 -- ___ Python tracker <https://bugs.python.

[issue45389] https://docs.python.org/3/objects.inv still points to 3.10

New submission from gaborjbernat : https://docs.python.org/3/library/ links now to 3.10; however, the objects inventory does not. ❯ curl -s https://docs.python.org/3/objects.inv | head -n 3 # Sphinx inventory version 2 # Project: Python # Version: 3.9 ❯ curl -s https://docs.python.org/3.10

[issue45389] https://docs.python.org/3/objects.inv still points to 3.9

Change by gaborjbernat : -- title: https://docs.python.org/3/objects.inv still points to 3.10 -> https://docs.python.org/3/objects.inv still points to 3.9 ___ Python tracker <https://bugs.python.org/issu

[issue45274] Race condition in Thread._wait_for_tstate_lock()

gaborjbernat added the comment: I just want to note that my maximal reproducer moved to https://github.com/tox-dev/tox/commit/e5d1a439be0790c8104d4caf943b3d82f23a0039 (that has been merged on the branch, so should be now stable). -- nosy: -eryksun

[issue45274] Race condition in Thread._wait_for_tstate_lock()

Change by gaborjbernat : -- nosy: +gaborjbernat ___ Python tracker <https://bugs.python.org/issue45274> ___ ___ Python-bugs-list mailing list Unsubscribe:

[issue44246] 3.10 beta 1: breaking change in importlib.metadata entry points

gaborjbernat added the comment: After reading through the points here, I must say I agree with Anthony here. The standard library has clear rules regarding how previously working interfaces should be deprecated, and this changeset is violating those. At no point was documented that relying

[issue9334] argparse does not accept options taking arguments beginning with dash (regression from optparse)

Change by gaborjbernat : -- nosy: +gaborjbernat ___ Python tracker <https://bugs.python.org/issue9334> ___ ___ Python-bugs-list mailing list Unsubscribe:

[issue42855] pathlib.exists on Windows raises an exception on URL like/bad input

gaborjbernat added the comment: How come the link is invalid on Windows but valid on UNIX? -- ___ Python tracker <https://bugs.python.org/issue42855> ___ ___

[issue42855] pathlib.exists on Windows raises an exception on URL like/bad input

New submission from gaborjbernat : ❯ py -c "from pathlib import Path; Path('http://w.org').exists()" Traceback (most recent call last): File "", line 1, in File "C:\Python39\lib\pathlib.py", line 1407, in exists self.stat() File "C:\Python39\

[issue42552] Automatically set parent thread idents on thread start

New submission from gaborjbernat : I want to request automatically adding the current thread ident on the thread start as parent_ident. I would like this to be able to implement thread-local variables that inherit their values from the parent thread. See https://gist.github.com/gaborbernat