А где находится deactivate?

ну это даже не для джуна задача

первая ссылка в гугле

https://stackoverflow.com/questions/990754/how-to-leave-exit-deactivate-a-python-virtualenv

Да неужели?

┌─[user@debian-home]─[main]─[ /home/user/media/source_code/whisper ]
└──╼ source .env/bin/activate
(.env) ┌─[user@debian-home]─[main]─[ /home/user/media/source_code/whisper ]
└──╼ source deactivate
bash: deactivate: No such file or directory
(.env) ┌[x]─[user@debian-home]─[main]─[ /home/user/media/source_code/whisper ]
└──╼

Вызывай отдельный sh и уже в нем activate. Завершение шелла и будет deactivate

Да, в bin нету ее. which deactivate ничего не выводит. Нужно продолжать гуглить

Сама команда deactivate при этом работает

В доках пишут

You can deactivate a virtual environment by typing deactivate in your shell.The exact mechanism is platform-specific and is an internal implementation detail (typically, a script or shell function will be used).

Посмотрел исходник скрипта activate: deactivate - это функция на баше

Да, в .env/bin/activate

deactivate () {
    unset -f pydoc >/dev/null 2>&1 || true

    # reset old environment variables
    # ! [ -z ${VAR+_} ] returns true if VAR is declared at all
    if ! [ -z "${_OLD_VIRTUAL_PATH:+_}" ] ; then
        PATH="$_OLD_VIRTUAL_PATH"
        export PATH
        unset _OLD_VIRTUAL_PATH
    fi
    if ! [ -z "${_OLD_VIRTUAL_PYTHONHOME+_}" ] ; then
        PYTHONHOME="$_OLD_VIRTUAL_PYTHONHOME"
        export PYTHONHOME
        unset _OLD_VIRTUAL_PYTHONHOME
    fi

    # The hash command must be called to get it to forget past
    # commands. Without forgetting past commands the $PATH changes
    # we made may not be respected
    hash -r 2>/dev/null

    if ! [ -z "${_OLD_VIRTUAL_PS1+_}" ] ; then
        PS1="$_OLD_VIRTUAL_PS1"
        export PS1
        unset _OLD_VIRTUAL_PS1
    fi

    unset VIRTUAL_ENV
    if [ ! "${1-}" = "nondestructive" ] ; then
    # Self destruct!
        unset -f deactivate
    fi
}

Как бы ее правильно вызвать из функции в bashrc?

Наверное, как любую другую функцию. Можно добавить проверку, что она определена

Я так понимаю, что если функции deactivate нету, то ты уже вышел из venv

Можно вызывать .env/bin/python … и не мучиться с activate/deactivate.

Не работает, дергает системный питон, не устанавливает переменные среды

$ ls -1 .env/bin/python*
.env/bin/python
.env/bin/python3
.env/bin/python3.12

$ realpath .env/bin/python*
/usr/bin/python3.12
/usr/bin/python3.12
/usr/bin/python3.12

У всех работает, у тебя не работает, что-то у тебя с системой, друг, это линукс вообще?

Если .env создавался с системным питоном, то всё правильно, так и должно быть

Да неужели?

Там в первом же предложении ответа

Usually, activating a virtualenv gives you a shell function named: deactivate

Зачем ты пытаешься делать source для функции шелла?

$PATH, $PYTHONPATH не установлены, хотя в sys.path добавлен site-packages

PYTHONPATH и не устанавливается и не должен, очевидно что PATH не меняется если ты сам не меняешь, поэтому ты и запускаешь питон по прямому пути без игр с переменными

PYTHONHOME PYTHONPATH это пути к библиотекам, вся суть использования венв в них. Конечно можно вызвать правильную версию питона с правильными путяит к библиотекам, это скрипт activate и делает

Нет

Сам знаешь чей ответ

Чел, никакие PYTHONPATH и HOME в активейте не ставятся, это переменные для пользователя чтобы переопределять стандартное поведение.

Путь к системным библиотекам зашит в логике работы самого питона, костылик в виде активейта только добавляет тебе в PATH путь до бинарника, чтобы ты не дрочился с полными путями и рисует название венва в баше.

А теперь извинись

Извинити

# unset PYTHONHOME if set
# this will fail if PYTHONHOME is set to the empty string (which is bad anyway)
# could use `if (set -u; : $PYTHONHOME) ;` in bash
if [ -n "${PYTHONHOME:-}" ] ; then
    _OLD_VIRTUAL_PYTHONHOME="${PYTHONHOME:-}"
    unset PYTHONHOME
fi

Он только unset PYTHONHOME делает.

И я все равно немогу понять, как подтягиваются из .venv/lib64/python3.xx/site-packages, которые устанавливаются через pip в виртуалэнве

>>> import sys
>>> sys.path
['', '/usr/lib/python311.zip', '/usr/lib/python3.11', '/usr/lib/python3.11/lib-dynload', '/home/user/dlinnyy/put/source/.venv/lib/python3.11/site-packages']

вот откуда последний элемент взялся?

Переменные среды? Какие и зачем? В sys.path нужный путь появляется. sys.executable есть, если вдруг ты subprocess хочешь.

Ладно, разобрался вроде

https://docs.python.org/3/library/site.html

It starts by constructing up to four directories from a head and a tail part. For the head part, it uses sys.prefix and sys.exec_prefix; empty heads are skipped. For the tail part, it uses the empty string and then lib/site-packages (on Windows) or lib/pythonX.Y[t]/site-packages (on Unix and macOS)

Да тебя любой джун подсидит.