Релиз на системата за самостоятелни пакети Flatpak 1.6.0

Публикувана нова стабилна версия на инструмента Flatpak 1.6, който предоставя система за изграждане на самостоятелни пакети, не свързани с конкретни дистрибуции на Linux и изпълнявани в специален контейнер, изолиращ приложението от останалата част на системата. Подобрената поддръжка на изпълнението на Flatpak пакети е осигурена за Arch Linux, CentOS, Debian, Fedora, Gentoo, Mageia, Linux Mint и Ubuntu. Flatpak пакетите са включени в репозитория на Fedora и са поддържани в стандартната програма за управление на приложения GNOME.

Ключови нововъведения в клон на Flatpak 1.6:

• В API Portal добавен метод CreateUpdateMonitor, който позволява на приложенията да следят появата на обновления и да искат инсталиране на новите обновления.
  За да забраните правомощията за самоинсталиране на обновления от приложението, можете да използвате командата „flatpak permission-set flatpak updates $APPID no“ (ако зададете „ask“ вместо „no“, ще се показва диалог за потвърждение на обновлението всеки път);
  
  
• За улесняване на създаването на обработчици е предложена библиотеката
  libportal, която позволява обработка на събития без директно използване на API Portal и разбиране на сигналите, получавани чрез D-Bus.
  Libportal предоставя прости асинхронно работещи слоеве за повечето „портали«;
• Добавено е ново правомощие „—socket=cups“ за предоставяне на директен достъп до сървъра за печат CUPS;
• Променени са протоколът и API за обработка на автентикация. Добавен е автентификатор за OCI (Open Container Initiative). Реализирана е поддръжка за автоматично инсталиране на автентификатори от външен репозитории flatpak. В FlatpakTransaction е добавен callback обработка за използване на автентикация с потребителско име и парола, подобно на метода за автентикация HTTP basic;
• Добавена е поддръжка за защитени приложения и системи, изискващи автентикация при зареждане;
• Използването за изолация на слоя bubblewrap е актуализирано до версия 0.4.0;
• Добавена е опционална поддръжка за родителски контрол чрез прилагане на библиотеката libmalcontent, позволяваща ограничаване на достъпа до определени видове съдържание;
• Разширенията сега се инсталират преди приложението, което позволява получаване на работещо приложение веднага след завършване на инсталацията му;
• Преработени са манипулациите с временни файлове, което е подобрило работата при недостиг на свободно дисково пространство;
• За изпълнение на командата „flatpak enter“ вече не е необходимо използването на sudo;
• В порталите е добавена възможност за стартиране на вложени изолирани среди (sub-sandbox) за дъщерни процеси;
• Добавени са нови команди „flatpak permission-set“ и „permission-remove“ за управление на инсталирането на правомощия;
• Добавена е опция „flatpak install —or-update“, която изпълнява обновление, ако приложението вече е инсталирано;
• Добавена е команда „flatpak mask“ за фиксиране на версия и забрана за инсталиране на обновления;
• За образите в OCI формат (Open Container Initiative) е добавена поддръжка на етикетна свързване, генериране на история на промените на образа и включване на mime-типовете на docker, в допълнение към mime-типовете на OCI;
• В настройките е добавен ключът default-languages за определяне на списъка с използвани езици, в допълнение към системния списък.

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

За да се намали размерът на пакета, той включва само специфични за приложението зависимости, а основните системни и графични библиотеки (Gtk+, Qt, библиотеки GNOME и KDE и т.н.) са оформени като подключаеми типови runtime-среда. Ключовото отличие на Flatpak от Snap е, че Snap използва компоненти на основната системна среда и изолация на основата на филтриране на системни повиквания, докато Flatpak създава отделен контейнер от системата и оперира с големи набори от runtime, предоставяйки не пакети, а типови системни среди (например, всички библиотеки, необходими за работата на приложения от GNOME или KDE).

В допълнение към типовата системна среда (runtime), инсталирана чрез специален репозиторий, доставят се допълнителни зависимости (bundle), необходими за работата на приложението. В сумата runtime и bundle образуват съдържанието на контейнера, като runtime се инсталира отделно и се свързва с няколко контейнера, което позволява да се избягва дублирането на общи за контейнерите системни файлове. В една система може да бъде инсталирано няколко различни runtime (GNOME, KDE) или няколко версии на едно и също runtime (GNOME 3.26, GNOME 3.28). Контейнерът с приложението като зависимост използва свързването само с определен runtime, без да взема предвид отделните пакети, от които се състои runtime. Всички липсващи елементи се упаковат директно заедно с приложението. При оформянето на контейнера съдържанието на runtime се монтира като раздел \/usr, а bundle се монтира в директория \/app.

Съдържанието на runtime и контейнерите на приложенията се формира с помощта на технология OSTree, при която образът атомарно се обновява от Git-подобно хранилище, позволяващо прилагане на методи за контрол на версиите към компонентите на дистрибуцията (например, можете бързо да възстановите системата до предишно състояние). RPM-пакетите се трансформират в хранилището OSTree с помощта на специален слой rpm-ostree. Отделното инсталиране и обновление на пакети в работната среда не се поддържа, системата се обновява не на ниво отделни компоненти, а изцяло, атомарно променяйки състоянието си. Предоставят се средства за инкрементално прилагане на обновления, които освобождават от необходимостта от пълна подмяна на образа при всяко обновление.

Създадената изолирана среда е напълно независима от използвания дистрибутив и при подходящи настройки на пакета, няма достъп до файловете и процесите на потребителя или основната система, не може да се обръща директно към хардуера, с изключение на извеждане през DRI и мрежовата подсистема. Изходът на графиката и организирането на входа са реализирани чрез протокол Wayland или чрез пренос на сокет X11. Взаимодействието с външната среда е построено на базата на система за обмен на съобщения DBus и специално API Portals. За изолация се използва прослойка Bubblewrap и традиционните за Linux технологии за контейнерна виртуализация, базирани на използването на cgroups, пространства с имена (namespaces), Seccomp и SELinux. За извеждане на звук се използва PulseAudio.

Източник: opennet.ru