六つの配布版、同じプログラムが入らない六つの理由

Linux で卓上のアプリを配るたび、同じ壁に当たる。依存の話である。一度組んだ同じプログラムが、別の配布版では入らないことがある。期待している程式庫の版がそこに無いか、道の決まりが違うからだ。出る文はたいてい面白くない。番号が一つと、見つからない名前が一つ。どちらの側に非があるかを考えるのは使う人に残される。

ありがちな答えは、配布版ごとに別の包みを作ることだ。的の数だけ仕事が増え、それでも妙な組み合わせは残る。Flatpak は別の道を行く。

実行の土台をアプリと一緒に包む

やり方は、アプリをそれが要る実行の土台ごと包み、その土台を下の体系から切り離しておくことだ。アプリは配布版の程式庫を借りず、自分の分を持ち込む。おかげで同じ包みが、共通点の少ない体系でも同じ手順で入り、同じように起動する。

この切り離しが構想の芯であり、何を買っているのかは正確に言っておきたい。アプリを抽象的に持ち運べるようにするのではない。実行の土台を動かない量にして、系統の包みの連なりではなく、一つのことだけが正しければよい形にするのだ。代価は反対側にある。土台そのものを配り、更新するので、その体系に元からある包みより容量も更新の回数も増える。

アプリと体系のあいだの砂箱

アプリと体系のあいだには砂箱が挟まる。はじめの状態では、アプリはファイルの仕組み全体を見られず、機器への直接の権も持たない。あるディレクトリを読み書きしたい、ある機器を使いたいとなれば、権限の中に明示しなければならない。

この形は、アプリの振る舞いの境目をはっきりさせる。そして入れる前に、そのプログラムがどの資源に触れるのかを、おおよそ見せてくれる。実際のところ小さな得だが、筋としては本物だ。どこまで手を伸ばすのかという問いを、信頼だけで答える必要がなくなる。

1.18 で機器の権限が細かくなった

1.18 の版は、機器の権限に細かい条件を足した。アプリは、本当に要る一つの種類の機器だけを求められる。全部の扉を開ける必要はない。小さな変更に聞こえて、そうではない。機器を一括で求めることは、砂箱を飾りと見なされやすい理由の一つであり、そこを狭めて初めて、宣言が入れ画面の一行ではなく根拠になる。

ここには一般的な話が入っている。権限の仕組みが真面目に扱われるのは、一つ一つの求めが判断できるほど具体的なときだ。まとめて求められれば、使う人は読まずに押す癖をつける。

アプリはどこから来るか

いちばん多い出どころは Flathub で、多くのアプリが集まる中央の倉庫である。命令の行では入れるための指示が一つで足り、絵の界面のソフトウェアセンターもたいていこれを内に備える。同じ目録に、どちらからでも手が届く。

公式の倉庫のほかに、第三者の倉庫を自分で足せる。これは手引きではなく警告として書いておきたい。第三者の倉庫は同じ審査を通らないので、足す前に出どころが確かであることを確かめるべきだ。1.18 の版は OCI の像から直接入れることもでき、更新に失敗したときの文も良くなった。後の変更は、何かが既にうまくいかなかったときに初めて意味を持つ。そして、そのときこそが最も意味を持つときだ。

他のやり方と、その違い

同じ種類の問いに、重みを変えて取り組む企画がいくつかある。一つはアプリを審査付きの中央の店に置き、多くの配布版を覆う。一つは一つの配布版に強く結びつき、その口座と更新の仕組みを借りる。もう一つは最も簡単で、一つのファイルがそのまま動くが、中央の更新も共通の目録も持たない。

どれも体系の包みの仕組みを置き換えない。この比較を勝負と読むのは誤りだ。違うのは力の入れどころである。覆う範囲と審査、一つの土台との結びつき、あるいは包みを最小にして手入れを使う人に残すこと。

落ち着く組み合わせ

多くの卓上の使い手にとって安定するのは、これを補いの道として扱い、体系の層の道具は配布版に元からある包みのままにしておくことだ。配布版が扱わないアプリ、扱いが遅すぎるアプリは包みから取る。体系そのものに触れるものは、体系が期待する場所に残す。

日々の作業はおおむね三つに収まる。入れる、更新する、そしてあるアプリに何が与えられたかを見る。三つ目が最も飛ばされやすく、砂箱を置く値打ちはまさにそこにある。

Flatpak の値打ちは、アプリがどの機械で動くかという問いを配布版の違いから切り離し、砂箱と権限で入れる行為を検分できるようにしたことにある。体系の包みを置き換えるのではなく、欠けていた部分を埋める。