История изменений

Так что зря ты так про Red Hat. То, о чём ты говоришь, действительно есть. Но эти проблемы пытались решить.

Суть проблемы была не в расширении RPM на конце, и не в зависимостях. А в том, что именно благодаря политике, которая продолжается по сей день, мы имеем зоопарк сборочных заводов, которые совершенно непонятно зачем, начали плодить 10 вариации ядер, 50 вариации инициализатора, 150 вариаций иксов и так далее. LSB решал лишь проблемы с зависимостями. Выражаясь языком Redhat, это был аналог --skip-broken в DNF. Но проблема-то не исчезла, а потому что суть ее не в этом. А вот у DEB было то, чего не было у RPM - а именно грамотная политика, которая привела к тому, что до сих пор за 24 года больше двух сборочных заводов, не существует, потому что в них не было нужды. И именно поэтому популярным форматом стал именно Deb - потому что на тот момент существовал только один сборочный завод - это завод Debian, сборочный завод Ubuntu спросом не пользовался. Потом конечно появился Launchpad, и собственная сборочная Ubuntu, но особого хаоса это не внесло, потому что даже два пакета создавать проще, чем 10-15 или один с кучей библиотек непонятного содержания. И то в случае с Debian и Ubuntu в этом не всегда есть нужда. А в RPM-сообществе, именно благодаря разделению RHL на RHEL и Fedora, мы имеем по сути что чуть ли не у каждого дистрибутива полностью пересобриается все, начиная от ядра, и хорошо если как у Scientific, CentOS, Oracle. Но в большинстве случаев ломая совместимость с оригиналом, помещая все, что приспичит.

Так что зря ты так про Red Hat. То, о чём ты говоришь, действительно есть. Но эти проблемы пытались решить.

Суть проблемы была не в расширении RPM на конце, и не в зависимостях. А в том, что именно благодаря политике, которая продолжается по сей день, мы имеем зоопарк сборочных заводов, которые совершенно непонятно зачем, начали плодить 10 вариации ядер, 50 вариации инициализатора, 150 вариаций иксов и так далее. LSB решал лишь проблемы с зависимостями. Выражаясь языком Redhat, это был аналог --skip-broken в DNF. Но проблема-то не исчезла, а потому что суть ее не в этом. А вот у DEB было то, чего не было у RPM - а именно грамотная политика, которая привела к тому, что до сих пор за 24 года больше двух сборочных заводов, не существует, потому что в них не было нужды. И именно поэтому популярным форматом стал именно Deb - потому что на тот момент существовал только один сборочный завод - это завод Debian, сборочный завод Ubuntu спросом не пользовался. Потом конечно появился Launchpad, и собственная сборочная Ubuntu, но особого хаоса это не внесло, потому что даже два пакета создавать проще, чем 10-15 или один с кучей библиотек непонятного содержания. И то в этом не всегда есть нужда. А в RPM-сообществе, именно благодаря разделению RHL на RHEL и Fedora, мы имеем по сути что чуть ли не у каждого дистрибутива полностью пересобриается все, начиная от ядра, и хорошо если как у Scientific, CentOS, Oracle. Но в большинстве случаев ломая совместимость с оригиналом, помещая все, что приспичит.

Так что зря ты так про Red Hat. То, о чём ты говоришь, действительно есть. Но эти проблемы пытались решить.

Суть проблемы была не в расширении RPM на конце, и не в зависимостях. А в том, что именно благодаря политике, которая продолжается по сей день, мы имеем зоопарк сборочных заводов, которые совершенно непонятно зачем, начали плодить 10 вариации ядер, 50 вариации инициализатора, 150 вариаций иксов и так далее. LSB решал лишь проблемы с зависимостями. Выражаясь языком Redhat, это был аналог --skip-broken в DNF. Но проблема-то не исчезла, а потому что суть ее не в этом. А вот у DEB было то, чего не было у RPM - а именно грамотная политика, которая привела к тому, что до сих пор за 24 года больше двух сборочных заводов, не существует, потому что в них не было нужды. И именно поэтому популярным форматом стал именно Deb - потому что на тот момент существовал только один сборочный завод - это завод Debian, сборочный завод Ubuntu спросом не пользовался. Потом конечно появился Launchpad, и собственная сборочная Ubuntu, но особого хаоса это не внесло. А в RPM-сообществе, именно благодаря разделению RHL на RHEL и Fedora, мы имеем по сути что чуть ли не у каждого дистрибутива полностью пересобриается все, начиная от ядра, и хорошо если как у Scientific, CentOS, Oracle. Но в большинстве случаев ломая совместимость с оригиналом, помещая все, что приспичит.