こういうのにはpodmanを使ってるんだけど、デスクトップアプリを使いたい時以外は完璧に動くよ。ちょっと工夫すればpipewireやXephyrともうまく連携できるしね。デスクトップコンテナシステムの多くはひどくて、権限の設定が面倒くさいから、podmanやdockerの方がいい仕事してると思う。

それもいいね。できれば、フォルダへのアクセスをリクエストする時に許可のポップアップが出るといいな。共有ライブラリとか、Flatpakがそう呼んでるやつは、中央のシンボリックリンクされた場所に置けるんじゃないかな？

「アプリケーションはディレクトリで、デフォルトではそのディレクトリの外にアクセスできない」ってアプローチの方が好きだな。それは、アプリケーションがデータとやり取りする唯一のプログラムであるなら、理にかなってるよね。例えば、絵を描くプログラムや写真編集プログラムがあるとする。インターネットやカメラから画像をダウンロードして、編集を加えた後、別のプログラムを使ってその画像を誰かにメールで送信したいって場合。

主に技術的負債だね。Flatpakは、それを考慮していないアプリをパッケージ化できるように設計されてる。互換性やリソースが問題でなければ、真の強制アクセス制御をUXや全体の技術スタックに統合するのが最良の方法だと思う。

結局は、自分で厳しい権限を宣言しているFlatpakだけを使うのが大事だよ。それが安全にアクセスするための適切なプロトコルを実装しているかどうかもね。これが簡単なことじゃないし、flathubのソフトウェアは古いものが多いから、みんな権限を緩めがちなんだよね。俺の経験では、パッケージを改善しようとすると、あまり人は邪魔しないよ。

同じくそう思うけど、「インストールがディスクのどこかでデータを変更する」ってのはどういう意味かわからないな。何も変わるべきじゃないし、すべてのインストールやアドオンは~/.varディレクトリに行くはずだよ。アプリを起動すると、確かにディスクの任意の場所に読み書きできるけど、だからこそ最初にFlatsealを起動して権限を変更して、何ができて何ができないかを把握するようにしてる。今の方法論はかなり気に入ってるけど、もしそれか他の何かが君が言ったようなアプリケーション/ディレクトリの方法論を採用したら、すごく嬉しいな。

それって本来の動きじゃないの？ フラットパックアプリをユーザー用にインストールすると、標準の場所にディレクトリとして配置されるし、デフォルトではアプリ自身の設定やデータディレクトリ以外のファイルシステムにはアクセスできないよ（パスは忘れちゃったけど）。多くのアプリが余計な権限を要求して、標準の場所をバイパスできるのは別の問題だね。

デフォルトでは、ソフトウェアは~/.var/app/[APP]というサンドボックスされた場所を持っていて、ホストに公開されてる。ほとんどのソフトウェアはユーザーファイルにアクセスする必要があるんだ。多くのアプリはフラットパックを意識して作られてないから、独自のファイルブラウザを使ってファイルを読み込もうとする。だから、アプリが機能するためには、余分なデータにアクセスできる必要があるんだ。アプリがアクセスできるデータは、FlatSealや使ってる「アプリストア」で確認できるよ。しばしば、ホームディレクトリ全体にアクセスできることもある。フラットパックを意識して設計されたソフトウェアは、XDGデスクトップポータルを使って、ホストがファイルブラウザを表示し、それをサンドボックスアプリに接続することで、そのファイルやディレクトリにだけアクセスできるようにしてる。これからは魔法のように回避することはできないよ。例えば、プログラムがファイルへのアクセスを要求するのを待ってから「プログラムがこのファイルにアクセスしたいです。許可/拒否」って表示することはできない。なぜなら、プログラムはそのファイルが存在するかどうかわからないし、ユーザーはプログラムの独自のファイルブラウザを使っても、そのディレクトリや内容にアクセスできないから。

最近、良いデスクトッププログラムを作ってる人たちは、ファイルシステムへの自由なアクセスや変わったハードウェア周辺機器へのアクセスが必要だからやってると思う。どちらも必要ないなら、アプリをウェブに置けばいいだけだし！Mintの「アプリストア」でトップアプリを見てみると、この傾向がわかるよ。すべてが何らかのエディタ（コードエディタ、写真エディタ、動画エディタ、音声エディタ、絵画、モデリングなど）になってる。

それがdockerhubのkasmwebイメージだよ - デスクトップアプリがコンテナ化されてる。