RPM против Tar на основе установки - PullRequest
0 голосов
/ 11 февраля 2019

Мои знания по администрированию Linux ограничены, и поэтому я хотел проверить здесь все о плюсах и минусах установки любого программного обеспечения RHEL / CentOS Linux с использованием пакетов rpm по сравнению с установкой через файлы tar / zip.

Спасибо

Ответы [ 2 ]

0 голосов
/ 11 февраля 2019

Я пытался объяснить разницу, плюсы и минусы,

Tar

По сути, tar - это старый способ работы в Linux.Мы можем сказать о его существовании, когда был создан Linux.Обычно tar состоит из исходного кода и должен быть скомпилирован в двоичном формате, чтобы мы могли его использовать.

Плюсы:

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

Минусы:

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

Трудно автоматизировать.Это также сложно автоматизировать из-за сложностей в обслуживании пакетов.

Ниже я попытался объяснить, как компилируется tar-файл, чтобы лучше понять,

Подготовить (настроить) среду для сборки

. / Configure

Этот скрипт имеет множество опций, которые вы должны изменить.Например, --prefix или --with-dir = / foo.Это означает, что каждая система имеет свою конфигурацию.Также ./configure проверяет наличие недостающих библиотек, которые должны быть установлены.Что-то не так здесь вызывает не строить ваше приложение.Вот почему дистрибутивы имеют пакеты, которые устанавливаются в разных местах, потому что каждый дистрибутив считает, что лучше установить определенные библиотеки и файлы в определенные каталоги.Говорят, что он работает ./configure, но на самом деле вы должны изменить его всегда.

Сборка системы

make

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

Установка в систему

make install

Thisустанавливает пакет в месте, указанном в configure.Если вы хотите, вы можете указать ./configure, чтобы указать на ваш домашний каталог.Однако многие параметры конфигурации указывают на / usr или / usr / local.Это означает, что вам придется использовать фактически sudo make install, потому что только root может копировать файлы в / usr и /usr/local.

Пожалуйста, перейдите по ссылке ниже для получения дополнительной информации о вышеупомянутых командах

почему всегда ./configure;делать;сделать установку;как 3 отдельных шага?

RPM

RPM Package Manager (RPM) - это открытая система упаковки,

RPM пакеты предварительно скомпилированные двоичные пакеты (такжев качестве пакетов исходного кода) для удобства установки одним щелчком мыши.RPM сам по себе не управляет зависимостями и не разрешает конфликты.В сочетании с Yum или PackageKit он разрешит все зависимости для пакета.

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

Функция RPM позволяет проверять пакеты.Если вы удалили важный файл для какого-либо пакета, вы можете проверить пакет.Вы будете уведомлены об изменениях, если таковые имеются - в этот момент вы можете переустановить пакет, если это необходимо.Все измененные вами файлы конфигурации сохраняются во время повторной установки.

Плюсы:

Установка, переустановка, удаление, обновление и проверка пакетов

Использование базы данных установленных пакетов для запроса и проверки пакетов

Использование метаданных для описания пакетов, инструкций по их установке и т. Д.

Упакуйте исходные программные источники в пакеты исходного кода и бинарные пакеты

Добавьте пакеты в репозитории Yum

Цифровая подпись ваших пакетов

Запрос пакета (если пакет находится на вашемлокальная файловая система или после установки пакета)

Проверка пакета (проверка того, что пакет не был подделан, до или после установки).

Минусы

Не такой настраиваемый, как tar.

например, по удобству использования: мы увидим, как установить пакет, используя Tar или rpm:

в Tar:

$ tar xvf package.tar
$ cd package
$ ./configure --prefix=PREFIX
$ make
$ make install

в об / мин:

rpm -U package-2.4.x-1.i686.rpm

Это просто !!.

В основном это зависит от удобства использования и цели вашего использования.

У каждого из них есть свои плюсы и минусы, зависит от того, как и для чего мы его используем.

Я знаю длинное объяснение того, как это даст вам ясную картину.Я знаю, что есть более нетронутые, такие как архитектура и исполнение.Я не совсем уверен, чтобы объяснить это здесь.

0 голосов
/ 11 февраля 2019

неполный список плюсов и минусов:

об / мин

  • интеллектуальное управление зависимостями
  • проверка конфликтов
  • разрешить легкое и чистое удаление
  • разрешить обновления / понижения
  • перечислить все файлы, принадлежащие пакету
  • центральную базу данных со всеми установленными пакетами, какие файлы принадлежат им,их взаимозависимости

из источника

  • вы сами выбираете все флаги компилятора
  • вы можете выбрать собственный путь установки
...