Вопрос

Сегодня я пытался внести больше режимов, связанных с Python, в мою конфигурацию Emacs, но мне не повезло.

Во -первых, я заметил, что в зависимости от того, как запускается EMACS (терминал против настольного компьютера), интерпретатор, который он решает использовать, отличается.

  • запущен из меню KDE: М. Какой питон дает /usr/bin/python

  • запущен с терминала: М. Какой питон дает ~/local/bin/python

Я могу принять это, так как у меня есть мой .bashrc Добавление~/local/bin По пути, и я думаю, что KDE игнорирует это по умолчанию. Я могу обойти это, однако я не понимаю, тогда если я активирую виртуально, я ожидаю М. на какой питон указывать на~/project.env/bin/python Однако это все еще указывает на ~/local/bin/python.

Таким образом, когда я MX Py-Shell, Я получил ~/local/bin/python Так что, если я попытаюсьMX Py-Execute-Buffer на модуле, который находится в упаковке в Virtualenv, пирог будет жаловаться на то, что не знает о модулях, также в VirtualEnv.

Параметр Py-Python-Command «~/project.env/bin/python», похоже, не оказывает никакого эффекта после того, как все загружено.

Итак, я думаю, что общая суть моего вопроса в том, как получить все, связанные с Python Emacs, указывающие на правильного переводчика?

Это было полезно?

Решение

Таким образом, кажется, что Python-Shell делает правильные вещи, собирая настройки среды, тогда как Py-Shell не делает. Python-Shell предоставляется Python.el, а Py-Shell предоставляется Python-Mode.el, есть отчеты об ошибках и т. Д., Связанные с этим, поэтому я просто не собираюсь использовать Py-Shell на данный момент. Подумал, что я закрою цикл по этому поводу, если машина Google сочтет это высокопоставленным элементом по той или иной причине.

Другие советы

Eсть VirtualEnv Mode для EMACS. Анкет Это требует EMACS 23.1 или выше.

Это незначительный режим для установки виртуальной среды для оболочки Python с использованием VirtualEnv и поддерживает как Python-Mode.el, так и Python.el.

Лицензировано под: CC-BY-SA с атрибуция
Не связан с StackOverflow
scroll top