[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 make a few concessions: - ignores the difference between function and method; way to many functions are documented as methods and vice-versa to disallow this (or would be a major overhaul) - https://docs.python.org/3/c-api/structures.html?highlight=meth_class#METH_VARARGS is documented under python domain but IMHO should be C - https://docs.python.org/3/c-api/typeobj.html?highlight=py_tpflags_base_exc_subclass#c.PyTypeObject.tp_flags is documented under python domain but IMHO should be C - does not clarifies where to type classes goes - they seem to be a weird in-between a method and a class, satisfying neither - see related discussion on topic from https://bugs.python.org/issue41973 -- ___ Python tracker <https://bugs.python.org/issue45391> ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[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 <https://bugs.python.org/issue45391> ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[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. This way, we could defend against future such issues too. I can give it a go in a few days if no one else wants to do so before that. -- ___ Python tracker <https://bugs.python.org/issue45391> ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[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 <https://bugs.python.org/issue45391> ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[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/issue45391> ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[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 severity: normal status: open title: 3.10 objects.inv classifies UnionType as data versions: Python 3.10 ___ Python tracker <https://bugs.python.org/issue45391> ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[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.org/issue45389> ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[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/objects.inv | head -n 3 # Sphinx inventory version 2 # Project: Python # Version: 3.10 -- assignee: docs@python components: Documentation messages: 403293 nosy: docs@python, gaborjbernat priority: normal severity: normal status: open title: https://docs.python.org/3/objects.inv still points to 3.10 versions: Python 3.10 ___ Python tracker <https://bugs.python.org/issue45389> ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[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/issue45389> ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[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 ___ Python tracker <https://bugs.python.org/issue45274> ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[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: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[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 on the list/dict trait of the existing interface is not part of the interface. I don't think the importlib libraries are special enough to warrant exclusion from this rule (as opposed let's say the zoneinfo). -- nosy: +gaborjbernat ___ Python tracker <https://bugs.python.org/issue44246> ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[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: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[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> ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[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\lib\pathlib.py", line 1221, in stat return self._accessor.stat(self) OSError: [WinError 123] The filename, directory name, or volume label syntax is incorrect: 'http:\\w.org' The above code returns correctly False on UNIX systems. -- components: Windows messages: 384569 nosy: gaborjbernat, paul.moore, steve.dower, tim.golden, zach.ware priority: normal severity: normal status: open title: pathlib.exists on Windows raises an exception on URL like/bad input versions: Python 3.10, Python 3.6, Python 3.7, Python 3.8, Python 3.9 ___ Python tracker <https://bugs.python.org/issue42855> ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[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/67b653f1d3ce4857a065a3bd81e424df#file-thread_inheritence_sol_1-py-L1 for such an example. -- messages: 382398 nosy: gaborjbernat priority: normal severity: normal status: open title: Automatically set parent thread idents on thread start versions: Python 3.10, Python 3.9 ___ Python tracker <https://bugs.python.org/issue42552> ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com