Vrystelling van Flatpak 1.18.0 selfstandige pakketstelsel

После полутора лет разработки опубликована новая стабильная ветка инструментария Flatpak 1.18, предоставляющего систему для сборки самодостаточных пакетов, не привязанных к конкретным дистрибутивам Linux en uitgevoer word in 'n spesiale houer wat die toepassing van die res van die stelsel isoleer. Ondersteuning vir die uitvoer van Flatpak-pakkette word vir Fedora verskaf, CentOS, Debian, Boog Linux, Gentoo, Linux Munt, Alt Linux и Ubuntu. Пакеты с Flatpak включены в репозиторий Fedora и поддерживаются в штатных программах управления приложениями GNOME и KDE.

Sleutelinnovasies in die Flatpak 1.18-tak:

• Реализована поддержка условных полномочий (conditional permission), позволяющих при запросе полномочий проверить наличие определённых возможностей в системе или в runtime. Например, при необходимости получения доступа к устройству ввода вместо «—device=all» можно запросить полномочие «—device-if=all:!has-input-device —device=input», которое предоставит доступ только к устройствам ввода или откатится на доступ ко всем устройствам если выборочное предоставление доступа не поддерживается в runtime. Аналогично можно запросить доступ к USB-устройвствам («has-usb-device» и «has-usb-portal») или совместно используемым подсистемам.
• Разрешён доступ к устройству /dev/ntsync для обращения к
  модулю ядра NTSYNC, реализующему набор примитивов для синхронизации, применяемых в ядре Windows NT и позволяющих существенно поднять производительность Windows-speletjies wat met Wine gelanseer is.
• Для GPU Intel Xe включена поддержка API VA-API для аппаратного ускорения декодирования видео.
• Реализована возможность доступа к устройству /dev/kfd (Kernel Fusion Driver) с использованием полномочий, предоставляемых для DRI-устройств. Драйвер kfd реализует интерфейс для прямого выполнения вычислений на GPU AMD из приложений, использующих AMD ROCm, HIP и OpenCL.
• Добавлена поддержка использования опций командой строки для проброса доступа к каталогам в изолированные приложения.
• Добавлена поддержка каталога «preinstall.d», определяющего список предустанавливаемых Flatpak-приложений (для включения Flatpak-приложений в состав операционной системы).
• Разрешена прямая установка приложений из образов контейнеров в формате OCI, которые могут загружаться из собственных OCI-репозиториев и локальных архивов.
• В команду «flatpak install —from» добавлена поддержка URI «flatpak+https://».
• В команду «flatpak run» добавлена опция «—clear-env» для очистки переменных окружения перед запуском приложения.
• Предоставлена возможность экспорта корневого каталога хост-окружения в изолированное окружение приложения с доступом через каталог /run/host/root.
• Добавлена возможность вывода результата выполнения команд в формате JSON.
• Усилена изоляция сборочного окружения — команда «flatpak build» теперь не предоставляет по умолчанию доступ к хосту.
• Добавлена команда «reinstall» для переустановки зависимостей (bundle).
• Настройки D-Bus по умолчанию перенесены из каталога /etc в /usr.
• Сокращено время запуска при использовании командного интерпретатора fish.
• В libflatpak добавлена функция для получения информации о времени создания конфигурации, что позволяет приложениям, таким как GNOME Software, определить, что прокэшированные ими данные требуют обновления.
• Удалена сборочная опция http_backend, вместо libsoup2 для загрузки по HTTP/HTTPS задействована библиотека libcurl.
• По умолчанию включено использование escape-последовательностей для индикации прогресса выполнения операции.
• Разрешено передавать права доступа к устройствам во вложенные sandbox-окружения, созданные через порталы Flatpak.
• Для приложений, поставляемых в форме OCI-образов, реализован механизм «extra-data», например, позволяющий организовать воспроизведение видео h.265 во Flatpak-пакетах Fedora Linux.
• Добавлена поддержка сжатия зависимостей (OCI bundle) с использованием алгоритма zstd, более эффективно сжимающего данные. По умолчанию для сжатия продолжает использоваться gzip, обеспечивающий максимальную совместимость.

Flatpak упрощает распространение программ, не входящих в штатные репозитории дистрибутивов, за счёт подготовки одного универсального контейнера, избавляющего разработчиков программ от необходимости формировать отдельные сборки для каждого дистрибутива. Пользователям, заботящимся о безопасности, Flatpak даёт возможность выполнить вызывающее сомнение приложение в контейнере, предоставив выборочный доступ только к необходимым сетевым функциям и файлам пользователя. Пользователям, интересующимся новинками, Flatpak позволяет установить самые свежие тестовые и стабильные выпуски приложений без необходимости внесения изменений в систему. Например, Flatpak-пакеты собираются для LibreOffice, GIMP, Inkscape, Kdenlive, Steam, 0 A.D., Visual Studio Code, VLC, Slack, Telegram Desktop, Android Ateljee, ens.

Om grootte te verminder, is slegs toepassingspesifieke afhanklikhede by die pakket ingesluit. Basiese stelsel- en grafiese biblioteke (GTK-, Qt-, GNOME- en KDE-biblioteke, ens.) word verskaf in die vorm van inprop-standaard-looptyd-omgewings. Die belangrikste verskil tussen Flatpak en Snap is dat Snap die komponente van die hoofstelselomgewing en isolasie gebruik wat gebaseer is op filterstelseloproepe, terwyl Flatpak 'n houer apart van die stelsel skep en met groot looptydstelle werk, wat nie pakkette as afhanklikhede verskaf nie, maar standaard stelsel-omgewing (byvoorbeeld al die biblioteke wat nodig is vir die werking van GNOME- of KDE-programme).

Benewens die standaardstelselomgewing (looptyd), wat deur 'n spesiale bewaarplek geïnstalleer is, word addisionele afhanklikhede (bondel) wat benodig word vir die werking van die toepassing, verskaf. In totaal vorm "looptyd" en "bondel" die inhoud van die houer, terwyl "looptyd" afsonderlik geïnstalleer word en aan verskeie houers gelyktydig gekoppel word, wat jou toelaat om duplisering van stelsellêers wat algemeen aan houers is, te vermy.

Een stelsel kan verskeie verskillende "looptye" geïnstalleer hê (GNOME, KDE) of verskeie weergawes van dieselfde "looptyd" (GNOME 50, GNOME 49). 'n Houer met 'n toepassing as 'n afhanklikheid gebruik slegs 'n binding aan 'n spesifieke looptyd, sonder om die individuele pakkette wat die geselekteerde looptyd vorm, in ag te neem. Alle ontbrekende elemente word direk saam met die toepassing verpak. Wanneer 'n houer geskep word, word die inhoud van "runtime" as die /usr-partisie gemonteer, en "bondel" word in die /app-gids gemonteer.

Die looptyd- en toepassingshouers word gebou met behulp van OSTree-tegnologie, waarin die beeld atomies opgedateer word vanaf 'n Git-agtige bewaarplek, wat dit moontlik maak om weergawebeheermetodes op verspreidingskomponente toegepas te word (jy kan byvoorbeeld die stelsel vinnig terugrol na 'n vorige staat). RPM-pakkette word in die OSTree-bewaarplek vertaal deur die rpm-ostree-laag te gebruik.

Selektiewe installering en opdatering van pakkette binne die werksomgewing word nie ondersteun nie - die stelsel word nie op die vlak van individuele komponente opgedateer nie, maar as 'n geheel, wat sy toestand atoomies verander. Verskaf gereedskap om opdaterings inkrementeel toe te pas, wat die behoefte uitskakel om die prent heeltemal met elke opdatering te vervang.

Формируемое изолированное окружение не зависит от используемого дистрибутива и при надлежащих настройках пакета не имеет доступа к файлам и процессам пользователя или основной системы, а также не может напрямую обращаться к оборудованию, за исключением вывода через DRI. Вывод графики и организация ввода реализованы при помощи протокола Wayland или через проброс сокета X11. Взаимодействие с внешней средой построено через систему обмена сообщениями DBus и специальный API Portals.

Vir isolasie, 'n borrelplastieklaag en tradisionele Linux houervirtualiseringstegnologieë gebaseer op die gebruik van cgroups, naamruimtes, Seccomp en SELinux. При создании пакета изоляция может быть отключена, чем пользуются разработчики некоторых пакетов для получения полного доступа к ФС и всем устройствам в системе.

Bron: opennet.ru