Что делать если нужно поставить какую-то Python-библиотеку а root-прав нет? То есть в систему библиотеку никак и ничего не поставить.
Есть как минимум два способа это решить правильно!
🔸 Сделать виртуальное окружение и ставить там что угодно.
Это позволит создать полностью независимое исполняемое окружение для ваших приложений.
Все библиотеки будут храниться в домашней директории юзера а значит доступ на запись имеется.
Создать очень просто:
python3 -m venv ~/venvs/myenvname
Теперь активируем окружение
# Linux
source ~/venvs/myenvname/bin/activate
# Windows
%userprofile%\venvs\myenvname\Scripts\activate.bat
Можно ставить любые библиотеки и запускать приложение.
Это стандартный метод работы с любым проектом. Если еще не используете его, то пора начинать. Даже при наличии root доступа!
🔸 Бывает, что нет возможности запустить приложение из своего виртуального окружения. Например, его запускает какой-то сервис от вашего юзера и вставить активацию окружения вы не можете.
В этом случае можно установить библиотеки для Python не глобально в систему, а только для юзера.
Выполните этот код в консоли:
python3 -m site
Вы получите что-то такое:
sys.path = [
'/home/user',
'/usr/lib/python37.zip',
'/usr/lib/python3.7',
'/usr/lib/python3.7/lib-dynload',
'/home/user/.local/lib/python3.7/site-packages',
...
]
USER_BASE: '/home/user/.local'
USER_SITE: '/home/user/.local/lib/python3.7/site-packages'
ENABLE_USER_SITE: True
Нас интересует параметр USER_SITE. Это путь к пользовательским библиотекам, которые доступны по умолчанию, если они есть.
Именно сюда будут устанавливаться модули если добавить флаг --user при установке чего-либо через pip
pip install --user requests
Для этой команды не нужны root-права.
После неё можно запускать системный интерпретатор без виртуальных окружений и установленная библиотека будет доступна для текущего юзера.
Параметр USER_BASE показывает корневую директорию для хранения user-библиотек. Её можно изменить с помощью переменной окружения PYTHONUSERBASE
export PYTHONUSERBASE=~/pylibs
python3 -m site
...
USER_BASE: '/home/user/pylibs'
USER_SITE: '/home/user/pylibs/lib/python3.7/site-packages'
Получается некоторое подобие виртуального окружения для бедных 😁 которое можно менять через эту переменную (не делайте так!Лучше venv!)
🔸 Дописывание пути в PYTHONPATH
Этот способ не входит в список "двух правильных", но тоже рабочий. Здесь придётся сделать всё несколько сложней.
Сначала ставим библиотеку в любое место указывая путь установки
pip3 install -t ~/mylibs modulename
Библиотека установится без привязки к какому-либо интерпретатору. То есть по умолчанию не будет видна. Теперь в нужный момент добавляем этот путь в sys.path или в PYTHONPATH.
Не буду советовать так делать. Единственный раз когда этот способ мне пригодился и решил поставленную задачу, это при создании общей библиотеки для кластера компьютеров.
Модули лежат в сети и подгружаются для всех из одного и того же места. То есть обновлять файлы требуется только один раз а не на всех хосты отдельно.
Минусы такого подхода:
▫️Нужно всем хостам пробить нужный путь в .bashrc или ещё куда-то чтобы он сетапился на старте.
▫️Чем больше хостов тем больше нагрузка на сеть. Иногда такой способ не подходит именно по этой причине. Тогда Ansible вам в помощь.
▫️Не очень подходит если хосты с разными операционками. Некоторые библиотеки различаются для Linux и Windows (там, где есть бинарники) и приходится мудрить более сложные схемы.
#tricks#basic
🚀 NASA: со Starliner от Boeing все было ещё хуже
NASA выпустило 312-страничный отчёт по расследованию первого пилотируемого полёта корабля Boeing CST-100 Starliner, который прошёл в 2024 году.
Напомним, в ходе миссии у корабля произошёл множественный отказ маневровых двигателей. Экипаж всё же добрался до Международной космической станции, но корабль пришлось возвращать на Землю в беспилотном режиме. Астронавты вернулись домой через 9 месяцев на корабле SpaceX Crew Dragon.
По итогам расследования, NASA повысило классификацию инцидента до «происшествия класса A» (Type A mishap) — это самый высокий уровень опасности. В эту же категорию входят аварии Apollo 1, Apollo 13, Space Shuttle Challenger и Columbia.
Класс A — это событие, которое могло привести к гибели или тяжёлому увечью экипажа, потере корабля или ракеты-носителя, либо к ущербу государственному имуществу более чем на $2 миллиона. По словам администратора NASA, Джареда Айзекмана, стоимость проблем Starliner превысила этот порог «в сто раз».
Отчёт критикует и бюрократию NASA, и Boeing. Желание агентства сохранить Boeing как второго (после SpaceX) американского поставщика пилотируемых полётов к МКС, привело к недооценке рисков.
Следующая миссия — Starliner-1, должна была стать первой штатной ротацией экипажа МКС. Однако сейчас она планируется как беспилотная, для доставки грузов и проверки всех внесённых исправлений. Старт запланирован не ранее апреля 2026 года, точная дата пока не названа.
#NASA#Boeing#Starliner
📰 Поддержите @SpaceX_rus🐍:
📺Наш YouTube💸Промо на три буквы -15%
🪐 Boeing’s Starliner spacecraft is designed to ferry astronauts to and from the International Space Station, using advanced guidance and life support systems for safe, repeated flights. Starliner’s ability to land on dry ground instead of water sets it apart from many earlier capsules, marking a new phase in reusable human spaceflight as we reach for destinations beyond low-Earth orbit. ✨
#Starliner⚡#spacecraft⚡#technology⚡#nasa⚡#galaxy⚡#stars⚡#astronomy⚡#universe⚡#cosmos⚡#space
👉subscribe Universe Mysteries
🚀NASA критикует Boeing за провал миссии Starliner: ошибка или случайность?🌟
Новое руководство NASA жестко осудило компанию Boeing и само агентство за провальную миссию космического корабля Starliner, в результате которой двое астронавтов провели лишние месяцы на борту Международной космической станции (МКС) 🚀.
В 300-страничном отчёте НАСА обвиняются обе стороны в недостаточном контроле качества, плохой координации и неудовлетворительном менеджменте. Согласно отчету, миссия выявила серьезные технические неполадки, недостаток взаимодействия и плохое управление как до запуска, так и непосредственно во время полёта 🔥.
Главный администратор NASA Джаред Айзекман особо подчеркнул, что инцидент с полётом Starliner изначально не воспринимался как серьёзный случай, хотя корабль испытывал целый ряд технических проблем, включая утечку гелия и отказ двигателей. Он классифицировал этот инцидент как аварию «Типа A» — наивысшую категорию аварийности, которая предполагает наличие опасности для членов экипажа 🛠️.
Boeing, со своей стороны, отметила, что принимает меры по устранению недостатков и тесно взаимодействует с NASA для подготовки к последующим полетам Starliner 🚀.
Ключевые моменты:
Проблемы миссии: Утечка гелия, отказ двигателей, невозможность вовремя эвакуировать экипаж. 🌌
Решение: Астронавтам пришлось ожидать эвакуации на борту МКС дольше обычного, в итоге они вернулись домой на корабле SpaceX.
🚀Критика NASA: Недостаточность контроля качества и менеджмента со стороны обоих участников миссии.
📊Позиция Boeing: Признание ошибок и обещание исправлений. 💨
Заключение:
Этот эпизод заставляет задаться вопросом: что важнее — скорость вывода космических аппаратов на орбиту или безопасность космонавтов? Очевидно, что NASA и Boeing предстоит пересмотреть подходы к подготовке и проведению космических миссий, чтобы исключить повторение подобной ситуации в будущем 🚀.
🤑Следите за нашими обновлениями в телеграм и в MAX, чтобы оставаться в курсе последних изменений в экономике и политике!
#космос#NASA#Starliner#Boeing#SpaceX#МеждународнаяКосмическаяСтанция