Ну и в третьих, процесс разработки рхел существенно переделывают внутри, переходя к более гибкой модели, и нужно было как-то встроить в него центос.

яхз какими слова сказать уже. ты снова про причины. с ними никто не спорит. я говорю о последствиях. центос был после рх, стал перед. ты с этим будешь спорить?

Ты спрашивал "зачем?", я ответил на этот вопрос. Вроде, он был про причины.

Наверное все так, но есть и обратная сторона.
CentOS был отдельным проектом и какое дело RH'ту, что это выбивается из унифицированной разработки самого RH.
Сидят люди чёто пилят, пришел дядя говорил давайте я колорифер поставлю зима ведь за окном они согласились и он у них отнял у них их игрушку.
Законно, да и право имеет, но у сообщества расчет был иной.

Как в одном фильме - "А какого хрена"
Ну не вывозят, им то что, юзеры подсевшие на RH like которые будут сыты по горло тормознутостью разрабов может и перейдут на платную шапку.
Правда по моему пользователей все устраивало.

Рх не силой же загнал centos себе под крыло. И майнтейнеры centos устроились на работу в рх (если ещё там не работали). Потому "сидят что-то пилят" после перехода проекта в рх уже не описывает ситуацию.

Возможно я не в теме до конца.
Разве там все пошли на работу в РХ?

Ну так вместе с майнтейнерами центос и решили, что так будет лучше для проекта.

Ключевые участники перешли

Telebotik и, вообще, ты так говоришь, как будто майнтейнеры centos были не рады этим изменениям (переходу под крыло RH и унификации разработки с RHEL).
Вот представь, сидят они, пилят centos, по 2-3 месяца перед мажорным релизом занимаются угадыванием (в прямом смысле) параметров build-фермы RHEL-а, чтобы обеспечить бинарную совместимость. И тут к ним приходит RH и говорит: а давайте вы перейдете к нам под крыло, и получите возможность общаться по поводу воспроизводимости сборок RHEL с теми, кто его разрабатывает, вместо того, чтобы гадать на кофейной гуще? Конечно, блин, майнтейнеры согласятся: кому нравится заниматься бесплатным сизифовым трудом, да и еще под постоянные вопросы "ну когда уже вы подберете угадыванием параметры сборки RHEL и выкатите релиз centos" от кучи пользователей?

Ок, перешли, да еще и их время стали компенсировать. Теперь майнтейнеры centos могут обратиться в отдел, занимающийся релизом RHEL и уточнить какие-то детали, чтобы не пытаться повторить сделанную там работу вслепую. Но это всё равно повторение работы. И тут к ним приходят коллеги из отдела, занимающегося RHEL, и говорят: мы тут хотим, наконец, отойти от древнего тормозного waterfall-а и перевести всё на рельсы CI, хотите в этом начать участвовать, сделать общим процесс разработки и перестать плясать вокруг src.rpm, которые мы перекидываем через забор? А вместо этого бинарная совместимость будет данностью, потому что это будет, по сути, один дистрибутив?

Тут тоже надо очень сильно любить заниматься сизифовым трудом, чтобы отказаться от обоих предложений.

Но ведь не мало дистрибутивов живущих на пожертвования корпораций и простых пользователей.
Гордятся своей независимостью.

Дело не в пожертвованиях, а в том, что майнтейнерам centos приходится проводить не независимую политику развития дистрибутива, а повторять сделанное инженерами RHEL. Причем, по большей части пытаясь угадать вслепую.

Центос изначально вторичен. Отсюда и естественное стремление теснее интегрироваться с RHEL

Был бы независимым дистром, никому идти под крыло RH и не нужно было.

Но уже появилось минимум два заменителя Альма и Роки линуксы.
Роки уже выкатили бетку, выходит не так сложно угадывать?

есть devtoolset ))) там все есть)

Теперь проще. Особенно, после того, как разработка рхел/центос станет более открытой.
Вот эти проекты и начнут пересобирать центос :)

а у меня тут глупый вопрос
а есть на CentOs 7 версия openssh выше 7.4?

а то оно не хочет работать с дебиановским 7.9

Что значит "не хочет"?