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

Одним из нативных ограничений ранних систем управления в Linux было ориентирование на одну архитектуру Intel 32-bit. С 1994 года началась работа по поддержке других архитектур. Первыми кандидатами на поддержку ядром были Digital Alpha и Motorola 68000. Эта задача породила проблему для вендоров дистрибутивов, таких как Red Hat и Debian, и для разработчиков приложений, которые собирали пакеты для Linux. Поскольку существовавшие методы пакетирования не предполагали производство пакетов для многих архитектур, сборщикам пакетов приходилось применять много ручного труда для того, чтобы предоставить пакет под альтернативную архитектуру.

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

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

Далее - "Чистые" исходные коды
Назад - Верификация пакетов
Содержание