Исправление hobbit, (текущая версия) :
Я просто слышал о проблемах совместимости пакетов в RPM-дистрах
Основная проблема совместимости — это проблема зависимостей, и она есть не только в RPM, но и в DEB.
Если пакет собирается для использования библиотек из репозитория, он получается очень компактным, но при этом привязан не просто к дистрибутиву, а к версии дистрибутива.
Если же пакет тащит библиотеки с собой, проблем совместимости у него практически нет, но за это приходится платить размером. Пакеты второго типа раньше использовались для распространения проприетарного ПО. И если пакет второго типа грамотно собрать, то сделав по такому принципу DEB и RPM, можно было закрыть практически весь мейнстримный линукс (у меня один единожды купленный Nero4Linux так пережил несколько версий дебиана). И никакие AppImage и FlatPack, собственно, были не нужны.
Да, есть ещё версии самого RPM (о чём в новости и говорится), но они меняются крайне редко.
Исправление hobbit, :
Я просто слышал о проблемах совместимости пакетов в RPM-дистрах
Основная проблема совместимости — это проблема зависимостей, и она есть не только в RPM, но и в DEB.
Если пакет собирается для использования библиотек из репозитория, он получается очень компактным, но при этом привязан не просто к дистрибутиву, а к версии дистрибутива.
Если же пакет тащит библиотеки с собой, проблем совместимости у него практически нет, но за это приходится платить размером. Пакеты второго типа раньше использовались для распространения проприетарного ПО. И если пакет второго типа грамотно собрать, то сделав по такому принципу DEB и RPM, можно было закрыть практически весь мейнстримный линукс (у меня один единожды купленный Nero4Linux так пережил несколько версий дебиана). И никакие AppImage и FlatPack, собственно, были не нужны.
Да, есть ещё версии самого RPM, но они меняются крайне редко.
Исходная версия hobbit, :
Я просто слышал о проблемах совместимости пакетов в RPM-дистрах
Основная проблема совместимости — это проблема зависимостей, и она есть не только в RPM, но и в DEB.
Если пакет собирается для использования библиотек из репозитория, он получается очень компактным, но при этом привязан не просто к дистрибутиву, а к версии дистрибутива.
Если же пакет тащит библиотеки с собой, проблем совместимости у него практически нет, но за это приходится платить размером. Пакеты второго типа раньше использовались для распространения проприетарного ПО. И если пакет второго типа грамотно собрать, то сделав по такому принципу DEB и RPM, можно было закрыть практически весь мейнстримный линукс (у меня один единожды купленный Nero4Linux так пережил несколько версий дебиана). И никакие AppImage и FlatPack, собственно, были не нужны.