uus stabiilne tööriistade versioon , mis pakub süsteemi iseseisvate pakettide koostamiseks, mis ei ole seotud konkreetsete Linuxi distributsioonidega ja toimivad spetsiaalses konteineris, mis isoleerib rakenduse ülejäänud süsteemist. Flatpak-pakettide toega Arch Linuxile, , Debianile, Fedoral, Gentool, Mageiale, Linux Mintile ja Ubuntule. Flatpak-paketid on lisatud Fedora hoidlarikkusse ja neid toetatakse GNOME’i rakenduste haldusprogrammis.
Peamised в ветке Flatpak 1.6:
- Uues добавлен метод 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 обновлена до выпуска ;
- Добавлена опциональная поддержка родительского контроля через применение библиотеки , позволяющей ограничить доступ к определённым видам контента;
- Расширения теперь устанавливаются до приложения, что позволяет получить рабочее приложение сразу после завершения его установки;
- Переработаны манипуляции с временными файлами, что позволило улучшить работу в условиях недостатка свободного дискового пространства;
- Для выполнения команды «» больше не требуется использование sudo;
- В порталы добавлена возможность запуска вложенных изолированных окружений (sub-sandbox) для дочерних процессов;
- Добавлены новые команды «flatpak permission-set» и «permission-remove» для управления установкой полномочий;
- Добавлена опция «flatpak install —or-update», выполняющая обновление, если приложение уже установлено;
- Добавлена команда «flatpak mask» для закрепления версии и запрета установки обновлений;
- Для образов в формате OCI (Open Container Initiative) добавлена поддержка привязки меток, генерации истории изменений в образе и включения mime-типов docker, помимо mime-типов OCI;
- В настройки добавлен ключ default-languages для определения списка используемых языков, в дополнение к системному списку.
Meeldetuletuseks, et Flatpak arendajatele võimaldab oma programmide levitamist, mis ei kuulu distributeerimise põhirepositoori, Kasutajatele, kes hoolivad oma turvalisusest, võimaldab Flatpak kahtlase rakenduse käivitada konteineris, andes juurdepääsu ainult rakendusega seotud võrgufunktsioonidele ja kasutaja failidele. Kasutajatele, kes on huvitatud uuendustest, lubab Flatpak installida uusimaid testversioone ja stabiilseid rakenduste väljalaseid ilma süsteemi muutmata. Näiteks on tänaseks Flatpak-paketid juba LibreOffice, Firefox, GIMP, Inkscape, Kdenlive, Steam, 0 A.D., Visual Studio Code, VLC, Slack, Skype, Telegram Desktop, Android Studio jne.
Paketi suuruse vähendamiseks sisaldab see ainult rakendusele spetsiifilisi sõltuvusi, samas kui põhiskeemid ja graafilised raamatukogud (Gtk+, Qt, GNOME ja KDE raamatukogud jne) on välja kujundatud kui lisatavad standardsete runtime-ümbriste kujul. Flatpaki peamine erinevus Snapist on see, et Snap kasutab põhiskeemi komponente ja isolatsiooni, mis põhineb süsteemi väljakutsete filtreerimisel, samas kui Flatpak loob süsteemist eraldi konteineri ja töötleb suuri runtime-kogusid, pakkudes sõltuvuste asemel mitte pakette, vaid standardseid süsteemi ümbrikke (näiteks kõik raamatukogud, mis on vajalikud GNOME või KDE programmide tööks).
Peale standardse süsteemi ümbrise (runtime), mis installitakse spetsiaalse kaudu , pakuvad täiendavaid sõltuvusi (bundle), mis on vajalikud rakenduse töötamiseks. Kokku runtime ja bundle moodustavad konteineri sisu, samas kui runtime installitakse eraldi ja seondub korraga mitme konteineriga, mis võimaldab vältida üldiste süsteemifailide dubleerimist konteinerite vahel. Ühes süsteemis võib olla installitud mitu erinevat runtime'i (GNOME, KDE) või mitu versiooni ühest runtime'ist (GNOME 3.26, GNOME 3.28). Rakenduse konteiner, mis kasutab sõltuvust, seondub ainult kindla runtime'iga, arvestamata eraldi pakette, millest runtime koosneb. Kõik puuduvad elemendid pakitakse otse rakendusega kaasa. Konteineri loomisel monteeritakse runtime'i sisu kaustana /usr, ja bundle monteeritakse kausta /app.
Runtime ja rakenduste konteinerite sisu moodustatakse tehnoloogia abil , при которой образ атомарно обновляется из Git-подобного хранилища, позволяющего применять методы версионного контроля к компонентам дистрибутива (например можно быстро откатить систему к прошлому состоянию). RPM-пакеты транслируются в репозиторий OSTree при помощи специальной прослойки . Eraldi pakettide installimine ja värskendamine töökeskkonnas ei ole toetatud, süsteem uuendatakse mitte eraldi komponentide tasemel, vaid täielikult, aatomiliselt muutes oma olekut. Pakutakse vahendeid inkrementaalsete värskenduste rakendamiseks, mis vabastavad vajadusest iga värskenduse jaoks kogu pilti asendada.
Формируемое изолированное окружение полностью независимо от используемого дистрибутива, и при надлежащих настройках пакета, не имеет доступа к файлам и процессам пользователя или основной системы, не может напрямую обращаться к оборудованию, за исключением вывода через DRI, и сетевой подсистеме. Вывод графики и организация ввода kasutades Waylandi protokolli või X11 socketi edastamise kaudu. Suhtlemine väliskeskkonnaga põhineb DBus sõnumivahetuse süsteemil ja spetsiaalsel API Portals. Isolatsiooniks kihiks ja traditsioonilised Linuxile iseloomulikud konteinerite virtualiseerimise tehnoloogiad, mis põhinevad cgroups, nimede ruumide (namespaces), Seccomp ja SELinux'i kasutamisel. Heliväljundiks kasutatakse PulseAudio.
Allikas: opennet.ru
