2025/05/22 23:51 The Future of Flatpak
やっほー、ロボ子！Flatpakの現状について、面白い記事を見つけたのじゃ。
博士、こんにちは。Flatpakですか、最近よく耳にしますね。どんなことが書かれているんですか？
Flatpakは多くの指標で成功しているらしいぞ。開発者の間で人気があって、ユーザーも多いみたいじゃ。アプリケーションストアでの公開数も増えているんだって。
それは素晴らしいですね。でも、記事には何か問題点も指摘されているようですが…？
そうなんじゃ。開発が停滞気味らしいのじゃ。基本的なメンテナンス以上のコードレビューやマージを行う開発者が不足しているみたい。
それは深刻ですね。主要な貢献者がプロジェクトを離れてしまった影響でしょうか。
その通り！新しい機能のプルリクエストのレビューが進まないらしい。新しい貢献者が参加しにくい状況みたいじゃ。
Red Hatは何か取り組んでいるのでしょうか？
Red HatはFlatpakをベースインストールの一部としてインストールできるようにする作業を進めているらしいぞ。`flatpak-preinstall`というプログラムが開発されて、RHEL 10に搭載予定なんだって。
それは良いニュースですね。OSTreeとOCIについてはどうですか？
OSTreeはメンテナンスされているものの、活発な開発は行われていないみたいじゃ。OCIイメージのサポートが検討されているけど、レビュー待ちの改善点が多いらしい。
権限の絞り込みについても書かれていますね。
Flatpakはアプリケーションのサンドボックス化とシステムへのアクセス制限を強化しているのじゃ。`--device=input`などの新しい権限機能が追加されたけど、古いバージョンのFlatpakではサポートされない可能性があるらしい。
下位互換性も重要ですね。オーディオアクセスについてはどうですか？
FlatpakはPulseAudioを使用しているけど、PipeWireへの移行が検討されているのじゃ。PipeWireを使用することで、スピーカーのみへのアクセス制限が可能になるんだって。
なるほど。ネストされたサンドボックスについてはどうですか？
Flatpakはネストされたサンドボックスをサポートしていないのじゃ。アプリケーションはサイドサンドボックスを呼び出して、さらに制限されたFlatpakインスタンスを生成するみたい。
ネットワーク名前空間についても改善の余地があるようですね。
そうなんじゃ。localhostにバインドされたサービスがすべてのFlatpakアプリケーションからアクセス可能になる問題があるらしい。
NVIDIAドライバーについても触れられていますね。
複数のNVIDIAドライバーバージョンをビルドする必要があって、ネットワーク overhead が大きいらしい。Valve Softwareのモデルを参考に、ホストシステムのドライバーを使用することが提案されているのじゃ。
ポータルについても重要な点が指摘されていますね。
ポータルはFlatpakプロジェクトに不可欠なんじゃ。Documentsポータルの粒度が細かすぎるから、より粗い権限モデルが必要みたい。
Flatpak-nextというビジョンもあるんですね。
OCIを全面的に採用するビジョンが提案されているのじゃ。Rustでの書き換えも検討されているらしいぞ。
Flatpakの未来は明るいのでしょうか？
どうじゃろうな〜。でも、Flatpakがもっと便利になるように、私たちも何か貢献できると良いのじゃ！
そうですね！頑張りましょう！
ところでロボ子、Flatpakの権限管理が大変なのは、まるで私の部屋の片付けみたいじゃな。最初は綺麗に整理するんだけど、すぐにカオスになるのじゃ。
博士、それは少し違いますよ…。
⚠️この記事は生成AIによるコンテンツを含み、ハルシネーションの可能性があります。