Некорневые диспетчеры пакетов

Существует проект диспетчера пакетов - Отклоняют - с интересной основополагающей идеей ("функциональный" pkg менеджер), который также поддерживает операцию в расчете на пользователя:

Многопользовательская поддержка

При запуске в версии 0.11 Отклоните, имеет многопользовательскую поддержку. Это означает, что непривилегированные пользователи могут надежно установить программное обеспечение. У каждого пользователя может быть различный профиль, ряд пакетов в Отклонить хранилище, которые появляются в ПУТИ пользователя. Если пользователь установит пакет, который другой пользователь уже установил ранее, то пакет не будет создан или загрузил во второй раз. В то же время для одного пользователя не возможно ввести Троянского коня в пакет, который мог бы использоваться другим пользователем.

ПРИМЕЧАНИЕ Я ХОЧУ ДОБАВИТЬ: Nix должно быть применимым в подобной Unix системе по Вашему выбору (например, дистрибутив Linux).

Существует также связанное большое количество пакетов, которые могут быть установлены с Отклонить диспетчером пакетов - Nixpkgs - созданный для многих платформ:

• GNU/Linux на 32-разрядном и 64-разрядном x86 (i686-linux и x86_64-linux)
• Mac OS X (i686-darwin и x86_64-darwin)
• FreeBSD (i686-freebsd и x86_64-freebsd)
• OpenBSD (i686-openbsd)
• Windows / Cygwin (i686-cygwin),

и связанный дистрибутив - NixOS:

NixOS является дистрибутивом Linux на основе, Отклоняют. Это использует, Отклоняют не только для управления пакетом, но также и управлять конфигурацией системы (например, в файлы конфигурации сборки в / и т.д.). Это означает, среди прочего, что возможно легко откатывать всю конфигурацию системы к более раннему состоянию. Кроме того, пользователи могут установить программное обеспечение без полномочий пользователя root. Считайте больше …

и связанная "непрерывная" система сборки - Гидра.

В первую очередь, это происходит из-за зависимостей. Некоторые пакеты не могут быть установлены пользователем - как PolicyKit. Поэтому это потребовало бы дополнительной нагрузки на поставщике программного блока, кто жертвует их свободное время, и обычно установка программы так же легка как ввод sudo (однопользовательская станция) или ворчащий администратор.

Существуют опции для установки в $HOME

• Примитивные 'диспетчеры пакетов' языка обычно поддерживают его из поля (как драгоценный камень для Ruby или интрига для Haskell) или с маленькой тонкой настройкой (я забыл название Python),
• Старый добрый ./configure --prefix=$HOME/sandbox --enable-cool-feature && make all install (или varitations как jhbuild).
• Была программа для установки на уровне $HOME несколько лет назад. Однако я не могу найти его - я предполагаю, что почти никто не использовал его в качестве них или установленный их самих или администраторов ворчания.

Мой опыт действительно просто ограничен конфеткой, но я не понимаю, почему я не смог бы бросить repo файл в ~/etc/yum.repos.d и иметь конфетку, устанавливают все в домашнюю учетную запись.

Основные диспетчеры пакетов Linux просматривают мир, как системный администратор был бы..., где машина является единственным объектом. Это позволяет Вам получать ответы на вопросы как, "какие выдающиеся опечатки относятся к системе X" и, "как делают система X и система Y отличаются". Это также позволяет конфетке иметь "историю", которая применима, имейте rpmdb версии и сделайте вещи как "конфетка - обновление системы защиты" и т.д.

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

Вы могли бы думать, позже лучшая модель, но IMNSHO, там причина, которую Вы не услышали о нулевой установке, но услышали о конфетке.

Инструменты используются Slackware, конкретно installpkg, может. Из страницы справочника:

--root /otherroot
       Install using a location other than / (the default) as the root of the 
       filesystem to install on. In the example given, use /otherroot instead.
       Setting the ROOT environment variable does the same thing.

Однако я не знаю ни об одном из лучше frontends, которые могут сделать это (например. slapt-get, насколько я знаю, не может сделать этого). Теоретически, необходимо смочь исказить installpkg кому: installpkg --root ~/Apps - однако, я думаю, что большинство frontends требует, чтобы корень работал, который побеждает точку.

Другой с довольно другой моделью - 0install. Это основано на идее, что Вы действительно не устанавливаете пакеты, но просто выполняете их от глобального пространства имен, которое загружает, компиляции при необходимости, и кэширует программное обеспечение, которое Вы хотите использовать.

Если Вы соглашаетесь с компиляцией из источника и разрешением, что зависимости сами, прежде всего, желая, чтобы диспетчер пакетов обработал, развертывают/не развертывают/обновляют операции, Вы могли бы хотеть смотреть на GNU, Убирают или несколько улучшенный XStow. С ними Вы подготавливаете установку на отдельном каталоге (обычно под $PREFIX/stow) и затем уберите, делает символьные ссылки на программное обеспечение от Вашего реального префикса. Это помогает затем удалить программное обеспечение полностью. Я использую его успешно для управления моим пользовательски установленным программным обеспечением в моем университете.

Я использую juju , который в основном позволяет иметь действительно крошечное распределение Linux (содержащее только диспетчер пакетов) в вашем каталоге $ HOME / .JUJU.

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

В блоке появился новый ребенок: " JuNest (заключенный пользователь NEST) - дистрибутив на основе Arch Linux, работающий на любом Linux. дистрибутив без корневого доступа ". @ https://github.com/fsquillace/junest Преимущество в том, что он не вводит новый формат пакета, поэтому после очень простой установки (минимум: около 320M) полный репозиторий Arch Linux (более 13000 пакетов ATM) у вас под рукой.

Yum нужно писать в базу данных, которая принадлежит пользователю root. Из-за этого вы не можете использовать его как обычный пользователь.

Вы можете попробовать распаковать rpm-файлы (rpm2cpio package.rpm | cpio -idmv) в выбранный вами каталог.

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

Пример:

# mkdir new_root
# cd new_root
# wget ftp://mirror.switch.ch/pool/4/mirror/centos/6.7/os/x86_64/Packages/vim-enhanced-7.4.629-5.el6.x86_64.rpm
# rpm2cpio vim-enhanced-7.4.629-5.el6.x86_64.rpm | cpio -idmv
# ./usr/bin/vim -version
VIM - Vi IMproved 7.4 (2013 Aug 10, compiled Jul 24 2015 02:23:23)

Вышеупомянутое не имеет никаких зависимых библиотек, иначе вам пришлось бы использовать что-то вроде:

export LD_LIBRARY_PATH=./usr/lib ./usr/bin/program

Я бы посоветовал http://linuxbrew.sh/

По сути, это форк brew для macOS с предварительно скомпилированными бинарными файлами для использования...

Особенно хорош для работы со старыми версиями gcc.

Если вы действительно хотите установить вручную, полезное руководство http://www.linuxfromscratch.org/

и новый zpkg, это волшебство:

With zpkg you can install programs from other distributions into your system

zpkg will install programs to your home directory. Global installations are also supported (via -g).

тогда вы можете установить любой пакет из :alpine, centos, debian, fedora, gentoo, archlinux,ubuntu

https://zpkg.plash.io/

https://github.com/ihucos/zpkg