Пускане на Flatpak 1.8.0 самостоятелна пакетна система

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

Ключ иновации в клона Flatpak 1.8:

• Изпълнението на инсталацията в режим P2P е опростено (позволява ви да организирате зареждането на приложения и комплекти за изпълнение чрез междинни възли или устройства за системи без мрежова връзка). Поддръжката за инсталиране чрез междинни хостове в локалната мрежа е преустановена. По подразбиране автоматичното странично зареждане на хранилища, разположени на локални USB устройства, е деактивирано. За да активирате междинни локални хранилища, трябва да конфигурирате хранилището, като създадете символна връзка от /var/lib/flatpak/sideload-repos или
  /run/flatpak/sideload-repos. Промяната опрости вътрешното внедряване на P2P режима и повиши неговата ефективност.

• Добавен опционален модул systemd за автоматично откриване на допълнителни хранилища на свързани външни USB устройства.
• За приложения, които имат достъп до файловата система, директорията /lib на хост средата се препраща към /run/host/lib.
• Добавени са нови разрешения за достъп до FS - “host-etc” и “host-os”, позволяващи достъп до системните директории /etc и /usr.
• За генериране на по-ефективен код за анализиране на файлове се използва GVariant от ostreee вариант-схема-компилатор.
• Криптата за конфигуриране на изграждане предоставя възможност за изграждане без
  libsystemd;

• Разрешено монтиране на сокети за журнал в режим само за четене.
• Добавена е поддръжка за експортиране на директории към експортиране на документи.
• Позволява директен достъп до аудио устройства ALSA за приложения, които имат достъп до Pulseaudio.
• В API FlatpakTransaction добави сигнал "install-authenticator", който може да се използва от клиентите за инсталиране на удостоверителите, необходими за завършване на транзакция.
• Разрешено е използването на информация за часовата зона въз основа на /etc/localtime от хост системата, което разрешава проблеми, свързани с часовата зона в някои приложения.
• Спря инсталирането на файла env.d от gdm, тъй като генераторите на systemd са по-добри в тази задача.
• Помощната програма create-usb има частично ангажирано експортиране, разрешено по подразбиране.
• Файлът sysusers.d е предоставен за създаване на необходимите потребители чрез systemd.
• Опцията „-[no-]follow-redirect“ е добавена към командите „flatpak remote-add“ и „flatpak modify“, за да деактивирате/разрешите пренасочване към друго хранилище.
• Към системата
  портали Добавен е Spawn API за получаване на истинския ID на процеса (PID) на работещото приложение.

• Всички OCI (Open Container Initiative) хранилища са преобразувани, за да използват flatpak-oci-authenticator удостоверител.
• Добавена е опцията „--commit=“ към командите „flatpak remote-info“ и „flatpak update“, за да зададете конкретна версия на OCI хранилищата.
• Добавена първоначална поддръжка за делта актуализации за OCI хранилища.
• Добавена е командата "flatpak upgrade", която е псевдоним на командата "flatpak update".
• Внедрени скриптове за завършване на въвеждане за командната обвивка на рибата.

Нека ви напомним, че 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 библиотеки и т.н.) са проектирани като plug-in стандартни среди за изпълнение. Ключовата разлика между Flatpak и Snap е, че Snap използва компонентите на основната системна среда и изолация, базирана на филтриране на системни извиквания, докато Flatpak създава контейнер, отделен от системата, и работи с големи набори по време на изпълнение, предоставяйки не пакети като зависимости, а стандартни системни среди (например всички библиотеки, необходими за работата на програмите GNOME или KDE).

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

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

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

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