Как установить пакеты в Linux без рут-доступа?

412
Mikhail T.

По любым причинам администраторы с правами root в нашей организации ограничивают выбор пакетов официальным «базовым» репозиторием поставщика (RHEL).

Даже EPEL не возможен, тем более IUS.

Наши собственные - ручные - RPM допустимы, но все же требуют заполнения билетов и ожидания. Это не только делает их установку излишне болезненной, но и препятствует разработке пакетов - я не могу сразу протестировать свой новый RPM.

Тем не менее, нам разрешается создавать и устанавливать любое программное обеспечение, которое мы пожелаем, если оно находится в «нашем» каталоге. Мы собирали и устанавливали такие вещи какое-то время, и мне интересно, можем ли мы лучше организовать такие вещи, чтобы, например, gcc-8.2 мог быть prefixсобран в одной системе ( например, / Data / local`) и установлен на нескольких других.

Конечно, я могу сделать это с обычными tar-шарами, но было бы лучше иметь какую-то функциональность менеджера пакетов, такую ​​как, например, для отслеживания зависимостей ...

Есть ли что-нибудь там, или мы придерживаемся домашних инструментов?

2
Вы пытались использовать существующие менеджеры пакетов (rpm, opkg, ipkg и т. Д.) Для создания пакетов с пользовательскими установочными каталогами? Также обратите внимание на `stow` для управления символическими ссылками в общем дереве на различные пакеты в их собственных деревьях, вот как я организую` / usr / local` на моей машине. dirkt 5 лет назад 0
Совершенно другой менеджер пакетов не сможет учесть вещи, уже присутствующие на машине. Для использования rpm требуется root - для регистрации пакетов - даже при установке в личный каталог. Что-то нужно, чтобы преодолеть оба этих ... Mikhail T. 5 лет назад 0
Ну, приятель, тебе повезло, есть форматы пакетов, которые ты можешь использовать без root-доступа. AppImages (https://www.appimagehub.com/) можно запустить без root-доступа, единственная проблема в том, что для его использования требуется FUSE, и я знаю, что он не был предварительно установлен в CentOS, по крайней мере, поэтому вероятно, не RHEL либо. Есть также Linuxbrew (http://linuxbrew.sh/), Linux, эквивалентный macb Homebrew. Pkgsrc для NetBSD также можно использовать в Linux без root-доступа (http://www.pkgsrc.org/). BH2017 5 лет назад 0
Я очень хорошо знаю pkgsrc, и в нем есть проблема, на которую я уже ссылался - нет интеграции с установленным (или доступным) материалом через стандартные yum / rpm. Интегрируют ли другие перечисленные вами решения с официальными пакетами? Mikhail T. 5 лет назад 0
Это действительно звучит как проблема, которую вам нужно решить с корпоративным ИТ-менеджментом ... Я собираюсь пометить это как не по теме, так как «проблемы, специфичные для корпоративной ИТ-поддержки и сетей» специально не по теме здесь по https: / /superuser.com/help/on-topic acejavelin 5 лет назад 2
Я здесь с acejavelin. Это не среда, в которой развитие может быть сделано эффективно. Вам нужна среда разработки с различными политиками, где вы можете развернуть и протестировать напрямую. Daniel B 5 лет назад 0
@acejavelin, я задал вопрос об альтернативных менеджерах пакетов, а не о преодолении проблем с корпоративными ИТ, даже такое преодоление является моей мотивацией. Mikhail T. 5 лет назад 1
@acejavelin Довольно стандартно, чтобы не иметь root-доступа, особенно если вы работаете в мире, предшествующем контейнеру, например, в банке, где у вас есть разработчики> 5k, имеющие root-доступ к 100k-машинам, или даже дома, вы можете отказаться от использования root-доступ для рутинных задач из хорошей практики безопасности. И нет технической причины, по которой мы не можем устанавливать пакеты в ~ / или в какой-либо другой каталог, доступный для записи пользователем. Неужели кто-то придумал разумное решение для управления пакетами на уровне пользователя? Calchas 5 лет назад 0
Видите, вот почему я сказал «среда разработки». Разработчик не нуждается в доступе root для всей компании. Они тоже этого не хотят. Но как они должны создавать пакеты программного обеспечения, если они не могут проверить их в реальных условиях? Daniel B 5 лет назад 0
Вы как бы просите найти решение, которое бы соответствовало лазейкам в том, что создали ИТ. Все, что вы делаете, должно быть согласовано с ИТ. Тем не менее, я полагаю, что стоит спросить о решениях, о которых ИТ может и не подозревать. fixer1234 5 лет назад 0

0 ответов на вопрос

Похожие вопросы