История изменений
Исправление ZenitharChampion, (текущая версия) :
Сначала на сцену выходит Зенитар, и говорит «создавайте билд-ферму на базе CentOS». А ему отвечают «ты с ума сошёл, у всех же убунта!». А Зенитар им такой «Такая билд-ферма позволила бы вам создать один бинарь так, чтобы он у всех работал. Включая убунты сразу десяти версий». Но его не хотят слушать: «у всех убунта, и собирать мы будем тоже в убунте, и у всех будет работать»
Потом они говорят что в линуксе «ужасная архитектура, ничто ни с чем не совместимо, всё плохо, мы уходим»
На эти грабли однажды наступила Valve, создав билд-ферму на базе Ubuntu 12.04. А потом вышла 12.10, и там ничего не работало. Steam зависит от кучи libчто-нибудь, и когда одна из них меняет ABI, то из Дебиана/Убунты её удаляют, и всё старое ПО рушится. Таким образом, подход, практикуемый в DEB-based Linux, идеален для open source, но не для proprietary. Теперь у Steam есть Steam Runtime, включающий в себя все возможные и невозможные зависимости для стима
Вы спросите «как CentOS решает эту проблему»? А всё просто. Есть libpng.so.12, а потом выходит libpng.so.14. Выпускаются новые дистры с новой либой. Но старую не! удаляют! И так с несколькими десятками либ. В общем, CentOS обеспечивает обратную совместимость со своими предыдущими релизами, а Ubuntu - нет. Исходя из чего, Ubuntu нельзя использовать в качестве билд-фермы. Зато все дистры (включая Ubuntu) имеют совместимость с CentOS, а сам CentOS - с CentOS предыдущих версий
Естественно найдётся либа, которую из новых CentOS тоже удаляют. Например libGLEW. В этом плане, CentOS ничем не отличается от убунты. Поэтому все либы, не входящие в состав LSB, желательно «класть с собой». Возможно, что вы замечали, что в директориях со всеми играми для Steam в обязательном порядке лежат либы SDL2 и OpenAL
Исправление ZenitharChampion, :
Сначала на сцену выходит Зенитар, и говорит «создавайте билд-ферму на базе CentOS». А ему отвечают «ты с ума сошёл, у всех же убунта!». А Зенитар им такой «Такая билд-ферма позволила бы вам создать один бинарь так, чтобы он у всех работал. Включая убунты сразу десяти версий». Но его не хотят слушать: «у всех убунта, и собирать мы будем тоже в убунте, и у всех будет работать»
Потом они говорят что в линуксе «ужасная архитектура, ничто ни с чем не совместимо, всё плохо, мы уходим»
На эти грабли однажды наступила Valve, создав билд-ферму на базе Ubuntu 12.04. А потом вышла 12.10, и там ничего не работало. Steam зависит от кучи libчто-нибудь, и когда одна из них меняет ABI, то из Дебиана/Убунты её удаляют, и всё старое ПО рушится. Подход, практикуемый в DEB-based Linux, идеален для open source, но не для proprietary. Теперь у Steam есть Steam Runtime, включающий в себя все возможные и невозможные зависимости для стима
Вы спросите «как CentOS решает эту проблему»? А всё просто. Есть libpng.so.12, а потом выходит libpng.so.14. Выпускаются новые дистры с новой либой. Но старую не! удаляют! И так с несколькими десятками либ. В общем, CentOS обеспечивает обратную совместимость со своими предыдущими релизами, а Ubuntu - нет. Исходя из чего, Ubuntu нельзя использовать в качестве билд-фермы. Зато все дистры (включая Ubuntu) имеют совместимость с CentOS, а сам CentOS - с CentOS предыдущих версий
Естественно найдётся либа, которую из новых CentOS тоже удаляют. Например libGLEW. В этом плане, CentOS ничем не отличается от убунты. Поэтому все либы, не входящие в состав LSB, желательно «класть с собой». Возможно, что вы замечали, что в директориях со всеми играми для Steam в обязательном порядке лежат либы SDL2 и OpenAL
Исправление ZenitharChampion, :
Сначала на сцену выходит Зенитар, и говорит «создавайте билд-ферму на базе CentOS». А ему отвечают «ты с ума сошёл, у всех же убунта!». А Зенитар им такой «Такая билд-ферма позволила бы вам создать один бинарь так, чтобы он у всех работал. Включая убунты сразу десяти версий». Но его не хотят слушать: «у всех убунта, и собирать мы будем тоже в убунте, и у всех будет работать»
Потом они говорят что в линуксе «ужасная архитектура, ничто ни с чем не совместимо, всё плохо, мы уходим»
На эти грабли однажды наступила Valve, создав билд-ферму на базе Ubuntu 12.04. А потом вышла 12.10, и там ничего не работало. Steam зависит от кучи libчто-нибудь, и когда одна из них меняет ABI, то из Дебиана/Убунты её удаляют, и всё старое ПО рушится. Подход, практикуемый в DEB-based Linux, идеален для open source, но не для proprietary. Теперь у Steam есть Steam Runtime, включающий в себя все возможные и невозможные зависимости для стима
Вы спросите «как CentOS решает эту проблему»? А всё просто. Есть libpng.so.12, а потом выходит libpng.so.14. Выпускаются новые дистры с новой либой. Но старую не! удаляют! И так с несколькими десятками либ. В общем, CentOS обеспечивает обратную совместимость со своими предыдущими релизами, а Ubuntu - нет. Исходя из чего, Ubuntu нельзя использовать в качестве билд-фермы. Зато все дистры имеют совместимость с CentOS, а сам CentOS - с CentOS предыдущих версий
Естественно найдётся либа, которую из новых CentOS тоже удаляют. Например libGLEW. В этом плане, CentOS ничем не отличается от убунты. Поэтому все либы, не входящие в состав LSB, желательно «класть с собой». Возможно, что вы замечали, что в директориях со всеми играми для Steam в обязательном порядке лежат либы SDL2 и OpenAL
Исправление ZenitharChampion, :
Сначала на сцену выходит Зенитар, и говорит «создавайте билд-ферму на базе CentOS». А ему отвечают «ты с ума сошёл, у всех же убунта!». А Зенитар им такой «Такая билд-ферма позволила бы вам создать один бинарь так, чтобы он у всех работал. Включая убунты сразу десяти версий». Но его не хотят слушать: «у всех убунта, и собирать мы будем тоже в убунте, и у всех будет работать»
Потом они говорят что в линуксе «ужасная архитектура, ничто ни с чем не совместимо, всё плохо, мы уходим»
На эти грабли однажды наступила Valve, создав билд-ферму на базе Ubuntu 12.04. А потом вышла 12.10, и там ничего не работало. Steam зависит от кучи libчто-нибудь, и когда одна из них меняет ABI, то из Дебиана/Убунты её удаляют, и всё старое ПО рушится. Подход, практикуемый в DEB-based Linux, идеален для open source, но не для proprietary. Теперь у Steam есть Steam Runtime, включающий в себя все возможные и невозможные зависимости для стима
Вы спросите «как CentOS решает эту проблему»? А всё просто. Есть libpng.so.12, а потом выходит libpng.so.14. Выпускаются новые дистры с новой либой. Но старую не! удаляют! И так с несколькими десятками либ. В общем, CentOS обеспечивает обратную совместимость со своими предыдущими релизами, а Ubuntu - нет. Исходя из чего, Ubuntu нельзя использовать в качестве билд-фермы
Естественно найдётся либа, которую из новых CentOS тоже удаляют. Например libGLEW. В этом плане, CentOS ничем не отличается от убунты. Поэтому все либы, не входящие в состав LSB, желательно «класть с собой». Возможно, что вы замечали, что в директориях со всеми играми для Steam в обязательном порядке лежат либы SDL2 и OpenAL
Исправление ZenitharChampion, :
Сначала на сцену выходит Зенитар, и говорит «создавайте билд-ферму на базе CentOS». А ему отвечают «ты с ума сошёл, у всех же убунта!». А Зенитар им такой «Такая билд-ферма позволила бы вам создать один бинарь так, чтобы он у всех работал. Включая убунты сразу десяти версий». Но его не хотят слушать: «у всех убунта, и собирать мы будем тоже в убунте, и у всех будет работать»
Потом они говорят что в линуксе «ужасная архитектура, ничто ни с чем не совместимо, всё плохо, мы уходим»
На эти грабли однажды наступила Valve, создав билд-ферму на базе Ubuntu 12.04. А потом вышла 12.10, и там ничего не работало. Steam зависит от кучи libчто-нибудь, и когда одна из них меняет ABI, то из Дебиана/Убунты её удаляют, и всё старое ПО рушится. Теперь у Steam есть Steam Runtime, включающий в себя все возможные и невозможные зависимости для стима
Вы спросите «как CentOS решает эту проблему»? А всё просто. Есть libpng.so.12, а потом выходит libpng.so.14. Выпускаются новые дистры с новой либой. Но старую не! удаляют! И так с несколькими десятками либ. В общем, CentOS обеспечивает обратную совместимость со своими предыдущими релизами, а Ubuntu - нет. Исходя из чего, Ubuntu нельзя использовать в качестве билд-фермы
Естественно найдётся либа, которую из новых CentOS тоже удаляют. Например libGLEW. В этом плане, CentOS ничем не отличается от убунты. Поэтому все либы, не входящие в состав LSB, желательно «класть с собой». Возможно, что вы замечали, что в директориях со всеми играми для Steam в обязательном порядке лежат либы SDL2 и OpenAL
Исходная версия ZenitharChampion, :
Сначала на сцену выходит Зенитар, и говорит «создавайтен билд-ферму на базе CentOS». А ему отвечают «ты с ума сошёл, у всех же убунта!». А Зенитар им такой «Такая билд-ферма позволила бы вам создать один бинарь так, чтобы он у всех работал. Включая убунты сразу десяти версий». Но его не хотят слушать: «у всех убунта, и собирать мы будем тоже в убунте, и у всех будет работать»
Потом они говорят что в линуксе «ужасная архитектура, ничто ни с чем не совместимо, всё плохо, мы уходим»
На эти грабли однажды наступила Valve, создав билд-ферму на базе Ubuntu 12.04. А потом вышла 12.10, и там ничего не работало. Steam зависит от кучи libчто-нибудь, и когда одна из них меняет ABI, то из Дебиана/Убунты её удаляют, и всё старое ПО рушится. Теперь у Steam есть Steam Runtime, включающий в себя все возможные и невозможные зависимости для стима
Вы спросите «как CentOS решает эту проблему»? А всё просто. Есть libpng.so.12, а потом выходит libpng.so.14. Выпускаются новые дистры с новой либой. Но старую не! удаляют! И так с несколькими десятками либ. В общем, CentOS обеспечивает обратную совместимость со своими предыдущими релизами, а Ubuntu - нет. Исходя из чего, Ubuntu нельзя использовать в качестве билд-фермы
Естественно найдётся либа, которую из новых CentOS тоже удаляют. Например libGLEW. В этом плане, CentOS ничем не отличается от убунты. Поэтому все либы, не входящие в состав LSB, желательно «класть с собой». Возможно, что вы замечали, что в директориях со всеми играми для Steam в обязательном порядке лежат либы SDL2 и OpenAL