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

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

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

• Оптимизирана е реализацията на инсталирането в режим P2P (позволяваща организиране на изтегляне на приложения и набори за изпълнение чрез междинни възли или устройства за системи без мрежова свързаност). Поддръжката на инсталация чрез междинни хостове в локалната мрежа е прекратена. По подразбиране е деактивирано автоматичното изтегляне на хранилища (sideload), разположени на локални USB устройства. За активиране на междинни локални хранилища е необходимо да се конфигурира хранилището чрез създаване на символна връзка от \/var\lib\flatpak\sideload-repos или
  /run/flatpak/sideload-repos. Изменение позволило упростить внутреннюю реализацию режима P2P и повысить его эффективность.
• Добавен е опционален systemd unit за автоматично откриване на допълнителни хранилища на свързани външни USB устройства.
• За приложения, които имат достъп до файловата система, е осигурен пренос на каталога \/lib на хоста в \/run\/host\/lib.
• Добавени са нови права за достъп до файловата система — «host-etc» и «host-os», позволяващи достъп до системните каталози \/etc и \/usr.
• За генериране на по-ефективен код за парсене на файлове GVariant от ostree е задействан variant-schema-compiler.
• В крипта за изграждане configure е предоставена възможност за изграждане без
  libsystemd;
• Осигурено е монтиране на сокетите Journal в режим само за четене.
• В document-export е добавена поддръжка за експортиране на каталози.
• Разрешен е директен достъп до звуковите устройства ALSA за приложения, които имат достъп до Pulseaudio.
• В API FlatpakTransaction е добавен сигнал «install-authenticator», който може да се използва от клиентите за инсталиране на аутентификатори, необходими за извършване на транзакцията.
• Осигурено е използването на данни за часова зона на базата на \/etc\/localtime от хост-системата, което решава проблемите, свързани с часовите зони в някои приложения.
• Прекратена е инсталацията на файла env.d от gdm, тъй като генераторите systemd по-добре се справят с тази задача.
• В утилитата create-usb по подразбиране е включен експорт на частични комити.
• Осигурена е доставката на файла sysusers.d за създаване чрез systemd на необходимите потребители.
• В командите «flatpak remote-add» и «flatpak modify» е добавена опция «—[no-]follow-redirect» за забрана/разрешаване на пренасочване към друг репозиторий.
• В системата
  портали добавен API Spawn за получаване на реалния идентификатор на процеса (PID) на стартираното приложение.
• Всички репозитории на OCI (Open Container Initiative) са преминали към използването на аутентификатора flatpak-oci-authenticator.
• В командите «flatpak remote-info» и «flatpak update» е добавена опция «—commit=» за задаване на определена версия на репозиторите OCI.
• Добавена е начална поддръжка за delta-актуализации на репозиторите OCI.
• Добавена е команда «flatpak upgrade», която е псевдоним на командата «flatpak update».
• Реализирани са сценарии за допълване на входа за командния ред fish.

Нека напомним, че Flatpak предоставя на разработчиците на приложения възможността да опростят разпространението на своите програми, които не са част от стандартните репозитории на дистрибуциите, чрез подготовка един универсален контейнер без необходимост от създаване на отделни сборки за всяка дистрибуция. На потребителите, които се грижат за сигурността, Flatpak позволява да стартират съмнителни приложения в контейнер, осигурявайки достъп само до мрежовите функции и файловете на потребителя, свързани с приложението. На потребителите, които се интересуват от новини, Flatpak позволява инсталирането на най-новите тестови и стабилни версии на приложения без необходимост от промени в системата. Например, в момента Flatpak пакетите вече се събират са налични за LibreOffice, Midori, 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