ALT Atomic

ALT Atomic выходит в карман — встречайте Phosphophyllite Атомарный Linux на смартфоне — больше не гипотеза, а работающий образ. Phosphophyllite — новый образ проекта ALT Atomic на базе оболочки Phosh, собранный специально под мобильные устройства. Несколько месяцев работы — и проект официально вошёл в организацию ALT Atomic. 💪 Как устроен проект ALT Atomic Издания группируются вокруг оболочки — но не любые. Если оболочка основана на GNOME — она развивается как единый проект с несколькими изданиями внутри (например, Onyx). Разные наборы приложений, разные акценты, но общая база и общая команда. Если оболочка другая — это уже отдельный самостоятельный проект в семействе ALT Atomic, со своей командой и своими задачами. Так появилась Kyanite на KDE Plasma. Так теперь появилась и Phosphophyllite на Phosh — первое мобильное издание проекта. Отдельно стоят специализированные серверные образы — там оболочки нет вовсе, и логика группировки по DE к ним просто не применяется. Это самостоятельная ветка семейства со своими правилами: минимальный состав, ориентация на конкретную задачу (хранение, сеть, инфраструктура), никакого графического окружения. ⚙️ В чём инженерная соль Phosphophyllite DTB-файлы конкретных устройств находятся в ядре и вшиваются прямо в UKI-образ. Отсюда и правило: под каждое устройство нужна своя сборка, универсальной «для всех» не бывает. 🔼 Кому есть куда расти Мобильный Linux — это не только Phosh. В мире давно живут и развиваются Plasma Mobile, Lomiri (бывший Unity8, экосистема UBports), Nemo Mobile (наследник Sailfish/MeeGo) и GNOME Mobile Adaptation Project. У каждого свой подход к адаптации оболочки под маленький экран и сенсорный ввод — и любой из них может стать основой для нового издания ALT Atomic. Здесь стоит понимать реальную сложность и путь. Начать стоит с ALT Atomic Lab, где можно подготовить экспериментальную сборку и обсудить её с сообществом. После обсуждения и ревью сборка может перейти в основной проект ALT Atomic. Но сам образ всё равно собирается из пакетов Сизифа, поэтому любая оболочка — будь то Plasma Mobile, Lomiri или что-то ещё — должна сначала появиться и собираться в самом проекте Сизиф. Без этого этапа не обойтись, но он открывает путь от эксперимента в лаборатории до полноценного издания ALT Atomic — именно так появились Selenite и Phosphophyllite. 📎 Уже в строю и на подходе Активно тестируется: — Poco F1 (Tianma / EBBG) Ждут своих испытателей: — OnePlus 6 / 6T — Xiaomi Redmi 4X — PinePhone / PinePhone Pro Для Poco F1, OnePlus 6/6T и Xiaomi Redmi 4X есть отдельный downstream-проект с ядром и патчами под Qualcomm-платформы, который очень активно сопровождает @NekoCWD: https://altlinux.space/alt-mobile/linux-qualcomm На видео — Phosphophyllite вживую. Присоединяйтесь! 🔗 Репозиторий проекта 🔗 Подробнее в TWIA #32 😆 ALT Atomic Chat 💬 ALT Atomic | ALT Atomic Chat 💬 ALT Atomic | ALT Atomic Chat #ALTAtomic #Разработка #Phosphophyllite

Selenite: атомарный сервер для тех, кому не нужен Kubernetes В экосистеме ALT Atomic появился ещё один проект — Selenite. Это специализированная иммутабельная серверная ОС для запуска приложений в виде Compose-стеков. Здесь нет привычной интерактивной сессии по SSH: каждое подключение выполняет одну команду из ограниченного набора, а состояние машины описывается декларативно. Его можно сравнить с дистрибутивом «Альт Оркестрация», который за счёт Kubernetes управляет контейнерам. Но в свою очередь Selenite делает это проще и через Podman Compose. ❓ Зачем нужен Selenite? Классический дистрибутив плохо подходит на роль хоста для контейнеров: система несёт пакеты, которые контейнерному хосту не нужны, конфигурация размазана по десяткам файлов, а поддерживать её приходится вручную или через Ansible. Состояние серверов со временем расползается: где-то забыли обновить пакет, где-то осталась чья-то правка. В итоге нельзя с уверенностью сказать, какие версии пакетов реально стоят на хосте и какие уязвимости там ещё не закрыты. Узкоспециализированная серверная ОС решает одну чётко поставленную задачу: убирается всё лишнее, а управление сводится к узкому API. Под Kubernetes такие платформы и дистрибутивы существуют давно и хорошо себя зарекомендовали. Но Kubernetes нужен не всем — это дорого и по инфраструктуре, и по обслуживанию. Selenite приносит то же удобство, но оставляет привычные compose-стеки вместо оркестратора. 🛡 Безопасность как один из ключевых аспектов Единственная точка входа в систему — SSH, но без привычного доступа к shell: каждое подключение выполняет одну команду из ограниченного набора. Интерактивной сессии нет, поэтому даже скомпрометированный ключ не даст атакующему полного доступа к системе — только то, что разрешено ролью его владельца. Аутентификация исключительно по ключам, а встроенный аналог fail2ban блокирует адреса, с которых пытаются перебирать ключи. Права разграничиваются через RBAC: CI-боту можно выдать только деплой стеков, а коллеге — только чтение логов. Контейнеры запускаются rootless через Podman — даже компрометация приложения не даёт root на хосте. А сами образы ОС поставляются с SBOM-аттестацией: состав системы можно просканировать на уязвимости, например, через trivy. ⚙️ Вся конфигурация — один файл Состояние машины — пользователи, роли, сеть, параметры ядра, мониторинг — описывается единым YAML: access: users: - name: alice roles: - root keys: - "ssh-ed25519 AAAAC3... alice@laptop" sysctl: params: net.ipv4.ip_unprivileged_port_start: 80 Применяется одной командой: ssh server machine config apply < config.yml. Файл можно хранить в git — конфигурация сервера становится версионируемой и воспроизводимой. Здесь же включается интеграция с NetBird и отправка метрик и логов в Prometheus и Loki. 👀 Кому может подойти Selenite? Всем, кто разворачивает контейнеры на одном или нескольких серверах и хочет удобства не только в управлении стеками, но и в управлении всей ОС. Хоумлаберам-энтузиастам, небольшим командам со стабильной нагрузкой — словом, тем, кто устал сопровождать классические серверы, но не готов ради этого поднимать Kubernetes. Проект ещё в начальной стадии разработки — будем рады отзывам и предложениям. 🔗 Сайт проекта 🔗 Репозиторий проекта 😆 ALT Atomic Chat 💬 ALT Atomic Chat 💬 ALT Atomic | ALT Atomic Chat #ALTAtomic #Разработка #Selenite

Немножко новостей с полей развития Альт атомик кобальт. Так сейчас выглядит интерфейс управления функционалом системы - Альт дирижёр. Баги в наличии ибо ковыряется это всё от силы около пары недель Но уже реализовано и в целом работает - Проверка обновлений без моментальной установки отображение наличия состояния системы для отката и собственно запуск отката через интерфейс альт дирижёр, Переключение каналов - стабильный, тестовый управление зеркалами флатпак установка популярных программ из флатпак загрузка и установка аппимидж пакетов(в целом работает но нужно шлифовать) Скрипты автоустановки софта в контейнеры дистробокса(в целом работает, нужно допилить сами скрипты и расширить их количество) работа с контейнерами дистробокса - создание с доп параметрами контейнеров на базе альт разных платформ, дебиан, убунту, арч, удаление, экспорт программ(пока в тестовом варианте) Управление функциями переключения режимов в игровом образе кобальт Альт дирижёр создан при очень большой помощи нейронки Квен)) Проверена работа на домашнем кобальте(и интегрирован в него) Поверхностно проверено на игровом кобальте... пока руки не дошли всё проверить также должно работать на кианите но последние правки на нём также не проверял Исходники лежат на Альт спэйс) пока только в ветке экспериментал https://altlinux.space/vadimpolozowvrn/alt-dirijor/src/branch/experimental

Kyanite меняет лицо: переезжаем с SDDM на Plasma Login Manager В ночных сборках ALT Atomic Kyanite произошла важная смена караула. SDDM уступает место новому дисплейному менеджеру от KDE — Plasma Login Manager. Сопровождает обновление бессменный мейнтейнер сборки — Роман Меркушин (@rmerkushin). 🔑 Что такое Plasma Login Manager Plasma Login Manager — нативный дисплейный менеджер от команды KDE, написанный на Qt и QML. В отличие от SDDM, который долгое время был «лучшим из доступных», PLM разрабатывается вплотную с остальной экосистемой Plasma, разделяя с ней не только технологический стек, но и философию. Полноценная поддержка Wayland из коробки, бесшовная интеграция с системными настройками Plasma, QML-темы, которые не требуют танцев с бубном, и единый визуальный язык со всем рабочим столом — то, ради чего этот переход и затевался. Для конечного пользователя разница проста: экран входа больше не выглядит как инородный элемент. Те же плавные анимации, те же шрифты, те же стили — вы ещё не залогинились, а система уже встречает вас знакомым интерфейсом Plasma. 💎 Философия Kyanite. Ванильная Plasma, как её видят разработчики окружения Kyanite — максимально ванильное KDE Plasma c атомарным дизайном проекта ALT Atomic. Никакой самодеятельности с темами, никаких предустановленных расширений и патчей «под настроение мейнтейнера». Только то, что задумали разработчики KDE, собранное на свежем срезе Сизифа, упакованное в OCI-образ и доставляемое через bootc. Именно поэтому смена SDDM на Plasma Login Manager была лишь вопросом времени: Kyanite идёт туда, куда движется сам KDE, без компромиссов. 🕯 О ветках и версиях В связи с большим количеством патчей, модифицирующих поведение окружения в репозитории Сизиф, обеспечить стабильный жизненный цикл в проекте Kyanite — задача не из простых. Поэтому в Kyanite нет отдельной стабильной ветки — сборка живёт в формате скользящего релиза. Всегда свежий срез Сизифа, всегда актуальные версии пакетов. Никакого ожидания, пока изменения доберутся из nightly в stable, но и никакой «тихой гавани» с замороженными версиями. Скачать образ и ознакомиться с инструкциями по установке можно на странице проекта: atomic.alt-gnome.ru. Ждём вас в комментариях — рассказывайте, что думаете о переходе на Plasma Login Manager, как вам ванильный подход Kyanite и ваше мнение на данный счёт. 😆 ALT Atomic Chat 💬 ALT Atomic Chat 💬 ALT Atomic | ALT Atomic Chat #ALTAtomic #Kyanite

~ Всё я окончательно выбрал для себя ALT Atomic - буду продолжать пилить свой вариант образа с Niri. Рабочий стол выглядит вот так. Почитать о том что это вообще такое можно в этом .md файле. Новый образ будет выходить в main ветке раз в 4 месяца. Артефакты по типу панели Niti, Atomic Booster и плагина Тюнер для настройки Niti в постоянной разработке. Их можно будет обновить через Atomic Booster, не трогая основную систему (в самой панели есть виджет обновлений). Кому интересно быстрее получать последние правки, можно будет прыгнуть на ветку dev. Таким образом это максимально удобный для меня срок дропов новых релизов. Без спешки и давления, я потихоньку буду сливать все правки в dev, так что кто хочет быть на острие событий... просто свич на неё. В августе я дропну первый LTS релиз, следующий будет соответственно в конце года и потом начнём ровные циклы раз в 4 месяца. Мы получаем относительно свежую систему с пакетной базой Сизифа, если будут выходить какие-то критические CVE, то будут выходить обновления непосредственно в ветке main. Рисков с обновлением раз в 4 месяца буквально никаких, так как если новый образ собрался в сборочной, то он соответственно работает, но у вас в любом случае есть предыдущий образ в качестве rollback. Таким образом, мы не гонимся за циферками получаем стабилизированный Сизиф и никаких рисков поломки системы. Кому интересно, можно помогать в разработке образа и артефактов на altlinux.space/plafonlinux Кому в целом интересно пообщаться за Atomic, у них есть чат: https://t.me/alt_atomic_chat Свой образ пилю в соло, сугубо со своими хотелками. К предложениям и замечаниям я открыт, но не факт что я к ним буду прислушиваться. @plafonyoutube #altatomic #niri #niti

Ну, тогда кину сюда напрямую, чтобы больше не терялось

⌛ Дистрохопинг без боли: пробуем, ломаем, откатываем. Новый мир — одной командой в ALT Atomic Одна из интересных особенностей ALT Atomic — инструмент bootc. Он работает с системой не как с набором пакетов, а как с цельным OCI-образом. По сути, вся ваша система — это контейнер, который можно переключать, обновлять и откатывать как единое целое. bootc управляет загрузочными записями и не трогает работающую систему до перезагрузки. Любое изменение — upgrade, switch, rollback — сначала ставится в staged (очередь), а применяется только при следующем старте. Благодаря этому система всегда остаётся в консистентном состоянии. ❓ Как переключиться на другой образ и не бояться Хотите переехать с GNOME на KDE без переустановки? Или протестировать nightly-сборку, а потом спокойно вернуться на stable? В ALT Atomic это делает bootc: sudo bootc switch <registry>/<image>:<tag> Например, переключение с Onyx на Kyanite. Список доступных контейнеров и тегов можно найти на ALT Linux Space в организации alt-atomic либо на страницах проектов сообщества. В сети доступно множество вариантов сборок от сообщества проекта ALT Atomic: sudo bootc switch altlinux.space/alt-atomic/kyanite/nightly:latest Имейте в виду: при смене рабочего окружения (например, GNOME → KDE) пользовательские конфиги из ~/.config, ~/.local и настроек dconf могут конфликтовать. Сама система переключится чисто, а вот порядок в домашней директории — зона ответственности пользователя. Самый надёжный способ — завести отдельного пользователя, либо поставить Mending Wall. Он изолирует настройки каждого DE друг от друга и наводит порядок в меню приложений, чтобы при переключении всё работало без сюрпризов. ⚠️ А если не завелось? Rollback спешит на помощь bootc хранит две загрузочные записи: текущую (booted) и предыдущую (rollback). Никаких лишних копий — только две. Это держит и /boot, и ostree-репозиторий в чистоте. При каждом новом switch или upgrade старый booted сдвигается в rollback, а новый образ становится booted. Команда для отката простая: sudo bootc rollback Она не удаляет и не перезаписывает данные — просто меняет местами записи в загрузчике: старый образ становится основным, текущий уходит в резерв. После перезагрузки вы там, где были до эксперимента. Особенность: если в системе есть staged (образ уже скачан, но ещё не применён — ожидает перезагрузки), rollback просто отбросит эту очередь. Вы отменяете ещё не случившееся обновление и возвращаетесь к текущему состоянию. И само собой — возможность выбрать предыдущую запись прямо на экране загрузки, будь то классический GRUB или более современный systemd-boot. Если система не грузится совсем — никаких команд, никакой консоли восстановления. Это работает, даже когда ломается initrd или ядро. Какой бы загрузчик вы ни использовали — путь назад есть всегда. 👍 Никаких переустановок, никакой паники. Попробовали, не понравилось — вернулись. Всё атомарно. 😆 ALT Atomic Chat 💬 ALT Atomic Chat 💬 ALT Atomic | ALT Atomic Chat #ALTAtomic #bootc

Классная штука есть в атомарке, что когда делаешь apm system image apply Она показывает, чё ты за время сессии понаустанавливал в систему. И можно взять и выкинуть, то что оказалось не нужное. А самый кайф... Как бы хотелось собрать /etc/apm/image с боевой машины до перехода на атомарку, чтобы миграция была супер простой и сразу собрал себе, что было. С другой стороны... Там столько мусора стоит, что ставился бесконтрольно, что теперь это какой-то более осмысленный процесс и наверное атомарка легко будет мигрирована на боевой комп мой через месяца 3-4 когда все грабельки соберу. Да я тут переполз на атомарку с новым ноутом. Решил опробовать, пока что местами больно, потому что не привычно :)

🔄 Декларативно обновляем ядро в ALT Atomic: что нового в 7.1 Захотелось попробовать обновить ядро с 6.18 на 7.1 — заодно разберёмся, как в ALT Atomic устроено декларативное обновление ядра. В атомарном подходе ядро — такой же компонент образа, как и пакет. Хочешь другую ветку — описал это в image.yml, пересобрал образ, перезагрузился. Никакого императивного update-kernel руками: не собралось — остался на старом образе. Добавляем в /etc/apm/image.yml модуль kernel: image: ... modules: - name: Update kernel type: kernel body: kernel-info: flavour: 7.1 image — это образ, на который накладываются изменнеия, его лучше не изменять. flavour — ветка ядра из Сизифа (6.12, 6.18, 7.1 и т.д.). 🔍 Как посмотреть, какие ядра вообще доступны ALT Atomic использует не «живой» Сизиф, а его срезы (снапшоты) на определённую дату — то, что видно на packages.altlinux.org или в самом Сизифе, может не совпадать с тем, что подключено в вашей системе прямо сейчас. Поэтому доступность ядра всегда стоит проверять в самой системе, а не по внешним источникам. Найдём список доступных ядер прямо через apm: apm system search 'kernel-image-_._' -f json -o name | jq -r '[.data.packages[].name] | join(", ")' Получаем компактную строку с именами пакетов через запятую — только числовые флейворы, без специализированных сборок под конкретное железо или задачи (rt, talos, magicbook, for-vm и подобные). Вообще, APM даёт неплохой простор для игры с выводом — JSON, выбор полей через -o, а дальше хоть jq, хоть что угодно ещё, что умеет парсить структурированный текст. После выбора ядра и изменения конфигурации, её нужно зафиксировать: sudo apm system image apply sudo reboot Старый образ всё также будет доступен в GRUB или systemd-boot, если что-то не так — можно откатиться, выбрав нужный пункт в меню. 🖥 7.1 vs 6.18 — не только номер 6.18 — LTS, обновления минимум до декабря 2027-го, стабильный выбор для рабочей системы. 7.1 — обычный интерим-релиз (июнь 2026), без LTS-статуса. Из заметного в 7.1: переписанный драйвер NTFS, Intel FRED по умолчанию, чистка legacy x86-кода, подросшая энергоэффективность за счёт Dynamic EPP и CPPC Performance Priority в amd-pstate. Из рисков: убрали UDP-Lite и modular-режим IPv6 — может задеть кастомные сетевые конфиги. Итог: стабильность — 6.18, свежие драйверы и не страшно ловить регрессии раз в пару месяцев — 7.1. А в случае чего можно быстро откатиться. 👍 Отдельная благодарностью Глебу Фотенгауэру-Малиновскому (glebfm@) за поддержку ядра 7.1 и его своевременное обновление в Сизифе, ведь благодаря его стараниям уже сейчас можно попробовать версию 7.1.3 ✉️ А что думаете насчёт 7.1 — уже пробовали переключиться или ждёте следующий LTS? Делитесь впечатлениями в комментариях. 😆 ALT Atomic Chat 💬 ALT Atomic Chat 💬 ALT Atomic | ALT Atomic Chat #ALTAtomic #Ядро