Разработчики из проекта AlmaLinux опубликовали первый выпуск нового дистрибутива Kitten 10, основанного на пакетной базе CentOS Stream 10, используемой для разработки будущего значительного выпуска Red Hat Enterprise Linux 10. Kitten 10 преподносится как тестовый дистрибутив, позволяющий познакомиться с возможностями, развиваемыми для RHEL 10, и являющийся предтечей будущего стабильного выпуска AlmaLinux 10. Установочные сборки дистрибутива сформированы для архитектур x86_64, x86_64_v2, aarch64, ppc64le и s390x...Подробнее: https://www.opennet.me/opennews/art.shtml?num=62091
От всех клонов бывшей CentOS, а точнее от клонов Red Hat ждут максимально полного и максимально возможного 100% совпадения характеристиками, для этого они в общем-то и делались.Никакмими халявными бетатестами в стиле "также используются в качестве платформы для интеграции и совместной работы с вышестоящими проектами, такими как CentOS Stream и Fedora", уж тем более для скурвившегося до stream и уж тем более для Fedora основная масса пользователей таких клонов не хочет себя озадачивать, это просто противоречит целям использования самих этих клонов.
Так бы было в идеале, но я понимаю, что из-за ссыкунства тягать у нарушающего GPL Red Hat сорцы и собирать максимально возможный клон в стиле старой доброй CentOS по ходу в сяких альмароков пупок развязывается и им надо сохранять хорошую мину при плохой игре т.е. делать вид, что клон максимально схожий, а по факту каждый клонофорк уже пилит своё чудо в этом зоопарке со своими уникальными сервисами, которые тоже нужно каким-то хомячкам халявно тестировать, поэтому вот - кушайте, не обляпайтесь!
Если тут кто-то вдруг подумал, что я булочку крошу на Альму, а вот хрена, сейчас все клоны +/- оказались в положении ссыкливых прогибаторов и каждый пилит свой велосипед, выходит проприерасты нагибают прилюдно GPL, а остальные сглатывают. Sad but true.
Redhat за свою историю GPL ниразу не нарушал, он им живёт дышит и деньги зарабатывает. Если бы не гпл, то редхатом бы никто и не пользовался, лол.
> Redhat за свою историю GPL ниразу не нарушал, он им живёт дышит
> и деньги зарабатывает. Если бы не гпл, то редхатом бы никто
> и не пользовался, лол.Нарушений было несколько, но гуглить мне в лом, достаточно вспоимнить последний случай с которого всё и понеслось, при котором происходит дополнительные ограничения по EULA, что прямо противоречит GPL, которая запрещает наложение дополнительных условий и не запрещает дальнейшим владельцам копий программы, которые получили и сорцы, распространять их дальше!
Но IBM/RedHat считает иначе и ей сейчас никто не мешает, потому что просто ссутся судиться, потому что выигрывают суды не те кто прав, а у кого больше бюджета на адвокатов и фирмы можно просто разорить в судебных тяжбах, затягивая судебные распри на годы, тупо соревнуясь у кого кошелёк толще. Очевидно что у альмароков кошелёк не такой жирный, как у IBM/RedHat Inc.
¯\_(ツ)_/¯
Уточню нарушать стал тогда, когда его купил межделмаш.
> Нарушений было несколько,Но только по мнению каких-то клоунов из FSF.
Пока нет решения суда, то нельзя обвинять компанию.> дополнительные ограничения по EULA, что прямо противоречит GPL, которая запрещает наложение дополнительных условий и не запрещает дальнейшим владельцам копий программы, которые получили и сорцы, распространять их дальше!
Неправда.
Тут GPL не нарушена, тк GPL не может обязать никого, заключать дополнительные контракты.
А тут контракт (будущий кстати) просто не продлевается.
Шапка выполняет все требования GPL в рамках кода для текущих бинарников.
А т.к GPL распространяется только на тех, кто легально получил бинари, то в след раз могут просто послать и будут правы.> Но IBM/RedHat считает иначе и ей сейчас никто не мешает, потому что просто ссутся судиться, потому что выигрывают суды не те кто прав, а у кого больше бюджета на адвокатов
Я это нытье вижу в куче тем, начиная от шапки, заканчивая "несчастными эмуляторщиками пиратских игр нинтенды".
Примеры судов над гуглом, мелкомягкими и даже макдональдсом опровергает эту чушь.
>> Нарушений было несколько,
> Но только по мнению каких-то клоунов из FSF.
> Пока нет решения суда, то нельзя обвинять компанию.Ну да, без решений суда свидетели не могут разобраться насиловал ли насильник жертву и побил ли град посевы, клоун здесь явно не кто-то из FSF ;)
Война клонов!
На совете джедаев.
"Мы победили" - сказал Мейс Винду.
"Победа?!" - с горечью удивился магистр Йода.
"Война клоническая началась" - ответил Йода.
> От всех клонов бывшей CentOS, а точнее от клонов Red Hat ждут максимально полного и максимально возможного 100% совпадения характеристикамиждут? а для чего это нужно, расскажи пожалуйста? ну чтоб 100%
Да ничего не нужно, садись и тоже жди.
если бы кому-то действительно был нужен просто клон редхата они бы пользовались редхатом, но им нужно немного другое потому и появилась куча клонов тянущих в разные стороны под нужды и хотелки разных людей.
>В RHEL поддержка SPICE была прекращена в выпуске 9.0.
>возможность использования гипервизора KVM на системах с процессорами IBM POWER. В RHEL подобная поддержка была прекращена в ветке 9.0.интересно, это как так? Свой SPICE шапка бросила? И труЪ ынтерпрайзный POWER?
чё происходит, кто в курсе?
Бимеры что-то намутили?
PS нашёл, что RHV давно мёртв, поэтому и SPICE. хм... Теперь и Qemu с KVM шапке не нужны?
> RHV давно мёртвOpenShift жив. И KubeVirt, соответственно.
> интересно, это как так? Свой SPICE шапка бросила?не просто бросила, а предала анафеме, запретила упоминать в молитвах и вообще - "не было никакого ванятки!"
А разработчикам отказала от корыта и, по слухам - "при помощи ноги!"
Ну и rhv после этого всего немедленно сделался мертв, ибо кому он нужен-то без удаленного доступа.
Был темной ночью вывезен на дальнее кладбище, за оградой, и прикопан потихому, где-то между гластером и gfsом.
А, и кол, кол осиновый вбит, чтобы не повторилось как с Xen. В виде фейкового "комьюнити" "разработчиков", у которых ни имен, ни прошлого, ни, собственно, будущего тоже. Но вы можете прислать свой патч на деревню дедушке. Там меж могилок большой мусорный контейнер стоит для них.
Так что ты по этому кладбищу лучше особо не расхаживай, и об обитателях его - помалкивай. Сказали тебе - не было, значит не было!
Купи себе заподорого xen server вместе с receiver'ом, только сперва паспортом правильной страны, конечно, обзаведись, и пользуйся, на здоровье. Вроде даже с линукса можно, но этанеточна.
Есть proxmox, который spice любит и умеет.Может и не умрёт spice.
Но вообще смысл в том, что зачем тебе spice, если есть gtk-broadway и видео акселерация в webrtc?
Для проброса девайсов есть всякие webusb.
> Есть proxmoxЕсть-то он есть, конечно.
Напомни, а как он предлагает работать с контейнерами?
> Есть proxmox, который spice любит и умеет.(дебиановский) пакет поставить- умеет. А чинить драйверы - не умеет.
В целом ты прав, кроме этого:> А, и кол, кол осиновый вбит, чтобы не повторилось как с Xen. В виде фейкового "комьюнити" "разработчиков", у которых ни имен, ни прошлого, ни, собственно, будущего тоже.
RHEV и oVirt сейчас подхватил Oracle и продолжает раздавать бесплатно и продавать OEV.
Что я, лично, нахожу меметичным, учитывая историю Oracle Linux, и тому, какие цели преследовал этот дистрибутив при создании.
А учитывая буйное помешательство шапки последних лет, Oracle Linux - это единственное, что стоит использовать вместо CentOS, ИМХО.
Тут еще важно то, что в Oracle Linux реально работает Leapp, то есть оно реально апгрейдит 7->8->9 и даже не ломается на простых серверах, даже с тонной third-party, даже с кастомными политиками SELinux.
AlmaLinux пытается на базе оракловой реализации Leapp сделать свой Elevate и свой Leapp, но это по большей части GPL-ный код, который даёт Oracle (RHEL эту утилиту всегда скрывал) и адаптирован под OL.
овирт - это не про то для чего был нужен spice. Это очередные одноразовые виртуалочки со сроком жизни одна минута.> Что я, лично, нахожу меметичным, учитывая историю Oracle Linux, и тому, какие цели преследовал
> этот дистрибутив при создании.отжать на халяву часть клиентов, ничего не делая самим? ну ок.
(то что у них получается _сейчас_ - это совсем другая, отдельная уже история, а до этого они лет десять просто подменяли логотипы в пакетах. Ну можно считать, конечно, что просто так медленно спускались с горы...)
UEK kernel был с самого начала. Не стоит передергивать.
Одно время они даже давали разложенный на патчи RH kernel, который шапка закрыла что бы осложнить жизнь Oracle.
Когда последний перекупил единственную живую технологию live patch для ядра (в то время).А RHV нужен был Ibm просто как аргумент в тендере и все. Тендер выигран - можно и выкинуть на помойку.
>Сформированы отдельные сборки для второй версии микроархитектуры x86-64 (x86-64-v2), которые сопровождаются параллельно с базовыми сборками x86-64, формируемыми с оптимизациями для микроархитектуры x86-64-v3, которая используется в RHEL 10. Дополнительная поддержка x86-64-v2 позволяет обеспечить совместимость с CPU старше Intel Haswell и AMD Excavator, спроектированными до 2013 года.Сразу ффтопку этот дистр. Они хотят поддерживать древний софт, требуя новейшее железо. А надо делать ровно наоборот: обеспечивать новейший софт, но поддерживая древнейшее железо.
> обеспечивать новейший софт, но поддерживая древнейшее железо.Debian Sid ждёт тебя.
Дак я именно на нём и сижу.
Чем плох ролинг? ИМХО любители релизных выпусков просто леняться работать для адаптации новых изменений. Наплодили изза этого всяких дистрибутивов хотя есть тотже арч.
> просто леняться работатьДействительно, упал сервер — так не ленись, подними. Подними ещё раз, пересобери, переустанови. Больше изменений, бизнес подождёт.
А в чём проблема подняться и пересобрать? Таки ленишься!
Нет никакой проблемы, потому что есть стабильные дистрибутивы с фиксированными релизами.
Почему-то мне кажется, что ты даже обновления ни разу не ставил, боишься переработать.
Я, конечно, другой аноним, но рискну предположить, что он не переработать боится, а бизнес клиенту положить.С пару месяцев назад с репозитория sury (похапе, да) накачали апдейтов. И оказалось, что человек не умеет этот самый похапе собирать. Он просто не знает, что при увеличении версии похапе все расширения нужно тоже пересобирать, иначе они будут бинарно несовместимы. По итогу он обновил сам похапе, внешние расширения отвалились, потому что там что-то в потрохах похапе поменялось, но он со спокойным хлебалом заменил старые версии похапе в своём репозитории новыми, не обновляя расширения.
В результате при подключении непересобранных расширений из его же репозитория софт вёл себя странно, подвисая и падая в неожиданных местах. Расширения в репозитории не обновлены, совместимые/работоспособные версии похапе из репозитория уудалены. В нашем случае повезло, что смогли откатиться на предыдущую мажорную версию (с 8.3 на 8.2), но, зная любовь современных разработчиков ко всему новому и блестящему, этого везения могло бы и не случиться.
А самая суть в том, что человек заявляет (проверять это я, конечно, не буду), что он "либо собирает официальные пакеты для дебиана сам, либо официальные пакеты собираются на основе его трудов (что бы это ни значило)".
Ну и как мне с такими рисками сидеть на роллинге и обновляться каждую неделю?
А ты обновляешься каждую неделю?
На роллинге-то? Эм... на десктопе да. А как часто надо? Спрашиваю без подколок, так как до сих пор не понимаю, как можно полноценно роллингом пользоваться. Сильно уверен, что я что-то делаю неправильно.
На сервере роллингов не держим именно потому что боимся постоянных крупных обновлений.
Там аноним сверху утверждал, что роллинг на сервере не держат только те, кому лень обновляться. Вот я и хотел у него узнать, как правильно держать сервер на роллинге.
звонишь ты значит в комерческую поддержку комерческого рабочего софта и говоришь у меня вот что-то не работает, а онит тебе а у тебя какая версия дистрибутива, а ты билд от 15 числа третьего месяца послеобеденный а они на дообеденном работает ждите две недели посмотрим что там куда сломали..
ну да, прямо в штаты звонишь и говоришь на ломаном русском
"а оно ему - как раз!"
>> просто леняться работать
> Действительно, упал сервер — так не ленись, подними. Подними ещё раз, пересобери,
> переустанови. Больше изменений, бизнес подождёт.А для этого уже заботливо придумана модномолодёжная атомарщина и роллбэки на прошлую рабочую версию, если быстро будет откатываться, то типа и не падало! xD
Вообще-то на рабочий сервер обновления не ставят годами. Просто он не должен торчать дыркой в интернет. Поэтому, роллинг или нет вообще без разницы.
Рабочий сервер лучше вообще в електричество не включать. Тогда никаких рисков. И даже сисьадмин не нужон.
> Вообще-то на рабочий сервер обновления не ставят годами. Просто он не должен
> торчать дыркой в интернет. Поэтому, роллинг или нет вообще без разницы.Сервер серверу рознь, если ваше утверждение применять ко всему вообще одной гребёнкой, то выходит мягко говоря бред, потому что неправда. ))
Атомарщина придумана не для этого, а для контейнерных окружений. Когда тестируют только срез базовой системы с контейнерным движком и ничего больше в системе не предполагается.Пересобираешь контейнеры. Хоть непрерывно пересобирай, по ту сторону лоад балансера эти утехи никому не видны.
>Действительно, упал сервер — так не ленисьу меня и рхел9 после минорного апдейта падал. и чо?
делай резервирование и тесты, тогда вообще пофиг что за дистриб.
Как делать тесты на роллинге, если там каждый день новое множество пакетов? Или вы можете за день всё протестировать?
KDE какой версии , 6 ?
насущный вопрос
ну ясен пень, распоследняя версия KDE - это же цель этого дистра и основная аудитория!
KDE у тебя в EPEL. А там какой в Fedora.
Вы собрались менять рабочий стол в дистрибутивах, которые рассчитаны на сервера, ну или самый край, корпоративные рабочие станции. Где-то потерялся смысл вашего действия. Зачем это? Оно не для "энтузиастов", вам проще дистр поменять.
> Вы собрались менять рабочий стол в дистрибутивах, которые рассчитаны на сервера, ну
> или самый край, корпоративные рабочие станции. Где-то потерялся смысл вашего действия.
> Зачем это? Оно не для "энтузиастов", вам проще дистр поменять.Рабочие станции рабочим станциям рознь, те же "серьёзные" студии работающие с линуксами например в обработке графики работают нередко на корпоративных же версиях. Некоторый софт официально собирается под RHEL. А вот товарищи дизайнеры упарываются больше по KDE, как ни посмотришь, то у них рабочие столы чаще на KDE именно. Странно то, что RHEL при этом не держит KDE-версию, видимо невыгодно держать штат починщиков KDE-глюков, который ещё и все 10 лет поддержки будет костылять заплатки.
вся их затея с гном в принципе странная. они явно в каком-то другом мире живут, чем я.
> А вот товарищи дизайнеры упарываютсяЭто известная вещь.
> Сформированы отдельные сборки для второй версии микроархитектуры x86-64 (x86-64-v2)это очень, очень хорошо.
https://www.ispmanager.ru/news/licenzii-cloudlinux-dlya-ispm...точно стоит использовать продукт такой компании ?
> AlmaLinux OS enjoys $1M in annual sponsorship from CloudLinux Inc. and support from more than 25 other sponsorsВы про это? Или есть информация, что AlmaLinux действительно является продуктом CloudLinux?
Я про то что AlmaLinux это внутренний проект CloudLinux который был создан что бы попиариться на проблемах RH с CentOS. AlmaLinux поддерживается не только на спонсорство от CloudLinux но CloudLinux полностью управляет этим проектом. Куда Игорь скажет - туда Андрей и повернет.ps. если чего я эту кухню изнутри знаю.
Тогда почему ты не говоришь что эти товарищи фром юкрейн?
Андрей который рулит Альмой - из РФ - правда релоцировался если не путаю. Иначе бы его выгнали год назад. Когда Игорь чистил CloudLinux от всех кто в РФ.
Игорь Селетский - в 10м классе переехал из Одессы в US где и живет сейчас.Так лучше ?
> Так лучше ?так, конечно, лучше, но где ж Лёнья, донецкий пацанчик с правильными взглядами? Я волнуюсь!
Неужели тоже подался в подлейшее националпредательство и теперь числится израильским бизнесменом казахского происхождения, макая в бочку санкционного варенья запрещенные печенья?!
Спасибо за информацию. AlmaLinux вычёркиваем :(
> https://www.ispmanager.ru/news/licenzii-cloudlinux-dlya-ispm...
> точно стоит использовать продукт такой компании ?Ну смотря откуда вы и насколько параноидальны? Злые языки говорят, что в разработчиках есть одна нация, которая склонна последнее время подгаживать другой по признаку принадлежности к родившимся на территории или говорящим на языке неугодной территории. Конечно же разработчики Альмы в подобном вроде замечены не было (по крайней мере пока), вроде они нормальные ребята, но шут их знает эти национальные причуды, некоторые по этой причине заранее дуют на воду и выбирают продукт гораздо более явного и более традиционного противника. ;)
> Злые языки говорят, что в разработчиках есть одна нация, которая склонна последнее время подгаживать другой по признаку принадлежности к родившимся на территории или говорящим на языке неугодной территории.Удивительные слухи! А можно примеры?
Я вот слышал только про разделение не по национальному или языковому, а паспортовому признаку.
Ну типа если у тебя паспорт -> то ты (со)учасник мероприятий проводимых государством (и государем лично).И то, чуваков из ядра выпхали только за работу на то самое государство.
я чутку выше писал - хозяева Альмы - CloudLinux в один момент распрощались без предупреждения (даже отрицали еще за 2 дня до этого) с всеми кто находится на территории РФ. Причем даже досталось человеку который за несколько дней до этого похоронил жену. Не соболезнований - ничего. Пшел вон раз не релоцировался.
> я чутку выше писал - хозяева Альмы - CloudLinux в один момент распрощались без предупреждения (даже отрицали еще за 2 дня до этого) с всеми кто находится на территории РФ.К сожалению твое сообщение или потерли, или я его не вижу.
Гугл по запросу "CloudLinux уволили разработчиков в рф" не находит ничего внятного.А вообще надо смотреть контракты.
Например мой контрак составлен так, что меня могут уволить, предупредив за 3 дня.
Аналогично я могу уволиться с теми же временными рамками.Так что если мне сегодня напишут "Анон, мы решили что ты *удак и мы прощаемся с тобой через 3 дня", то я даже не обижусь))
> Причем даже досталось человеку который за несколько дней до этого похоронил жену.
Это не красиво, но не "не законно".
Думаю там точно были люди с маленькими детьми, с больными родителями и тд.
Т.е, ИМХО, подход "не выделять никого" - имеет право на реализацию. Не соболезнований - ничего> Пшел вон раз не релоцировался.
Хм.. а деньги как переводить?
Ты наверное в курсе о проблемах с банками.
Вон в Казани даже понаехавшим пришлось наличку менять.
>Гугл по запросу "CloudLinux уволили разработчиков в рф" не находит ничего внятного.Может Гугл и не знает - но те кто работал там, могут это подтвердить.
Всех одним днем.>А вообще надо смотреть контракты.
в Контракте прописанно было что быстро расторжение только при отягчающих обстоятельствах,.
>Это не красиво, но не "не законно".
я разве что-то сказал о том что это не законно? по бойтесь бога.
И говорить какие-то прощальные слова - людям которые создали эту компанию и были так же уволены - тоже не обязаны. Достаточно просто бросить в лицо письмо что вы с завтрашнего дня не работаете.
Придумать основание всегда можно.> Хм.. а деньги как переводить?
Я вас удивлю - переводить деньги можно не только в USD/EUR. Есть еще всякие китайские фантики - если не брать более экзотические валюты. И я знаю тех кто спокойно получает деньги из зарубежа даже сейчас.
Альма замечена только в том что крымские адреса относятся к Украине - и туда же переправляются при запросе зеркала. А на этих серверах традиционно крым забанен. Поэтому для укачивания обновлений - необходимо в ручную редактировать yum.conf и прописывать туда яндекс.
В остальном замечены только хозяева Альмы.
> Альма замечена только в том что крымские адреса относятся к Украине - и туда же переправляются при запросе зеркала.Хм.. а в чем они не правы?
У них есть выбор работать в рф или в штатах/ес.Можно пафосно рассуждать что опенсорс без политики, то политика стучит тебе в двери, и возможно даже с ноги.
А я разве сказал что не правы? Их выбор не предоставлять доступ - мой выбор послать их, и взять роки или что-то еще другое, благо сейчас клонов шапки развелось как грязи.
Но и предупредить других пользователей - что не стоит связываться с теми кто может в любой момент ограничить тебе доступ - тоже стоит.
Или вы считаете иначе ?
> Или вы считаете иначе ?Тогда я тебя не првильно понял)
Да тут ты вправе выбирать из других вариантов и предупреждать других пользователей.
Все постепенно загибается никому такой ИТ по ушам ездилка не нужен. Ничего нового не произошло начиная с 20.04 22.04 SIMD появился и все , остальное только наваливается поживиться вваливая новый Шелл который итак можно было перебить на новый в версии 22.04
Для работы на x86_64_v2 нужна пересборка всех пакетов или только некоторых основных?
Всех совсем всех иначе какой смысл.
Когда у него EOL и куда его потом обновлять? Оно превратится в AlmaLinux 10, когда тот выйдет, или будет возможность обновить до Kitten 11?
> Когда у него EOL и куда его потом обновлять? Оно превратится в
> AlmaLinux 10, когда тот выйдет, или будет возможность обновить до Kitten
> 11?Пишут же, что это для превью и тестирования.
Если тебе интересно что будет в следующих редхатах, просто ставишь федору и обновляешься сколько влезет.
redhat похож на Fedora, но из redhat выпиливают слишком много, даже безобидные драйверы оборудования из ядра
драйвер выкидывают что бы вы покупали новое железо.
А иначе как продавать новые raid контроллеры ?