Для Linux пришло время больших перемен — в прошлом году начался «крестовый поход» против поддержки 32-бит систем, а уже в этом наметился курс на отказ от старых CPU без AVX2 и ряда других инструкций в рамках Fedora Enterprise Linux Next. Теперь разработчики обсуждают следующий логичный шаг — отказ от поддержки BIOS и работу только с UEFI.

GitHub: hakluke / how-to-exit-vim

Компания Intel, ключевой игрок серверного рынка, ещё три года назад пообещала избавиться от поддержки BIOS и OpROM-модулей к концу 2020 года — в современных платформах для их работы требуется принудительно включить режим совместимости CSM (Compatibility Support Module). ARM в рамках программы ServerReady склоняет производителей к унификации, и здесь наличие классического BIOS тоже не подразумевается.

Разработчики дистрибутива Fedora, который многие называют тестовым полигоном для нововведений, попадающих в итоге в Red Hat Enterprise Linux и его «потомков», обсуждают возможность отказа от поддержки BIOS и работу только с UEFI. Отмечается, что современное «железо» всё равно не будет адекватно работать с 32-бит ОС и ПО и не будет совместимо с действительно старым оборудованием.

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

Второе важное изменение, обсуждаемое в сообществе Fedora, носит не технический, а скорее исторический характер. В качестве текстового редактора предлагается всегда использовать по умолчанию nano вместо vi (или Vim). Оба из них достаточно легковесны для любых современных систем (со встраиваемыми решениями это не всегда так, но Fedora к таковым трудно отнести). Однако nano гораздо проще в использовании для неподготовленного пользователя, он хотя бы отображает подсказки для клавиатурных сочетаний прямо на экране.

Vi и его наследники по историческим причинам используют отдельные режимы для набора текста и манипуляций над ним, в которых назначение клавиш отличается и никаких подсказок по умолчанию не выводится. Никакой сложности в этом на самом деле нет, но вопрос «Как выйти из vi(m)» регулярно задаётся на протяжении 40 с лишним лет, что стало поводом для, пожалуй, изрядно затянувшихся шуток. Есть даже специальные подборки весьма изощрённых способов покинуть редактор.

Fedora 33 уже в этом году выйдет в новом варианте Enterprise Linux Next (ELN) и предоставит возможности для тестирования изменений, потенциально предназначенных для следующего выпуска Red Hat Enterprise Linux (RHEL). Наиболее важным из нововведений ELN считается повышение минимальных требований к процессорам x86-64.

Вчера окончательное решение в пользу реализации ELN было принято: запрос на создание buildroot-окружения и настройки компоновки для ELN был одобрен 13 апреля 2020 г. 

Как сообщалось в прошлом месяце, Enterprise Linux Next станет своего рода испытательным полигоном для возможных изменений в грядущих релизах RHEL и для сборки пакетов присущим RHEL способом. ELN предоставит разработчикам и другим заинтересованным сторонам возможность обратной связи, что напоминает собой процесс разработки CentOS / RHEL.

Краткое изложение планов можно найти на вики-странице проекта: «ELN – это новая система сборки "buildroot" и компоновщика для Fedora, который берёт исходники Fedora Rawhide и эмулирует компоновщик Red Hat Enterprise Linux. Обратная связь от работы компоновщика и интеграционного тестирования будет предоставлена разработчикам Fedora, чтобы они могли увидеть потенциальное влияние своих изменений на разработку RHEL. ELN позволит исследовать новые возможности, такие как более высокий базовый уровень для используемой архитектуры процессоров, не затрагивая остальную часть Fedora».

Ранее сообщалось, что разработчики Red Hat Enterprise Linux 9 могут отказаться от поддержки старых процессоров x86-64 в пользу более современных. Очевидно, что этот процесс начнется с дистрибутива Fedora 33. Бета-версия Red Hat Enterprise Linux 8.2 была представлена в январе 2020 года.

Разработчики Red Hat Enterprise Linux 9 могут отказаться от поддержки старых процессоров x86-64 в пользу более современных. При этом пока что окончательное решение об отказе не принято. 

На текущий момент команда создателей Fedora трудится над инициативой Enterprise Linux Next, в рамках которой планируется не только проверить создание таких сборок, но и обеспечить обратную связь с пользователями, чтобы минимизировать проблемы при переходе на более новые процессоры.

wikimedia.org

Ещё летом прошлого года было внесено предложение повысить минимальные требования для Fedora 32, что вызвало негативный отклик. Тогда предполагалось, что для работы потребуются CPU с поддержкой AVX2 и ряда других инструкций вроде CMPXCHG16B, FMA и SSE 4.2

В феврале разработчики уже запустили дополнительное тестирование обновлений микроархитектуры x86-64 на Fedora. На текущий момент релизы Fedora и RHEL поддерживают процессоры этой архитектуры, включая старые модели AMD K8. Однако с выходом «девятки», скорее всего, будет достигнута некоторая промежуточная точка, направленная на поддержку только более поздних семейств CPU.

Отказ от старых процессоров позволит задействовать более современные процессорные инструкции по умолчанию, что упростит процесс разработки и уменьшит «зоопарк» аппаратных решений. Также это стимулирует клиентов обновить свои системы.

Напомним, что бета-версию Red Hat Enterprise Linux 8.2 представили в начале этого года. Так что до старта развёртывания девятой сборки ещё есть время. Скорее всего, она выйдет не раньше 2023 года.

Дистрибутив Linux Fedora CoreOS, как сообщают разработчики, стабилизирован и готов для массового использования. Отныне он является полноценной заменой Fedora Atomic Host и CoreOS Container Linux, поддержка которых прекратится в середине и конце текущего года. 

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

fedoramagazine.org

В поставке есть только базовый набор: ядро Linux, системный менеджер systemd, а также набор утилит для SSH, управления конфигурацией и установки обновлений.

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

Fedora CoreOS основана на ядре Linux 5.4, systemd 243 и может функционировать в live-режиме. Кроме запуска с носителя, есть возможность загрузки по сети через PXE. Сам образ скачать можно здесь.

Разработчики Red Hat стремятся улучшить возможности управления температурным режимом процессора в Fedora 32 Workstation. А это, в свою очередь, позволит нарастить производительность CPU Intel.

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

fedoramagazine.org

Как отмечается, thermald позволяет реализовать то же, что делает утилита Intel dptfxtract. Однако её использование невозможно из-за двойной лицензии, что запрещает его встраивание в Fedora в текущей редакции.

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

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

Похоже, что полноценное освоение Red Hat альтернативных процессорных платформ несколько замедлятся. Хотя разработчики Fedora и начали готовить сборки (в том числе live) для рабочих станций на базе процессоров POWER, однако в рамках дистрибутива Fedora 31 они не станут доступны по умолчанию.

Причиной является банальная нехватка времени для адаптации всего необходимого софта под новую архитектуру. Ранее, отметим, для PPC64 были доступны только серверные сборки, но недавно стало известно о появлении и десктопных.

abopen.com

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

Это больше всего подходит для серверных систем POWER, но с рабочими станциями Raptor Blackbird ситуация пока обстоит не очень. Таким образом, остаётся дождаться Fedora 32. Возможно, в ней поддержка десктопных версий Linux для процессоров POWER будет доступна «из коробки».

Отметим, что ранее предполагалось, что приоритет будет отдан Red Hat Enterprise Linux, а не Fedora или, уж тем более, CentOS. Но, как видим, опасения оказались ложными.

На данный момент те пользователи, которым приходится работать с Raptor Blackbird или другими системами на базе процессоров IBM POWER, вынуждены пользоваться только серверной версией Fedora. Лишь после её установки можно добавить пакеты с графическим окружением и другими приложениями. Но скоро это изменится.

phoronix.com

Компания уже предлагает ряд решений, которые доступны на официальном сайте. Правда, полноценной сборки «для десктопа» под архитектуру POWER пока нет, но, как предполагается, она появится с выходом Fedora 31, релиз которой ожидается осенью.

После того, как Red Hat была продана IBM, многие опасались, что компания будет развивать поддержку Linux для собственных процессоров POWER в рамках дистрибутивов Fedora, а разработку CentOS наоборот станут неофициально задерживать.

Но, похоже, опасения не оправдались. Сообщается, что новая ветка CentOS 8.0, основанная на пакетной базе Red Hat Enterprise Linux 8, выйдет в релиз на будущей неделе, 24 сентября. Разумеется, если не произойдёт ничего непредвиденного. Также на ближайшие дни запланирован релиз CentOS 7.7, который уже полностью готов, а сборки начали распространяться по зеркалам.

Напомним, что Red Hat Enterprise Linux 8.0 был выпущен в начале мая, а появление CentOS 8.0 планировалось ещё летом. Но, очевидно, поглощение Red Hat со стороны IBM сыграло какую-то роль в этом.

Комитетом FESCo (Fedora Engineering Steering Committee) было утверждено решение о прекращении формирования основных репозиториев для архитектуры i686 в рамках операционной системы Fedora. Этот шаг дополняет прекращение работ по формированию загрузочного образа ядра Linux для той же архитектуры. Решение было принято в рамках перевода Fedora на поддержку архитектуры x86-64.

pixabay.com

Предварительно было проведено тестирование, чтобы проверить, не возникнет ли проблем после удаления репозиториев i686. Как оказалось, серьёзных трудностей возникнуть не должно. Хотя отсутствие 32-разрядных репозиториев и вынудит пользователей применять устаревшие пакеты с неисправленными уязвимостями, формирование multi-lib репозиториев для окружений x86_64 будет сохранено. А в них будут доступны также i686-е пакеты, которые позволят запускать 32-битные программы в 64-разрядных операционных системах.

Напомним, что Fedora 31 должна быть выпущена в конце октября. Именно в ней планируется полностью отказаться от 32-разрядных сборок. А бета-версия Fedora 31 Beta появится уже в следующем месяце.

Недавнее предложение отказаться от репозиториев i686 Modular и Everything пока что не принято. Решение отложили в ходе совещания Инженерно-руководящего комитета (FESCo) на этой неделе.

pixabay.com

Первоначально планировалось отказаться от этих репозиториев с выходом Fedora 31. Однако не исключено, что это решение отложат ещё раз. 32-разрядные пакеты и дальше будут нормально работать в Fedora x86-64. А вот с 32-битной редакций ОС всё не так просто. В компании Red Hat уже давно хотят отказаться от дистрибутивов и ядер i686.

Однако на заседании FESCo в понедельник решение об утверждении этого изменения было отложено. Причиной стал вопрос о том, не вызовет ли это проблемы в работе пакетов на 32-битных ОС. Сейчас специалисты разбираются с этим. На тестирование уйдёт две недели. Если наличие проблем подтвердится, то удаление этих репозиториев i686 будет отложено до выхода Fedora 32 в следующем году.

При этом отметим, что аналогичная попытка для Ubuntu не увенчалась успехом. Против решения компании выступили как пользователи, так и Valve, в результате чего в Canonical вернули всё на круги своя и пообещали не трогать 32-разрядные библиотеки примерно до 2030 года. Важно понимать, что Fedora и Ubuntu всё же имеют несколько разную аудиторию. Первая система является этаким «тестовым полигоном», тогда как вторая позиционируется как дружественная к пользователю.

Полтора года назад компания Red Hat приобрела CoreOS, а сегодня разработчики объявили о первом предварительном выпуске Fedora CoreOS. Эта система является преемником Fedora Atomic Host и CoreOS Container Linux. Фактически она представляет собой дистрибутив для контейнеров с акцентом на безопасность и масштабируемость.

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

Как отмечается, Fedora CoreOS рассчитана на вычислительные кластеры, которые могут долгое время обходиться без регулярного обслуживания. Для этого система предусматривает автоматические обновления с патчами безопасности и исправлениями ошибок. При этом ОС позволяет гибко масштабировать систему при увеличении нагрузки.

Разработчики утверждают, что по умолчанию Fedora CoreOS автоматически загружает новые версии ОС, устанавливает их и перезапускает систему. При этом заявлено, что все изменения тщательно тестируются, так что проблем не должно возникнуть. Наконец, обещано остановить развертывание, если в новом выпуске обнаружат проблему.

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

На данный момент Fedora CoreOS находится в стадии активной разработки, потому некоторые запланированные функции недоступны в предварительном выпуске. К примеру, пока поддерживаются только платформы x86-64. Также нельзя загрузить Live-версию Fedora CoreOS через сеть (PXE) или с компакт-диска. Также вышеупомянутая телеметрия пока неактивна.

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

Fedora Atomic Host будет поддерживаться до конца жизненного цикла Fedora 29, ожидаемого в конце ноября. До этого момент пользователи Fedora Atomic Host должны перейти на Fedora CoreOS.