SUSE пересматривает изменение курса, которое она сделала в начале прошлого года: она запускает свой собственный дистрибутив, совместимый с RHEL, или, как она выражается, форк RHEL.
Недавно назначенный генеральный директор компании Дирк-Питер ван Леувен сделал свое первое крупное заявление: немецкий производитель корпоративного Linux скоро выпустит свой собственный дистрибутив, совместимый с Red Hat Enterprise Linux.
В объявлении цитата эксперта по Linux Грега Куртцера раскрывает, с кем работает SUSE: Курцер является основателем и генеральным директором CIQ, компании, которая спонсирует Rocky Linux. Объявление было сделано вскоре после заявления проекта Rocky Linux о том, что он нашел способ обойти новые ограничения на использование Red Hat исходного кода RHEL. Это также, конечно, еще более близко следует за перегруженной наглостью статье Oracle по этому вопросу.
У нового проекта SUSE пока нет официального названия. Тем не менее, компания может запустить его раньше, чем можно было бы ожидать, потому что это не первый раз, когда компания создает дистрибутив, совместимый с RHEL. После того, как Red Hat закрыла CentOS Linux еще в 2020 году, SUSE работала над внутренней перестройкой CentOS Linux 8 под кодовым названием «Liberty Linux» — название, которое компания впоследствии переработала для расширенного предложения поддержки, как мы рассказывали в то время.
Хотя мы пересмотрели наше освещение объявления, все еще есть сообщения об оригинальном проекте под кодовым названием, а для говорящих на немецком языке у Heise все еще есть подробности. (Также доступно, конечно, для тех, кто Google Перевод или аналогичные инструменты.)
Также были обнаружены следы внутреннего тестирования дистрибутива. заметил администраторами репозиториев Red Hat EPEL, которые содержат дополнительные дополнения, не включенные в основной корпоративный дистрибутив.
I like looking in dnf countme data to see the various distros requesting EPEL repos. There are often many weird distro names showing up in the single digits. But this one jumped out at me with 38 hits last week: "SUSE Liberty Linux". Is @SUSE creating a RHEL compatible distro?
— Carl George (@carlwgeorge) October 7, 2021
На данный момент доступно немного больше информации, но терминология «форка» интересна, особенно в отличие от самоописания Рокки как «разработан, чтобы быть на 100% совместимым с ошибкой» с РЭЛ.
Проблема, с которой сегодня сталкиваются нижестоящие дистрибутивы RHEL, не так широка, как простое получение исходного кода Red Hat. Это довольно легко. Проблема здесь нет что Red Hat больше не предоставляет исходный код. Это все еще так. Вопросы заключаются в том, какие части он предоставляет и кому он их предоставляет.
Компания больше не просто размещает полный исходный код на общедоступном сервере Git, чтобы каждый мог его загрузить. Теперь есть два разных способа получить его. Один открыт для всех, но охватывает только часть дистрибутива; другой завершен, но доступен только для клиентов.
Любой может получить пользовательские компоненты RHEL: другими словами, почти всю операционную систему, кроме для ядра и драйверов. Вы можете получить это через универсальные базовые изображения RHEL или UBI, как они документированы — например, эти RHEL 9 UBI.
Проблема в том, что образы контейнеров не являются тем, что организация Software Freedom Conservancy называет «полными соответствующими источниками». Для получения полного исходного кода вам также потребуется исходный код ядра и всех связанных драйверов и модулей ядра. Red Hat по-прежнему предоставляет и это; разница в том, что теперь он предоставляет его только клиентам.
Получить его довольно просто: например, просто зарегистрируйте бесплатную учетную запись разработчика. Это поставляется с бесплатной лицензией RHEL, поэтому вы можете просто установить ОС, а затем загрузить исходные пакеты RPM. В качестве альтернативы, как разработали разработчики Rocky, вы можете запустить облачный образ с оплатой по мере использования, использовать его для загрузки исходного кода, а затем закрыть его.
Это, однако, приводит к более тонкому вопросу: делает ли это сторонний сборщик дистрибутивов? законно получить доступ к источнику? И что еще более важно, могут ли они удерживать что доступ на постоянной основе? Red Hat имеет полное право закрыть любые учетные записи клиентов, которые делают это, или потребовать, чтобы облачные провайдеры сделали то же самое.
Возможно, поэтому SUSE говорит, что разветвляет дистрибутив. В прошлом году компания планировала перекомпилировать исходный код Red Hat с использованием собственного инструментария Open Build Service. (Тем временем Rocky создал свой собственный сервис сборки Peridot.) Вся пользовательская среда нового дистрибутива должна была быть собрана из официальных RPM-пакетов Red Hat Source, за исключением ядра, которое должно было быть взято из собственного корпоративного дистрибутива SUSE. SLE, скомпилированный с использованием конфигурации, совместимой с Red Hat. В настоящее время SLE 15 SP 5 и RHEL 9.2 используют ядро 5.14. Однако, если дистрибутив SUSE не использует ту же сборку, что и RHEL, то SUSE не может гарантировать, что аппаратные драйверы, созданные для RHEL, также будут работать с эквивалентным дистрибутивом SUSE, но, конечно, он может предложить клиентам собственное корпоративное ядро и сопутствующие компоненты. водители.
В прошлом году мы отметили, что Oracle Linux 9 поставляется с необязательным альтернативным ядром, собственной модифицированной сборкой компании, которую она называет Unbreakable Enterprise Kernel или UEK, для которой также имеется обширный список версий. Возможно, наиболее заметной дополнительной функцией UEK является поддержка файловой системы Btrfs, хотя Red Hat отказалась от ее поддержки еще в 2017 году. Btrfs также широко используется в продуктах SUSE.
Вполне возможно, что SUSE просто смотрит в будущее и не рискует. Его новый партнер CIQ нашел способ получить исходные коды ядра и драйверов RHEL, но на данный момент остается открытым вопрос, будут ли они по-прежнему доступны для него на неопределенный срок. Если Red Hat найдет способ закрыть этот путь, то нисходящие потоки RHEL могут быть ограничены в том, что они могут получить из образов контейнеров RHEL. Это означает создание их собственных ядер, и это может быть причиной для того, чтобы назвать этот новый продукт «форком», а не перестроением, совместимым с бинарными ошибками 1: 1.
Недавно мы обсуждали, на что идут разработчики Red Hat, чтобы годами поддерживать эти устаревшие ядра. SUSE, существующая уже 30 лет, имеет богатый опыт поддержки собственных корпоративных ядер, что может быть одним из наиболее ценных моментов, которые она привносит в новое партнерство.
Oracle также обеспечивает здесь внешнюю проверку. Если пользователи Oracle Linux сочтут, что UEK от Big Red достаточно близок к работе, то, возможно, то же самое могут сделать и пользователи этой гипотетической новой сборки ядра SUSE. Для компании не составит большого труда сохранить привязку корпоративного ядра к тому же номеру версии, что и у Red Hat.
Между этим объявлением и тем, над чем SUSE работала пару лет назад, есть существенные различия. Тем не менее, у компании действительно больше предыдущего опыта, чем это сразу очевидно, и этот шаг представляет собой серьезную, мощную поддержку CIQ и Rocky Linux. ®
