ALT Gnome

Что нового в Альт Рабочей станции 11.2

2026-07-23T20:50:38.158Z

Сегодня расскажем о финальном релизе Альт Рабочей станции 11.2 — минорном обновлении стабильного дистрибутива на Одиннадцатой платформе. Большинство изменений уже доступны или со временем станут доступны пользователям Альт Рабочей станции 11.x через штатное обновление, но часть нововведений специфична для нового установочного образа.

После бета-тестирования релиз принёс ещё больше интересного — давайте посмотрим, что изменилось.

GNOME 48 и системные улучшения

Раздел «Благополучие» в Настройках

Рабочее окружение обновлено до GNOME 48 (GNOME Shell 48.5). Ключевое улучшение — динамическая тройная буферизация в Mutter, которая обеспечивает более плавную анимацию и отрисовку, особенно при резких скачках нагрузки. Интерфейс переведён на новые шрифты Adwaita Sans и Adwaita Mono, заменившие Cantarell.

Среди других улучшений GNOME 48 стоит отметить группировку уведомлений по приложениям в «стопки», поддержку HDR на системном уровне и свежий набор Wayland-протоколов. Приложение «Файлы» (Nautilus) было переработано и получило 5-кратный прирост в скорости.

Появляется трекинг экранного времени, где можно отследить, сколько часов вы провели перед монитором сегодня. Можно выставить дневной лимит — когда он исчерпан, система уведомит об этом, а опционально экран вообще переключится в чёрно-белый режим, мягко намекая, что пора отдохнуть, а встроеные напоминания о перерывах помогут следить за режимом.

По умолчанию используется ядро Linux 6.12 — для большей совместимости с корпоративным ПО. Тем, кому нужно новее, доступно ядро 6.18 из репозитория. Попробовать его можно одной командой:

su -
update-kernel -t 6.18

«Центр приложений» (GNOME Software) обновлён до версии 49. Значительная работа проведена по оптимизации производительности при общении с крупными репозиториями приложений — загрузка каталогов и поиск стали заметно быстрее. Плагины fwupd и flatpak ранее поставлялись монолитно в составе GNOME Software, а теперь выделены в самостоятельные пакеты — gnome-software-plugin-fwupd и gnome-software-plugin-flatpak. Оба по-прежнему входят в дистрибутив и позволяют обновлять прошивки оборудования и работать с Flatpak-приложениями прямо из коробки.

ALT Panelmode

Механизм изменения стиля системы получил несколько важных доработок:

При переходе в панельный режим окнам добавляются кнопки «Свернуть» и «Развернуть»;
При входе в систему сразу открывается рабочее пространство / рабочий стол, а не режим «Обзор»;
Увеличена высота ArcMenu — удобнее, когда установлено много приложений;
В Dash to Panel в качестве системного монитора используется приложение «Ресурсы»;

Был реализован механизм бесшовного обновления расширений — если какое-то расширнеие было заменено, то пользователь будет уведомлен об этом. А благодаря dist-extensions можно гибко настраивать системные расширения под каждый вариант оформления.

Был обновлён Tuner Panel — плагин для управления ALT Panelmode, чтобы предоставить взаимодействие с новыми функциями через графический интерфейс. Добавлены управление кнопкам в заголовке окон и возможность восстанавливать расширения при переходе из одного режима в другой.

Clipboard Indicator заменён на Copyous — теперь можно генерировать QR-коды из буфера обмена и пользоваться увеличенным предпросмотром изображений.

Тюнер: ещё больше плагинов

«Тюнер» (Tuner) продолжает обрастать возможностями. В версии 11.2 добавлены новые плагины:

Tuner ALT Packages — управление системными пакетами и репозиториями;
Tuner ALT Components — графическое управление Альт Компонентами;
Tuner Security Check — проверка системы на соответствие рекомендациям ФСТЭК для несертифицированных систем;
Tuner OS Info — подробная информация о системе с возможностью формирования отчёта;
Tuner Firejail — управление конфигурацией песочницы Firejail;
Tuner GDM — настройки экрана входа: логотип, список пользователей, параметры дисплея.

Плагин Tuner OS Info в Тюнере

При переходе с Рабочей станции 11.1 вы можете установить эти плагины через Центр приложений или из терминала:

su -
apt-get update
apt-get install tuner-alt-packages tuner-alt-components tuner-security-check tuner-osinfo tuner-firejail tuner-gdm

Альт Компоненты

Плагин «Альт Компоненты» для Тюнера

Новая система управления группами пакетов через формат alterator-entry. Компоненты, категории и редакции дистрибутива описываются в формате TOML. На старте доступно более 50 компонентов по категориям: мультимедиа, офис, сеть, виртуализация, сторонние приложения и другие. Список доступных компонентов доступен как на этапе инсталляции, так и в уже установленной системе.

Контейнеризация: Podman, Pods, Ptyxis, Distrobox

Pods и терминал, в котором запущен Podman-контейнер

В дистрибутив включены приложения для взаимодействия с контейнерами Podman:

«Капсулы» (Pods) — графический интерфейс для управления Podman-контейнерами;
Ptyxis — эмулятор терминала, ориентированный на работу с контейнерами;
Distrobox — запуск дистрибутивов в контейнерах с полной интеграцией в основную систему (домашний каталог, USB-устройства, графика).

При переходе с Рабочей станции 11.1 вы можете установить эти инструменты через Центр приложений или из терминала:

su -
apt-get update
apt-get install podman pods ptyxis distrobox

Flatpak из коробки

Приложение Door Knocker, которое можно установить из репозитория Flathub

Flatpak включён в состав дистрибутива по умолчанию. Подключение репозитория Flathub остаётся опциональным — пользователь сам решает, когда и как его добавить. Добавлен пакет firsttime-flatpak-mask-openh264, автоматически маскирующий openh264 — зависимость, которая блокирует централизованное обновление Flatpak-приложений в связи с недоступностью серверов из РФ.

Stapler: сообщество, сборка, безопасность

Приложение MAX, которое можно установить из репозитория Aides

Stapler (Степлер) — универсальная система сборки и управления пакетами. При установке можно опционально подключить репозиторий сообщества Aides. Появился плагин для Центра приложений, благодаря чему можно искать и устанавливать приложения из привычного графического интерфейса. Stapler проверяет хеш-суммы исходных файлов, а сопровождающие пакетов могут ограничить их с помощью механизма Firejail — всё для безопасной и воспроизводимой установки.

Новое приложение «Погода»

Приложение «Погода»

alt-weather-adw — приложение с адаптивным интерфейсом для десктопа, планшета и мобильных устройств:

Почасовой прогноз на 24 часа и сводка на 10 дней;
Провайдеры: Яндекс Погода и Gismeteo;
Детальные данные: влажность, давление, ветер, температура воды, магнитная активность, УФ-индекс, восход/закат;
Автоматическое определение местоположения.

Дополняет приложение расширение alt-weather-widget — текущая погода прямо в верхней панели GNOME.

При переходе с Рабочей станции 11.1 вы можете установить «Погоду» через Центр приложений или из терминала:

su -
apt-get update
apt-get install alt-weather-adw alt-weather-widget

Предсортировка меню приложений

Меню приложений с папками

Пакет alt-workstation-gnome-main-menu решает давнюю проблему хаоса в списке приложений. Приложения распределены по тематическим папкам с фиксированными позициями:

Система
Утилиты
Творчество
Офис
Контейнеры и виртуальные машины
Wine
Удалённый доступ
Общение
Разработка

Сопровождающие определили порядок папок таким образом, что приложения отображаются на одном экране, однако пользователь может изменять и настраивать их порядок по своему усмотрению.

Новые приложения в образе

Kooha, Апостроф, GNOME Bulider, Pins, Manuals

Релиз принёс несколько новых полезных утилит:

Constrict — сжатие видео до заданного размера файла;
Kooha — запись экрана с выбором формата, частоты кадров и звука (лёгкая альтернатива OBS Studio);
«Апостроф» — редактор Markdown с предпросмотром в реальном времени;
GNOME Builder + Manuals — среда разработки и документация для работы со стеком GNOME;
Pins — управление ярлыками в меню приложений, редактирование Desktop-файлов;
Command Not Found — подсказывает пакет, если введённая команда не найдена;
Киоск (kiosk-gnome-profiles) — профили для запуска в режиме киоска с минимальной сессией GNOME.

Изменения в драйверах NVIDIA

Переработана структура упаковки драйверов NVIDIA: все связанные компоненты теперь поставляются вместе с драйверами. Больше не требуется вручную обновлять ядро после обновления пакетов NVIDIA — процесс стал значительно удобнее.

Альт Рабочая станция 11.2 получилась насыщенным минорным релизом. Часть изменений вы уже могли получить через обновления, но новый образ собирает всё лучшее в единое целое «из коробки» — будь то контейнеризация, предсортированное меню, свежий GNOME 48 или долгожданная переработка драйверов NVIDIA.

Делитесь впечатлениями в комментариях и подписывайтесь на нас в Teletype!

Capsule

2026-06-06T19:13:19.690Z

Честно говоря, Capsule трудно описать в двух словах: прямого аналога у него нет, а область применения поначалу кажется размытой. Ближе всего будет Conty, но он заперт в своей игровой нише и работает только на базе arch. Когда не за что зацепиться, мне проще объяснять через знакомое. Поэтому возьмём трёх "соседей" - Flatpak, AppImage, Distrobox - и посмотрим, что у Capsule общего с каждым из них, а чем он отличается в лучшую или худшую сторону.

О проекте в сравнении

Flatpak использует bwrap-песочницу для изоляции. Capsule тоже. Под капотом тот же bubblewrap, те же пользовательские namespace'ы, та же логика «дать приложению ровно столько, сколько ему нужно для работы». Но без демона, без системного репозитория рантаймов и без отдельной установки.

Тут стоит честно сказать и об обратной стороне медали. По всему остальному Flatpak далеко впереди: у него огромная экосистема готовых приложений (Flathub), зрелая система разрешений на основе порталов - с тонким контролем доступа к файлам, камере, устройствам - и статус фактического стандарта в индустрии.

AppImage - это приложение, упакованное в один файл. Capsule тоже - но не всегда только одно приложение. AppImage кладёт в файл одну программу с её библиотеками, Capsule - целый контейнерный rootfs и сколько угодно программ поверх, а ярлыки умеет выставлять в меню хоста и убирать обратно одной командой.

Из минусов - капсулы заметно тяжелее: AppImage несёт только приложение с библиотеками, а Capsule - целый rootfs. Зато взамен он даёт то, чего у AppImage нет вовсе - настоящую изоляцию в bwrap-песочнице, как у Flatpak.

Distrobox работает с контейнерами поверх podman/docker. Capsule использует OCI-образ только как источник rootfs на этапе сборки. Distrobox держит живой контейнер в рантайме и без podman/docker не работает. Capsule же после сборки ни от какого движка не зависит: контейнер для него - строительные леса, а не способ доставки. Результат - самодостаточный ELF, который при запуске разворачивает песочницу и исчезает после закрытия приложений.

И ещё одно отличие, которое легко упустить. Другие форматы диктуют приложению форму - но это не каприз, а плата за их устройство. AppImage лежит поверх системы хоста, без своего rootfs, поэтому ему нужен AppRun как переходник к чужим библиотекам и .desktop в строго определённом месте. Flatpak делит мир на приложение и общий рантайм, а его песочница и порталы завязаны на app-id - без манифеста и идентификатора эта модель не работает. Capsule же несёт rootfs целиком, и договариваться с хостом ему не о чем: смонтировать корень и запустить исполняемый файл по пути - вот и весь контракт. Поэтому структура и не нужна: внутри обычная файловая система дистрибутива, и в капсулу можно завернуть что угодно - от одного исполняемого файла до целого окружения. Цена этой свободы - размер, а также несколько больше ограничений на управление приложениями внутри.

Если уложить в одну фразу: Capsule берёт OCI-образ и превращает его в портативный исполняемый файл, который запускается без root, без контейнерного движка и без зависимостей.

Мотивация

Для меня важно дать ALT Atomic ещё одно средство доставки, запуска и изоляции приложений без модификации системы. Но есть и второй мотив - воплотить свою детскую фантазию.

Когда-то в детстве, сидя за компьютером, я удалял ярлыки с рабочего стола и был уверен, что программы при этом по-настоящему исчезают из машины: пропала иконка - значит, пропало и всё остальное. Наивно, конечно - на диске оставались и сам исполняемый файл, и связанные с ним файлы, и записи в системе. Но в той детской картине мира было что-то верное: приложение виделось цельной вещью, которую можно взять и убрать одним движением, не оставив следов.

Повзрослев, я увидел, насколько реальность от этого далека. Программа размазана по десяткам каталогов, тянет за собой зависимости, прописывается в систему и оставляет хвосты даже после удаления. Capsule - отчасти попытка вернуть ту наивную простоту: пусть приложение действительно станет одной вещью, одним файлом, который появляется и исчезает целиком.

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

Capsule даёт образу эти недостающие возможности - нести и запускать себя самому. Работу, которую прежде делали снаружи реестр и контейнерный движок, теперь берёт на себя небольшой рантайм, вшитый в сам файл: он находит внутри образ, монтирует его и поднимает песочницу. Поэтому подключать podman или docker, давать повышенные права и что-то устанавливать не требуется - приложение и правда становится той самой «одной вещью», одним файлом.

Детали реализации

Внутри Capsule - две роли, два разных исполняемых файла.

Первый - сборщик (capsule build). Он тянет OCI-образ через библиотеку buildah, монтирует его файловую систему, прогоняет по ней install-скрипты из YAML-манифеста (поставить пакеты, положить конфиги, почистить кэши), а затем упаковывает получившийся rootfs в сжатый образ SquashFS и собирает финальный файл.

Второй - рантайм (capsule-runtime). Это статически слинкованный исполняемый файл на Go, который во время сборки встраивается в каждую произведённую капсулу. Именно он отвечает за всё, что происходит при запуске.

Сам итоговый файл устроен, как слоёный пирог:

Go-рантайм - исполняемая «голова» файла. То, что реально запускается, когда вы кликаете на капсулу.
utils.tar.gz - вшитый набор инструментов: bwrap, squashfuse, unionfs, mksquashfs и собственный ld-linux с библиотеками. Благодаря этому капсуле не нужны системные bubblewrap и squashfuse - она носит их с собой.
binconfig - компактный JSON с манифестом: что запускать, какие ярлыки экспортировать, какой режим песочницы, переменные окружения.
SquashFS - сжатый образ всего пользовательского окружения: библиотеки, исполняемые файлы, шрифты, приложение.
Footer - 32 байта с магией CAPSULE\0 и смещениями, по которым рантайм находит остальные слои.

Что происходит при запуске, по шагам:

Самочтение. Рантайм открывает /proc/self/exe, читает 32-байтовый footer и узнаёт, где внутри него самого лежат binconfig и SquashFS.
Распаковка инструментов. utils.tar.gz извлекается во временный workspace - так появляются bwrap и squashfuse, независимо от каких-либо системных компонентов.
Монтирование. squashfuse монтирует SquashFS прямо из тела исполняемого файла по смещению через FUSE - в пространстве пользователя, без root.
Слой записи. Поверх образа (он read-only) кладётся записываемый unionfs-overlay. Всё, что приложение создаёт и меняет, оседает в этом слое и сохраняется между запусками.
Песочница. bubblewrap через user namespaces строит изолированное окружение: корнем становится смонтированный rootfs, внутрь пробрасываются $HOME, /dev, /tmp (вместе с X11-сокетами), /run (вместе с Wayland- и пользовательскими сокетами), а поверх - /etc/resolv.conf, /etc/hosts, /etc/localtime с хоста, чтобы работали сеть, имена и часовой пояс.
Мост наружу. Если в манифесте включён host_exec (по умолчанию включен), рантайм поднимает abstract-UNIX-сокет и пробрасывает внутрь клиент capsule-host-exec (а заодно подменяет xdg-open и gio), чтобы ссылка из капсульного браузера открывалась в системном, а не пыталась открыться внутри.

Степень изоляции выбирается одним параметром - sandbox:

По умолчанию - shared: максимальная совместимость, приложение почти не замечает песочницу. isolated нужен демонам (тому же nginx), которым требуется свой writable /run. strict вдобавок отрезает сеть - для совсем недоверенного софта.

Отдельно стоит упомянуть две вещи, делающие капсулы более самостоятельными:

commit - после того как вы вошли внутрь, доставили пакеты и настроили всё под себя, эта команда запекает накопленный overlay обратно в SquashFS прямо внутри файла. Капсула буквально переписывает саму себя.
update - прогоняет заданный в манифесте скрипт обновления и коммитит результат, с возможностью автоматического отката, если что-то пошло не так.

Примеры использования

Установим в операционную систему Альт:

run0 apt-get install capsule

Удобнее всего смотреть на капсулу через две её части - они работают в разное время и выполняют разные задачи:

Сборщик (capsule build) - работает один раз на этапе сборки. Берёт OCI-образ, прогоняет по нему ваши install-шаги и запекает результат в готовый файл.
Рантайм (capsule-runtime) - вшит в этот файл и включается потом, при каждом запуске: монтирует образ, поднимает песочницу, запускает приложение.

Манифест - это вход для сборщика. Вот рабочий пример: Firefox поверх capsule-base - базового образа, в котором уже лежат общие GUI-зависимости (mesa, wayland, шрифты, звук) и механизм авто-экспорта. Базовый образ может быть любым, в examples проекта есть разные примеры.

image: altlinux.space/dmitry/capsule-base/sisyphus:latest
output: ~/.local/bin/capsule_firefox
compression: zstd
host_exec: true
install:
  - name: app
    run: |
      apt-get update -y
      apt-get install -y firefox
  - name: discover exports
    run: |
      /utils/generate-overrides
  - name: cleanup
    run: |
      /utils/cleanup

«Ручной» работы тут почти нет, и это заслуга базового образа. Раз GUI-зависимости уже в capsule-base, в манифесте остаётся поставить само приложение. А два инструмента из /utils (их кладёт туда capsule-base, не сам capsule) снимают остальную рутину:

/utils/generate-overrides сравнивает текущий список пакетов со слепком, который capsule-base снял при своей сборке (/utils/base-packages.txt). Разница — это то, что вы установили (в примере — firefox и его зависимости). Для этих пакетов инструмент находит .desktop-файлы и бинарники и записывает их в /.capsule.overrides.yml;
/utils/cleanup чистит кэши APT, логи и удаляет /utils, чтобы в финальный образ не попало лишнее.

Когда шаги отработали, сборщик подхватывает /.capsule.overrides.yml из корня rootfs, вливает его в конфиг капсулы (поля export и прочие) и удаляет файл, чтобы тот не остался в готовом образе. Дальше rootfs пакуется в SquashFS, в него встраивается рантайм — и капсула готова.

Если делать то же самое без capsule-base, пришлось бы вручную устанавливать все GUI-зависимости, перечислять экспорты и удалять ненужное. Манифест разросся бы примерно так:

image: registry.altlinux.org/sisyphus/base:latest
output: ~/.local/bin/capsule_firefox
compression: zstd
host_exec: true
export:
  apps:
    - desktop: /usr/share/applications/firefox.desktop
      name_suffix: " (Capsule)"
  binaries:
    - /usr/bin/firefox
install:
  - name: gui deps
    run: |
      echo 'RPM::Options:: "--ignoresize";' >> /etc/apt/apt.conf
      apt-get update -y
      apt-get install -y \
        libEGL libGL libGLES libGLX-mesa libEGL-mesa mesa-dri-drivers \
        xorg-dri-intel xorg-dri-radeon xorg-dri-nouveau xorg-dri-swrast \
        libgbm libdrm \
        libwayland-client libwayland-cursor libwayland-egl \
        libxkbcommon libxkbcommon-x11 xorg-xwayland \
        libnss libnspr libsecret libnotify \
        fontconfig fonts-ttf-dejavu xkeyboard-config \
        libalsa libpulseaudio pipewire-libs \
        libva libva-driver-intel libva-intel-media-driver \
        ca-certificates
  - name: app
    run: |
      apt-get install -y firefox
  - name: cleanup
    run: |
      apt-get clean
      rm -rf /var/cache/apt/archives/*.rpm /var/cache/apt/*.bin /var/lib/apt/lists/*

Теперь соберём нашу капсулу:

capsule build ./firefox.yaml -v

С готовой капсулой работает уже рантайм — всеми командами заведует он:

> capsule_firefox -h
NAME:
   capsule - Рантайм портативного Linux-контейнера

USAGE:
   capsule [global options] [command [command options]]

VERSION:
   0.3.6

COMMANDS:
   shell, s    Запустить интерактивный shell внутри капсулы
   mount-only  Смонтировать squashfs и вывести точку монтирования
   export      Экспортировать приложения и исполняемые файлы в хост-систему (all|apps|binaries)
   unexport    Удалить экспортированные приложения и исполняемые файлы (all|apps|binaries)
   commit      Зафиксировать изменения overlay в squashfs-образе
   update      Выполнить заданный update-скрипт и зафиксировать результат
   clean       Удалить данные overlay (сбросить капсулу к исходному состоянию)

GLOBAL OPTIONS:
   --bind SRC[:DST], -b SRC[:DST] [ --bind SRC[:DST], -b SRC[:DST] ]  Смонтировать путь с хоста внутрь капсулы (SRC[:DST], можно повторять) [$CAPSULE_BIND]
   --env KEY=VAL, -e KEY=VAL [ --env KEY=VAL, -e KEY=VAL ]            Задать переменную окружения внутри капсулы (KEY=VAL, можно повторять, перекрывает конфиг) [$CAPSULE_ENV]
   --unsetenv KEY, -u KEY [ --unsetenv KEY, -u KEY ]                  Удалить переменную окружения внутри капсулы (KEY, можно повторять) [$CAPSULE_UNSETENV]
   --home PATH                                                        Переопределить домашний каталог капсулы (PATH) [$CAPSULE_HOME]
   --verbose, -v                                                      Включить отладочные логи [$CAPSULE_DEBUG]
   --no-overlay                                                       Отключить unionfs-overlay (rootfs только для чтения) [$CAPSULE_NO_OVERLAY]
   --no-nvidia                                                        Пропустить проброс драйверов NVIDIA [$CAPSULE_NO_NVIDIA]
   --squashfuse auto|3|ll                                             FUSE-бэкенд для squashfs: auto|3|ll (3 экономнее, ll быстрее) [$CAPSULE_SQUASHFUSE]
   --sandbox shared|isolated|strict                                   Уровень изоляции: shared|isolated|strict (переопределяет конфиг) [$CAPSULE_SANDBOX]
   --help, -h                                                         Показать помощь
   --version                                                          Показать версию

Сборщик капсул содержит следующие команды:

> capsule -h                              
NAME:
   capsule - Создание портативных Linux-контейнеров из OCI-образов

USAGE:
   capsule [global options] [command [command options]]

VERSION:
   0.3.6

DESCRIPTION:
   capsule — инструмент для создания портативных Linux-контейнеров в виде единого ELF-файла.
   Читает YAML-конфиг с описанием образа и команд, на выходе — самодостаточный исполняемый файл.

COMMANDS:
   build   Собрать портативный контейнер из OCI-образа
   list    Список установленных капсул
   update  Пересобрать установленные капсулы из их исходного YAML

GLOBAL OPTIONS:
   --help, -h  Показать помощь
   --version   Показать версию

Витрина капсул: capsulepack.dev

Писать манифест руками нужно не всегда. Для тех, кто просто хочет приложение, есть capsulepack.dev — веб-витрина и конфигуратор капсул. Это каталог на несколько тысяч приложений (браузеры, среды разработки, игры, утилиты) на базе Sisyphus от ALT Linux Team, а также некоторые приложения из репозитория Aides.

Сам сайт ничего не собирает у себя. Он генерирует и хостит YAML-манифест, а сборка идёт локально на вашей машине — тем же capsule build, что описан выше.

Дальше всё как обычно: capsule_generate export, capsule_generate shell и так далее. На странице капсулы видно, что войдёт внутрь и сколько это весит (приблизительно), а сам манифест можно скачать и поправить под себя. По сути это удобная обёртка для того, что было показано выше.

Пример набора приложений для сборки капсулы.

Немного сравнений

Возьмём один и тот же Firefox в трёх форматах.

Цифры честно показывают, где чья ниша. Самое наглядное - размер:

AppImage самый лёгкий: он несёт только саму программу и её библиотеки, опираясь на системные компоненты хоста.
Цена лёгкости — меньшая герметичность и одна программа на файл.
Flatpak выглядит тяжелее всех, но это обманчиво: его 1,33 ГБ - это в основном общий рантайм (Platform, GL.default), который скачивается один раз и переиспользуется всеми Flatpak-приложениями. Второе и третье приложение «весят» уже немного.
Цена — нужен установленный Flatpak, его демон и репозитории рантаймов.
Capsule находится посередине: он крупнее AppImage, потому что несёт полноценное окружение целого дистрибутива, а не только библиотеки. Но за счёт этого достигается самодостаточность: никакого общего рантайма, никакого движка, никакой установки. 391 МБ — это весь Firefox со своим окружением, который можно положить на флешку и запустить на любой Linux-машине без зависимостей. А если положить в ту же капсулу второе приложение, они разделят уже загруженное окружение.

За самодостаточность Capsule приходится платить. Во-первых, весом: один файл несёт целое окружение дистрибутива, поэтому он заметно тяжелее AppImage (в нашем примере 391 МБ против 137 МБ). Во-вторых, стартом: при каждом запуске рантайм распаковывает встроенные утилиты во временный каталог, монтирует SquashFS через FUSE и поднимает песочницу bwrap — это милисекунды, зависимые от типа компрессии (zstd, lz4), аргументов запуска (--no-overlay) и т.д. Незаметные для долгоживущего приложения, но это накладные расходы, которых у нативного исполняемого файла нет. В данном случае мы осознанно меняем лёгкость на герметичность и портативность.

Поэтому «лучшего» формата здесь нет — есть подходящий под задачу:

Нужен минимальный вес и одна программа — AppImage вне конкуренции;
Нужно много приложений с общим рантаймом в управляемой экосистеме - это Flatpak;
Нужна интерактивная dev-среда поверх живого контейнера - Distrobox.

А когда нужен самодостаточный, изолированный набор приложений из OCI-образа, который можно запустить где угодно без установки и без повышенных привилегий — Capsule оказывается на своём месте.

Stapler, новый мост пользовательских репозиториев для операционных систем семейства Linux

2026-03-07T18:22:28.585Z

Пользовательский репозиторий, но не для Arch — почему нет? Сегодня поговорим о новинке от Максима Слипенко — Stapler. По планам, v0.0.31 станет последним релизом в серии v0.0.x, следующим будет v0.1.0. Инструмент позволяет установить программное обеспечение, которое по какой-то причине отсутствует в основных репозиториях вашей операционной системы.

Принцип работы

Разберём идею на примере популярного приложения Obsidian. Несмотря на его широкую известность, Obsidian отсутствует в большинстве официальных репозиториев, вне зависимости от семейства дистрибутивов. Официально для общесистемной установки разработчик распространяет его только через свой сайт в виде .deb-пакета и еще нескольких вариантов поставки. Это означает, что пользователям дистрибутивов, отличных от Debian/Ubuntu, приходится либо вручную работать с архивом, либо искать сторонние (и не всегда актуальные) сборки. Ситуация осложняется тем, что без своевременных обновлений можно столкнуться с проблемами совместимости или отсутствием новых функций.

Stapler решает эту проблему, всегда предоставляя самую свежую версию приложения. Пользователю, например, в Альте, достаточно выполнить команду stplr in obsidian. Stapler автоматически найдёт официальный исходный архив, проверит целостность, подготовит из него нативный пакет для вашего дистрибутива и установит его. Когда выходит новая версия Obsidian, достаточно выполнить stplr up, и инструмент самостоятельно загрузит обновление, обновит установочный сценарий и установит новую версию. Все операции выполняются локально, в вашей системе. Это удобно: пользователям больше не нужно запоминать "магические" команды, скачивать пакеты вручную или изучать документацию по alien и подобным утилитам.

Как организованы пользовательские репозитории программного обеспечения

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

Главная страница проекта https://pkgs.aides.space/

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

Не менее интересна организация самого репозитория. Он базируется на платформе для совместной работы с исходным кодом ALT Linux Space, которая содержит в себе множество автоматизированных решений. Проект aides-web основан на GO, распространяется под лицензией GNU AGPLv3 и может быть взят за основу любым пользовательским репозиторием.

Автоматизированный сценарий публикации инструкции в репозиторий Aides

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

Начиная с версии v0.0.30, появляется ещё одна важная возможность: управление своим набором приложений через Центр приложений GNOME. Был реализован плагин для gnome-software, который позволяет находить, просматривать, устанавливать, удалять и обновлять приложения, установленные через stplr. Благодаря этому плагину можно централизованно производить обновление приложений — механизм встроен в стандартный сценарий обновлений (на вкладке "Обновления"). Возможно обновить как все приложения одной кнопкой, так и конкретное приложение. В разделе "Репозитории ПО" отображается полный список пользовательских репозиториев, и, что особенно приятно, счётчик приложений работает!

Плагин для Центра приложений gnome-software-plugin-stplr

Сейчас сообщество обсуждает разработку генератора appstream-data, который позволит предоставлять полную информацию о приложении аналогично в общесистемных или Flatpak-пакетах в едином формате. На данный момент введено агрегирующее поле — идентификатор приложения, которое связывает существующие поля. После завершения работы над генератором мы получим все возможные метаданные: скриншоты, лицензии, подробное описание и многое другое. В планах также разработать аналогичный плагин для Центра приложений окружения KDE Plasma.

Разработка плагина для Центра приложений Discover

В итоге мы получаем очень интересную концепцию — экосистему, вобравшую в себя лучшее из AUR и Flatpak. Очень хочется посмотреть, что получится у участников сообщества через несколько лет.

А как пользоваться `stplr` к примеру на Альте?

Для использования `stplr` в семейсте операционных систем Альт необходимо убедится что утилита установлена.

rpm -q stplr

при отсутствии утилиты в системе установите утилиту:

su -
apt-get update
apt-get install stplr

Для работы необходимо подключить как минимум один репозиторий. Подключим репозиторий aides:

stplr repo add aides https://altlinux.space/aides-community/aides.git

Stapler имеет простой интерфейс командной строки. Вот несколько базовых команд, которые помогут вам начать.

Установить пакет

Установим пакет из удалённого репозитория инструкций Stapler или системного менеджера пакетов:

stplr install obsidian

Удалить пакет

Удалить установленный пакет через системный менеджер пакетов:

stplr remove obsidian

Обновить пакеты

Обновляет все установленные пакеты до последних версий из репозиториев Stapler:

stplr upgrade

Списки пакетов

Показывает все установленные пакеты из репозитория Stapler:

stplr list --installed

Показывает пакеты требующие обновления из репозитория Stapler:

stplr list --upgradable

Информация о пакете

Отобразить информацию о пакете:

stplr info yandex-browser-stable

Хочется обратить внимание, насколько удобен терминальный интерфейс с точки зрения использования. Всё продумано до мелочей: например, локализация терминального интерфейса — всё на русском языке. Важная мелочь, формирующая пользовательский опыт.

Интерфейс команды help утилиты stplr

Как устроена сборка: Staplerfiles, рецепты и магия Go

В основе Stapler лежит понятие Staplerfile — файл-рецепт, очень похожий на знакомый пользователям Arch Linux PKGBUILD из AUR . Однако ключевое отличие в том, что Staplerfile не привязан к одному дистрибутиву. Это bash-скрипт с декларативной частью, который описывает, где взять исходный код программы, как его собрать и куда установить файлы, чтобы в итоге получился нативный пакет — будь то .deb, .rpm, .pkg.tar.zst для Arch или даже .apk для Alpine Linux .

Сам процесс сборки в Stapler — это выполнение строго определённых функций внутри этого рецепта . Всё начинается с функции prepare(), где можно распаковать архивы или применить патчи к исходникам в директории $srcdir. Затем идёт функция build(), где запускаются компиляторы или системы сборки вроде make. Финальный аккорд — функция package(), в которой сопровождающий рецепта копирует готовые бинарные файлы, библиотеки и конфиги в специальную директорию $pkgdir, структура которой точно повторяет корневую файловую систему Linux. Именно содержимое $pkgdir впоследствии и ляжет в основу готового пакета .

Что особенно интересно — это гибкость. Stapler понимает, что в разных дистрибутивах одни и те же зависимости могут называться по-разному. Поэтому в Staplerfile можно делать переопределения для конкретных ОС и даже их версий . Например, можно указать общий массив deps, а для Arch Linux — массив deps_arch, и инструмент сам выберет нужный во время сборки. Это позволяет поддерживать огромное количество систем с помощью единственного рецепта.

Еще одно отличие Staplerfile в сборке — присутствие функции files(). Она перечисляет все файлы, входящие в пакет, что необходимо для корректного удаления в RPM. RPM ведёт базу данных установленных файлов, и если пакет не сообщит менеджеру полный список своих файлов, при удалении в системе останутся «осиротевшие» файлы. Для удобства существуют вспомогательные функции files-find-lang, files-find-doc, files-find-binary, files-find-license, которые автоматически находят типовые группы файлов (документацию, локализацию, бинарники, лицензии) и добавляют их в список. Благодаря этому сопровождающий избавляется от ручного перечисления каждого файла, а пакет получается полным и корректным с точки зрения общесистемного менеджера пакетов.

Активно развивается и сам механизм работы с исходными архивами. В последних версиях реализована поддержка новых форматов архивов (от .rpm и .deb до .iso и .zstd) за счёт замены библиотеки. Теперь файлы многих форматов автоматически распаковываются при скачивании, что упрощает подготовку исходников и избавляет сопровождающих от лишних действий в функциях prepare() и package().

Сам Stapler написан на Go, что делает его легковесным и простым в развёртывании — он не тянет за собой горы зависимостей, работая «поверх» любого пакетного менеджера.

Итоги

В качестве итога можно сказать, что за развитием этого проекта очень сложно угнаться — он развивается настолько стремительно, что его трудно успеть обозреть. На текущий момент stplr доступен в двух репозиториях Сизиф и Роса 13, существует два пользовательских репозитория Aides и NeonXP

Если остались вопросы по самому инструменту или пользовательскому сообществу, их можно обсудить в социальных сетях:

В ближайшее время будет включён в состав операционных систем Альт Рабочая станция и Альт Рабочая станция K. Уверен, что большое сообщество станет очередной вехой в развитии такого замечательного инструмента.

И важно высказать своё мнение: лично для меня stplr не альтернатива с точки зрения способа доставки приложений конечному пользователю, в моём мире транспортом может быть только единый доверенный репозиторий самой операционной системы. Так как я пользуюсь операционной системой Альт, для меня это Сизиф. Это небольшое дополнение, которое создаёт множество проектов свободного программного обеспечения, вовлекает новых участников и, главное, размышляет над инфраструктурными задачами. Поэтому я не смог пройти мимо и не поделиться своим отзывом.

Обзор призов для конкурса проекта ALT Atomic. Раскрываем карты!

2026-02-16T18:14:31.676Z

Друзья, мы внимательно следили за вашей активностью. Вы большие молодцы, и теперь пора ответить на главный вопрос: «А что же с призами?». Дольше удерживать интригу мы не можем — пришло время поговорить о самом приятном!

Отдельное спасибо Роману Меркушину — автору идеи конкурса и сопровождающему проекта ALT Atomic Kyanite. Именно он любезно предоставил призы для розыгрыша.

Всё это железо совсем скоро отправится к самым активным участникам конкурса от ALT Atomic. Смотрите, что мы подготовили для тех, кто делает атомарность доступнее.

Итак, призы...

Всё это железо не новое, но в отличном рабочем состоянии — оно верой и правдой служило участнику проекта ALT Atomic, мы его проверили и подготовили к отправке новым владельцам. 🤝

Сердце мощной станции — AMD Ryzen 9 5950X. 16 ядер, 32 потока: для компиляции, виртуализации и самых смелых экспериментов.

AMD Ryzen 9 5950X

Экономичный воин — AMD Ryzen 5 PRO 3400GE. Для энергоэффективных решений и встраиваемых систем.

AMD Ryzen 5 PRO 3400GE

Быстрая память — G.Skill Trident Z RGB 16 ГБ (DDR4‑3200) x 4 шт. Чтобы проекты летали, а подсветка радовала глаз.

G.Skill Trident Z RGB 16 ГБ (DDR4‑3200), 4 шт.

Инструмент лидера — механическая клавиатура Vortexgear Tab90M. Компактная, надёжная, с легендарными переключателями — писать код на ней одно удовольствие.

Vortexgear Tab90M

Энергия без компромиссов — be quiet! Dark Power Pro. Эталон тишины и стабильности для любой сборки.

be quiet! Dark Power Pro

Графика для любых задач — GeForce GTX 1650. И для рабочего стола, и для лёгкого гейминга.

GeForce GTX 1650

Охлаждение с характером — Noctua NH-U12S chromax.black. Легендарная эффективность в строгом чёрном дизайне.

Noctua NH-U12S chromax.black

Стильный и компактный корпус— продуманная вентиляция, качественные материалы и лаконичный белый дизайн Jonsbo N2 White — то, что нужно для NAS или домашнего сервера.

Jonsbo N2 White

Всё это железо ищет хозяина. Успей присоединиться!

Всё решится на стриме с Владимиром Романовым и Дмитрием Удаловым. Но чтобы претендовать на призы, нужно успеть выполнить задачу из трекера.

Мы решили дать вам побольше времени — чтобы никто не мог сказать «я не успел»: задачи можно выполнять вплоть до 28 февраля 2026 года включительно. А долгожданный итоговый стрим с розыгрышем призов состоится 1 марта 2026 года.

Выбирайте направление, дерзайте — и пусть удача улыбнётся самым активным! Вместе мы сделаем ALT Atomic ещё лучше!

XXI Конференция «Свободное ПО в высшей школе»: встречаемся в феврале в Переславле-Залесском с 6 по 8 февраля 2026 года!

2026-01-31T15:22:41.664Z

Совсем скоро, с 6 по 8 февраля 2026 года, в наукограде Переславль-Залесский пройдет ключевое событие для академического и IT-сообщества — XXI конференция «Свободное программное обеспечение в высшей школе» (OSEDUCONF-2026). Традиционно собирает разработчиков, преподавателей, учёных, студентов чтобы обсудить настоящее и будущее СПО в образовании.

Организаторами выступают компания «Базальт СПО» и Институт программных систем имени А.К. Айламазяна РАН, на базе которого и пройдёт мероприятие.

Традиционно участники сообщества ALT Gnome посещают данное мероприятие, отличное место для новых смелых идей и встречи добрых друзей.

Дарим «Гномика» — талисман сообщества, Евгению Синельникову, активному участнику сообщества ALT Linux Team и сопровождающему Samba

Ключевая цель и аудитория

Главная задача конференции — живое общение и обмен опытом. Одна из традиционных площадок для первых шагов будущих разработчиков, обсуждения новинок, практик внедрения и совместных проектов.

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

Одна из первых конференций, которую централизованно посетило сообщество ALT Gnome, подарила незабываемые эмоции. Мы показали, какие системы нравятся студентам и выступили с первым докладом про статические сайты.

Именно на этой конференции зародилась традиция готовить мерч от сообщества — за годы участники обрели ответственность и дисциплину. Как правило, мерчём занимаются Семён Фомченков, Павел Субач, а на последних конференциях к ним присоединилась Виктория Забачёва.

Хотя, если я не ошибаюсь, Виктория Забачёва участвовала в XIX конференции заочно: она подготовила обои от сообщества, которые на текущий момент размещены в репозитории «Сизиф» и в образе ALT Mobile, основанном на ветке sisyphus.

Первый стенд сообщества ALT Gnome на XIX Конференция «Свободное ПО в высшей школе»

О чём будут говорить: темы докладов

Программа конференции сфокусирована из нескольких направлениях:

Использование СПО и открытого аппаратного обеспечения в учёбе: методики преподавания, разработка и внедрение учебных курсов.
Научные проекты: исследования и разработки, основанные на свободном ПО.
Внедрение СПО в инфраструктуру: практические решения и преодоление проблем в образовательных организациях.
Социальные и правовые аспекты: экономика, лицензии и правовые модели использования СПО.
Студенческие проекты: лучшие практики и результаты работ обучающихся.

Важное требование: доклады принимаются исключительно по тематике свободного ПО. Рекламные и коммерческие презентации, а также обсуждение проприетарного софта запрещены. Если доклад связан с разработкой, в заявке обязательно должна быть ссылка на открытый репозиторий с кодом.

📚 Открытость и наследие конференции

Дух открытости отражается и в доступности материалов:

Видеозаписи всех докладов и презентации будут опубликованы на 0x1.tv.
Сборник тезисов будет издан и проиндексирован в национальной базе РИНЦ, что важно для научного сообщества.

Почему это событие важно?

Конференция — не просто ежегодный форум, а нечто более значимое:

Мост между образованием и индустрией: площадка, где преподаватели узнают о реальных инструментах, а разработчики — о потребностях учебного процесса.
Старт для студентов: специальный трек для студенческих проектов даёт возможность заявить о себе и найти единомышленников.
Вклад в технологический суверенитет: обсуждение отечественных дистрибутивов на базе Linux (таких как дистрибутивы семейства «Альт») и их применение в образование как никогда актуально.

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

Кофе вкусный, на снимки Семён Фомченков, Павел Субач, Олег Щавелев.

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

Ждём всех заинтересованных в Переславле-Залесском 6–8 февраля 2026 года для живого диалога о будущем свободных технологий в образовании!

Firejail: простая изоляция приложений в Linux

2026-01-27T19:14:41.981Z

Принято считать, что в Linux запуск приложений от непривилегированного пользователя уже сам по себе даёт приемлемый уровень безопасности. На практике этого давно недостаточно. Современные пользовательские программы — прежде всего браузеры и мессенджеры — обрабатывают сложные, часто недоверенные данные и регулярно становятся источниками уязвимостей.

Даже если приложение не имеет root-доступа, при должной сноровке оно получает полный доступ к данным пользователя: домашнему каталогу, SSH-ключам, конфигурациям, токенам браузера. Для большинства атак этого более чем достаточно.

Отсюда возникает идея sandbox-подхода: запускать потенциально опасные приложения в ограниченной среде, где их возможности строго контролируются. Firejail — один из самых простых и практичных инструментов для реализации этого подхода в Linux.

Что такое Firejail и какую проблему он решает

Firejail — это утилита для изоляции отдельных приложений в пользовательском пространстве Linux. Она запускает программу в песочнице (sandbox), ограничивая её доступ к файловой системе, сети, системным вызовам и привилегиям ядра.

Важно сразу обозначить границы. Firejail это:

не виртуальная машина;
не контейнер в стиле Docker или LXC;
не система обязательного контроля доступа уровня SELinux.

Ее основная задача — быстро и без создания сложной инфраструктуры уменьшить ущерб в случае компрометации конкретного приложения.

Типичный сценарий — запуск браузера, который в случае эксплуатации уязвимости не сможет читать ~/.ssh, записывать файлы в любое место домашнего каталога или обращаться к произвольным системным ресурсам.

Как Firejail работает под капотом

Firejail использует стандартные механизмы изоляции, встроенные в ядро Linux.

Основа изоляции — namespaces (пространства имён). Когда вы запускаете приложение через Firejail, оно получает собственное изолированное представление о системе. Например, в namespace процессов (PID) Firefox будет видеть только себя и свои дочерние процессы, а не все процессы в системе. Mount namespace позволяет создать отдельное дерево монтирования — именно здесь Firejail использует tmpfs и bind-монтирование для изоляции файловой системы. Network namespace даёт изолированный сетевой стек.

Seccomp-BPF отвечает за фильтрацию системных вызовов. Каждое обращение приложения к ядру проверяется: если вызов разрешён профилем — он выполняется, если нет — процесс завершается. Это позволяет заблокировать потенциально опасные операции, вроде загрузки модулей ядра или создания устройств, оставив только те вызовы, которые действительно нужны для работы.

Capabilities дополнительно ограничивают возможности процесса. Даже непривилегированные приложения обладают определёнными capabilities — например, возможностью изменять приоритет своих задач или устанавливать соединения. Firejail может убрать эти привилегии, сделав процесс ещё более ограниченным.

Изоляция файловой системы строится внутри mount namespace. Firejail создаёт временную файловую систему (tmpfs) поверх домашнего каталога, затем выборочно пробрасывает в неё только разрешённые директории через bind-монтирование. В результате приложение физически не видит ~/.ssh или другие приватные данные — в его окружении их просто не существует.

Механизмы whitelist и blacklist позволяют точно контролировать доступ: можно разрешить только конкретные каталоги (более безопасный подход) или запретить отдельные директории, оставив доступ ко всему остальному (более удобный вариант).

Практические примеры использования

Первые шаги

Первым делом необходимо поставить Firejail, если он не был установлен ранее.

su -
apt-get install firejail
exit

Лучше всего начать с простого эксперимента — запустить стандартную оболочку в песочнице без применения готовых профилей.

firejail --noprofile bash

Вы окажетесь в новом окружении, но уже изолированном. Попробуйте выполнить несколько команд:

ps aux
ls ~

Вызов firejail --noprofile bash

По умолчанию изоляция минимальная. Видно, что в этой оболочке не доступны процессы основной системы благодаря PID namespace: приложение получает собственное дерево процессов, начинающееся с PID 1.

Далее попробуем полностью отключить сеть. Для этого можно воспользоваться опцией --net=none:

curl google.com # работает
firejail --noprofile --net=none bash
curl google.com # не сработает

Вызов firejail --noprofile --net=none bash

Сетевой интерфейс внутри песочницы есть (обычно только loopback), но доступа к внешней сети нет. Это полезно для работы с недоверенными файлами или приложениями, которым сеть не нужна.

Теперь попробуем ограничить файловую систему. Выполним:

firejail --noprofile --private bash
ls ~
echo "test" > ~/file.txt
cat ~/file.txt
exit
cat ~/file.txt

Вызов firejail --private --net=none bash

Опция --private создаёт временный tmpfs, который уничтожается после завершения процесса. Реальный домашний каталог остаётся нетронутым.

Далее попробуем разрешить только каталог Загрузки:

firejail --noprofile --whitelist=~/Загрузки bash
ls ~
ls ~/.ssh

Вызов firejail --noprofile --whitelist=~/Загрузки bash

Указание директорий через whitelist — наиболее безопасный подход. Приложение видит только явно разрешённые каталоги. Всё остальное физически недоступно.

Ещё можно использовать --blacklist :

firejail --noprofile --blacklist=~/.ssh bash
ls ~/.ssh
ls ~

Вызов firejail --noprofile --blacklist=~/.ssh bash

Blacklist удобнее, когда нужно скрыть несколько критичных директорий, оставив доступ к остальным.

Опции можно комбинировать:

firejail --noprofile \
  --private \
  --net=none \
  --whitelist=~/Загрузки \
  --seccomp \
  bash ./untrusted_script.sh

Для браузера команда может выглядеть примерно так:

firejail --noprofile \
  --whitelist=~/Загрузки \
  --blacklist=~/.ssh \
  firefox

Это работает, но каждый раз набирать несколько команд неудобно. Тут на помощь приходят профили.

Создание собственных профилей

Вместо того чтобы каждый раз указывать все опции, можно создать профиль — файл конфигурации с нужными настройками.

mkdir -p ~/.config/firejail
mcedit ~/.config/firejail/secure-shell.profile

Содержимое профиля:

private
blacklist ~/.ssh
net none
seccomp

И запуск с указанием этого профиля будет аналогичным использованию этих опций в CLI:

firejail --profile=~/.config/firejail/secure-shell.profile bash

Ограничение через профиль

Написать свой Firejail-профиль — непростая задача, особенно для сложных графических приложений, но есть способы облегчить ее:

Можно скопировать /usr/share/doc/firejail/profile.templateи измененить его.

Также можно сгенерировать файл профиля автоматически с использованием firejail --build. Подробнее о написании своих профилей можно узнать в документации.

Использование готовых профилей

Один из главных плюсов Firejail перед аналогичными инструментами — наличие готовых профилей для сотен популярных приложений. Профили находятся в /etc/firejail/ и покрывают браузеры, мессенджеры, медиаплееры, офисные пакеты, торрент-клиенты, IDE и многое другое.

Рассмотрим пример:

firejail chromium

Эта команда использует /etc/firejail/chromium.profile, который уже содержит настройки, проверенные разработчиками Firejail: разрешённые каталоги, необходимые системные вызовы, доступ к GPU и звуку.

Можно переопределить отдельные настройки профиля:

firejail --net=none chromium # отключить сеть поверх профиля

Помимо этого, стандартные профили включают импортирование локальных переопределений из ~/.config/firejail/<profile-name>.local. Это позволяет на уровне пользователя сохранить переопределения профиля.

GUI для Firejail

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

firetools

К сожалению, не работает в операционных системах ALT. См. https://bugzilla.altlinux.org/45710

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

Кадр из Firetools Demo (https://odysee.com/@netblue30:9/firetools:6)

firejail-ui

Одна из частей firejail-tools, позволяет через GUI настроить песочницу и запустить программу.

firejail-ui (выбор приложения)

firejail-ui (настройка песочницы)

tuner-firejail (в разработке)

Началась разработка плагина для «Тюнера» для управления Firejail-профилями.

На данный момент плагин локально модифицирует профили и позволяет:

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

Главная страница tuner-firejail

Страница редактирования профиля

Преимущества Firejail перед другими популярными инструментами

Firejail и Flatpak / Snap

Flatpak и Snap обеспечивают изоляцию за счёт собственной инфраструктуры упаковки и запуска приложений. Программа должна быть специально подготовлена для работы в этой среде, а уровень доступа к ресурсам определяется на уровне пакета и порталов. Firejail принципиально отличается тем, что работает с обычными исполняемыми файлами, установленными традиционным способом. Он позволяет изолировать приложение без его пересборки и без зависимости от конкретной экосистемы доставки.

Firejail и bubblewrap

bubblewrap — это низкоуровневая утилита, которая используется Flatpak в качестве одного из базовых механизмов изоляции. По сути, она предоставляет прямой доступ к Linux namespaces и mount-изоляции, не предлагая собственной модели конфигурации или готовых ограничений.

В отличие от Firejail, bubblewrap не имеет готовых профилей и не ориентирован на самостоятельное использование конечным пользователем. Каждый sandbox в нём собирается вручную: необходимо явно описывать файловую систему, точки монтирования и разрешённые ресурсы. Firejail использует те же механизмы ядра, но добавляет поверх них систему профилей и набор типовых ограничений, что делает его пригодным для регулярного запуска реальных пользовательских приложений.

Статья по сравнению Firejail и bubblewrap.

Firejail и системы MAC (AppArmor, SELinux)

AppArmor и SELinux предназначены для системного обязательного контроля доступа и требуют централизованного управления политиками. Они эффективны для защиты сервисов и демонов, но плохо подходят для изоляции произвольных пользовательских приложений. Firejail не меняет глобальную модель безопасности системы и применяется локально, в момент запуска процесса. За счёт этого он может использоваться без вовлечения администратора и без риска нарушить работу всей системы.

Firejail и контейнеры (Docker, Podman, LXC и т.д.)

Контейнеры обеспечивают более строгую изоляцию, но ориентированы прежде всего на серверные сценарии. Их использование для десктопных приложений связано с дополнительной сложностью и нарушением привычного пользовательского окружения. Firejail сохраняет интеграцию с графической средой, ограничивая при этом доступ приложения к данным и ресурсам. Для пользовательских программ это часто оказывается более разумным компромиссом, чем полноценная контейнеризация.

Ограничения Firejail

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

В частности, существуют проблемы с открытием внешних ссылок из приложений, работающих в sandbox'е:

https://github.com/netblue30/firejail/issues/6462

Для решения этой проблемы в приложениях для Aides был выбран такой хак:

env XDG_CURRENT_DESKTOP= 
env DE=flatpak

Это заставит xdg-open открывать ссылки с помощью xdg-desktop-portal.

Кроме того, атомарные (immutable) системы, такие как Fedora Silverblue и ALT Atomic, не поддерживаются Firejail:

https://github.com/netblue30/firejail/issues/2798

Эти ограничения следует учитывать при использовании Firejail.

Насколько это реально повышает безопасность

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

Однако он не защищает:

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

Firejail не является «серебряной пулей». Это дополнительный уровень защиты, который работает только в сочетании с обновлениями системы, здравым смыслом и базовой гигиеной безопасности. Firejail имеет как свои преимущества, так и недостатки.

Важно учитывать, что Firejail устанавливается как исполняемый файл с SUID, то есть на этапе настройки песочницы он выполняется с правами root. Это техническая необходимость: без привилегий невозможно корректно настроить пространства имён и ограничения доступа. После инициализации повышенные права сбрасываются, и само приложение работает уже в непривилегированном режиме.

Как и у любого SUID-компонента, у Firejail в прошлом находили уязвимости, включая локальное повышение привилегий. Эти проблемы исправлялись по мере обнаружения, но сам факт их существования означает, что использование Firejail — это осознанный компромисс: он снижает риски, связанные с уязвимыми пользовательскими приложениями, но требует доверия к самому Firejail и своевременных обновлений.

В реальных пользовательских сценариях этот компромисс обычно оправдан, однако Firejail не стоит рассматривать как инструмент для защиты от целенаправленной локальной атаки.

Выводы

Firejail — это простой и практичный способ сделать вашу Linux-систему немного безопаснее. Его главный плюс в том, что не нужно ничего перестраивать: установили, запустили приложение через Firejail — и оно уже работает в песочнице.

Особенно полезен Firejail для изоляции проприетарного ПО, исходный код которого нельзя проверить. Мессенджеры, которые могут производить сомнительные операции с вашими данными, недоверенные исполняемые файлы или закрытые клиенты сервисов — всё это разумно запускать в ограниченной среде. По крайней мере, даже если что-то пойдёт не так, доступ к вашим SSH-ключам или личным документам будет заблокирован.

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

Не стоит воспринимать Firejail как панацею. Это не волшебная защита от всех угроз, а дополнительная страховка. Он не спасёт от уязвимостей в ядре и не заменит здравый смысл. Да, сам Firejail, как SUID-программа, тоже имел уязвимости, но в реальности для обычного пользователя преимущества от изоляции непроверенного приложения перевешивают эти риски.

В итоге: Firejail не сделает вашу систему неуязвимой, но существенно ограничит последствия, если что-то всё-таки пойдёт не так. Главное помнить: ответственность за безопасность всегда лежит на вас самих, а Firejail лишь поможет минимизировать риски от ваших повседневных действий.

GNOME 50 новая эра графической системы Wayland

2026-01-18T20:36:22.228Z

Проект GNOME выпустил первую альфа-версию своего рабочего окружения — GNOME 50. Релиз предназначен в первую очередь для информирования и тестирования разработчиками и энтузиастами перед официальным выпуском, который запланирован на март 2026 года.

Для тестирования доступен установочный образ GNOME OS, специального дистрибутива для разработки и оценки новейших функций GNOME. Важно отметить, что это нестабильное программное обеспечение, которое не предназначено для повседневного использования и может содержать ошибки.

Скриншот GNOME 50 с открытыми Центром приложений и Настройками

Полный отказ от протокола X11

Ключевое изменение в этой версии — полный отказ от поддержки сеансов протокола X11 в компонентах Mutter (композитный менеджер), GDM (менеджер входа) и GNOME Shell (оболочка окружения) в пользу Wayland. Это не разрозненные правки, а согласованное архитектурное изменение.

На самом фундаментальном уровне, в композитном менеджере Mutter, была полностью удалена серверная часть (back-end) для X11. Это означает, что Mutter больше не может работать в качестве дисплейного сервера поверх X11. Поскольку GNOME Shell и все клиентские приложения полагаются на Mutter в управлении окнами и отрисовкой, это изменение автоматически делает всю оболочку зависимой от Wayland.

Вслед за этим, код поддержки X11 был исключён и из самой GNOME Shell. Оболочка больше не содержит логики для работы в X11-сессии, что окончательно разрывает эту цепочку.

Менеджер входа GDM претерпел, пожалуй, самые радикальные изменения. Из него не просто удалили поддержку X11 — теперь собрать GDM можно тольлко с Wayland. На практике это означает полное удаление таких зависимых от системного X-сервера функций, как протокол удалённого управления XDMCP (X Display Manager Control Protocol) и поддержка самого системного X-сервера. Теперь GDM может работать исключительно как современный менеджер дисплеев для Wayland.

Это изменение на уровне GDM делает бессмысленной поддержку X11 в менеджере сеансов gnome-session, так как ему попросту нечего будет запускать. Поэтому и в нём была прекращена поддержка выполнения сеансов на базе X11.

Ревизия кодовой базы распространилась и на вспомогательные компоненты. Демон настроек gnome-settings-daemon лишился возможности конфигурировать параметры, специфичные для X11, а также опции компиляции -Dx11. Аналогично, в GNOME Control Center (Настройки) был удалён весь бэкенд, отвечавший за настройки, актуальные только для X11-сессии.

✅ Что будет работать (как прежде или лучше)

Любые X11-приложения: Весь софт, который не был портирован на Wayland (например, многие проприетарные программы), будет запускаться через слой совместимости XWayland. Для пользователя это будет выглядеть так же, как и раньше.
Базовый рабочий стол: Все основные операции — управление окнами, запуск приложений, работа с буфером обмена, переключение между рабочими пространствами — будут осуществляться через Wayland.
Работа с оборудованием: Поддержка современного оборудования (высокий DPI, несколько мониторов с разным масштабированием, сенсорные панели) через Wayland должна быть лучше, чем в X11.

❌ Что перестанет работать или изменится

Выбор сессии X11 при входе: В меню менеджера входа GDM исчезнет пункт «GNOME on Xorg». Войти в систему можно будет только в сеанс «GNOME» (на Wayland).
Удалённый доступ через X11-протоколы:

Прямой запуск графических приложений с удалённого сервера через ssh -X перестанет работать.
Будет удалена поддержка протокола XDMCP для удалённого управления экраном входа, что затронет некоторые корпоративные сценарии.

Работа специализированных программ и утилит:

Сломаются глобальные перехватчики клавиш и скринкастеры, которые работали путём прямого низкоуровневого доступа к X-серверу. Их современные аналоги должны использовать порталы xdg-desktop-portal.
Некоторые старые расширения GNOME Shell, чья работа напрямую зависела от X11, могут перестать функционировать.

Поддержка устаревших драйверов NVIDIA: Для работы в Wayland-сессии потребуются современные драйверы NVIDIA с поддержкой режима GBM. Пользователям устаревших версий драйверов придётся выполнить обновление.
Совместный доступ к целому рабочему столу: Классический для X11 способ легко «расшарить» весь экран для совместной работы будет невозможен. В Wayland эта функция реализуется иначе, часто требуя поддержки на уровне каждого отдельного приложения.

Новая служба gnome-headless-session@<username>.service в GNOME 50 решает задачу запуска полноценного графического сеанса на серверах или компьютерах без подключённого физического монитора. Она автоматически создаёт и использует виртуальный дисплей DRM (Direct Rendering Manager), эмулируя присутствие монитора. Это позволяет среде GNOME, включая оболочку и все приложения, корректно инициализироваться и работать, как будто дисплей реально существует, что критически важно для настройки удалённого доступа через протоколы вроде RDP или VNC.

На практике это означает, что системному администратору или пользователю больше не нужно подключать «обманку» к видеовыходу или редактировать конфигурации X.org. Достаточно просто включить и запустить системную службу для конкретного пользователя (systemctl enable --now gnome-headless-session@username.service), после чего можно подключаться к полноценному рабочему столу удалённо. Это инфраструктурное улучшение значительно упрощает развёртывание и обслуживание рабочих станций или серверов с графическим интерфейсом в среде GNOME.

В совокупности эти изменения создают цельную картину: GNOME 50 представляет собой чистую, оптимизированную под Wayland-систему. Удаление десятков тысяч строк устаревшего кода снижает затраты на поддержку, уменьшает поверхность для потенциальных ошибок и позволяет разработчикам сосредоточиться на развитии возможностей современного стека отрисовки. Обратная совместимость для отдельных приложений при этом сохраняется через XWayland, но архитектурная привязка всей сессии к X11 ушла в прошлое.

Обновления в приложениях и библиотеках

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

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

Самая важная техническая работа велась «под капотом»: в коде приложения было устранено несколько десятков утечек памяти. На практике это означает, что календарь стал значительно стабильнее при длительном использовании (например, если он работает в фоне несколько дней или недель) и потребляет меньше оперативной памяти, что полезно для всей системы.

Интерфейс быстрого добавления нового события

Экспорт календарей: Самая заметная новая возможность — вы можете экспортировать календарь в виде файла .ics для его передачи или использования в других приложениях. Это полезно для создания резервных копий или переноса расписания.

Полностью обновлённое диалоговое окно быстрого создания мероприятия (Quick Add popover): Этот диалог был полностью переработан. Теперь он состоит из одной страницы вместо двух, что ускоряет создание событий. Его стиль приведён в соответствие с современными стандартами GNOME.

Новый переключатель «Повторно открыть окна после входа в систему» в азделе «Многозадачность»

Для многих пользователей Альта станет заметным нововведением появление в панели «Многозадачность» долгожданного переключателя «Повторно открыть окна после входа в систему». Теперь вы можете одной кнопкой включить или выключить функцию, которая автоматически запоминает все открытые на момент выключения компьютера приложения и восстанавливает их при следующем входе в систему. До этого сообществом ALT Gnome было представлено расширение Session Keeper, который реализует данную концепцию более полно — позволяет сохранять окна не только автоматически, но и в ручную, выбирать способа восстановления (при следующем запуске компьютера, при входе в систему или вручную) и даёт возможность исключить отдельные программы из сохранения и восстановления

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

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

Диалог выбора звука будильника

В предстоящем выпуске GNOME 50 приложение «Часы» (GNOME Clocks) получило несколько практичных улучшений, которые делают его более гибким и удобным в ежедневном использовании. Главным нововведением стала возможность настраивать звук будильника. Теперь вы можете выбрать для пробуждения не только стандартный сигнал, но и другую, более приятную или личную мелодию.

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

Новое контекстное меню для примечаний в боковом меню

Небольшим дополнением к функционалу «Просмотрщика документов» стала возможность изменять примечания прямо из боковой панели, что делает работу с ними значительно быстрее и интуитивнее. Кроме того, чтобы пользователи случайно не потеряли важные пометки, теперь при удалении аннотации появляется временное всплывающее уведомление (toast notification), которое даёт возможность сразу отменить это действие.

Поиск по нескольким типам файлов одновременно

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

Раньше, чтобы найти файлы нескольких разных форматов, часто приходилось несколько раз изменять один и тот же фильтр поиска или полагаться на ручную фильтрацию результатов. Теперь вы можете одним действием, например, отфильтровать содержимое папки, чтобы увидеть только изображения в форматах JPEG и PNG или документы PDF вместе с текстовыми файлами. Это точечное улучшение делает организацию и нахождение файлов в системе гораздо более эффективным и интуитивно понятным процессом.

Новая настройка в «Веб-браузере» — «Блокировать баннеры cookie»

«Веб-браузер» (также известный как Epiphany) получил несколько небольших, но полезных обновлений, направленных на улучшение удобства использования и безопасности.

В числе ключевых нововведений — новая опция, которая позволяет скрывать баннеры о согласии на использование файлов cookie (cookie banners) . Для настройки поиска был обновлён значок опций в строке поиска. Также разработчики внесли улучшения в код диалогового окна «Безопасность» (Security dialog), а кнопку режима чтения перенесли в меню сайта.

Обновлённый интерфейс приложения «Символы»

В приложении «Символы» (Characters) для GNOME 50 был проведён ряд технических улучшений и исправлений, обновлена база данных эмодзи и символов до стандарта Unicode 17.0 (включая новый блок CJK), исправлены ошибки в работе с Flatpak, IBus и масштабированием шрифтов, а также улучшена поддержка языковых псевдонимов и итерации по списку символов. Параллельно прошла модернизация интерфейса: приложение переведено на использование современных виджетов библиотеки Adwaita, таких как AdwShortcutsDialog для окна горячих клавиш и AdwSidebar для боковой панели. Завершают обновление косметические правки — обновлены скриншоты в описании приложения до актуального вида GNOME 49 и исправлена опечатка в метаданных.

Как отмечается в анонсах, в этой версии также было исправлено множество ошибок, что повысиилообщую стабильность работы приложения.

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

Ключевые обновления коснулись графического стека: библиотека Glycin теперь поддерживает больше форматов изображений (XBM, XPM, SVGZ), а движок GtkSvg стал основным и более совершенным рендерером для векторной графики. На системном уровне происходят важные инфраструктурные сдвиги: компонент доступности at-spi2-core переведён на использование dbus-broker для повышения производительности, а в программе первоначальной настройки начат переход с pkexec на более безопасную альтернативу run0 от systemd.

И на последок хорошей новостью для пользователей NVIDIA станет повышение стабильности работы с видеокартами NVIDIA в среде Wayland. Разработчики активно работают над устранением проблем, связанных с приостановкой и возобновлением работы системы, что должно сделать взаимодействие с оборудованием NVIDIA более плавным и предсказуемым, особенно после выхода из спящего режима.

Эти изменения являются частью общей работы над надежностью системы. Они дополняются другими системными доработками, такими как тонкая настройка функций управления питанием, работа датчиков и поведение служб. Многие из этих улучшений реализуются на уровне дистрибутивов Linux (через обновления systemd или сетевых менеджеров) и соседних проектов, что в итоге создает более целостную и отзывчивую среду для пользователей.

Молчание — знак согласия

Так как вы не проявили негативных эмоций по поводу наших лонг-ридов, мы продложим их делать!

Пишите ваше мнение про отказ от X11, пользовались ли вы Xorg-сессией и нравятся ли вам нововведениях в GNOME и вокруг него!

Что нового в Альт Рабочая станция 11.2 — Бета 1

2026-01-10T22:39:37.081Z

Сегодня поговорим о первой бета-версии Альт Рабочей станции 11.2

Работа над релизом версии 11.2 всё ещё продолжается, однако большое количество изменений доступно уже сейчас: часть обновлений придёт пользователям Рабочей станции через обновление, другое — можно будет установить вручную после их появления в репозитории.

Сегодня поговорим о нововведениях этой версии и посмотрим на новшества в ряду первых!

GNOME 48 приходит в образ

Множество пользователей уже могли успеть обновиться до GNOME 48, так как он уже находится в репозитории, однако нам стоит рассказать про ключевые нововведения рабочего окружения.

Производительность и системные улучшения

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

GTK
Проведена работа над ускорением создания и изменения размеров элементов интерфейса. Прекращена поддержка старых версий OpenGL (GLES 2 и GL < 3.3), тем самым сообщество разработчиков используют более современные и высокопроизводительные API.

Значительный прирост скорости в «Файлах» (Nautilus)
Обработка папок с большим количеством миниатюр ускорилась в 5 раз, а отрисовка при прокрутке — в 10 раз.

Оптимизации движка JavaScript (GJS)
Снижено потребление ЦП и памяти для общих операций. Данный стек используются для отрисовки рабочего окружения и элементов интерфейса.

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

Интерфейс и пользовательский опыт

Группа уведомлений в Альт Рабочей станции 11.2 Бета 1

Группировка уведомлений
Уведомления от одного приложения теперь группируются в «стопки», которые можно развернуть.

Новые шрифты
Cantarell был заменён на новое семейство шрифтов Adwaita: Adwaita Sans для обычного начертания и Adwaita Mono для моноширинного.

Центрирование окон по умолчанию
Новые окна теперь открываются по центру экрана.

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

Ключевые обновления приложений

Режим редактирования изображения в «Просмотрщике изображений»

Просмотрщик изображений (Loupe)
Добавлены минимальные инструменты редактирования: обрезка, поворот и отражение. Обновлены элементы управления масштабированием, добавлена экспериментальная поддержка RAW-форматов.

Панель «Свойства документа» в «Текстовом редакторе»

Текстовый редактор
Упрощенный интерфейс, улучшенные свойства документа и более удобный индикатор позиции курсора для программистов.

Изменение часового пояса для события в «Календаре»

Календарь
Добавлена долгожданная поддержка указания часового пояса для событий.

Про приложения, пакеты и утилиты

ALT Panelmode в «Тюнере»

ALT Panelmode

Обновился ALT Panelmode, предназначенный помочь пользователям вернуть привычный пользовательский опыт окружения MATE: при переключении в панельный режим, окнам добавляются кнопки «Свернуть» и «Развернуть», а при входе в систему не отображается экран «Обзор», а сразу открывается рабочее пространство с нижней панелью.

Обновление добавляет фоновый процесс (демона) для переключения между GNOME и Панельным режимом с учётом параметров GSettings. Также появились новые настройки для управления расширениями — при переключении между стилями, те расширения, которые были включены в текущем стиле системы, будут запомнены и восстановлены, когда пользователь переключится обратно.

Подробнее можно прочитать в «На этой неделе в Альт» #2

Центр приложений (GNOME Software)

Не остался без обновлений и Центр приложений, обновившись сразу до 49-й версии, где были проведены работы по значительной оптимизации производительности, направленные на общение с крупными репозиториями приложений. Не меньше изменений произошло в рамках репозитория Сизиф: плагин для работы с Flatpak-приложениями был выделен в подпакет gnome-software-plugin-flatpak в связи с явным уведомлением пользователя об отсутствии мета-информации в самом приложении, связанным с репозиториями Flatpak.

В новый образ был включён не только вышеупомянутый плагин, но и плагин для работы с обновлением встроенных прошивок оборудования gnome-software-plugin-fwupd.

Flatpak

Не уходя далеко от темы Flatpak: теперь данный вариант поставки приложений доступен из коробки с возможностью добавления репозитория Flathub на этапе установки или с использованием пакетного менеджера!

Также, из коробки поставляется пакет для маскирования кодека openh264 во Flatpak, недоступного для скачивания пользователям, находящимся на территории Российской Федерации, и блокирующего централизованное обновление приложений.

Контейнер, созданный через Pods и открытый в Ptyxis

Контейнеризация из коробки

В этом релизе большое внимание уделено разработчикам: сразу после установки системы поддерживается создание контейнеров в режиме rootless и возможность их использования через графический или терминальный интерфейсы.

В образ добавлен эмулятор терминала Ptyxis с встроенной поддержкой переключения между средами контейнеров, графический интерфейс управления Podman-контейнерами «Капсулы» (Pods), и терминальный инструмент Distrobox для установки и запуска всевозможных приложений в любых операционных системах внутри контейнера.

Прогноз от провайдера «Яндекс Погода» на 10 дней в приложении «Погода»

Погода

Специально для Рабочей станции и других дистрибутивов семейства ОС «Альт» было разработано приложение «Погода» с поддержкой получения информации от Яндекс Погоды и Gismeteo. И теперь это приложение можно установить сразу с диска, чтобы всегда иметь актуальную информацию для вашего региона!

Stapler

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

Stapler предлагает расширенный формат установки пакетов — он позволяет «загнать приложение в клетку», используя Firejail для автоматизированной установки приложений с изолированным запуском. Установка пакета происходит после проверки хеш-сумм исходных файлов, что обеспечивает проверку подлинности. Сценарии Stapler предоставляют гибкую систему описания сборочного процесса, в том числе отключение сетевого подключения после скачивания исходных файлов, что исключает обращение к внешним ресурсам.

Интерфейс плагина Tuner GDM в «Тюнере»

Tuner GDM

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

Пример работы command-not-found

Command Not Found

Консольный помощник для операционных систем ОС «Альт», который подскажет нужный пакет, если введённая команда не была найдена.

Самое маленькое окошко в большой Альт Рабочей станции 11.2 Бета 1

Kooha

Утилита с для быстрой и удобной съёмки скринкастов и приятным интерфейсом, где можно выбирать формат записи, частоту кадров, режим записи звука.

Интерфейс редактора «Апостроф» с включённым режимом предпросмотра

Апостроф

Простой редактор Markdown-файлов с предпросмотром «на горячую» и минималистичным дизайном.

Вопрос в студию

В данном экспериментальном посте мы решили показать вам новый формат постов, и теперь хотим узнать ваше мнение — что вы думаете по поводу ОООчень длинных постов и хотели бы видеть подобные материалы почаще? Пишите в комментарии, и не забывайте подписываться на нас в Teletype!

Погода в ALT Regular Gnome

2023-09-17T16:42:50.010Z

В Москве 21, и дождь. А какая погода в вашем городе?

Открываем терминал:

sudo apt-get install gnome-weather

Жмакаем по Y.

Выбираем свой город при первом запуске или включаем геолокацию

Ваше имя в настройках ALT Regular Gnome

2023-09-17T16:39:45.246Z

Не хочу, быть oleg, Олег Щавелев — привычней.
В настройках ALT Regular Gnome, поле заблокировано.

[oleg@shchavelev ~]$ sudo chfn -f "Олег Щавелев" oleg
chfn: имя «Олег Щавелев» содержит не ASCII-символы

Ответ «имя «Олег Щавелев» содержит не ASCII-символы», является уведомлением, мы изменили имя. Смотрим в настройках, красота.

ALT Gnome

Что нового в Альт Рабочей станции 11.2

GNOME 48 и системные улучшения

ALT Panelmode

Тюнер: ещё больше плагинов

Альт Компоненты

Контейнеризация: Podman, Pods, Ptyxis, Distrobox

Flatpak из коробки

Stapler: сообщество, сборка, безопасность

Новое приложение «Погода»

Предсортировка меню приложений

Новые приложения в образе

Изменения в драйверах NVIDIA

Capsule

О проекте в сравнении

Мотивация

Детали реализации

Примеры использования

Витрина капсул: capsulepack.dev

Немного сравнений

Stapler, новый мост пользовательских репозиториев для операционных систем семейства Linux

Принцип работы

Как организованы пользовательские репозитории программного обеспечения

А как пользоваться stplr к примеру на Альте?

Как устроена сборка: Staplerfiles, рецепты и магия Go

Итоги

Обзор призов для конкурса проекта ALT Atomic. Раскрываем карты!

Итак, призы...

Всё это железо ищет хозяина. Успей присоединиться!

XXI Конференция «Свободное ПО в высшей школе»: встречаемся в феврале в Переславле-Залесском с 6 по 8 февраля 2026 года!

Ключевая цель и аудитория

О чём будут говорить: темы докладов

📚 Открытость и наследие конференции

Почему это событие важно?

Firejail: простая изоляция приложений в Linux

Что такое Firejail и какую проблему он решает

Как Firejail работает под капотом

Практические примеры использования

Первые шаги

Создание собственных профилей

Использование готовых профилей

GUI для Firejail

firetools

firejail-ui

tuner-firejail (в разработке)

Преимущества Firejail перед другими популярными инструментами

Firejail и Flatpak / Snap

Firejail и bubblewrap

Firejail и системы MAC (AppArmor, SELinux)

Firejail и контейнеры (Docker, Podman, LXC и т.д.)

Ограничения Firejail

Насколько это реально повышает безопасность

Выводы

GNOME 50 новая эра графической системы Wayland

Полный отказ от протокола X11

✅ Что будет работать (как прежде или лучше)

❌ Что перестанет работать или изменится

Обновления в приложениях и библиотеках

Молчание — знак согласия

Что нового в Альт Рабочая станция 11.2 — Бета 1

GNOME 48 приходит в образ

Производительность и системные улучшения

Интерфейс и пользовательский опыт

Ключевые обновления приложений

Про приложения, пакеты и утилиты

ALT Panelmode

Центр приложений (GNOME Software)

Flatpak

Контейнеризация из коробки

Погода

Stapler

Tuner GDM

Command Not Found

Kooha

Апостроф

Вопрос в студию

Погода в ALT Regular Gnome

Ваше имя в настройках ALT Regular Gnome

А как пользоваться `stplr` к примеру на Альте?