> Ток по сути ежегодное обновление базовой системы это не мажорное, а минорное
> обновление (по сути багфикс-релиз, и не говорите что в красношапке ядро
> 2.6.x никогда не обновлялось, а бэкпортирование фичей в старую версию из
> новой - вот совсем не изменение кода и никак не вносит
> своих корректив. Ага-да.Такого я и не говорил. Не понимаю, как можно превратно понять написанное мною. У Шапки всегда своё кастомизированное ядро, которое она ведёт на протяжении многих лет для каждого конкретного выпуска RHEL. При обновлениях в пределах основной версии ОС, естественно, ядро тоже заменяется, но это ядро той же основной версии, что отражено и в нумерации пакетов. То есть обладатели систем на данном выпуске RHEL могут быть почти уверены, что обновление ничего не сломает.
А вот отслеживанием изменений между релизами OpenBSD, NetBSD или FreeBSD, придётся самостоятельно, исправлять баги в старом нужном софте, как ни странно, в ряде случаев — тоже. Вендор с обязательствами в данном случае отсутствует как таковой, следовательно не будет заниматься сохранением неизменности и полноты ОС.
Потому-то для ответственных применений мы выбираем не СПО вообще, а СПО, за которым стоит поставщик — Red Hat, IBM, Oracle, Novell/SUSE/_кто-там-нынче_ и так далее. Или сразу коммерческое ПО.
Думается даже, что если сегодня зайти к Шапке с запросом на допиливание под некие специальные потребности уже снятых с обслуживания RHEL 4, 3 или даже 2.1 за соответствующую случаю плату, там не откажут. А идти к ребятам из сообществ как бы некоммерческих ОС заведомо нет никакого смысла, тупо пустая затея.
>> Компилятор, допустим, у меня требует конкретного программного окружения, а новые компиляторы мне не подходят
> Берете тот компилятор, который вам нужен.
> кроме того компиляторы обратносовместимы в большинстве своем друг с другом, а флаги
> оптимизации можете задать те, которые нравятся лично вам.
Ну, конечно, это замечательно, и я рад, что вы так хорошо знаете предмет, но я имел в виду кое-что другое. ИТ, вопреки странной вере многих айтишников, не является важнейшей или определяющей подсистемой бизнеса или производства, но только служебной, вроде электричества в проводах или воды в канализации — вот о чём требуется помнить. Ради новых функций новых программ, сколь бы сказочны они ни были, никто в здравом уме не будет сносить завод и строить новый. ИТ для таких объектов, как правило, проектируется (если вообще проектируется в понятиях ИТ, ибо кроме цифровых компьютеров есть и аналоговые) один раз и на многие годы (на весь срок жизни предприятия, в идеале).
