Почему пакеты Python в моем кластере и локальной среде различаются, несмотря на то, что они используют один и тот же рабLinux

Ответить Пред. темаСлед. тема
Anonymous
 Почему пакеты Python в моем кластере и локальной среде различаются, несмотря на то, что они используют один и тот же раб

Сообщение Anonymous »

Я работаю в кластере, где у меня есть личный рабочий каталог. Я работаю в Linux, например, я работаю с Python, и мне нужно загрузить (с загрузкой модуля python/3.9) его в кластер, к которому я подключаюсь через команду ssh, и у нас есть много пакетов.
Моя рабочая станция также имитирует рабочий каталог кластера, поэтому я могу получить доступ к папке кластера на своем ПК.
Я пишу код на VSC, установленном на рабочей станции, и я думаю, что эта проблема связана с окружающей средой. Когда я рассылаю список, у меня есть пакеты в кластере, которых нет в локальных папках, которые технически должны быть одним и тем же рабочим каталогом.
Обычно я запускаю код в кластере , где доступны все пакеты и программное обеспечение. Но когда я пытаюсь использовать Jupyter для тестирования на стороне, многие пакеты не работают, и при попытке установить некоторые из них возникают ошибки.
Пытаюсь протестировать с помощью пакета как Sphinx, локально.

Код: Выделить всё

error: externally-managed-environment

× This environment is externally managed
╰─> To install Python packages system-wide, try apt install
python3-xyz, where xyz is the package you are trying to
install.

If you wish to install a non-Debian-packaged Python package,
create a virtual environment using python3 -m venv path/to/venv.
Then use path/to/venv/bin/python and path/to/venv/bin/pip. Make
sure you have python3-full installed.

If you wish to install a non-Debian packaged Python application,
it may be easiest to use pipx install xyz, which will manage a
virtual environment for you. Make sure you have pipx installed.

See /usr/share/doc/python3.12/README.venv for more information.

note: If you believe this is a mistake, please contact your Python installation or OS distribution provider. You can override this, at the risk of breaking your Python installation or OS, by passing --break-system-packages.
hint: See PEP 668 for the detailed specification.
Итак, я sudo apt install pipx, затем pipx устанавливаю sphinx и получаю:

Код: Выделить всё

pipx install sphinx
installed package sphinx 8.1.3, installed using Python 3.12.3
These apps are now globally available
- sphinx-apidoc
- sphinx-autogen
- sphinx-build
- sphinx-quickstart
⚠️  Note: '/home/boukil/.local/bin' is not on your PATH environment variable.
These apps will not be globally accessible until your PATH is updated. Run
`pipx ensurepath` to automatically add it, or manually modify your PATH in
your shell's config file (i.e. ~/.bashrc).
done! ✨ 🌟 ✨
Я не знаю, что делаю, и не хочу портить среду. Я просто не понимаю, почему пакеты и программное обеспечение, установленные в моем рабочем каталоге кластера, не обязательно находятся в моем «локальном рабочем каталоге» (что то же самое).


Подробнее здесь: https://stackoverflow.com/questions/792 ... -despite-u
Реклама
Ответить Пред. темаСлед. тема

Быстрый ответ

Изменение регистра текста: 
Смайлики
:) :( :oops: :roll: :wink: :muza: :clever: :sorry: :angel: :read: *x)
Ещё смайлики…
   
К этому ответу прикреплено по крайней мере одно вложение.

Если вы не хотите добавлять вложения, оставьте поля пустыми.

Максимально разрешённый размер вложения: 15 МБ.

  • Похожие темы
    Ответы
    Просмотры
    Последнее сообщение

Вернуться в «Linux»