Менеджер пакетов RPM - Википедия - RPM Package Manager

Менеджер пакетов RPM (RPM)
RPM Logo.svg
Оригинальный автор (ы)Эрик Троан, Марк Юинг,[1] Красная шляпа
Разработчики)Сообщество & Красная шляпа[2][3]
изначальный выпуск1997; 23 года назад (1997)[1]
Стабильный выпуск
4.16.0 / 30 сентября 2020; 2 месяца назад (2020-09-30)
Предварительный выпуск
4.16.0 RC1 / 31 августа 2020 г.; 3 месяца назад (2020-08-31)
Репозиторий Отредактируйте это в Викиданных
Написано вC, Perl[4]
Операционная системаLinux, Unix-подобный
ТипСистема управления пакетами
ЛицензияGPL
Интернет сайтоб / мин.org

Менеджер пакетов RPM (Об / мин) (первоначально Менеджер пакетов Red Hat, теперь рекурсивный акроним ) это бесплатно и с открытым исходным кодом система управления пакетами.[5] Название RPM относится к .rpm формат файла и сама программа-менеджер пакетов. RPM был предназначен в первую очередь для Дистрибутивы Linux; формат файла является базовым форматом пакета Стандартная база Linux.

Хотя он был создан для использования в Red Hat Linux, RPM сейчас используется во многих Дистрибутивы Linux Такие как Fedora, CentOS, OpenSUSE, OpenMandriva и Oracle Linux. Он также был перенесен на другие операционные системы, Такие как Novell NetWare (начиная с версии 6.5 SP3), IBM AIX (начиная с версии 4),[6] IBM i,[7] и ArcaOS.[8]

Пакет RPM может содержать произвольный набор файлов. Большинство файлов RPM - это «двоичные RPM» (или BRPM), содержащие скомпилированную версию некоторого программного обеспечения. Существуют также «исходные RPM» (или SRPM), содержащие исходный код используется для создания двоичного пакета. У них есть соответствующий тег в заголовке файла, который отличает их от обычных (B) RPM, поэтому они будут извлечены в / usr / src при установке. SRPM обычно имеют расширение файла «.src.rpm» (.spm в файловых системах ограничено 3 символами расширения, например, старая DOS ТОЛСТЫЙ ).

История

RPM был первоначально написан в 1997 году Эриком Троаном и Марком Юингом,[1] на основе pms, rpp, и вечера опыты.

вечера был написан Риком Фэйтом и Дугом Хоффманом в мае 1995 года для Red Hat Software, на его дизайн и реализацию во многом повлияли pms, система управления пакетами, созданная Фейт и Кевином Мартином осенью 1993 года для Bogus Linux Distribution. вечера сохраняет "Нетронутые источники + патчи "парадигма pms, добавляя функции и устраняя произвольные ограничения, имеющиеся в реализации. вечера обеспечивает значительно расширенную поддержку базы данных для отслеживания и проверки установленных пакетов[4][9][10]

Функции

Для Системный администратор При установке и обслуживании программного обеспечения использование управления пакетами вместо ручного построения имеет такие преимущества, как простота, согласованность и возможность автоматизации и отсутствия интерактивности этих процессов. об / мин использует Berkeley DB в качестве серверной базы данных, хотя с 4.15 в 2019 году он поддерживает сборку пакетов rpm без Berkeley DB (–Disable-bdb).

Особенности RPM включают:

  • Пакеты RPM могут быть криптографически проверены с помощью GPG и MD5
  • Исходный исходный архив (ы) (например, .tar.gz, .tar.bz2) включены в SRPM, что упрощает проверку
  • Дельта-обновление: PatchRPMs и DeltaRPMs, эквивалент RPM пластырь файл, может постепенно обновлять установленное RPM программное обеспечение
  • Автоматическая оценка зависимостей во время сборки.

Местные операции

Пакеты могут поступать из определенного дистрибутива (например, Red Hat Enterprise Linux ) или быть построенным для этого другими сторонами (например, RPM Fusion для Fedora).[11] Круговые зависимости между взаимозависимыми RPM (так называемые "ад зависимости ") может быть проблематичным;[12] в таких случаях одна команда установки должна указать все соответствующие пакеты.

Репозитории

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

Передние концы

Несколько интерфейсы в RPM, чтобы упростить процесс получения и установки RPM из репозиториев и помочь в разрешении их зависимостей. К ним относятся:

База данных локальной установки RPM

За кулисами диспетчера пакетов работает база данных RPM, хранящаяся в / var / lib / rpm. Оно использует Berkeley DB в качестве его серверной части. Он состоит из единой базы данных (Пакеты), содержащий всю метаинформацию об установленных RPM. Несколько баз данных создаются для индексирования, репликации данных для ускорения запросов. База данных используется для отслеживания всех файлов, которые были изменены и созданы, когда пользователь (с помощью RPM) устанавливает пакет, что позволяет пользователю (через RPM) отменить изменения и удалить пакет позже. Если база данных повреждена (что возможно, если клиент RPM убит ) базы данных индексов можно воссоздать с помощью об / мин --rebuilddb команда.[15]

Описание

Хотя формат RPM одинаков для разных Дистрибутивы Linux, подробные условные обозначения и правила могут различаться в зависимости от них.

Имя пакета и метка

RPM доставляется в одном файле, обычно с именем файла в формате:

<имя> - <версия> - <выпуск> .src.rpm для пакетов с исходным кодом или
<имя> - <версия> - <выпуск>. <архитектура> .rpm для двоичных файлов.

Например, в имени файла пакета libgnomeuimm-2.0-2.0.0-3.i386.rpm, то <name> является libgnomeuimm, то <version> является 2.0, то <release> является 2.0.0-3, а <architecture> является i386. Связанный исходный пакет будет назван libgnomeuimm-2.0-2.0.0-3.src.rpm

RPM с noarch.rpm расширения не зависят от конкретной архитектуры процессора. Например, эти RPM могут содержать графику и текст для использования другими программами. Они также могут содержать сценарии оболочки или программы, написанные на других интерпретируемых языках программирования, таких как Python.

Содержимое RPM также включает этикетка на упаковке, который содержит следующую информацию:

  • название программного обеспечения
  • версия программного обеспечения (версия взята из оригинала вверх по течению источник программного обеспечения)
  • выпуск пакета (количество раз, когда пакет перестраивался с использованием одной и той же версии программного обеспечения). Это поле также часто используется для указания конкретного дистрибутива, для которого предназначен пакет, путем добавления таких строк, как «mdv» (ранее «mdk») (Mandriva Linux ), "mga" (Mageia ), "fc4" (Fedora Core 4), «rhl9» (Red Hat Linux 9), «suse100» (SUSE Linux 10.0) и т. Д.
  • архитектура, для которой был собран пакет (i386, i686, x86_64, ppc и т. д.)

Поля метки пакета не обязательно должны совпадать с именем файла.

Упаковка библиотеки

Библиотеки распределены в двух отдельных пакетах для каждой версии. Один содержит предварительно скомпилированный код для использования во время выполнения, а второй содержит связанные файлы разработки, такие как заголовки и т. Д. В поле имени этих пакетов добавлено «-devel». Системный администратор должен убедиться, что версии двоичного пакета и пакета разработки совпадают.

Двоичный формат

Формат двоичный и состоит из четырех разделов:[5]

  • Лид, который определяет файл как файл RPM и содержит некоторые устаревшие заголовки.
  • Подпись, которую можно использовать для обеспечения целостности и / или подлинности.
  • Заголовок, содержащий метаданные включая имя пакета, версию, архитектуру, список файлов и т. д.
  • Файловый архив ( полезная нагрузка ), который обычно находится в cpio формат, сжатый с gzip. В rpm2cpio Инструмент позволяет получить файл cpio без необходимости установки пакета RPM.[16]
    • Стандартная база Linux требует использования gzip, но пакеты Fedora 30 xz -compressed и пакеты Fedora 31 могут быть zstd -сжатый.[17] Последние версии RPM также могут использовать bzip2, lzip,[18] или же Lzma сжатие.
    • Формат RPM 5.0 поддерживает использование xar для архивирования.

Файл SPEC

«Рецепт» для создания пакета RPM - это файл спецификации. Файлы спецификации заканчиваются суффиксом «.spec» и содержат имя пакета, версию, номер редакции RPM, шаги по сборке, установке и очистке пакета, а также журнал изменений. При желании из одного файла спецификации RPM можно собрать несколько пакетов. Пакеты RPM создаются из файлов спецификации RPM с помощью инструмента rpmbuild.

Файлы спецификации обычно распространяются в файлах SRPM, которые содержат файл спецификации, упакованный вместе с исходным кодом.

SRPM

Типичный RPM - это предварительно скомпилированное программное обеспечение, готовое к прямой установке. Соответствующий исходный код также может распространяться. Это делается в SRPM, который также включает файл «SPEC», описывающий программное обеспечение и способ его создания. SRPM также позволяет пользователю компилировать и, возможно, изменять сам код.

Программный пакет может содержать только скрипты, не зависящие от платформы. В таком случае разработчик может предоставить только SRPM, который по-прежнему является устанавливаемым RPM.

NOSRC

Это специальная версия SRPM. Он содержит файл "SPEC" и необязательно исправления, но не включает исходные коды (обычно из-за лицензии).[19]

Вилки

По состоянию на июнь 2010 г., в разработке находятся две версии RPM: одна возглавляется Fedora Project и Red Hat, а другая - отдельной группой, возглавляемой предыдущим сопровождающий из RPM, бывшего сотрудника Red Hat.

RPM.org

В rpm.org первая серьезная редакция кода сообщества была произведена в июле 2007 года; версия 4.8 была выпущена в январе 2010 года, версия 4.9 - в марте 2011 года, 4.10 - в мае 2012 года, 4.11 - в январе 2013 года, 4.12 - в сентябре 2014 года и 4.13 - в июле 2015 года.

Эта версия используется такими дистрибутивами, как Fedora, Red Hat Enterprise Linux и производные, openSUSE, SUSE Linux Enterprise, Unity Linux, Mageia,[20] OpenEmbedded, Tizen и OpenMandriva Lx (ранее Mandriva ).

RPM v5

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

Эта версия используется такими дистрибутивами, как Wind River Linux (до Wind River Linux 10), Rosa Linux и OpenMandriva Lx (бывший Mandriva Linux который перешел на rpm5 в 2011 году[21]), а также OpenPKG проект, который предоставляет пакеты для других распространенных UNIX-платформ.

OpenMandriva Lx собирается вернуться на rpm.org[22] для выпуска 4.0.[нуждается в обновлении ]

OpenEmbedded, последний крупный пользователь RPM5, вернулся на rpm.org из-за проблем с RPM5.[23][24]

Смотрите также

Рекомендации

  1. ^ а б c "График RPM". rpm.org. Получено 2020-06-25.
  2. ^ «RPM - планы, цели и т. Д.». Макс Спевак. Получено 2011-01-20.
  3. ^ "RPM.org FAQ". Архивировано из оригинал на 2016-11-05. Получено 2013-08-25.
  4. ^ а б Бейли, Эдвард С. (2000). «Глава 1: Введение в управление пакетами». Максимальный RPM: доведение диспетчера пакетов Red Hat до предела. Red Hat, Inc., стр. 22–25. ISBN  978-1888172782. Архивировано из оригинал на 2016-09-10. Получено 2013-08-13.
  5. ^ а б Бейли, Эдвард С. (2000). «Приложение A: Формат файла RPM». Максимальный RPM: доведение диспетчера пакетов Red Hat до предела. Red Hat, Inc., стр. 325–336. ISBN  978-1888172782. Архивировано из оригинал на 2016-04-21. Получено 2010-11-22.
  6. ^ «Настройка YUM и создание локальных репозиториев в IBM AIX». 2018-10-24.
  7. ^ «RPM и Yum имеют большое значение для IBM i. И вот почему». 2018-07-18.
  8. ^ «Менеджер пакетов». Получено 2020-09-04.
  9. ^ «Руководство RPM-RPM - Цели проектирования». Получено 2014-04-14.
  10. ^ "BOGUS Announce". Получено 2014-04-14.
  11. ^ "RPM Fusion". rpmfusion.org. Получено 2010-11-22.
  12. ^ «Анализ дрейфа проверки скорости вращения» (PDF). Ассоциация USENIX. Получено 2011-03-15.
  13. ^ "Zypper - MeeGo wiki". Архивировано из оригинал на 2013-09-25. Получено 2014-04-14.
  14. ^ «Часто задаваемые вопросы: о проектах». Официальный сайт Ark Linux. Архивировано из оригинал на 2012-02-11. Получено 2014-04-14.
  15. ^ "Безопасное восстановление базы данных RPM". Получено 2011-11-11.
  16. ^ «Дополнительное программное обеспечение для упаковки». Проект Fedora. Получено 2011-11-11.
  17. ^ "Переключить обороты на сжатие zstd". Проект Fedora (Вики). Получено 2019-06-02.
  18. ^ "[PATCH] Добавить поддержку lzip". Архивировано из оригинал на 2016-03-04. Получено 2013-10-24.
  19. ^ «Как упаковать проприетарное программное обеспечение». Получено 2018-07-02.
  20. ^ «Примечания к выпуску Mageia 3: управление пакетами». mageia.org. 2013-05-19. Получено 2014-04-14.
  21. ^ Боднар, Ладислав и Смит, Джесси (22 ноября 2010 г.). "DistroWatch Weekly". DistroWatch. Получено 2010-11-22.
  22. ^ «Форум: переход на RPMv4». Получено 2018-03-03.
  23. ^ "YP Core - Pyro 2.3". Yocto Project. 2017-05-12. Получено 2017-12-04.(в архиве )
  24. ^ "[Openembedded-architecture] Изменения, которые вызовет переключение с smart на dnf". Yocto Project. 2017-02-14. Получено 2018-11-04.

внешняя ссылка