Издаване на система за самостоятелни пакети 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 (позволява организиране на зареждане на приложения и runtime пакети чрез междинни възли или носители за системи без мрежова свързаност). Спирането на поддръжката за инсталация чрез междинни хостове в локална мрежа. Автоматичното зареждане на репозитории (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 от ostreee е задействан 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