venv/lib/rustrustpython3.11 folder gets created and populated by pip (while setting up -m ensurepip during venv initialization)

Issue probably lies here:

>>>>> import sysconfig
>>>>> sysconfig.get_paths()
{'stdlib': '/usr/local/lib/rustrustpython3.11', 'platstdlib': '/tmp/venv/lib/rustrustpython3.11', 'purelib': '/tmp/venv/lib/rustrustpython3.11/site-packages', 'platlib': '/tmp/venv/lib/rustrustpython3.11/site-packages', 'include': '/usr/local/include/rustrustpython3.11', 'platinclude': '/usr/local/include/rustrustpython3.11', 'scripts': '/tmp/venv/bin', 'data': '/tmp/venv'}
>>>>>

Notice purelib points to venv/lib/rustrustpython3.11/site-packages

This function eventually gets called in system_sites = _get_system_sitepackages() in _internal/build_env.py in pip module

Issue probably lies here:

>>>>> import sysconfig
>>>>> sysconfig.get_paths()
{'stdlib': '/usr/local/lib/rustrustpython3.11', 'platstdlib': '/tmp/venv/lib/rustrustpython3.11', 'purelib': '/tmp/venv/lib/rustrustpython3.11/site-packages', 'platlib': '/tmp/venv/lib/rustrustpython3.11/site-packages', 'include': '/usr/local/include/rustrustpython3.11', 'platinclude': '/usr/local/include/rustrustpython3.11', 'scripts': '/tmp/venv/bin', 'data': '/tmp/venv'}
>>>>>

Notice purelib points to venv/lib/rustrustpython3.11/site-packages

This function eventually gets called in system_sites = _get_system_sitepackages() in _internal/build_env.py in pip module

I think I found the issue:
in sysconfig

# XXX RUSTPYTHON: replace python with rustpython in all these paths
for group in _INSTALL_SCHEMES.values():
    for key in group.keys():
        group[key] = group[key].replace("Python", "RustPython").replace("python", "rustpython")

when create venv from rustpython, it already have correct _INSTALL_SCHEMES (with rustpython in it),
once above line gets executed again in venv, rustpython become rust(rustpython)

Thank you! Let me try some tricks to minimize sys_config.py diff

Do you know how other distributions handle it? It seems we'd better just read lib/python3.11 rather than lib/rustpython3.11 if possible

Thank you so much! Let's fix it first and then think about the better or the correct way.

Makes sense, thanks