Flatpak
Flatpak (ранее известный как xdg-app)[5] — это утилита для развёртывания, управления пакетами и виртуализации для Linux. Предоставляет собой песочницу, в которой пользователи могут запускать приложения без влияния на основную систему.[6][7][8] Приложения, использующие Flatpak, требуют дополнительных разрешений на использование дискового пространства.[9]
Что важно знать
| Flatpak | |||
|---|---|---|---|
| Тип | свободное и открытое программное обеспечение и система управления пакетами | ||
| Разработчик | Flatpak Team | ||
| Написана на | Си[3] | ||
| Операционная система | GNU/Linux | ||
| Первый выпуск | август 2007[1] | ||
| Последняя версия | |||
| Репозиторий | github.com/flatpak/flatp… | ||
| |||
| Лицензия | LGPLv2.1+[d][4] | ||
| Сайт | flatpak.org (англ.) | ||
Описание
Для работы с Flatpak пакетам возможно использовать как Flathub (репозиторий разработчика), так и сторонние репозитории, что отличается от подхода Snappy.
Выполнение приложений происходит в изолированном контейнере.
Библиотеки приложений могут находиться в одном пакете вместе с приложением или же находиться в окружениях, общих для нескольких пакетов[10]
История
Автором Flatpak является Алекс Ларсон (англ. Alex Larsson), одним из мотиваторов стал klik.[11] Название произошло от соединения GNOME и klik, как это обычно происходило в GNOME-сообществе. Проект утилиты претерпел несколько изменений.
| Я игрался с системой образов приложений Klik, у которой были интересные идеи | I had played a bit with a application image system called Klik, which had some interesting ideas | |||
Алекс Ларсон[11]
| ||||
| Название — это каламбур от старой схемы наименования в KDE и GNOME — первая буква и название, получилось Klik и Glick | The name is sort of a pun on the old KDE/Gnome first-letter naming scheme, although neither Klik or Glick are really desktop-specific. | |||
Алекс Ларсон[11]
| ||||
Изначально идея зародилась в проекте Glick — фреймворк для упаковки (англ. bundling) приложений.[12][13][14] Он позиционировался как приложение, позволяющее разработчикам создавать самодостаточные пакеты для своих приложений. Первая публичная версия 0.1 была выпущена в 2007 году.[15] Позже был выпущен последний релиз 0.2, где удалось обойти ограничение fuse на одновременное выполнение 10 программ.[16]
Особенности реализации:
- для целевой системы не требуется дополнительная среда выполнения: пока fuse правильно работает — программа ничего не требует;
- приложение, установленное в комплекте, не должно быть перемещено, так как Glick использует трюк со ссылкой
/proc/self, чтобы найти свои файлы на/proc/self/fd/1023. Это значит, что разработчику не нужно менять приложение для работы, просто нужно выполнитьconfigure --prefix /proc/self/fd/1023; - внутрь файла можно вставить значки и другие файлы, которые хранятся в виде отдельных секций ELF, поэтому их легко извлечь.
Вскоре проект перерос в Glick2.[17] В 2011 году появилась первая запись в блоге GNOME о переосмыслении распространения запускаемых файлов, где и был представлен новый Glick2.[18] Когда программа запускается, она создаёт новое пространство имени точек монтирования — это функция ядра Linux, позволяющая смотреть на списки монтирования; после этого файл монтируется при помощи fuse с уже известным префиксом, например, в /opt/bundle — эта точка монтирования доступна только программе и её дочерним процессам. Далее запускается стартовый файл, который читает нужные данные и библиотеки из этой точки. С помощью другой функции ядра — разделяемых поддеревьев (англ. shared subtrees) — имеющееся пространство имён открывается в общий доступ в систему, например, появится возможность использовать USB носитель, вставленный после запуска программы. Если установить дополнительное ПО, то установка составит собой лишь перемещение в папку (иначе в списке программ она не появится), а также появится слежение за дубликатами при помощи сравнения хешей SHA-1.[19]
Преимущества в сравнении с другими системами пакетов:
- возможна лёгкая установка в виде перемещения файла приложения в папку
~/Apps - приложение работает даже если в системных пакетах будут несовместимые изменения;
- приложение работает как на старых, так и на новых ОС — не нужно заботиться о системе;
- можно устанавливать сразу несколько версий приложения;
- достигается высокий уровень кросс-платформенности; однако, из-за того, что разработчик приложения не распространяет xserver или kernel, есть ограничения в системных вещах.
На основе Glick2 был создан фреймворк bundler, который повторял идеи первого.
В 2013 году в ядро Linux добавили нативную поддержку контейнеров — LXC.[20][21] На Hackfest2013 Алекс Ларсон опубликовал свои идеи насчёт будущего Flatpak.[22] Первые публичные работы начались в 2014 году,[23] а первый релиз состоялся в 2015 году.[24]
xdg-app с версии 0.6 стал именоваться Flatpak.[25]
Flatpak 0.8 имеет долгосрочную поддержку.[26][27]
Flatpak 1.0 была выпущена 20 августа 2018 года.[28][29]
1 июля 2017 года Valve добавила в SteamOS поддержку Flatpak.[30][31]
С сентября 2018 года поддерживается и Windows 10 при помощи WSL.[32]
Источник приложений
Проблемы безопасности
Команда исследователей создала сайт flatkill.org, на котором публикуются различные вопросы безопасности относительно Flatpak. Основные проблемы — наличие устаревшего ПО в Flathub и недоработки в песочнице.


