-
Notifications
You must be signed in to change notification settings - Fork 1.3k
Description
Summary
The native python-env-tools/bin/pet binary is completely missing from the ms-python.python-2026.2.0-universal package published to Open VSX.
This causes Python Environment Tools (PET) to fail immediately with repeated spawn .../pet ENOENT errors on VSCodium-based editors.
The bug started today with the 2026.2.0 release (everything was working fine two days ago with previous versions).
Environment
- Editors: VSCodium (
vscodium-bin 1.109.51242-1), Antigravity 1.19.6-1 - OS: Arch Linux x86_64 (all packages up-to-date as of 2026-02-27)
- Extension:
ms-python.python2026.2.0 (installed from Open VSX) - Python Envs extension:
ms-python.vscode-python-envs1.20.1
Reproduction Steps
- Install VSCodium or Antigravity on Linux.
- Install/update the Python extension from Open VSX.
- Open any Python workspace (especially one using
uvto create.venv). - Check the Python Environments output channel.
Expected vs Actual
Expected: PET starts, discovers uv venvs, pyenv, global Pythons, etc.
Actual:
[error] [pet] Process error: A system error occurred (spawn .../ms-python.python-2026.2.0-universal/python-env-tools/bin/pet ENOENT)
After 3 restart attempts:
Python Environment Tools (PET) failed after 3 restart attempts.
The entire python-env-tools/ folder is missing inside ~/.vscode-oss/extensions/ms-python.python-2026.2.0-universal/.
Workaround
- Download the official linux-x64 VSIX from Microsoft Marketplace:
https://marketplace.visualstudio.com/_apis/public/gallery/publishers/ms-python/vsextensions/python/2026.2.0/vspackage?targetPlatform=linux-x64 - Extract it.
- Copy the
python-env-toolsfolder into:
~/.vscode-oss/extensions/ms-python.python-2026.2.0-universal/ - Reload window.
After this fix, PET starts instantly, correctly detects the uv-managed venv, and full discovery works.
Temporary fallback:
"python.useEnvironmentsExtension": falseAdditional notes
- The linux-x64 VSIX contains the
petbinary (and works perfectly). - The universal build on Open VSX does not.
- This is a recurring packaging issue with how Open VSX repackages Microsoft's universal VSIX (exactly the same happened with 2024.16.0-universal — see Discussion #24280).
- Also reported on Kiro IDE (darwin-arm64) two days ago.
- Affects all Open VSX consumers: VSCodium, Antigravity, Kiro, Theia-based IDEs, etc. on Linux.
Logs after manual fix
Python Environments output shows successful PET startup, uv locator working, and the venv being auto-selected in <400 ms.
pet find --verbose runs cleanly and correctly identifies the uv-managed venv.
Full logs available on request if needed.