3 ноября 2026 года объявлен выпуск Fedora Linux 45. Выпуск затрагивает привычные инструменты администратора и разработчика: от системной консоли и установки RPM до Python и баз данных. Рассмотрим, что намечали в этом цикле и какие изменения удалось довести до готовности.
Что планировали
План Fedora 45 объединял обновление программного стека и изменения в работе системной консоли, проверке подлинности пакетов и доступе к памяти процессов. Вместо консоли ядра fbcon предлагалось использовать kmscon — программу в пользовательском пространстве для работы с виртуальными текстовыми консолями. На уровне RPM планировали требовать проверенную цифровую подпись пакета перед установкой, а через механизм Yama в ядре — ограничить подключение к чужим процессам с помощью ptrace, даже если они принадлежат тому же пользователю.
Другие задачи касались обновления компиляторов и языков программирования, а также перехода Atomic Desktops на веб-интерфейс установщика Anaconda с возможностью удалённой установки через браузер.
Подробнее об этих изменениях и их практическом значении — ниже по тексту.
Основной источник обзора — официальный Change Set Fedora 45. Он показывает планы и статусы задач. Ниже разобраны выбранные пункты и их практический смысл.
В Change Set также вошли перенос поставляемых пакетами конфигураций RPM-репозиториев из /etc в /usr, замена провайдера хранилища секретов на oo7 и переход на OpenSSL 4.0. Однако принятие предложения не гарантирует его появления в готовом выпуске: у задач разные статусы реализации.
Что получилось
Ниже — изменения, отмеченные в Change Set как завершённые или достигшие полной готовности кода. Это позволяет отделить реализованную работу от предложений, у которых пока указан только статус принятия.
Консоль и безопасность
Вместо консоли ядра fbcon используется kmscon — консоль в пользовательском пространстве с улучшенной поддержкой Unicode и шрифтов.
Вот как выглядит разница на примерах из Fedora Magazine.
Консоль fbcon:
kmscon со встроенным шрифтом Unifont:
kmscon с FreeType, оболочкой fish и шрифтом Hack Nerd Font:
Последний пример показывает дополнительную настройку оформления, а не стандартный вид консоли после установки.
Скриншоты: Jocelyn Falempe, Modernizing the console with kmscon — Fedora Magazine.
Подробности проверки подписей: настройка RPM %_pkgverify_level меняется с digest на all.
RPM по умолчанию требует проверенную подпись устанавливаемого пакета. Это особенно важно при работе с локальными RPM и сторонними сборками: неподписанный пакет больше нельзя случайно установить с настройками по умолчанию.
Для пользователя это означает следующее:
- Установка из официального репозитория через
sudo dnf install имя-пакета. Привычный сценарий сохраняется: пакеты подписаны, а DNF и раньше проверял подписи. - RPM скачан с сайта разработчика и устанавливается через
sudo rpm -Uvh приложение.rpm. Если пакет не подписан или ключ его подписи не импортирован, RPM откажет в установке. В первом случае стоит поискать подписанный пакет или официальный репозиторий, во втором — получить ключ из доверенного источника и проверить его отпечаток по данным разработчика перед импортом. - Пакет собран самостоятельно через
rpmbuild. Сам факт успешной сборки не делает пакет подписанным. Перед установкой потребуется настроить подпись, например с помощьюrpm-setup-autosign, и импортировать созданный ключ по инструкции утилиты.
Иными словами, «файл RPM есть на диске» теперь недостаточно для прямой установки через rpm: должна успешно пройти и проверка его подписи. При этом подпись подтверждает происхождение и целостность пакета, но сама по себе не гарантирует, что программа безопасна.
Практический смысл ограничения ptrace — помешать приложению читать память уже запущенного процесса того же пользователя. Отладчик может запускать дочерний процесс и исследовать его; работа с дампами памяти сохраняется. Пакет yama-ptrace-enable, устанавливаемый с соответствующими инструментами, возвращает подключение к существующим процессам для всей системы.
Инструменты разработки
Обновлены основные компоненты:
- GCC 16.2 — набор компиляторов, в том числе для C и C++.
- binutils 2.47 — инструменты для работы с объектными и исполняемыми файлами, включая ассемблер и компоновщик.
- glibc 2.44 — основная библиотека C, предоставляющая базовые функции и интерфейсы взаимодействия программ с системой.
- GDB 17.2 — отладчик для пошагового выполнения программ и исследования их состояния.
- Python 3.15 — язык программирования и его интерпретатор, используемый для приложений, сценариев и автоматизации.
- Go 1.27 — язык программирования и инструменты сборки, часто применяемые для серверных программ и утилит.
- RPM 6.1 — система сборки, установки и учёта пакетов дистрибутива.
- Lua 5.5 — компактный язык сценариев, который можно встраивать в приложения.
- Pandas 3 — библиотека Python для анализа табличных данных; обновление меняет обработку строк и поведение Copy-on-Write.
В Setuptools 82+ удалён модуль pkg_resources. Собственные Python-проекты, использующие его, потребуется адаптировать к importlib.resources и importlib.metadata.
Для проектов с нативными расширениями обновление компилятора и библиотек — повод проверить сборку в новом окружении. Новая версия языка не гарантирует совместимость всех зависимостей приложения.
Отдельный пункт — версионированные пакеты libgit2. Приложения должны собираться и связываться с поддерживаемой ими версией библиотеки; имена пакетов без версии больше не предоставляются. Сопровождающим собственных RPM стоит проверить зависимости в spec-файлах.
Установка и базы данных
Образы Atomic Desktops переходят на Anaconda WebUI. Для них также добавлена удалённая установка через браузер с HTTPS и аутентификацией по PIN. В Anaconda появилась поддержка установки на Stratis, включая Kickstart и ручную разметку через Cockpit Storage.
Поддержка Stratis расширяет варианты организации хранилища при установке. Интеграция с Kickstart важна для повторяемого автоматического развёртывания, ручная разметка — для интерактивной установки.
Версиями баз данных по умолчанию становятся MySQL 9.7 и MariaDB 12.3. Перед обновлением сервера следует проверить совместимость приложений и порядок миграции данных.
Какие планы остались без подтверждения
У перехода на OpenSSL 4.0 в списке изменений стоит статус Not being worked on.
Вывод
Fedora 45 продолжает обновлять базу системы: меняется консоль, строже проверяются RPM, появляются новые версии инструментов разработки и возможностей установки. Для повседневной работы наиболее заметны kmscon и поведение проверки подписей; для собственных проектов — совместимость с новым Python-стеком и удаление pkg_resources.
При этом итог выпуска нужно оценивать по реализованным изменениям. Список планов шире: часть предложений остаётся без подтверждения готовности. Перед обновлением рабочей системы полезно сопоставить изменения с используемыми приложениями, особенно если на машине работают базы данных или собственные Python-проекты.