Релиз системы самодостаточных пакетов Flatpak 1.8.0

Pubblicato nuova versione stabile dell'ambiente di sviluppo Flatpak 1.8, который предоставляет систему для сборки самодостаточных пакетов, не привязанных к конкретным дистрибутивам Linux и выполняемых в специальном контейнере, изолирующем приложение от остальной системы. Поддержка выполнения Flatpak-пакетов обеспечена для Arch Linux, CentOS, Debian, Fedora, Gentoo, Mageia, Linux Mint e Ubuntu. I pacchetti Flatpak sono inclusi nel repository di Fedora e sono supportati dal gestore di applicazioni GNOME.

Chiave novità в ветке 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.
• Nell'API FlatpakTransaction добавлен сигнал «install-authenticator», который может использоваться клиентами для установки аутентификаторов, необходимых для совершения транзакции.
• Обеспечено использование данных о часовом поясе на основе /etc/localtime из хост-системы, что решило связанные с часовыми поясами проблемы в некоторых приложениях.
• Прекращена установка файла env.d из gdm, так как генераторы systemd лучше справляются с этой задачей.
• В утилите create-usb по умолчанию включён экспорт частичных коммитов.
• Обеспечена поставка файла sysusers.d для создания через systemd необходимых пользователей.
• В команды «flatpak remote-add» и «flatpak modify» добавлена опция «—[no-]follow-redirect» для запрета/разрешения перенаправления на другой репозиторий.
• В систему
  portali добавлен 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 даёт возможность упростить распространение своих программ, не входящих в штатные репозитории дистрибутивов за счет preparazione одного универсального контейнера без формирования отдельных сборок для каждого дистрибутива. Пользователям, заботящимся о безопасности, Flatpak позволяет выполнить вызывающее сомнение приложение в контейнере, предоставив доступ только к сетевым функциям и файлам пользователя, связанным с приложением. Пользователям, интересующимся новинками, Flatpak позволяет установить самые свежие тестовые и стабильные выпуски приложений без необходимости внесения изменений в систему. Например, в настоящее время Flatpak-пакеты уже assemblati для 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).

Oltre all'ambiente di sistema standard (runtime), installato tramite un apposito repository, vengono forniti ulteriori dipendenze (bundle) necessarie per il corretto funzionamento dell'applicazione. In totale, il runtime e il bundle formano il contenuto del container, dato che il runtime viene installato separatamente e viene associato a diversi container, permettendo di evitare la duplicazione di file di sistema comuni per i container. In un sistema possono coesistere più runtime diversi (GNOME, KDE) o versioni differenti dello stesso runtime (GNOME 3.26, GNOME 3.28). Un container con un'applicazione come dipendenza utilizza il binding solo a un determinato runtime, senza considerare i singoli pacchetti che compongono il runtime. Tutti gli elementi mancanti sono impacchettati direttamente insieme all'applicazione. Durante la creazione del container, il contenuto del runtime viene montato come la partizione /usr, mentre il bundle viene montato nella directory /app.

Il contenuto del runtime e dei container delle applicazioni è creato utilizzando la tecnologia OSTree, in cui l'immagine viene aggiornata in modo atomico da un repository simile a Git, consentendo di applicare metodi di controllo versioni ai componenti della distribuzione (per esempio, è possibile ripristinare rapidamente il sistema a uno stato precedente). I pacchetti RPM vengono traslati nel repository OSTree tramite un'apposita interfaccia. rpm-ostree. L'installazione e l'aggiornamento separati dei pacchetti all'interno dell'ambiente di lavoro non sono supportati; il sistema viene aggiornato non a livello di singoli componenti, ma interamente, modificando atomica il proprio stato. Sono forniti strumenti per l'applicazione incrementale degli aggiornamenti, eliminando la necessità di una sostituzione completa dell'immagine ad ogni aggiornamento.

Формируемое изолированное окружение полностью независимо от используемого дистрибутива и при надлежащих настройках пакета не имеет доступа к файлам и процессам пользователя или основной системы, не может напрямую обращаться к оборудованию, за исключением вывода через DRI, и сетевой подсистеме. Вывод графики и организация ввода sono state implementate attraverso il protocollo Wayland o tramite il forwarding del socket X11. L'interazione con l'ambiente esterno si basa sul sistema di messaggistica DBus e su un'API Portal dedicata. Per l'isolamento viene utilizzato strato intermedio Bubblewrap e tecnologie di virtualizzazione dei container tradizionali per Linux, che si basano sull'uso di cgroups, spazi dei nomi (namespaces), Seccomp e SELinux. Per l'uscita audio viene utilizzato PulseAudio.

Fonte: opennet.ru