LINUX.ORG.RU
ФорумTalks

Лечение током даёт первые результаты

 


0

3

Источник: https://almalinux.org/blog/future-of-almalinux/

Блестящее будущее AlmaLinux

benny Vasquez

Тут у нас последние недели творилась полная жесть, но я наконец-то рада поделиться с вами хорошими новостями.

Каким станет AlmaLinux

Если вы не в курсе последних событий, то Red Hat объявила, что больше никаким образом не будет содействовать созданию клонов RHEL. Мы с Джеком быстренько поделились своими предварительными соображениями (читай блог), но потом взяли паузу, чтобы хорошенько обдумать наши дальнейшие действия по развитию AlmaLinux OS. Итак, совет директоров AlmaLinux OS Foundation приняло решение, что операционная система AlmaLinux больше не будет клоном RHEL, но бинарная совместимость (ABI compatibility) с ним останется приоритетной задачей.

Бинарная совместимость (в нашем случае) означает, что программы, предназначенные работать на RHEL, будут без проблем работать на AlmaLinux

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

Что же всё это означает для пользователей

Для обычных пользователей практически ничего не изменится. Совместимые с Red Hat программы будут работать, а операционная система будет получать обновления безопасности своевременно. Потенциально заметное изменение в том, что мы отказались от строгого клонирования (bug-for-bug compatibility) и теперь можем принимать багфиксы без необходимости ждать релизы Red Hat. Хотя прекращение строгого клонирования и означает, что пользователи могут столкнуться с ошибками, которых нет в Red Hat, зато теперь мы можем принимать патчи самостоятельно.

Что поменяется в процессе разработки дистрибутива

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

Ещё, чтобы не распылять наши силы, мы будем просить всех, кто сообщает о проблемах в AlmaLinux, тестировать и воспроизводить это всё в CentOS Stream.

Что дальше?

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

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

Приверженность идеям опенсорса

Мы хотим чётко обозначить свою позицию. Хотя текущие изменения открывают перед нами широкие возможности, мы как и прежде будем соблюдать все правила игры. Мы продолжим делать свой вклад в развитие Fedora, CentOS Stream и общую экосистему Enterprise Linux, и приглашаем наше сообщество делать то же самое.

★★★★★

Последнее исправление: papin-aziat (всего исправлений: 1)
Ответ на: комментарий от sanyo1234

Например, предположим для упрощения задачи, что у нас всего 10 подписок.

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

Фрагмент_N1_1_2:  отличия только для клиента1 и клиента2
Фрагмент_N2_1_3:  отличия только для клиента1 и клиента3
...
Фрагмент_N9_1_10:  отличия только для клиента1 и клиента10
Фрагмент_N10_2_3:  отличия только для клиента2 и клиента3
Фрагмент_N11_2_4:  отличия только для клиента2 и клиента4
...
Фрагмент_Nn_9_10:  отличия только для клиента9 и клиента10

Далее смотрим по формулам комбинаторики:

https://ya-znau.ru/znaniya/zn/80

сколько нужно будет подобных фрагментов.

В результате несложно будет вычислять хотя бы спалившиеся пары?

Не уверен, сколько всего подписчиков у RHEL.

Не забываем, что в сорцах дистрибутива более миллиарда LoC ;)

sanyo1234
()
Последнее исправление: sanyo1234 (всего исправлений: 6)
Ответ на: комментарий от sanyo1234

спеки легко чистить от такого, а внесение такого непосредственно в сами сырцы попахивает нарушением сразу нескольких лицензий (ибо сырцы под разными идут).

pekmop1024 ★★★★★
()
Ответ на: комментарий от pekmop1024

а внесение такого непосредственно в сами сырцы попахивает нарушением сразу нескольких лицензий (ибо сырцы под разными идут).

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

sanyo1234
()
Последнее исправление: sanyo1234 (всего исправлений: 1)
Ответ на: комментарий от t184256

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

sanyo1234
()
Ответ на: комментарий от sanyo1234

Мне кажется тебя ждут в проекте Рокки Линукс, там наверняка сейчас разрабатываются подобные стратегии и тактики.

papin-aziat ★★★★★
() автор топика
Ответ на: комментарий от sanyo1234

Зачем вообще палить сливщика, мне кто-нибудь объяснит? Особенно с учётом того, что SRPM есть в CentOS Stream.

t184256 ★★★★★
()
Ответ на: комментарий от sanyo1234

Да, только оттестированные и позже.

t184256 ★★★★★
()
Ответ на: комментарий от t184256

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

imul ★★★★★
()
Ответ на: комментарий от imul

Ты предлагаешь тотальную зачистку пробельных символов (заменой на детерменированный минимум)?

Ну тогда можно использовать и не только пробельные, а добавлять фрагменты кода, например ? :)

sanyo1234
()
Ответ на: комментарий от sanyo1234

Я говорю о том, что ты не понимаешь о чём пишешь. Распакуй любой srpms и посмотри как он устроен. И что куда добавляется и как.

imul ★★★★★
()
Ответ на: комментарий от sanyo1234

Зачем тебе именно git? Вопрос простой. Ты знаешь как устроен srpms пакет и как из него собрать rpms?

imul ★★★★★
()
Ответ на: комментарий от t184256

Об этом говорилось много раз со времен анонса Stream, последний раз, емнип, в оправдательной статье про закрытие спеков. Тут было парой тредов ранее, ссылку сам найдешь.

pekmop1024 ★★★★★
()
Ответ на: комментарий от pekmop1024

Нет, не найду, потому что это не так. С кухней выпуска CentOS Stream/RHEL знаком не понаслышке, y-stream RHEL собирается из CentOS Stream. Ссылку на бочку, бремя доказательства твоих фантазий на тебе.

t184256 ★★★★★
()
Последнее исправление: t184256 (всего исправлений: 1)
Ответ на: комментарий от pekmop1024

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

SRPM и есть готовое изделие, которое принимают за мифические исходники, которые шапка якобы хочет прикрыть.

Причём веселуха вся в том, что эти клоны никогда и не были настоящим эквивалентом или заменой шапке из-за целого рядя отличий.

Боле того, если ты заинтересованное лицо, то стрим тебе даёт возможность наблюдать всю разработку шапки, причём «в реальном времени».

Для клоноделов случилось два «ужасных» события: теперь, чтобы быть похожими на шапку, им придётся постоянно откручивать время назад, это очевидно возможно, но придётся работать; но самое «страшное» — стрим живёт пять лет, вот это наверное шах и мат.

papin-aziat ★★★★★
() автор топика
Последнее исправление: papin-aziat (всего исправлений: 1)
Ответ на: комментарий от t184256

Нет, не найду, потому что это не так

Не найдешь, потому что ленивый и жирненький. Ну это про тебя давно известно, знаток…

pekmop1024 ★★★★★
()
Ответ на: комментарий от papin-aziat

Технически, это самострел и отложенная смерть шапки. Все это шапководство держалось на том, что были публично доступные бинарно совместимые аналоги (они же клоны), и потому имело смысл девелопить и тестить промышленные системы именно под шапкой - кому надо, тот купит сертифицированное, остальные используют клоны.

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

Вопрос - кто на такое добровольно пойдет? Правильно, никто. Сейчас все ждут, когда пыль уляжется и можно будет назначать нового короля.

Шапка никуда не денется, но станет нишевым продуктом. Контрибьюты в апстрим от нее станут меньше, т.к. стафф сократят, нишевому продукту незачем содержать такую большую команду - невыгодно.

pekmop1024 ★★★★★
()
Ответ на: комментарий от t184256

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

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

pekmop1024 ★★★★★
()
Ответ на: комментарий от pekmop1024

Технически, это самострел и отложенная смерть шапки. Все это шапководство держалось на том, что были публично доступные бинарно совместимые аналоги (они же клоны), и потому имело смысл девелопить и тестить промышленные системы именно под шапкой - кому надо, тот купит сертифицированное, остальные используют клоны.

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

Но мы можем с тобой пофантазировать, конечно, о печальной судьбе Шляпы 😁

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

papin-aziat ★★★★★
() автор топика
Ответ на: комментарий от papin-aziat

Пока пыль не уляжется - предсказывать бессмысленно. Я просто описал один из наиболее вероятных (но не единственный) вариантов. Если вот, допустим, @t184256 прав и шапка не будет против клонов, остающих на минорный релиз (такой клон делается очень легко чуть ли не скриптом), то всё останется как есть.

Но я ставлю на то, что бимеры объявили войну клонам до победного. И следующим этапом будет полное отламывание каких-либо связей между Stream и RHEL, в первую очередь очевидных (версии пакетов, набор патчей).

pekmop1024 ★★★★★
()

Так как мы больше не привязаны к необходимости воспроизводить строгий клон…

…мы отправляемся на***!

thesis ★★★★★
()
Последнее исправление: thesis (всего исправлений: 1)
Ответ на: комментарий от pekmop1024

Если вот, допустим, @t184256 прав и шапка не будет против клонов, остающих на минорный релиз (такой клон делается очень легко чуть ли не скриптом), то всё останется как есть.

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

Но я ставлю на то, что бимеры объявили войну клонам до победного. И следующим этапом будет полное отламывание каких-либо связей между Stream и RHEL, в первую очередь очевидных (версии пакетов, набор патчей).

Ну, я давненько сижу на этой теме (федора, шапка, стрим) и бывает почитываю всякое. Так вот там устойчивое движение на сближение шапки с федорой, на сокращение разрыва, а стрим вообще себя объявляет мидлстримом, что на сегодняшний день совершенная чушь, и остаётся только предположить, что это слоган на вырост. Будем посмотреть.

Хотел сказать, что твоё предположение, ИМХО, бьёт мимо, совсем мимо. Наоборот, интеграция должна улучшаться.

papin-aziat ★★★★★
() автор топика
Ответ на: комментарий от papin-aziat

Ведь тогда стрим будет куда надёжнее наверно, но тут нужно мнение специалиста

Вот тебе мнение специалиста: никто в прод не пихает последние минорные релизы. Не из нежелания, просто длительность ввода в эксплуатацию нового релиза ОС в больших инфраструктура больше, чем временной промежуток между минорными релизами RHEL.

pekmop1024 ★★★★★
()
Ответ на: комментарий от papin-aziat

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

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

Вот недавно такие серьезные люди слили в унитаз бренд самого продаваемого пива в Штатах, судя по всему без надежды на восстановление – теперь его даже бесплатно не хотят брать (тру стори, в магазинах раздавали ящики бесплатно):

https://en.wikipedia.org/wiki/2023_Bud_Light_boycott

Казалось бы, как так можно обосраться? Оказалось можно. Так что кивать на авторитет не очень разумно.

MoldAndLimeHoney
()
Ответ на: комментарий от pekmop1024

Прошлый кипеш был про смерть z-stream CentOS, а этот реально ни о чем.

t184256 ★★★★★
()
Ответ на: комментарий от pekmop1024

Я по понятным причинам не смотрел на стрим глазами админа, поэтому могу просто не знать, что есть какие-то фишки, которые позволят его использовать в том качестве, которое нужно тебе. Поинтересуйся, может там есть какие-нибудь снапшоты, срезы, хз что, или ещё какие-нибудь инструменты, которые позволяют его использовать так, как тебе надо.

Ведь ты говорил, что вы ничего не обновляете, так в чём проблема?

papin-aziat ★★★★★
() автор топика
Ответ на: комментарий от MoldAndLimeHoney

У них есть статистика и шкурный интерес, и было бы странно, чтобы они стремились себе навредить. А что люди или группы людей могут ошибаться, так это не новость, ибо в будущее могут смотреть не только лишь все.

papin-aziat ★★★★★
() автор топика
Ответ на: комментарий от papin-aziat

Ведь ты говорил, что вы ничего не обновляете, так в чём проблема?

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

pekmop1024 ★★★★★
()
Ответ на: комментарий от papin-aziat

А еще есть у них индийский менеджмент. Индийский менеджмент - это еще хуже, чем менеджмент МО РФ (не для танцпола). Это когда проблемы заметаются под ковер, а пытающиеся их донести до верха - увольняются, ибо нельзя расстраивать начальство.

pekmop1024 ★★★★★
()
Ответ на: комментарий от pekmop1024

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

Во так вангану.

papin-aziat ★★★★★
() автор топика
Ответ на: комментарий от pekmop1024

Это нормально для больших контор. Кто мечтает о другом, тот фантазирует о жизни на каких-то других планетах или вообще мирах.

papin-aziat ★★★★★
() автор топика
Ответ на: комментарий от papin-aziat

Альма вот обещает придти к чему-то конкретному в ближайшие недели или месяцы.

Перейти на Debian и не мучаться, LOL

sanyo1234
()
Ответ на: комментарий от pekmop1024

В госухе, да и просто крупных компаниях РФ борьба с истинными источниками проблем частенько называется стукачеством (с точностью до наоборот по сравнению с эффективными бизнесами, этакий Russian Reversal).

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

sanyo1234
()
Ответ на: комментарий от sanyo1234

Дебияньщики как сектанты какие-то, вечно норовят подсунуть тебе свои бесплатные брошюрки о райских кущах.

papin-aziat ★★★★★
() автор топика
Ответ на: комментарий от sanyo1234

Не, внатуре, однажды приду к дантисту:

— У меня зуб болит.
— Переходи на Debian!
papin-aziat ★★★★★
() автор топика
Ответ на: комментарий от papin-aziat

Это нормально для больших контор. Кто мечтает о другом, тот фантазирует о жизни на каких-то других планетах или вообще мирах.

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

pekmop1024 ★★★★★
()
Закрыто добавление комментариев для недавно зарегистрированных пользователей (со score < 50)