История изменений
Исправление Lowes, (текущая версия) :
RPM пакеты тоже частенько выпускают.
Но не в первую очередь и то не все. Steam например, не опакечивает RPM.
но opera и aftershort без лишних телодвижений ставятся из скачанных .rpm и работают в Rosa (в CentOS второй тоже, первый не проверял), а ведь у них немного отличающийся от редхатовского rpm.
Но Opera первым опакетила именно Deb, RPM уже позже. Как и яндекс.браузер.
Только где это отличие вылезет пока непонятно, но может.
Дело не в буквах RPM и не в самом RPM, а в том что каждый RPM- дистрибутив считает священным долгом все пересобрать, а не воспользоваться например уже существующим репозиторием CentOS или Fedora. И вот в этом проблема. Если у Debian и его производных и у Ubuntu и всех производных одно ядро, один инициализатор, один графический сервер, один GTK, один QT и так далее. И можно уже понять, куда ориентироваться, например при создании темы. А вот например, в Opensuse GTK 3.20, а в той же Fedora - 3.24, то уже не до смеха и нужно будет писать одно и то же 10-15 раз. И чем сложнее проект, тем больше костылей нужно будет городить, чтобы оно работало в разных RPM-дистрах. Потому что в отличие от Deb-дистров, каждый дистр на RPM радикально отличается по составу ПО, начиная от разных ядер, заканчивая разными версиями гнома. И в итоге в этой каше невозможно разобраться, и эта каша отпугивает разработчиков стороннего ПО. Иными словами, создав пакет для Ubuntu, можно не бояться, что он не заработает в Mint, поскольку внутреннее строение Mint равно внутреннему строению Ubuntu. И тоже самое можно применить к практически любому дистрибутиву на базе Debian или Ubuntu, за исключением самой Ubuntu с пакетами для Debian, и то в редких случаях.
Исправление Lowes, :
RPM пакеты тоже частенько выпускают.
Но не в первую очередь и то не все. Steam например, не опакечивает RPM.
но opera и aftershort без лишних телодвижений ставятся из скачанных .rpm и работают в Rosa (в CentOS второй тоже, первый не проверял), а ведь у них немного отличающийся от редхатовского rpm.
Но Opera первым опакетила именно Deb, RPM уже позже. Как и яндекс.браузер.
Только где это отличие вылезет пока непонятно, но может.
Дело не в буквах RPM и не в самом RPM, а в том что каждый RPM- дистрибутив считает священным долгом все пересобрать, а не воспользоваться например уже существующим репозиторием CentOS или Fedora. И вот в этом проблема. Если у Debian и его производных и у Ubuntu и всех производных одно ядро, один инициализатор, один графический сервер, один GTK, один QT и так далее. И можно уже понять, куда ориентироваться, например при создании темы. А вот например, в Opensuse GTK 3.20, а в той же Fedora - 3.24, то уже не до смеха и нужно будет писать одно и то же 10-15 раз. И чем сложнее проект, тем больше костылей нужно будет городить, чтобы оно работало в разных RPM-дистрах. Потому что в отличие от Deb-дистров, каждый дистр на RPM радикально отличается по составу ПО, начиная от разных ядер, заканчивая разными версиями гнома. И в итоге в этой каше невозможно разобраться, и эта каша отпугивает разработчиков стороннего ПО.
Исправление Lowes, :
RPM пакеты тоже частенько выпускают.
Но не в первую очередь и то не все. Steam например, не опакечивает RPM.
но opera и aftershort без лишних телодвижений ставятся из скачанных .rpm и работают в Rosa (в CentOS второй тоже, первый не проверял), а ведь у них немного отличающийся от редхатовского rpm.
Но Opera первым опакетила именно Deb, RPM уже позже. Как и яндекс.браузер.
Только где это отличие вылезет пока непонятно, но может.
Дело не в буквах RPM и не в самом RPM, а в том что каждый RPM- дистрибутив считает священным долгом все пересобрать, а не воспользоваться например уже существующим репозиторием CentOS или Fedora. И вот в этом проблема. Если у Debian и его производных и у Ubuntu и всех производных одно ядро, один инициализатор, один графический сервер, один GTK, один QT и так далее. И можно уже понять, куда ориентироваться, например при создании темы. А вот например, в Opensuse GTK 3.20, а в той же Fedora - 3.24, то уже не до смеха и нужно будет писать одно и то же 10-15 раз. И чем сложнее проект, тем больше костылей нужно будет городить, чтобы оно работало в разных RPM-дистрах. Потому что в отличие от Deb-дистров, каждый дистр на RPM радикально отличается по составу ПО, начиная от разных ядер, заканчивая разными версиями гнома.
Исходная версия Lowes, :
RPM пакеты тоже частенько выпускают.
Но не в первую очередь и то не все. Steam например, не опакечивает RPM.
но opera и aftershort без лишних телодвижений ставятся из скачанных .rpm и работают в Rosa (в CentOS второй тоже, первый не проверял), а ведь у них немного отличающийся от редхатовского rpm.
Но Opera первым опакетила именно Deb, RPM уже позже. Как и яндекс.браузер.
Только где это отличие вылезет пока непонятно, но может.
Дело не в буквах RPM и не в самом RPM, а в том что каждый RPM- дистрибутив считает священным долгом все пересобрать, а не воспользоваться например уже существующим репозиторием CentOS или Fedora. И вот в этом проблема. Если у Debian и его производных и у Ubuntu и всех производных одно ядро, один инициализатор, один графический сервер, один GTK, один QT и так далее. И можно уже понять, куда ориентироваться, например при создании темы. А вот например, в Opensuse GTK 3.20, а в той же Fedora - 3.24, то уже не до смеха и нужно будет писать одно и то же 10-15 раз. И чем сложнее проект, тем больше костылей нужно будет городить, чтобы оно работало в разных RPM-дистрах.