Излязла е версия на системата за самостоятелни пакети Flatpak 1.4.0

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

Ключови нововъведения в версията на Flatpak 1.4:

• Променена е организацията на настройките за външни репозитории. В директорията /etc/flatpak/remotes.d вместо *.conf файлове с настройки сега се прилагат обикновени файлове «.flatpakrepo», които автоматично се импортират при първоначалното използване на flatpak. Тези файлове могат да бъдат свободно редактирани и изтривани, аналогично на ръчно добавените репозитории;
• Съществено е променена организацията на инсталациите на налични пакети за цялата система. В предишни версии пакета първо се инсталираше в времен каталог, принадлежащ на потребителя, а след това се извикваше процес (system-helper) за импортиране в системата от този каталог. Такъв подход водеше до голям разход на дискови ресурси, излишен вход/изход и потенциални проблеми със сигурността. В новата версия за инсталиране на системни пакети се използва специална нова файловa система FUSE, в която потребителят може да записва данни, но след приключване на записа достъпът до записаните файлове за потребителя е блокиран. Новият подход предполага необходимостта от създаване на отделен потребител за flatpak (по подразбиране «flatpak») и промяна на правилата на SELinux;
• Добавена е възможност за определяне на страната на клиентската система на филтри за външни репозитории. Чрез филтрите могат да се ограничат видимите приложения в репозитория, използвайки модел на бели и черни списъци;
• Добавен е библиотечен API за добавяне на външни репозитории от файлове flatpakref;
• Добавен е seccomp профил за Docker, позволяващ стартиране на flatpak в контейнерите;
• Подобренo е възможността за инсталиране от няколко източника P2P (чрез USB устройства или в локалната мрежа);
• В командата «flatpak remote-ls» е осигурена автоматична филтрация на приложения, за които е изтекло времето за поддръжка;
• В «flatpak remote-ls» и «flatpak remote-info» е добавена опцията «—cached» за предоставяне на информация на основата на локално кеширани данни;
• Добавена е възможността за указване на версия на времето за живот на пакета, след което ще се предлага да се премине на нова клон;
• Добавена е опцията «—socket=pcsc» за достъп до смарт-карти;
• Добавена е поддръжка на системи с множество видеокарти NVIDIA;
• Реализирана е поддръжка за dconf, поставен в sandbox-среда;
• Към командата build-update-repo са добавени опции «—no-update-[summary,appstream]» и «—static-delta-ignore-ref=PATTERN»;
• Съществено е повишена скоростта на регенерация на клони appstream за големи хранилища.

Напомняме, че на разработчиците на приложения 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