Обзор snap vs flatpak vs appimage

Linux от Microsoft

Корпорация Microsoft выпустила первую стабильную сборку собственного Linux-дистрибутива CBL-Mariner. Его премьера состоялась спустя меньше месяца с момента анонса системы Windows 11.

CBL-Mariner 1.0 (Common Base Linux) представляет собой базовую платформу для развертывания Linux-окружений в различных онлайн-сервисах, включая облачные. Microsoft использует его в нескольких своих проектах, включая облачный сервис Azure – второй в мире по популярности после Amazon Web Services (19-процентная доля у Azure и 32% у AWS, по данным Statista.com за I квартал 2021 г.).

Также CBL-Mariner применяется в составе Linux-подсистемы в Windows (Windows Subsystem for Linux 2.0, WSL2). Как сообщал CNews, он отвечает, в частности, за запуск приложений для Linux с графическим интерфейсом.

Теперь в активе Microsoft есть не только Windows, но и собственный Linux-дистрибутив

Документация и все необходимые файлы для CBL-Mariner 1.0 находятся в свободном доступе. Microsoft разместила их на сервисе GitHub, которым владеет с 2018 г. Проект распространяется под несколькими open source-лицензиями, включая GNU GPL и MIT.

Установка PIP в Ubuntu

Утилита PIP не поставляется в Ubuntu по умолчанию. Если она вам нужна, то придётся её установить. Это очень просто, но есть один момент, о котором надо знать. В Ubuntu 18.04 есть две версии Python, установленных по умолчанию. Это Python 2 и Python 3. Поэтому вам надо устанавливать PIP для обеих версий.

По умолчанию PIP использует Python 2. Для Python 3 утилита называется PIP3

Обратите внимание, что для написания этой статьи использовался алгоритм для Ubuntu 18.04, но ниже приведённые команды подойдут и для более ранних версий дистрибутива, например Ubuntu 17.10, 16.04 и 18.10, а также для дистрибутивов, основанных на Ubuntu

1. Установка PIP для Python 2

Для начала желательно убедиться, что Python 2 установлен в вашей системе. Для этого выполните команду:

Если не возникнет никаких ошибок и в терминал будет выведена версия установленного интерпретатора языка программирования, значит всё в порядке. Теперь вы можете установить PIP Ubuntu с помощью команды:

Команда установит саму утилиту, а также несколько её зависимостей. После завершения установки можем посмотреть информацию об утилите:

2. Установка PIP для Python 3

Сначала убедимся, что Python 3 установлен в системе:

Команда выводит текущую версию Python, которая используется в системе. Теперь установим нужную версию PIP:

И смотрим информацию об установленной утилите:

Установка pip Ubuntu 18.04 завершена, теперь давайте разберёмся, как ею пользоваться.

Зачем использовать Linux вместо Windows?

Есть много причин, почему стоит использовать Linux вместо Windows, и вот лишь некоторые из них.

1. ОС Linux поддерживается на старых компьютерах. Хотя Windows XP по-прежнему будет работать на старом оборудовании, она больше не поддерживается, поэтому обновления для системы безопасности отсутствуют. Существует ряд дистрибутивов Linux, которые создаются специально для старого оборудования и регулярно поддерживаются и обновляются.
2. Некоторые дистрибутивы Linux и среды рабочего стола теперь более привычны для обычных пользователей компьютеров, чем Windows 8 и Windows 10. Если вам нравится внешний вид Windows 7, почему бы не попробовать Linux Mint, например.
3. Объем, занимаемый Windows 10 огромен. Типичный дистрибутив Linux занимает чуть более 1 гигабайта, хотя некоторые из них могут занимать всего несколько сотен мегабайт. Также Windows требует по крайней мере пропускной способности уровня DVD.
4. Linux поставляется с бесплатным программным обеспечением, и вы можете изменять и использовать это программное обеспечение по своему усмотрению.
5. Linux всегда был более безопасным, чем Windows, так как для него существует очень мало вирусов, хотя интернет вещей и был под угрозой в последнее время.
6. Linux работает лучше, чем Windows, во многих отношениях, и вы можете выжать из него все ресурсы до последней капли на более старом оборудовании, имеющем ограничения.
7. Конфиденциальность. Windows регулярно собирает данные, полученные с помощью Cortana и поиска в целом. Хотя это вещь не новая, так как Google делает то же самое, но вы можете быть более чем уверены, что Linux так не поступает, особенно если вы выбираете бесплатный дистрибутив.
8. Надежность. Когда программа зависает в Linux вы можете закрыть его довольно легко. Когда программа зависает в Windows, даже когда вы пытаетесь запустить Диспетчер задач, чтобы закрыть эту программу, это не всегда получается.
9. Обновления. Windows очень навязчива со своей политикой обновления. Сколько раз вы включали компьютер, чтобы распечатать билеты на концерт или другую важную информацию, чтобы увидеть экран с установкой обновления 1 из 450?
10. Вариативность. Вы можете заставить Linux выглядеть, ощущаться и вести себя именно так, как вы хотите. С Windows, компьютер ведет себя так, как в Microsoft думают, что вы хотите. Если вы все еще не определились, прочтите это руководство, которое поможет вам решить, подходит ли вам Linux.

Общее

• Обе технологии пытаются упаковать программу со всеми её зависимостями, чтобы в любом линукс дистрибутиве работать, не требуя ничего.
• В операционной системе пакет snap и flatpak обновляется атомарно, с возможностью откатиться к старой версии при проблемах.
• Внутри пакета частичное обновление компонентов невозможно, вы должны установить целиком новый пакет от его создателя.
• Для организации песочницы для программы используется мощь мандатного доступа, но различные их представители. Об этом ниже в разделе Различия.
• Не сильная зависимость, но она есть от системы инициализации systemd. Flatpak использует systemd —user для настройки cgroups песочницы. Snap юзает systemd для монтирования сжатого пакета snap.
• Невозможность предоставить гарантированную безопасность и изоляцию ПО друг от друга при использовании в системе старого дисплейного сервера X11 (Xorg).

Flatpak

Snap

Разработка ядра Linux

Джереми Эндрюс: Linux повсюду, он вдохновил целый мир опенсорса. Разумеется, так было не всегда. Вы прославились тем, что выпустили ядро Linux еще в 1991 году, скромно сообщив об этом в Usenet в разделе comp.os.minix. Десять лет спустя вы написали увлекательную и глубоко личную книгу под названием «Ради удовольствия: Рассказ нечаянного революционера«, где разобрали большую часть этой истории. В августе этого года Linux празднует тридцатилетие! Это захватывающе, поздравляем! В какой момент на вашем пути вы осознали, что Linux – это уже гораздо больше, чем «просто хобби»?слиииишкомбольшойдороговизнепозволитьДж. А.: Вы когда-нибудь сожалели, что выбрали именно такую лицензию, либо завидовали тому, какие деньги сделали другие люди и компании на вашем детище?серьезнаяубереглов равной степенименталитетДж.А.: В наши дни, если кто-то выпускает исходный код по лицензии GPLv2, то делает это в основном ради работы с Linux. Как вы нашли лицензию, и сколько времени и сил у вас ушло на изучение других существующих лицензий? 
Дж. А.: Каков ваш обычный день? Сколько времени вы тратите на написание кода, по сравнению с ревью кода и чтением/написанием электронной почты? Как вы находите баланс между личной жизнью и разработкой ядра Linux?вот такчастьюДж.А.: Какова ваша рабочая обстановка? Например, комфортнее ли вам работать в затемненной комнате, где ничего не отвлекает, либо в комнате с видовым окном? Вы склонны работать в тишине или под музыку? Какое аппаратное обеспечение вы обычно используете? Выполняете ревью кода в vi, в окне терминала или в навороченной IDE? И есть ли такой дистрибутив Linux, который вы предпочитаете для данной работы?
мощным ПК под столомиДж. А.: Публичное обсуждение разработки ядра происходит в почтовой рассылке по ядру Linux, и трафик там запредельный. Как вы успеваете разгребать столько почты? Вы исследовали другие решения для совместной работы и коммуникации вне почтовой рассылки, либо простая почтовая рассылка чем-то идеально подходит для той работы, которую вы делаете? некоторыхlore.kernel.org
Дж.А.: Я пристально следил за разработкой ядра на протяжении примерно десяти лет, вел на эту тему блог в KernelTrap и писал о новых возможностях по мере их развития. Бросил заниматься этим примерно к моменту выхода версии ядра 3.0, выпущенной спустя 8 лет, когда выходили версии с номерами 2.6.x. Можете ли резюмировать, какие наиболее интересные события произошли с ядром после релиза версии 3.0?многонеДж.А.: На настоящий момент последний релиз — 5.12-rc5. Как стандартизирован процесс релизов? Например, изменения какого рода попадают в -rc1, по сравнению с -rc2 и так далее? И в какой момент вы решаете, что очередной релиз готов к официальному выходу? Что происходит, если вы ошиблись, и после финального релиза приходится серьезно отойти назад, и как часто это случается? Как этот процесс развивался с годами?Дж.А.: В прошлом ноябре, по вашим словам, вас впечатлили новые чипсеты ARM64 от Apple, поставленные в некоторых из их новых компьютеров. Вы следите за этими разработками, чтобы поддерживать их под Linux? Вижу, work была добавлена в for-next

Вероятно ли, что Linux будет грузиться на оборудовании Apple MacBook уже с появлением готовящегося ядра 5.13? Станете ли вы одним из ранних пользователей? Насколько велика для вас важность ARM64?полезной работыДж.А.: есть ли в ядре какие-то аспекты, которые сделаны не лучшим образом, но, чтобы поправить их как следует, пришлось бы полностью переписывать код? Иными словами, ядру 30 лет, и за эти 30 лет значительно изменились наши знания, языки программирования аппаратное обеспечение. Если бы сейчас вы переписывали ядро с нуля, то что бы вы в нем изменили? весьмазначительноДж.А.: Как насчет хотя бы частично переписать ядро на Rust, языке, который разрабатывался именно с прицелом на производительность и безопасность? Есть ли пространство для улучшения в таком ключе? Как вы считаете, возможно ли, чтобы другой язык, например, Rust, заменил C в ядре?
RustДж.А.: Есть ли в ядре какие-либо конкретные элементы, которыми вы лично особенно гордитесь? Дж.А.: Я нашел вот такое описание поиска имени пути, и он сложнее, чем я ожидал

Почему реализация этой функции в Linux настолько лучше, чем в любых других операционных системах? И что для вас означает «лучше»? везденастолькоRCUдляблизкоДж.А.: Прошлый год тяжело дался всему миру. Как пандемия COVID-19 повлияла на процесс разработки ядра Linux? Маклауд

Comparison: Snap vs Flatpak vs AppImage

Till now, we have seen the reason why we need the Snap, Flatpak, and AppImage package manager. We have also gone throw the short description and pros and cons of each of the three independent package managers. Now, we will see the head to head comparison between Snap vs Flatpak vs AppImage.

1. Snap vs Flatpak vs AppImage: Repository

As Snap, Flatpak, and AppImage are independent package managers; they have their own package repository system. Snap has an extensive package repository for Debian and its derivatives. Snap uses the central package repository system, and it can’t use any third-party repository.

Flatpak uses Flathub to store and publish Linux applications. You can’t install the Flatpak repository on your system, but you can use the repository to download and update packages.

AppImageHUB is the current database and store of the AppImage package manager. They have over eleven hundred applications in their store. But, the AppImage repository demands more improvement to make it versatile and enormous.

2. Snap vs Flatpak vs AppImage: Package Update

Package updating is the most common method to get the latest packages on your system. As we have been comparing between Snap, Flatpak, and AppImage, I must mention that among these three package managers, the AppImage package manager doesn’t provide regular updates for installed packages.

AppImage also doesn’t have the auto-update feature, while Snap and Flatpak provide software updates on a regular basis. No doubt, Snap offers more regular and frequent package updates. If you are looking for a winner, Snap will be the winner in this section.

3. Snap vs Flatpak vs AppImage: Package Installation

Here, if we look at the process of installing packages on a Linux system through Snap, Flatpak, and AppImage, we can see that all of them have different procedures to install an application. Now, we will see how much effort does it actually requires to install packages via Snap, Flatpak, and AppImage.

You can see in the picture below, to install an application through the Flatpak package manager, it requires just a command-line. You need to give the root permission to initialize the process. However, you can also download the .flatpakref packages to install it through the Flatpak store.

Here you can see that Snap also allows installing packages by running a single command-line on the terminal shell. You can also install an application through the Snap application store.

At the end of this step, we will now see how much effort it requires to run an AppImage application on a Linux system. To run an AppImage package on your system, you need to download the package file from the AppImage store.

After the download is finished, you need to go to the package file’s permission section and a checkmark to the . There you go; you can now just double click on the file to run.

After going through the process of installing packages through Snap, Flatpak, and AppImage, we can say that AppImage offers the quickest and hassle-free method to install an application on Linux.

4. Snap vs Flatpak vs AppImage: Loading Time

Application loading time plays a significant role in the battle of Snap vs Flatpak vs AppImage. We installed a specific package on our Linux system using all three package managers. It has been found that AppImage is a little laggy, and it takes the longest time to load the application for the first time. Later the opening speed was average.

On Snap, the application’s first time loading time was a bit slower, but it was faster than AppImage. Finally, on Flatpak, we found zero lagging in opening the application for the first time. No doubt, Flatpak is the winner in the test of loading time.

Командная строка

Командная строка — это способ организации интерфейса, в котором каждая строка, введённая пользователем — это команда системе, которую та должна выполнить. Термин «командная строка» происходит от того, что команды вводятся обычно в одну строку, которая завершается нажатием клавиши «ввод» (). В Linux этот вид интерфейса всегда был основным, а потому хорошо развитым.

Первое слово в такой строке — это, как правило, имя исполняемого файла — программы, все остальные слова — параметры. Программа выполняет нужные пользователю действия, но может делать это по-разному в зависимости от полученных параметров. Параметры могут быть общими, например имя файла, который нужно обработать, или специфическими для этой программы модификаторами выполнения.

Чтобы получить командную строку, пользователь должен войти в систему и запустить программу, которая будет принимать его команды и передавать их на выполнение — командную оболочку (её ещё называют интерпретатор командной строки, просто оболочка, по-английски «shell»).

Получить командную строку можно многими способами. Самый простой и универсальный — зарегистрироваться на одной из первых шести виртуальных консолей: после входа в систему запустится командная оболочка и появится приглашение командной строки. Не выходя из графической среды можно получить командную строку при помощи любого эмулятора терминала — они перечислены в главном меню в разделе «Терминалы». Для пользователей графической среды KDE командная строка доступна также по нажатию F2 (функция «ввести команду»).

Умение найти командную строку и выполнить в ней команду пригодится любому пользователю Linux, даже если он работает исключительно в графической оконной среде. Дело в том, что графические интерфейсы в Linux очень многообразны, кроме того, пользователь имеет возможность существенно поменять конкретный вид и расположение частей интерфейса по своему вкусу. Найти общие для всех и неизменные свойства графического интерфейса в Linux весьма непросто (если вообще возможно). В то же время командная строка доступна всегда и всюду выглядит практически одинаково. Поэтому очень часто в документации, рассчитанной на широкую аудиторию и общие случаи, в пример приводятся именно фрагменты командной строки. Нередко к командной строке апеллируют и люди, к которым обратились за советом по Linux. Оно и понятно: процитировать команду, которая даст нужный результат, гораздо проще и лаконичнее, чем словами описывать действия, которые нужно произвести для достижения того же эффекта в графической среде.

Когда упоминается команда, которую нужно выполнить в Linux, всегда имеется в виду команда, которую нужно ввести в командной строке.

Командная строка начинается приглашением — это подсказка, свидетельствующая о том, что система готова принимать команды пользователя. В процессе выполнения команды система может вывести те или иные сообщения, а когда выполнение завершается — вновь выводится приглашение командной строки. Приглашение может быть оформлено по-разному, но чаще всего оно заканчивается символом «». В примерах в документации этим символом условно обозначается командная строка: всё, что следует после него и до конца строки — это и есть команда, которую нужно ввести. Пока не нажат , набранную команду можно редактировать.

$ date --universal
Чтв Окт 13 23:59:23 UTC 2005
$ 

Пример 1. Пример командной строки

В этом примере команда состоит из имени программы и единственного параметра , предписывающего ей выводить время по Гринвичу. Строка  — результат её выполнения, ответ системы. Если для выполнения команды требуются полномочия системного администратора, то в примерах для обозначения командной строки при такой команде ставится символ «».

О том, как узнать подробнее о разных командах, немного написано в разделе Документация, и много — во всевозможных учебниках и пособиях по Linux. Краткий рекомендательный список книг и сетевых ресурсов приведён в конце того же раздела «Документация».

GNOME — за излишнюю простоту

Это может показаться забавным на фоне предыдущего пункта, но рабочую среду GNOME Линус обругал за чрезмерную простоту. Ещё в 2005 году он открыто призывал пользователей переходить на KDE, а в 2007 году снова по рабочей среде и её разработчикам — даже написал большое письмо.

«Похоже, GNOME разрабатывают интерфейс-фашисты, для которых постоянным оправданием неделания чего бы то ни было является не „это слишком сложно сделать“, а „это может запутать пользователя“».

По его мнению, разработчики поначалу и правда сделали очень простую и понятную графическую оболочку, но так увлеклись минимализмом, что в результате сделали простоту интерфейса карго-культом и пренебрегли элементарной полезностью.

«Быть только простым в использовании — плохо. Ведь это означает, что, преодолев начальную кривую обучения, вы не можете сделать нечто большее — то, что хотите. Это гораздо хуже, чем сложный интерфейс».

Основа конфликта в том, что Линус стремится предоставить пользователю максимальную свободу в настройке и управлении всеми элементами, а в GNOME основной акцент сделан на юзабилити и стабильности. То есть из графического интерфейса нельзя получить доступ к потенциально опасным для системы опциям.

Но в 2007 году скандал не закончился — пять лет спустя отец Linux заявил, что новый GNOME 3 — полный провал с точки зрения пользовательского опыта. Теперь для простейших операций и настроек приходится устанавливать дополнения, которые, ко всему прочему, могут оказаться несовместимыми с новой версией GNOME.

«Extensions.gnome.org мог бы быть отличным начинанием, но на практике у него серьёзные проблемы с юзабилити. Сам подход GNOME 3 „мы не предоставляем по умолчанию базовых инструментов для исправления простых вещей, но вы можете решить проблемы с помощью неофициальных расширений“ представляется полным провалом пользовательского опыта».

Why Do You Need Snap, Flatpak, and AppImage

If we talk about the Debian and the Red Hat-based Linux distributions, we know that they all have their own package management system. Ubuntu and other Debian distributions use the .deb package extension to build packages. Red Hat, Fedora, CentOS, and other Red Hat-based Linux use the .rpm package extension to build packages.

Hence, there are also a few command-line based methods to install packages on the Linux system. The problem occurs when the command-line contains a broken URL or a server address, or a repository link. The unstable repository link might be the reason for the failure of installing a package.

Sometimes the native package manager might fail to download packages from the repository server due to geo-location restrictions or lousy network issues; in those cases, a third-party universal package manager might solve the problems.

To make the process of installing packages straightforward on the Linux system, software developers have built Snap, AppImage, and Flatpak package manager. You can also say that using Snap, AppImage, and Flatpak package manager is easy to use and available for all the major Linux distributions.

This post will see the necessity of the Snap, Flatpak, and AppImage package manager. We will also see a brief description of each three package managers and the point-to-point comparison among the three best cross-distribution package managers, Snap vs Flatpak vs AppImage.

AppImage: A Compact Package Manager for Linux

Having a universal package manager is always helpful. Those who need to get the cutting edge software and don’t care for the regular update can try the AppImage package manager. You can download, pause, and install packages through the AppImage package manager.

The package updates are not regular and frequent and also not available for every package on the AppImage package manager. If you are a newbie to the AppImage, you might find it hard to update the packages.

Sometimes, you may need to use another AppImage package to update all the other installed packages on the AppImage manager. However, in the battle of Snap vs Flatpak vs AppImage, AppImage will always be ahead when the question is stability and getting the latest software.

Flatpak: A Package Delivery System for Linux

Flatpak is a quick and easy to install package manager for Linux distributions. Flatpak combines, compiles, and delivers applications in a single package. Flatpak supports longer and frequent updates. It uses Flathub as the package repository. You can get both rock-solid stable and the latest packages on Flathub.

Flatpak only produces applications for the desktop environment; you can’t find applications for development and back-end system tools on the Flatpak package manager. As Flatpak uses sandbox technology to store and install packages on a Linux system, it sometimes can’t access and utilizes the system’s total resource. Sometimes you may find dependency issues on the Flatpak package manager.

As Flatpak delivers a complied version of the package, the packages are pre-compiled, and no source code is found on the package repository. However, we can say that in the battle of Snap vs Flatpak vs AppImage, the number of pros of Flatpak is less than the cons.

Snap: An Application Store for Linux

Canonical maintains the Snap package manager, and it is the most suitable and the best alternative package manager for Ubuntu and other Debian Linux distributions. Despite being a package store, Snap also supports the command-line interface to install packages. It has a delta-update method of updating packages on a Linux system.

In the Snap store, users can check and control permission access to applications. You can choose whether you want to grant specific permissions to the application or not. Snap runs the Snapd daemon inside the system to keep the applications alive in the background.

Snap builds packages as a universal package system. Snap is available for almost every Linux distribution. You can use the Snap package manager to install IoT development applications, back-end system tools, and desktop applications.

Snap uses the central package repository to maintain packages. If you are a software developer, you can build your own packages and upload them into the Snap store through the Snapcraft framework.

On all the latest versions of Ubuntu, Canonical made the Snap store pre-installed inside the system. People were complaining about why Canonical set the Snap pre-installed inside the system? Well, if you don’t want to keep the Snap store on your system, you can remove it anytime from your system. Canonical can’t force you to keep it inside your system.

Процесс установки и системные требования Deepin

На данный момент актуальная версия дистрибутива — Deepin 20.2 на основе Debian 10.8, используемые пакеты соответствуют версии 5.11.

Минимальные системные требования Deepin:

• двухъядерный процессор
• 2 гигабайта оперативной памяти
• 64 Гб на жестком диске

Меньше — возможно, но будет некомфортно. Большее удастся заметить только в конкретных задачах.

Рекомендую использовать торрент-клиент: это займет 10-30 минут против 6 часов по прямой ссылке с китайских серверов.

Процесс загрузки и настройки Deepin

Установка проста: скачиваем дистрибутив с официального сайта, записываем с помощью UltraISO на флешку или диск, загружаемся.

Или загружаемся без установки: образ поставляется в виде Live-дистрибутива, поэтому можно опробовать систему и провести установку в графическом интерфейсе.

Выбранный диск форматируем в NTFS, FAT32 или ext2/ext3 — специфичном формате NIX-систем. Сделать это можно заранее или прямо во время установки.

Последние использовать стоит только в том случае, если система — единственная на диске и доступ к ней из других систем не предполагается.

Deepin автоматически создает необходимые разделы: swap, загрузочный, системный. Пользователю в данном случае остается не более 15 Гб.

Доступные настройки и работа с ними

В сайдбаре Deepin расположена уникальная панель управления Control Center: если приблизить курсор к правой стороне экрана, появляется перечень всех системных параметров, доступ к которым пользователь получает в один клик.

Действительно удобная идея в сравнении с большинством популярных Linux-дистрибутивов.

В отличие от множества Linux-дистрибутивов, Deepin не требует навыков работы с командной строкой: абсолютно все доступно в настройках.

Мультизадачность, сетевые настройки, сложное администрирование и настройка компонентов ПК — это далеко не все, до чего можно дотянуться в интерфейсе.

Кстати, здесь можно найти даже жесты экрана и тачпада. После Mint и Astra — настоящий праздник!

Через GUI доступно огромное количество настроек

Что ещё интереснее, встроенный установщик пакетов поддерживает drag&drop: скаченные deb-пакеты достаточно перетащить в окно приложения, чтобы запустить установку.

Единственным недостатком Deepin в этой области можно было бы назвать объем, насыщенность подменю. Можно было бы и попроще. И масштабирование адекватное прикрутить.

Инсталлятор в комплекте

Для упрощения процесса установки CBL-Mariner 1.0 Microsoft добавила в его состав инсталлятор. Обычные пользователи могут использовать его в графическом режиме с отображением интерфейса, продвинутым же может пригодиться текстовый режим.

Выбор варианта установки

Инсталлятор может генерировать VHD- и ISO-образы и предоставляет два варианта установки на выбор. Первый – это Core, и при его выборе будут установлены только базовые сервисы и программы. Второй позволяет установить полный набор пакетов – он называется Full.

Выбор системного раздела

В дополнение к этому непосредственно в меню инсталлятора можно выбрать раздел накопителя, на который будет установлен дистрибутив.

Настройка хоста, логина и пароля

Здесь же можно заранее создать пользователя и выполнять ряд других базовых настроек.

Выводы

Мы рассмотрели snap vs flatpack vs appimage. Уже сейчас можно, сказать, что AppImage отходит на задний план и гонка за лидерство происходит между Snap и Flatpack. Appimage предоставляет простоту запуска программ, но здесь нет таких важных возможностей, как безопасность, а без этого сейчас никуда. Flatpack разрабатывается командой Gnome, и у них интересная затея, но за Snap взялась компания Canonical, они будут использовать эту технологию не только для обычных компьютеров, но и для серверных решений и мобильных устройств. Что будет лучше и более удобно пользователям покажет время. А вы используете портативные приложения?