[issue46034] Patch-adding __init__ in a class takes no effect when called from a subinterpreter

New submission from Miro Hrončok : Hello, based on some bug reports reported in: - https://github.com/GrahamDumpleton/mod_wsgi/issues/729 - https://github.com/poljar/weechat-matrix/issues/293 - https://bugzilla.redhat.com/show_bug.cgi?id=2030621 I have isolated the following reproducer that

[issue46034] Patch-adding __init__ in a class takes no effect when called from a subinterpreter

Miro Hrončok added the comment: git bisect gives: https://github.com/python/cpython/commit/ea251806b8d11b30d2182af1e589caf88acf -- ___ Python tracker <https://bugs.python.org/issue46

[issue46006] [subinterpreter] _PyUnicode_EqualToASCIIId() issue with subinterpreters

Change by Miro Hrončok : -- nosy: +hroncok ___ Python tracker <https://bugs.python.org/issue46006> ___ ___ Python-bugs-list mailing list Unsubscribe:

[issue46070] _PyImport_FixupExtensionObject() regression causing a crash in subintepreters

Change by Miro Hrončok : -- nosy: +hroncok ___ Python tracker <https://bugs.python.org/issue46070> ___ ___ Python-bugs-list mailing list Unsubscribe:

[issue43976] Allow Python distributors to add custom site install schemes

Miro Hrončok added the comment: In Fedora 36+ / Python 3.10+ we now use an install_scheme that looks like this: 'purelib': '{base}/local/lib/python{py_version_short}/site-packages', 'platlib': '{platbase}/local/{platlibdir}/python{py_version_

[issue46513] AC_C_CHAR_UNSIGNED from configure.ac confuses GCC 12+ by defining __CHAR_UNSIGNED__

New submission from Miro Hrončok : As described at https://mail.python.org/archives/list/python-...@python.org/thread/MPHZ3TGSHMSF7C4P7JEP2ZCYLRA3ERC5/ the AC_C_CHAR_UNSIGNED macro from configure.ac confuses GCC 12+ as it exports a reserved symbol __CHAR_UNSIGNED__ through pyconfig.h. My

[issue45413] Add install scheme for virtual environments

Miro Hrončok added the comment: I'll try to draft this change for Python 3.11. -- ___ Python tracker <https://bugs.python.org/issue45413> ___ ___ Pytho

[issue45413] Add install scheme for virtual environments

Change by Miro Hrončok : -- keywords: +patch pull_requests: +29217 stage: -> patch review pull_request: https://github.com/python/cpython/pull/31034 ___ Python tracker <https://bugs.python.org/issu

[issue45413] Add install scheme for virtual environments

Miro Hrončok added the comment: I've created a draft PR in https://github.com/python/cpython/pull/31034 It is still missing tests and I have not checked it on Windows, hence still a draft. -- ___ Python tracker <https://bugs.python.org/is

[issue45413] Add install scheme for virtual environments

Miro Hrončok added the comment: The PR is now ready for review. -- ___ Python tracker <https://bugs.python.org/issue45413> ___ ___ Python-bugs-list mailin

[issue46624] random.randrange removed support for non-integer types after just one release of deprecation

New submission from Miro Hrončok : In https://github.com/python/cpython/commit/5afa0a411243210a30526c7459a0ccff5cb88494 the support for non-integer types was removed from random.randrange(). This change is not backward-compatible and it breaks 3rd party code, for example: simplewrap: https

[issue46624] random.randrange removed support for non-integer types after just one release of deprecation

Change by Miro Hrončok : -- keywords: +patch pull_requests: +29283 stage: -> patch review pull_request: https://github.com/python/cpython/pull/31098 ___ Python tracker <https://bugs.python.org/issu

[issue46624] random.randrange removed support for non-integer types after just one release of deprecation

Miro Hrončok added the comment: Proposed the revert at https://github.com/python/cpython/pull/31098 -- ___ Python tracker <https://bugs.python.org/issue46

[issue45413] Add install scheme for virtual environments

Miro Hrončok added the comment: I've adapted the PR. See the latest commit (Instead of *venv* scheme, have *posix_venv* and *nt_venv*). -- ___ Python tracker <https://bugs.python.org/is

[issue46835] ImportError: bad magic number in ... does not indicate where is that file located

New submission from Miro Hrončok : Recently I've been debugging a very nasty bug report that looked like this: Traceback (most recent call last): File "/usr/bin/jupyter-notebook", line 5, in from notebook.notebookapp import main File "/usr/lib/pyth

[issue46835] ImportError: bad magic number in ... does not indicate where is that file located

Miro Hrončok added the comment: Apparently, the exception already contains a path attribute with exactly the kind of information I'd like to see. What if the message was: ImportError: bad magic number in '/usr/bin/six.pyc': b'\x03\xf3\r\n' Would that be accepted

[issue46835] ImportError: bad magic number in ... does not indicate where is that file located

Change by Miro Hrončok : -- keywords: +patch pull_requests: +29658 stage: -> patch review pull_request: https://github.com/python/cpython/pull/31534 ___ Python tracker <https://bugs.python.org/issu

[issue43312] Interface to select preferred "user" or "home" sysconfig scheme for an environment

Change by Miro Hrončok : -- nosy: +hroncok nosy_count: 8.0 -> 9.0 pull_requests: +29780 pull_request: https://github.com/python/cpython/pull/31034 ___ Python tracker <https://bugs.python.org/issu

[issue46114] OpenSSL 3.0 uses different version scheme

Miro Hrončok added the comment: 3.8 is security only, so I suppose there is no chance of getting the test fixed as well? -- nosy: +hroncok ___ Python tracker <https://bugs.python.org/issue46

[issue46114] OpenSSL 3.0 uses different version scheme

Miro Hrončok added the comment: Ack, will do it downstream-only. -- ___ Python tracker <https://bugs.python.org/issue46114> ___ ___ Python-bugs-list mailin

[issue37924] Embedding Python in Another Application: Compiling under Unix misses the --embed flag

New submission from Miro Hrončok : Based on changes in https://docs.python.org/3.8/whatsnew/3.8.html#debug-build-uses-the-same-abi-as-release-build I belive we should document the python3.8-config --embed flag in https://docs.python.org/3.8/extending/embedding.html#compiling-and-linking-under

[issue37925] --embed not included in python3.8-config usage/--help

New submission from Miro Hrončok : Based on changes in https://docs.python.org/3.8/whatsnew/3.8.html#debug-build-uses-the-same-abi-as-release-build I think that the usage string of python3.8-config should also contain --embed. Actual output: $ python3.8-config Usage: /usr/bin/python3.8

[issue37926] regression: PySys_SetArgvEx(0, NULL, 0): SystemError: Python-3.8.0b3/Objects/unicodeobject.c:2089: bad argument to internal function

New submission from Miro Hrončok : There is a regression between Python 3.7 and 3.8 when using PySys_SetArgvEx(0, NULL, 0). Consider this example: #include int main() { Py_Initialize(); PySys_SetArgvEx(0, NULL, 0); /* HERE */ PyRun_SimpleString("from time import time,ct

[issue34651] Disallow fork in a subinterpreter.

Miro Hrončok added the comment: The problem with subprocess.Popen has been fixed in https://bugs.python.org/issue37951 -- ___ Python tracker <https://bugs.python.org/issue34

[issue36797] Cull more oudated distutils information

Change by Miro Hrončok : -- pull_requests: +15354 pull_request: https://github.com/python/cpython/pull/15700 ___ Python tracker <https://bugs.python.org/issue36

[issue38439] IDLE menu icon is blurry on GNOME

New submission from Miro Hrončok : See the attached screenshot. All the GNOME apps have scalable icons, only the IDLE icon is scaled up from 48x48 pixels. I've found similar issue32129, but apparently the accepted resolution was to change a bit of code somewhere, not to provide h

[issue38620] Shell python-config --includes returns the same path twice

Change by Miro Hrončok : -- nosy: +hroncok ___ Python tracker <https://bugs.python.org/issue38620> ___ ___ Python-bugs-list mailing list Unsubscribe:

[issue37820] Unnecessary URL scheme exists to allow 'URL: reading file in urllib

Change by Miro Hrončok : -- nosy: +hroncok nosy_count: 3.0 -> 4.0 pull_requests: +23632 pull_request: https://github.com/python/cpython/pull/24870 ___ Python tracker <https://bugs.python.org/issu

[issue37741] importlib.metadata docs not showing up in the module index

Miro Hrončok added the comment: The docs at https://docs.python.org/3/library/importlib.metadata.html also don't list the API at all, it is just a tutorial, not a reference. I see the code has docstrings, but they are missing from the docs. E.g. PackageNotFoundError is not documented a

[issue38820] Make Python compatible with OpenSSL 3.0.0

Miro Hrončok added the comment: Python 3.10.0a7 with OpenSSL 3.0 from https://copr.fedorainfracloud.org/coprs/saprasad/openssl-3.0/ in https://copr.fedorainfracloud.org/coprs/g/python/openssl-3.0/package/python3.10/ (full logs available there). 3 tests failed: test_imaplib test_ssl

[issue42134] Raise ImportWarning when falling back to find_module()

Miro Hrončok added the comment: Brett, would you accept a PR that changes the changelog entry to contain the ".find_spec() not found; falling back to find_module()" message, for better search-ability? I needed to use grep + git blame to be able to find out what's going on.

[issue37751] In codecs, function 'normalizestring' should convert both spaces and hyphens to underscores.

Change by Miro Hrončok : -- nosy: -hroncok ___ Python tracker <https://bugs.python.org/issue37751> ___ ___ Python-bugs-list mailing list Unsubscribe:

[issue43976] Introduce mechanism to allow Python distributors to add custom site install schemes

Miro Hrončok added the comment: Cross referencing the discussion: https://discuss.python.org/t/mechanism-for-distributors-to-add-site-install-schemes-to-python-installations/8467 -- nosy: +hroncok ___ Python tracker <https://bugs.python.

[issue44043] 3.10 b1 armhf Bus Error in hashlib test: test_gil

Miro Hrončok added the comment: In Fedora, our build passed on Fedoras 32, 33, 34, 35. We have: F32: gcc 10.2.1, openssl 1.1.1k F33: gcc 10.3.1, openssl 1.1.1k F34: gcc 11.1.1, openssl 1.1.1k F35: gcc 11.1.1, openssl 1.1.1k Let me know how can I help to debug the difference in environment

[issue43760] The DISPATCH() macro is not as efficient as it could be.

Miro Hrončok added the comment: I am afraid the "Speed up check for tracing in interpreter dispatch" brought some backwards incompatible changes: yappi/_yappi.c:1261:9: error: ‘PyThreadState’ {aka ‘struct _ts’} has no member named ‘use_tracing’; did you mean ‘tracing’? 126

[issue43760] The DISPATCH() macro is not as efficient as it could be.

Miro Hrončok added the comment: Fedora packages affected (that we know of now): greenlet: https://bugzilla.redhat.com/show_bug.cgi?id=1957784 dipy: https://bugzilla.redhat.com/show_bug.cgi?id=1958203 yappi: https://bugzilla.redhat.com/show_bug.cgi?id=1958896 smartcols: https

[issue43760] The DISPATCH() macro is not as efficient as it could be.

Miro Hrončok added the comment: Disclaimer: I have not written the code nor do I understand what is trying to achieve. I merely collect the data and report the problems to the package maintainers. It just seems to me that a non-underscored (and hence public) member variable on a non

[issue43760] The DISPATCH() macro is not as efficient as it could be.

Miro Hrončok added the comment: scikit-learn: https://bugzilla.redhat.com/show_bug.cgi?id=1958976 gcc: sklearn/cluster/_k_means_fast.c In file included from /usr/lib64/python3.10/site-packages/numpy/core/include/numpy/ndarraytypes.h:1944, from /usr/lib64/python3.10/site

[issue43760] The DISPATCH() macro is not as efficient as it could be (move PyThreadState.use_tracing)

Miro Hrončok added the comment: A Cython issue report: https://github.com/cython/cython/issues/4153 -- ___ Python tracker <https://bugs.python.org/issue43

[issue44242] enum.IntFlag regression: missing values cause TypeError

New submission from Miro Hrončok : With the change introduced in https://bugs.python.org/issue38250 https://github.com/python/cpython/commit/7aaeb2a3d682ecba125c33511e4b4796021d2f82 I observe a regression in behavior of enum.IntFlag with missing values. Consider this code (from pyproj

[issue38250] enum.Flag should be more set-like

Miro Hrončok added the comment: I've reported https://bugs.python.org/issue44242 because I believe there is a regression in this change. -- nosy: +hroncok ___ Python tracker <https://bugs.python.org/is

[issue44351] distutils.sysconfig.parse_makefile() regression in Python 3.10

New submission from Miro Hrončok : Hello. I think https://github.com/python/cpython/pull/23142 changed the behavior of distutils.sysconfig.parse_makefile(). A downstream Fedora report with an affected petsc package: https://bugzilla.redhat.com/show_bug.cgi?id=1959088 Reproducers

[issue44351] distutils.sysconfig.parse_makefile() regression in Python 3.10

Miro Hrončok added the comment: Yes, for the purposes of this bug, bringing TextFile-powered parse_makefile() back to distutils (and distutils only) is the right thing to do. Whether or not Python needs a public standard library function to parse makefiles and whether that function in

[issue44418] unicodedata.ucnhash_CAPI removed from Python 3.10 without deprecation

New submission from Miro Hrončok : In bpo-42157, the unicodedata.ucnhash_CAPI attribute was removed without deprecation. This breaks at least https://github.com/dgrunwald/rust-cpython with: AttributeError: module 'unicodedata' has no attribute 'ucnhash_CAPI' Please re

[issue44418] unicodedata.ucnhash_CAPI removed from Python 3.10 without deprecation

Miro Hrončok added the comment: Right. Nevertheless, the reaming has effectively removed the old name. -- ___ Python tracker <https://bugs.python.org/issue44

[issue44418] unicodedata.ucnhash_CAPI removed from Python 3.10 without deprecation

Miro Hrončok added the comment: All details I have about rust-cpython are that it fails tests with: AttributeError: module 'unicodedata' has no attribute 'ucnhash_CAPI' See the test failures in https://koschei.fedoraproject.org/package/rust-cpython e.g.: sr

[issue44418] unicodedata.ucnhash_CAPI removed from Python 3.10 without deprecation

Miro Hrončok added the comment: > Does it mean that rust-cpython was broken in Python 3.10 even if a change was > prepared with a deprecation period if Python 3.9? Does it mean that the > deprecation period was inefficient on this project? I don't see any deprecation warning wh

[issue44418] unicodedata.ucnhash_CAPI removed from Python 3.10 without deprecation

Miro Hrončok added the comment: Updating the doctest is certainly a good solution for this particular project. However I still think this regression deserves to be resolved. This was part of the API, whether intended or not. -- ___ Python tracker

[issue44451] test_entry_points_by_index (test.test_importlib.test_metadata_api.APITests) fails on Fedora 33 and 34

New submission from Miro Hrončok : Hello. When we attempted to upgrade to Python 3.10.0b3 on Fedora 33 and 34, we see the following test failure: == ERROR: test_entry_points_by_index

[issue44451] test_entry_points_by_index (test.test_importlib.test_metadata_api.APITests) fails on Fedora 33 and 34

Miro Hrončok added the comment: Also reproduced on the main branch. -- versions: +Python 3.11 ___ Python tracker <https://bugs.python.org/issue44451> ___ ___

[issue44451] test_entry_points_by_index (test.test_importlib.test_metadata_api.APITests) fails on Fedora 33 and 34

Miro Hrončok added the comment: Also reproducible without --enable-shared. [cpython (main)]$ ./configure && make [cpython (main)]$ ./python --version Python 3.11.0a0 [cpython (main)]$ ./python -m test test_importlib 0:00:00 load avg: 5.40 Run tests sequentially 0:00:00 load avg: 5

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

Miro Hrončok added the comment: The test_entry_points_by_index test also fails on Fedora. See issue44451. -- nosy: +hroncok ___ Python tracker <https://bugs.python.org/issue44

[issue44451] test_entry_points_by_index (test.test_importlib.test_metadata_api.APITests) fails on Fedora 33 and 34

Miro Hrončok added the comment: I get the DeprecationWarning the tests assumes when not running via the test: $ cat distinfo_pkg-1.0.0.dist-info/entry_points.txt [entries] main = mod:main ns:sub = mod:main $ ./python Python 3.11.0a0 (heads/main:0982ded179, Jun 18 2021, 14:14:16) [GCC 10.3.1

[issue44451] test_entry_points_by_index (test.test_importlib.test_metadata_api.APITests) fails on Fedora 33 and 34

Miro Hrončok added the comment: I've added warnings.resetwarnings() to the test. it makes it pass. It says: Warning -- warnings.filters was modified by test_importlib Before: (140568295281984, [('default', None, , '__main__', 0), ('ignore', None, , No

[issue44451] test_entry_points_by_index (test.test_importlib.test_metadata_api.APITests) fails on Fedora 33 and 34

Miro Hrončok added the comment: Adding the reset to the context manager: with warnings.catch_warnings(record=True) as caught: warnings.resetwarnings() eps[0] Or even better explicitly: with warnings.catch_warnings(record=True) as caught

[issue44451] test_entry_points_by_index (test.test_importlib.test_metadata_api.APITests) fails on Fedora 33 and 34

Change by Miro Hrončok : -- components: +Tests -Library (Lib) ___ Python tracker <https://bugs.python.org/issue44451> ___ ___ Python-bugs-list mailing list Unsub

[issue44451] test_entry_points_by_index (test.test_importlib.test_metadata_api.APITests) fails on Fedora 33 and 34

Change by Miro Hrončok : -- keywords: +patch pull_requests: +25369 stage: -> patch review pull_request: https://github.com/python/cpython/pull/26784 ___ Python tracker <https://bugs.python.org/issu

[issue44451] test_entry_points_by_index (test.test_importlib.test_metadata_api.APITests) fails on Fedora 33 and 34

Miro Hrončok added the comment: Submitted to both. https://github.com/python/cpython/pull/26784 https://github.com/python/importlib_metadata/pull/325 -- components: +Tests -Library (Lib) ___ Python tracker <https://bugs.python.org/issue44

[issue44824] The 3.10.0rv1 source tarballs contain the Docs/venv directory populated with pablogsal's venv

New submission from Miro Hrončok : When we download the signed Python-3.10.0rc1.tgz or Python-3.10.0rc1.tar.xz source tarball, we see that the Docs/venv directory contains teh actual virtual environment with #!/home/pablogsal/github/python/3.10/3.10.0rc1/Python-3.10.0rc1/Doc/venv/bin/python3

[issue44824] The 3.10.0rc1 source tarballs contain the Docs/venv directory populated with pablogsal's venv

Change by Miro Hrončok : -- title: The 3.10.0rv1 source tarballs contain the Docs/venv directory populated with pablogsal's venv -> The 3.10.0rc1 source tarballs contain the Docs/venv directory populated with pablogsal's venv ___ P

[issue44756] In ./Doc, "make html" and "make build" should depend on "make venv"

Miro Hrončok added the comment: The 3.10.0rc1 source tarballs contain the Docs/venv directory populated with pablogsal's venv: issue44824 -- nosy: +hroncok ___ Python tracker <https://bugs.python.org/is

[issue44824] The 3.10.0rc1 source tarballs contain the Docs/venv directory populated with pablogsal's venv

Miro Hrončok added the comment: This is the same as https://bugs.python.org/issue44823, sorry about that. -- resolution: -> duplicate stage: -> resolved status: open -> closed ___ Python tracker <https://bugs.python.or

[issue44860] sysconfig's posix_user scheme has different platlib value to distutils's unix_user

Change by Miro Hrončok : -- nosy: +hroncok ___ Python tracker <https://bugs.python.org/issue44860> ___ ___ Python-bugs-list mailing list Unsubscribe:

[issue44860] sysconfig's posix_user scheme has different platlib value to distutils's unix_user

Miro Hrončok added the comment: Installing to ~/.local/lib works, installing to ~/.local/lib64 breaks things, as it is not on sys.path. I agree that restoring the pre-3.9 behavior in sysconfig to use lib instead of depending on sys.platlibdir is a better fix, at least for 3.9 and 3.10. We

[issue45035] sysconfig's posix_home scheme has different platlib value to distutils's unix_home

Miro Hrončok added the comment: > I don't think we need to match the `/usr/` scheme here. For Python software > that's not part of a distro, I think just `lib/` is fine. I agree. -- ___ Python tracker <https://bugs.py

[issue45136] test_sysconfig: test_user_similar() fails if sys.platlibdir is 'lib64'

Miro Hrončok added the comment: This was introduced in issue44860. -- nosy: +dstufft, eric.araujo, frenzy, hroncok, lukasz.langa, miss-islington, pablogsal, petr.viktorin, uranusjr ___ Python tracker <https://bugs.python.org/issue45

[issue44860] sysconfig's posix_user scheme has different platlib value to distutils's unix_user

Miro Hrončok added the comment: There seem to be a regression in test_user_similar: https://bugs.python.org/issue45136 -- ___ Python tracker <https://bugs.python.org/issue44

[issue45136] test_sysconfig: test_user_similar() fails if sys.platlibdir is 'lib64'

Miro Hrončok added the comment: Fix was proposed in https://github.com/python/cpython/pull/28235 but references the original bpi number. -- ___ Python tracker <https://bugs.python.org/issue45

[issue45119] test_signal.test_itimer_virtual() failed on AMD64 Fedora Rawhide 3.x: Linux kernel 5.15 regression

Change by Miro Hrončok : -- nosy: +hroncok ___ Python tracker <https://bugs.python.org/issue45119> ___ ___ Python-bugs-list mailing list Unsubscribe:

[issue45136] test_sysconfig: test_user_similar() fails if sys.platlibdir is 'lib64'

Miro Hrončok added the comment: The 3.10 backport is in https://github.com/python/cpython/pull/28251 -- ___ Python tracker <https://bugs.python.org/issue45

[issue43760] The DISPATCH() macro is not as efficient as it could be (move PyThreadState.use_tracing)

Miro Hrončok added the comment: Also Numba is broken: https://bugzilla.redhat.com/show_bug.cgi?id=2005686 -- ___ Python tracker <https://bugs.python.org/issue43

[issue43760] The DISPATCH() macro is not as efficient as it could be (move PyThreadState.use_tracing)

Miro Hrončok added the comment: > It would mean that extensions compiled against the release candidates may not > be binary compatible with the final release If that's true, I definitively argue not to do that. We've told everybody

[issue45400] test_name_error_suggestions_do_not_trigger_for_too_many_locals: AssertionError: 'a1' unexpectedly found in Traceback

New submission from Miro Hrončok : The test_name_error_suggestions_do_not_trigger_for_too_many_locals test fails with the to-be-released 3.11.0a1: == FAIL: test_name_error_suggestions_do_not_trigger_for_too_many_locals

[issue45400] test_name_error_suggestions_do_not_trigger_for_too_many_locals: AssertionError: 'a1' unexpectedly found in Traceback

Miro Hrončok added the comment: I see this was previously added to 3.10 beta, so this never triggered. The test only fails when building from a directory that contains the full Python version. -- ___ Python tracker <https://bugs.python.

[issue45400] test_name_error_suggestions_do_not_trigger_for_too_many_locals: AssertionError: 'a1' unexpectedly found in Traceback

Change by Miro Hrončok : -- components: +Tests ___ Python tracker <https://bugs.python.org/issue45400> ___ ___ Python-bugs-list mailing list Unsubscribe:

[issue45402] ERROR: test_sundry (test.test_tools.test_sundry.TestSundryScripts): SystemExit: ERROR: missing _freeze_module

New submission from Miro Hrončok : When we build Python 3.10.0a1 (from the git tag) in Fedora, we see: == ERROR: test_sundry (test.test_tools.test_sundry.TestSundryScripts

[issue45402] ERROR: test_sundry (test.test_tools.test_sundry.TestSundryScripts): SystemExit: ERROR: missing _freeze_module

Miro Hrončok added the comment: I can reproduce this from git main branch: $ git clean -fdx $ mkdir -p build/debug $ cd build/debug $ ../../configure --with-platlibdir=lib64 --enable-shared --without-ensurepip --with-pydebug $ make $ cd ../.. $ LD_LIBRARY_PATH=$PWD/build/debug build/debug

[issue45402] ERROR: test_sundry (test.test_tools.test_sundry.TestSundryScripts): SystemExit: ERROR: missing _freeze_module

Miro Hrončok added the comment: I can also reproduce this without the additional configure flags: [cpython]$ git clean -fdx [cpython]$ mkdir -p build/debug [cpython]$ cd build/debug [debug]$ ../../configure --with-pydebug [debug]$ make [debug]$ cd ../.. [cpython]$ build/debug/python -m test -v

[issue45400] test_name_error_suggestions_do_not_trigger_for_too_many_locals: AssertionError: 'a1' unexpectedly found in Traceback

Miro Hrončok added the comment: I am working on a fix -- ___ Python tracker <https://bugs.python.org/issue45400> ___ ___ Python-bugs-list mailing list Unsub

[issue45400] test_name_error_suggestions_do_not_trigger_for_too_many_locals: AssertionError: 'a1' unexpectedly found in Traceback

Change by Miro Hrončok : -- pull_requests: +27119 pull_request: https://github.com/python/cpython/pull/28784 ___ Python tracker <https://bugs.python.org/issue45

[issue45413] Add install scheme for virtual environments

Miro Hrončok added the comment: The existing install schemes contain values for all different kinds of OSes, somehow named according to them. If we introduce a single "virtual"/"venv" scheme, it would need to have different contents on different OSes (e.g. Windows vs P

[issue45460] distutils.sysconfig.get_python_lib() does not respect sysconfig/distutils install schemes

New submission from Miro Hrončok : In https://github.com/python/cpython/pull/24549 (Load install schemes from sysconfig) we have assumed that distutils will simply read all information from sysconfig, so distributors could patch the install schemes in there and distutils (whether the one in

[issue41282] Deprecate and remove distutils

Miro Hrončok added the comment: Related: https://bugs.python.org/issue45460 -- nosy: +hroncok ___ Python tracker <https://bugs.python.org/issue41282> ___ ___

[issue45460] distutils.sysconfig.get_python_lib() does not respect sysconfig/distutils install schemes

Miro Hrončok added the comment: > so distributors could patch the install schemes in there and distutils > (whether the one in the standard library or a third party fork). Somehow, this sentence is not finished properly. ...so distributors could patch the install schemes in the

[issue45703] importlib.invalidate_caches() does not invalidate _NamespacePath's _last_parent_path-based cache

New submission from Miro Hrončok : Recently, when debugging a weird problem (see https://bugzilla.redhat.com/show_bug.cgi?id=2018551 for details if interested, but not important for this issue), I've realized that the _NamespacePath class (from importlib/_bootstrap_external.py) has a

[issue45703] importlib.invalidate_caches() does not invalidate _NamespacePath's _last_parent_path-based cache

Miro Hrončok added the comment: I have a fix in mind, will submit a draft pull request without tests shortly, continue with the tests later. -- ___ Python tracker <https://bugs.python.org/issue45

[issue45703] importlib.invalidate_caches() does not invalidate _NamespacePath's _last_parent_path-based cache

Change by Miro Hrončok : -- keywords: +patch pull_requests: +27642 stage: -> patch review pull_request: https://github.com/python/cpython/pull/29384 ___ Python tracker <https://bugs.python.org/issu

[issue45703] importlib.invalidate_caches() does not invalidate _NamespacePath's _last_parent_path-based cache

Miro Hrončok added the comment: The PR is now ready for review. -- ___ Python tracker <https://bugs.python.org/issue45703> ___ ___ Python-bugs-list mailin

[issue45703] importlib.invalidate_caches() does not invalidate _NamespacePath's _last_parent_path-based cache

Change by Miro Hrončok : -- components: +Library (Lib) ___ Python tracker <https://bugs.python.org/issue45703> ___ ___ Python-bugs-list mailing list Unsubscribe:

[issue45778] libpython.so 3.9.8 drops symbol used by third party extension module(s)

Change by Miro Hrončok : -- nosy: +hroncok ___ Python tracker <https://bugs.python.org/issue45778> ___ ___ Python-bugs-list mailing list Unsubscribe:

[issue45778] libpython.so 3.9.8 drops symbol used by third party extension module(s)

Change by Miro Hrončok : -- versions: +Python 3.10 ___ Python tracker <https://bugs.python.org/issue45778> ___ ___ Python-bugs-list mailing list Unsubscribe:

[issue45783] test_freeze fails if a file is removed

Change by Miro Hrončok : -- nosy: +hroncok ___ Python tracker <https://bugs.python.org/issue45783> ___ ___ Python-bugs-list mailing list Unsubscribe:

[issue45866] Out of tree build of Python 3.11.0a2+ breaks regen-frozen

New submission from Miro Hrončok : In Fedora, when building Python 3.11.0a2 with Python 3.11.0a2 for regen, we found that regen-frozen fails. It can be reproduced either on the v3.11.0a2 tag or on the main branch. On tag v3.11.0a2 with 3.11.0a2 installed in $PATH: # in root of cpython local

[issue45866] Out of tree build of Python 3.11.0a2+ breaks regen-frozen

Miro Hrončok added the comment: git bisect says: ff8859d965815e8b5af346bd90299cfa5568c855 is the first new commit commit ff8859d965815e8b5af346bd90299cfa5568c855 Author: Victor Stinner Date: Thu Oct 7 21:19:13 2021 +0200 bpo-45402: Fix test_tools.test_sundry() (GH-28786) Fix

[issue45402] ERROR: test_sundry (test.test_tools.test_sundry.TestSundryScripts): SystemExit: ERROR: missing _freeze_module

Miro Hrončok added the comment: There seem to be a regression in this fix, see https://bugs.python.org/issue45866 -- ___ Python tracker <https://bugs.python.org/issue45

[issue45866] Out of tree build of Python 3.11.0a2+ breaks regen-frozen

Miro Hrončok added the comment: It also seems that it is *not* necessary to use Python 3.11 for regen-frozen to get the failure: $ make regen-frozen PYTHON_FOR_REGEN=python3.10 python3.10 ../../Tools/scripts/freeze_modules.py ERROR: missing _freeze_module make: *** [Makefile:1259: regen

[issue45703] importlib.invalidate_caches() does not invalidate _NamespacePath's _last_parent_path-based cache

Miro Hrončok added the comment: I consider it a bugfix. I don't expect users to rely on the previous behavior and be surprised by the new, but yet I know https://xkcd.com/1172/ very well. -- ___ Python tracker <https://bugs.python.org/is

[issue38692] add a pidfd child process watcher

Miro Hrončok added the comment: I have consistent behavior on Fedora 32 in mock [0] and podman [1]. Wanted to test docker as well, but my docker setup is currently broken. # python3.9 Python 3.9.0a1 (default, Nov 20 2019, 00:00:00) [GCC 9.2.1 20190827 (Red Hat 9.2.1-1)] on linux Type "

[issue38692] add a pidfd child process watcher

Miro Hrončok added the comment: BTW my kernel is: 5.3.7-301.fc31.x86_64 Sorry for commenting twice, I forgot to mention that. -- ___ Python tracker <https://bugs.python.org/issue38

[issue38439] Python needs higher resolution app/menu icons

Miro Hrončok added the comment: At https://mgabrail.wordpress.com/2011/08/19/5-reasons-why-you-should-learn-python-programming/ I have found https://mgabrail.files.wordpress.com/2011/08/python.png - I have no idea what is the license of this file or where it originated from, but this looks

  1   2   3   >