Популярность: очень многие программы собираются именно в RPM, поэтому нет необходимости собирать программу из исходных кодов.
«Неинтерактивная установка»: легко автоматизировать процесс установки/обновления/удаления Проверка целостности пакетов с помощью контрольных сумм и GPG-подписей.
DeltaRPM, аналог патча, позволяющий обновить установленное программное обеспечение с минимальной затратой трафика Возможность аккумуляции опыта сборщиков в spec-файле Относительная компактность spec-файлов за счёт использования макросов.
Основные недостатки:
Макропакеты между дистрибутивами могут существенно различаться Раздробленность и несовместимость различных версий. Так, существуют проекты по разработке RPM 4 (rpm.org), RPM5 (rpm5.org), а также большое количество патчей на RPM в дистрибутивах. В частности, это приводит к:
Несовместимости spec-файлов между дистрибутивами (spec-файл ALT Linux чаще всего невозможно собрать на Red Hat или SuSE без значительных исправлений) Несовместимости названий пакетных зависимостей при попытке установить пакет от другого дистрибутива (например, зависимости в RPM сборки Connectiva создаются по другим правилам, нежели в Mandriva).
Для создания пакета нужен spec-файл. Это обычный текстовой файл, имеет суффикс .spec и содержит в себе название пакета, версию, номер релиза, инструкции по сборке и установке пакета и список изменений. При наличии spec-файла пакет создаётся командой rpmbuild.
