Вызов IPython из virtualenv

Я понимаю, что IPython не поддерживает virtualenv и что наиболее логичным решением этого является установка ipython в каждом virtualenv отдельно, используя

pip install ipython

Все идет нормально. Я заметил одну вещь: если общесистемная копия IPython вызывается из virtualenv с использованием $> ipythonдо того, как IPython будет установлен в этом virtualenv, последующие $> ipythonкоманды будут продолжать вызывать общесистемную копию ipython.

С другой стороны, если ipython не вызывается перед его установкой под virtualenv, $> ipythonпоявится новая установленная копия.

Какое этому объяснение?

Это также заставляет меня задуматься, означает ли такое поведение, что в будущем мне следует ожидать каких-то проблем?

alias ipy="python -c 'import IPython; IPython.terminal.ipapp.launch_new_instance()'"

Это отличный способ всегда быть уверенным, что экземпляр ipython всегда принадлежит версии python virtualenv.

Это работает только на ipython> 2.0.

Источник

Ответ @SiddharthaRT хорош! Следуя этому подходу, мне проще:

python -m IPython

Это будет использовать модуль IPython через bin python, гарантируя, что он ссылается на bin из виртуального env.

Вы можете заставить IPython использовать виртуальную среду, если она доступна, добавив файл ниже в ~/.ipython/profile_default/startups:

import os
import sys

if 'VIRTUAL_ENV' in os.environ:
    py_version = sys.version_info[:2] # formatted as X.Y 
    py_infix = os.path.join('lib', ('python%d.%d' % py_version))
    virtual_site = os.path.join(os.environ.get('VIRTUAL_ENV'), py_infix, 'site-packages')
    dist_site = os.path.join('/usr', py_infix, 'dist-packages')

    # OPTIONAL: exclude debian-based system distributions sites
    sys.path = filter(lambda p: not p.startswith(dist_site), sys.path)

    # add virtualenv site
    sys.path.insert(0, virtual_site)

Я рекомендую назвать его, 00-virtualenv.pyчтобы изменения были внесены как можно раньше.

Примечание: убедитесь, что ipython установлен в новой виртуальной среде, чтобы это работало.

Как уже упоминалось, последние версии ipython осведомлены о virtualenv, поэтому вы можете использовать свой скрипт активации virtualenv bin для запуска ipython с использованием вашего virtualenv, например

$ source venv/bin/activate
(venv) $ ipython
WARNING: Attempting to work in a virtualenv. If you encounter problems, please install IPython inside the virtualenv.

1. Активируйте свою виртуальную среду с помощью источника ~ / .virtualenvs / my_venv / bin / activate или запустив workon my_venv (в зависимости от того, как вы установили виртуальную среду my_venv)

2. Установить ipython

pip установить ipython

3. Теперь запустите ipython из my_venv.

Если он все еще загружает системный ipython, запустите

хэш -r

Если вы пытаетесь открыть ноутбук, даже ipython 5 не поможет - ipython проигнорирует virtualenv (по крайней мере, на моей машине / установке). Вам нужно будет использовать сценарий rgtk, но не забудьте изменить необязательную часть фильтра и sys.path.insert, как показано ниже:

import os
import sys

if 'VIRTUAL_ENV' in os.environ:
    py_version = sys.version_info[:2] # formatted as X.Y 
    py_infix = os.path.join('lib', ('python%d.%d' % py_version))
    virtual_site = os.path.join(os.environ.get('VIRTUAL_ENV'), py_infix, 'site-packages')
    dist_site = os.path.join('/usr', py_infix, 'dist-packages')

    # OPTIONAL: exclude debian-based system distributions sites
    # ADD1: sys.path must be a list
    sys.path = list(filter(lambda p: not p.startswith(dist_site), sys.path))

    # add virtualenv site
    # ADD2: insert(0 is wrong and breaks conformance of sys.path
    sys.path.insert(1, virtual_site)

• ADD1: в исходном скрипте мы возвращаем объект фильтра, мы сломаем sys.path и вставка ниже не удастся
• ADD2: см. Этот вопрос и документацию по Python

(Debian / Ubuntu) при условии, что установлена ​​некоторая версия (x) Python3, тогда:

$ sudo apt-get install -y ipython
$ virtualenv --python=python3.x .venv
$ source .venv/bin/activate
$ pip3 install ipython
$ ipython3

запустит ipython с вашей версией Python3.

Я буду звонить через несколько лет в надежде, что кто-то сочтет это полезным.

Это решение решает несколько проблем:

• Вам не нужно, чтобы iPython был установлен в текущем virtualenv, только для глобального Python, который соответствует вашей версии Python virtualenv ( 3.6 != 3.7).
• Работает для пользователей, pyenvгде может быть ваша глобальная версия 3.7Python, и 3.6поэтому ваш локальный виртуальный Python использует глобальную версию ipythonне удастся.
• Работает вне виртуальных сред (хотя и не особенно полезно, поскольку всегда нацелен python).

Бросьте это в вашем ~/.bashrcили ~/.zshrcили что там у вас:

# This is a roundabout way to start ipython from inside a virtualenv without it being installed
# in that virtualenv. The only caveot is that the "global" python must have ipython installed.
# What this function does that's different than simply calling the global ipython is it ensures to
# call the ipython that is installed for the same major.minor python version as in the virtualenv.
# This is most useful if you use pyenv for example as global python3 could be 3.7 and local
# virtualenv python3 is 3.6.
function ipy {
  local PY_BIN
  local IPYTHON
  local PYV
  # This quick way will work if ipython is in the virtualenv
  PY_BIN="$(python -c 'import sys; print(sys.executable)')"
  IPYTHON="$(dirname "$PY_BIN")/ipython"
  if [[ -x "$IPYTHON" ]]; then
    "$IPYTHON"
  else
    # Ask the current python what version it is
    PYV="$(python -c 'import sys; print(".".join(str(i) for i in sys.version_info[:2]))')"
    echo "Looking for iPython for Python $PYV"
    # In a new shell (where pyenv should load if equipped) try to find that version
    PY_BIN="$($SHELL -i -c "python$PYV -c 'import sys; print(sys.executable)'")"
    "$(dirname "$PY_BIN")/ipython"
  fi
}

Затем sourceили откройте новый терминал и запустите ipy.