разработчик KDE Нейт Грэм опубликовал сентябрьский отчёт о KDE Linux. Команда приблизилась к решению о переходе с базовых пакетов Arch Linux на сборку компонентов из исходного кода через BuildStream. Такой подход позволит самостоятельно выбирать версии программ для будущих выпусков по расписанию. Переход пока не утверждён; KDE Linux остаётся в стадии alpha, а пользователям доступна редакция Testing.
Что BuildStream изменит в сборке KDE Linux
KDE Linux уже использует системные образы: базовую ОС собирают заранее, а пользователь получает её целиком. Сейчас инструмент mkosi формирует образ с базовыми пакетами Arch Linux, при этом большую часть компонентов KDE собирают через kde-builder. Пакетный менеджер pacman в состав системы не входит.
BuildStream – инструмент организации сборки и интеграции программных компонентов. Он описывает зависимости и этапы обработки исходного кода и может формировать системные образы, среды выполнения Flatpak и другие результаты сборки.
В экспериментальном варианте разработчики заменяют пакеты Arch Linux примерно тем же набором компонентов, но собирают их самостоятельно с помощью BuildStream. Таким образом, изменится подготовка базовой системы, тогда как распространение готовыми образами сохранится.
По оценке Грэма, если команда примет этот вариант, поведение системы должно остаться прежним и пользователи могут вообще не заметить перехода. Это ожидаемый результат, а окончательное решение об интеграции ещё предстоит принять. Работу продолжат в октябре: разработчики рассчитывают довести эксперимент до состояния, в котором смогут выбрать дальнейший путь.
Почему KDE Linux нужен контроль версий
Грэм подчёркивает, что использование Arch Linux заметно ускорило разработку KDE Linux: проект получил готовую базу и преимущества существующего дистрибутива. Однако Arch Linux постоянно обновляется по модели rolling release, а для будущих редакций User и Stable команда KDE Linux планирует отдельные выпуски по расписанию.
При сохранении нынешней базы подготовка каждого такого выпуска потребует выбора между двумя подходами:
- Зафиксировать версии, которые на момент отделения ветки выпуска доступны в Arch Linux, с риском пропустить регрессии.
- Некоторое время дорабатывать собственную ветку пакетной базы Arch Linux, принимая на себя дополнительную работу по сопровождению пакетов.
BuildStream позволит напрямую управлять версиями собираемых компонентов. По словам Грэма, это главное преимущество рассматриваемого перехода. Дополнительно станет проще включать программы, для которых в Arch Linux пока нет готовых пакетов.
Работа началась задолго до сентябрьского отчёта: перевод сборки базовой системы на BuildStream уже фигурировал среди задач в обзоре KDE Linux за июнь 2026 года. Последние несколько месяцев эксперимент занимал значительную часть времени команды.
Общая база с GNOME OS и Freedesktop SDK
Экспериментальный KDE Linux использует Freedesktop SDK – ту же общую базу, на которую опирается GNOME OS. По объяснению Грэма, сопровождение общих компонентов смогут разделить участники KDE Linux, GNOME OS и Freedesktop SDK.
Freedesktop SDK предоставляет общие зависимости и среды выполнения для экосистемы Flatpak. Проект также предусматривает использование этой базы для загрузочных систем и образов виртуальных машин. Поэтому самостоятельная сборка KDE Linux не означает, что команда будет сопровождать весь набор программ в одиночку.
sudo и pkexec заменили обёртками для run0
Среди уже внесённых сентябрьских изменений – замена sudo и pkexec на обёртки, вызывающие run0. По сообщению Грэма, это уменьшает число исполняемых файлов с установленным битом SUID, которые могут использоваться при атаках с повышением привилегий.
run0 – инструмент systemd для запуска команд с повышенными или другими правами. Он выполняет команду через отдельную службу, а проверку полномочий поручает polkit; собственная реализация run0 не использует биты SetUID и SetGID.
Остальная работа за месяц в основном касалась инфраструктуры, сопровождения кода, документации и небольших исправлений. По оценке автора отчёта, проект постепенно смещает усилия к стабильности и доводке системы.
Статус KDE Linux и условия тестирования
Готовность к этапу бета-версии остаётся на уровне 85%, указанном в сентябрьском отчёте. Это показатель выполнения задач этапа; статус системы по-прежнему alpha. Сейчас доступна только Testing, а редакции для широкой аудитории ещё разрабатывают. Срок принятия решения по BuildStream и дата выхода бета-версии не объявлены.
Инструкция по установке KDE Linux предупреждает о частых изменениях и регрессиях в Testing. Для запуска нужны процессор AMD или Intel, UEFI, не менее 2 ГБ оперативной памяти и 15 ГБ места на диске. ARM-процессоры пока не поддерживаются; виртуальная машина также должна использовать UEFI.
Перед установкой требуется отключить Secure Boot. Самый надёжный вариант установки использует целый диск и удаляет его содержимое, поэтому важные файлы необходимо заранее сохранить на другом носителе. Сложные схемы разделов пока не поддерживаются, а двойная загрузка остаётся вариантом на риск пользователя.
Помочь проекту можно тестированием и сообщениями об ошибках, поддержкой пользователей, улучшением документации, исправлением приложений Flatpak и разработкой самой ОС.
Вывод
BuildStream даст команде KDE Linux больше свободы при подготовке выпусков: версии базовых компонентов можно будет выбирать под задачи проекта. Для пользователей главный ожидаемый результат – сохранение привычной работы системы при смене способа её сборки. Пока KDE Linux подходит прежде всего для тестирования и участия в разработке: будущие пользовательские редакции ещё не выпущены.