Система RPM, являющаяся основой главным образом утилит rpm и rpmbuild, портирована на некоторые сторонние системы. Эти системы имеют свои собственные механизмы пакетного менеджмента. Вы можете предпочесть путь, по которому действует и развивается RPM или, может быть, захотите стандартизировать пакетный менеджмент среди всех платформ, которыми вы управляете. Есть, однако, ряд проблем в этом направлении. Например, патчи и апдейты, использующиеся в сторонней системе, приходят в формате пакетов этой системы, не в rpm.

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

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

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

Первый шаг к использованию RPM в не-Linux системе - получить RPM для этой системы.

Далее - Получение RPM для целевой системы
Назад - Стандартизация RPM
Содержание