К примеру если вы сидели на версии 3.10, а перешли на 3.13, то стоит установить явно:

apt install python3.13-venv

А после проделать изначальную манипуляцию, только уже с указание для нужной версии:

# Удали старую папку
rm -rf venv

# Создай venv с Python 3.13
python3.13 -m venv venv

# Активируй
source venv/bin/activate

Питон конечно прикольный, но вот вся эта вазнья просто вымораживает… В том же js (спасибо за npm), ты точно знаешь что вот у тебя папка там есть node_modules и что в этой папке конкретно твой проект с твоими локальными пакетами и средой разработки.

Почему так происходит

В Ubuntu каждая версия Python требует свой пакет venv:
Python 3.10 → python3.10-venv
Python 3.11 → python3.11-venv
Python 3.12 → python3.12-venv
Python 3.13 → python3.13-venv

К примеру, мы запустили python3 -m venv venv, но получаем в консоли ошибку:

Error: Command '['/home/user/project/venv/bin/python3', '-m', 'ensurepip', '--upgrade', '--default-pip']' returned non-zero exit status 1.

И даже есть посмотреть через ls -la, всего скорее папка venv будет, но при активации source venv/bin/activate консоль может выдать - -bash: venv/bin/activate: No such file or directory.

С этим поможет справится следующее:

rm -rf venv # удаляем папку venv
python3 -m venv venv --without-pip # запускаем окружение но с флагом, что устанавливаем pip отдельно
source venv/bin/activate # активируем и проверяем

# качаем pip отдельно и запускаем
curl https://bootstrap.pypa.io/get-pip.py | python

После этой манипуляции должно все заработать.

Ну а теперь о самой проблему почему это может возникнуть по крайне мере на Ubunta в WSL.

С флагом --without-pip venv работает, потому что:
-Создается только базовая структура виртуального окружения

• НЕ вызывается модуль ensurepip для установки pip
• Все файлы создаются нормально, включая activate

Без флага --without-pip venv падает, потому что:

• Python по умолчанию пытается установить pip через ensurepip
• Модуль ensurepip отсутствует или сломан в Ubuntu
• Процесс прерывается на этапе установки pip