重視する点ごとの選び方
安定性とシステム全体の一貫性を重視するなら、ディストリビューション標準パッケージを選びます。新しいバージョンのデスクトップアプリをサンドボックス付きで使いたいなら、Flatpakが候補です。Ubuntuを使っていてアプリを自動で更新したい場合や、CLIツールやサーバー用ソフトも同じ仕組みで入れたい場合はSnapが合います。インストールせずに1ファイルで試したいならAppImageです。
実際には一つに絞る必要はありません。基本は標準パッケージにして、足りない部分を他の方式で補う人が多くいます。以下では5つの観点ごとに違いを説明します。
4つの方式の仕組み
標準パッケージは、Debian/Ubuntu系のapt、Fedora系のdnf、Arch系のpacmanで入れるソフトウェアです。ライブラリ(複数のアプリが共通で使う部品)をシステム全体で共有します。
FlatpakとSnapは、アプリと必要なライブラリをまとめて配布する方式です。どちらのディストリビューションでも同じパッケージが動きます。AppImageは、アプリ全体を1つの実行ファイルにまとめたものです。
sudo apt install gimp # Debian/Ubuntu系
sudo dnf install gimp # Fedora系
sudo pacman -S gimp # Arch系
flatpak install flathub org.gimp.GIMP
sudo snap install gimp # Snap Storeでの名前はアプリによって異なる
chmod +x アプリ名.AppImage && ./アプリ名.AppImage更新の仕組み
標準パッケージは、sudo apt upgradeのようなシステム更新でまとめて更新されます。DebianやUbuntu LTSのような安定版では、セキュリティ修正は届きますが、バージョンは古いまま据え置かれることがよくあります。
Flatpakはflatpak updateで更新します。GNOME ソフトウェアやKDE Discoverからも更新できます。Snapはバックグラウンドで自動更新されます。手間はかかりませんが、更新のタイミングを自分で決めたい人には向きません。snap refresh --holdで更新を止めることはできます。
AppImageには共通の更新の仕組みがありません。アプリの中に更新情報が埋め込まれていればAppImageUpdateなどで更新できますが、多くの場合は新しいファイルを手動でダウンロードし直します。
サンドボックスとセキュリティ
サンドボックスとは、アプリがアクセスできるファイルや機能を制限する仕組みです。Flatpakはbubblewrapというツールでアプリを隔離します。ただし、ホームディレクトリ全体へのアクセスを要求するアプリも多くあります。その場合、隔離の効果は限られます。権限はFlatsealというアプリやflatpak overrideコマンドで確認・変更できます。
Snapの厳格な隔離(strict confinement)は、AppArmorというLinuxのセキュリティ機能に依存しています。そのため、AppArmorを標準で使わないFedoraなどでは、隔離が完全には効きません。また、classic confinementで配布されるSnapは隔離されません。
標準パッケージとAppImageは、基本的にサンドボックスなしで動きます。標準パッケージは配布元による審査が安全性を支えます。AppImageは、配布元を信頼できるかどうかにすべてがかかります。
ディスク使用量と起動速度
ディスク使用量が最も少ないのは、ライブラリを共有する標準パッケージです。起動も速く、余分な処理が入りません。
Flatpakは「ランタイム」と呼ばれる共通部品を複数のアプリで共有します。最初の1本を入れる時点で数百MB単位の容量を使うことがあります。アプリを増やすほど1本あたりの負担は下がります。Snapは圧縮したイメージをマウントして使うため、初回起動が遅く感じられることがあります。さらに更新前の古いリビジョンを保存するので、そのぶん容量を使います。
AppImageはアプリごとにライブラリを抱えます。そのため、同じ部品を何本ものアプリで重複して持つことになります。
デスクトップへの統合
標準パッケージは、メニュー登録、ファイルの関連付け、テーマの適用まで自然に統合されます。FlatpakとSnapもメニューには登録されます。しかし、テーマやフォントがシステムと揃わない場合や、隔離のためにファイル選択ダイアログの挙動が変わる場合があります。
AppImageは、そのままではメニューに登録されません。Gear LeverやAppImageLauncherのような管理ツールを使えば登録できます。また、環境によっては実行にFUSE(ファイルシステムをユーザー権限でマウントする仕組み)関連のパッケージを追加する必要があります。
提供元の信頼性
標準パッケージは、ディストリビューションのメンテナーが審査・ビルドし、署名して配布します。ただし、UbuntuのPPAやArchのAURのように第三者が作るリポジトリは、信頼の基準が別になるので注意が必要です。AURはユーザーが投稿したビルド手順を集めた場所で、公式パッケージではありません。
FlatpakではFlathubが事実上の中心です。開発元自身が公開しているアプリには認証済み(verified)の表示が付きます。この表示がないアプリは、有志がパッケージ化している場合があります。SnapはCanonical社が運営するSnap Storeから配布されます。こちらにも認証済み発行者の表示があります。AppImageには中央の審査がありません。開発元の公式サイトから入手し、チェックサムや署名が提供されていれば照合します。
方式ごとの弱点
| 方式 | 主な弱点 |
|---|---|
| 標準パッケージ | 安定版ではバージョンが古い。リポジトリにないソフトは入れられない |
| Flatpak | ランタイム分の容量が大きい。権限の広いアプリは隔離が弱い。CLIツールやサーバー用途に不向き |
| Snap | 初回起動が遅いことがある。ストアが一つに集中している。AppArmorのない環境では隔離が不完全 |
| AppImage | 更新とメニュー登録が手動。サンドボックスがない。信頼性は配布元しだい |
用途と環境ごとの使い分け
サーバーや業務用の端末では、標準パッケージを基本にします。更新と監査を一つの仕組みにまとめられるからです。デスクトップでブラウザや画像編集ソフトなどを新しいバージョンで使いたい場合は、Flatpakで補うのが扱いやすい構成です。特にDebianやUbuntu LTSのような安定版では効果が大きくなります。
Ubuntuでは、Firefoxなど一部のアプリが執筆時点でSnapとして標準提供されています。その環境ではSnapを無理に避けず、そのまま使う選択も合理的です。FedoraやArchではSnapの隔離が十分に働かないため、Flatpakを優先するほうが筋が通ります。AppImageは、一時的に試したいアプリや、開発元がAppImageでしか配布していないアプリに限って使うと管理が楽になります。
迷ったときの判断手順
まず標準リポジトリにそのアプリがあるか、必要なバージョンかを確認します。足りなければFlathubで開発元の認証付きパッケージを探します。Ubuntuを使っているならSnap Storeも同じ基準で確認します。どちらにもなければ、開発元の公式サイトで配布されているAppImageを使います。どの方式でも、提供元が誰かを確かめてから入れることが最も大事な基準です。