RPM-based дистрибутивы

Второй тип - RPM-based. RPM, кстати, является представителем очень любимых в open source мире рекурсивных аббревиатур (RPM = RPM Package Manager²⁰). Данный менеджер пакетов привлекает своей простотой - rpm -i пакет.rpm, rpm -r пакет и никакой мороки с компиляцией...

Это да - с компиляцией мороки нет, но (увы) начинается морока с самим менеджером пакетов, коий у меня, к примеру, неоднократно вынуждал сказать rpm -rebuilddb, а раз, обновив себя, решил, что не поддерживает формат базы данных предыдущей версии rpm (после чего долго уверял, что не может ничего поставить по причине отсутствия как glibc пакета, так и всей остальной системы.). Обратите внимание, к примеру, на показательный случай отношения ментейнеров к саморазрушению базы RPM. Также RPM-пакеты отличаются слабой системой контроля зависимостей, что часто вынуждает пользователей использовать rpm -nodeps, что является явным признаком его недоработанности.

Ну да оставим менеджер пакетов в покое - перейдём к анализу достоинств и недостатков существующих на базе RPM дистрибутивов.

Footnotes

... Manager²⁰

Не удивляйтесь, видя вариант расшифровки вида Red Hat Package Manager - до недавних пор так оно и было...