- KDEプロジェクトが、自前のLinuxディストリビューションである KDE Linux のアルファ版を公開した
- Arch Linuxベースの イミュータブル（immutable）構成 を採用し、パッケージのインストールではなく Flatpak と KDE Builder を利用する方式
- Wayland専用で、X.orgのサポートおよびBIOSベースのシステム対応は予定していない
- システムイメージには EROFS を使用し、アトミックアップデートとロールバック機能を提供する
- 今後3つのエディションを提供予定で、セキュリティアップデート、パッケージ管理 などで既存ディストリビューションとの差別化を図る
KDE、自前のLinuxディストリビューションのアルファ版を公開
概要と発表
- KDEプロジェクトは Akademy 2025 で、KDE Linux という自前のLinuxディストリビューションのアルファ版を公開した
- このディストリビューションは「KDEのあらゆる技術を最も先進的に実装した最高の成果物」を目標とし、家庭用、企業向け、OEM導入など多様な用途への拡張可能性を追求している
- 現在は初期開発段階で、未完成の機能や粗い部分 が多く、完成されたLinuxデスクトップの方向性を示す実験版という性格を持つ
開発の動機と背景
- KDE Linuxの開発にはHarald Sitterをはじめ、多くの KDE主要コントリビューター が積極的に参加している
- 既存の KDE neon はUbuntu LTSベースであるため、古い技術や不要なパッケージング作業、過度にカスタマイズされたビルドプロセスの問題などで限界に達したと言及している
- KDE Linux はこうした限界を超え、最新技術の活用可能性と配布・運用の自由度を高めることを目的としている
- 主な目的はKDEソフトウェアの提供方法を自ら管理することであり、既存の Linux Mint、ElementaryOS のようにデスクトップ環境陣営が独自OSを持つ自然な流れと文脈を共有している
アーキテクチャと技術的特徴
- Arch LinuxのパッケージをベースOSとして使うが、KDE Builderでソースビルドするか、Flatpakでアプリを管理する。Pacman は提供されない
- X.orgセッションはサポートせず、Waylandのみを使用 し、古いNVIDIAカードなど一部のハードウェア構成では手動設定が必要になる
- UEFIシステムのみをサポートし、BIOS専用システムをサポートする予定はない
- ルートファイルシステム(/)には可変のBtrfsボリューム、/usrには EROFSベースの読み取り専用ボリューム を使用し、アトミックアップグレードと容易なロールバック構成を実現している
- システム更新はDiscoverまたはCLIから updatectl を利用し、EROFSファイルを最大5個までキャッシュして簡単にバージョンをロールバックできる
パッケージとユーザー体験
- ユーザーは基本システムに直接パッケージをインストールできず、FlatpakまたはSnap（Discover統合は未対応）、そして Distrobox（コンテナ内で他ディストリビューションのアプリを導入・統合）だけをサポートする
- Podmanの設定など、アルファ段階のバグは存在するが、今後徐々に改善される予定
- 標準搭載ソフトウェアにはGwenview、Okular、Haruna、Kate、Konsole、Firefoxなどがあり、Bash、curl、Linux 6.16.5、GCCなど必須のCLIツールも含まれる
- Emacs、tmux、pip、Fishなど、一部の便利なユーティリティは搭載されていない
カスタムイメージと管理
- システムの基本パッケージはユーザーが直接変更できない。ただし、プロジェクト自身が使用する mkosi ツールと関連設定ファイルを使ってカスタムイメージを作成できる
エディションと今後のロードマップ
- 長期的にはTesting、Enthusiast、Stableの3つの エディション を提供する計画
- Testingは開発/QA向けで、Gitから毎日ビルドされる（現在配布中）
- Enthusiastはベータおよび一般ユーザー向け、Stableは一定の品質指標に達したリリースソフトウェアのみを含む
- ベータリリース前までに、Arch User Repositoryへの依存脱却や公式KDEインフラへの移行などの課題が残っている
セキュリティ、管理、ガバナンス
- セキュリティ通知用メーリングリストや自動通知システムなどは未提供で、ユーザーは Archのセキュリティトラッカー と KDEセキュリティアドバイザリ を自分で監視する必要がある
- Archベースのイミュータブルシステムという性質上、セキュリティパッチの適用が遅れる可能性があり、パッケージマネージャーがないため、システムにインストールされたソフトウェア一覧の管理が難しいという限界もある
- 実質的なガバナンスは「長老委員会」モデルに従い、重要な対立については Sitter が最終決定権を持つ
プロジェクトの今後と意義
- ディストリビューションの直接的な開発と保守を通じて、オープンソースデスクトップ環境の自律的な責任感と限界 を体験し、なぜ従来の大規模ディストリビューションが複雑な選択を行うのかへの理解を深める目的がある
- プロジェクトが中止された場合に備え、EOL（サポート終了）時には他ディストリビューションへ自動移行する計画も用意している
- アルファ版という性質上、不十分な部分は多いものの、KDEが独自に技術的方向性を示そうとする 意志をうかがえるプロジェクトだ
1件のコメント
Hacker News の意見
KDE Linux は Arch Linux パッケージをベースにした immutable（不変）ディストリビューションであることを強調しているが、「Arch ベースのディストリビューション」ではないとしている。Pacman は含まれておらず、Arch はベース OS としてのみ使われている。そのため、Steam のない SteamOS に近い系統という印象
すべてが Flatpak 経由でインストールされる点が印象的。最近の Flatpak 技術やプロジェクト保守の状況が気になる。4か月前の時点では、Flatpak は保守要員が不足しており、大きな変更はほとんどなく、事実上メンテナンスモードに入っているという評価があった 関連リンク
KDE Linux は Wayland のみをサポートし、X.org セッションの予定はない。これは Wayland のバグがすべて解消されたという意味なのか気になる。以前は「もう全部直った」という約束を信じて使っては毎回痛い目を見てきたが、今回は本当に内部利用（ドッグフーディング）によって改善されているのか期待している
ベース OS に含める／許可するアプリをディストリビューションが指定する点が不満。Flatpak 版の一部 KDE アプリの体験がいまひとつなので、それらは OS イメージに直接含め、それ以外は Discover からダウンロードすると Flatpak としてインストールされる。開発陣は Flatpak 版も直接テストしたが、ユーザー体験が良くなかったと率直に認めている 原文リンク
Neon はローリングリリースなので使ったことがなく、このディストリビューションも immutable で Flatpak に依存している点で興味が湧かない。スタンドアロンのバイナリや AppImage には不満はないが、Flatpak や Snaps は信用できない
あえて否定的に言わなくても、Neon や ElementaryOS など過去にも似たような試みは何度もあった。こうしたプロジェクトはディストリビューション開発にリソースが分散し、むしろデスクトップ環境そのものの改善に力を注ぎにくくなる。GNOME は Ubuntu や Fedora を直接管理していないが、それでも Linux デスクトップ体験で主導権を握っている
macOS のように immutable なベースがあり、それぞれパッケージ化されたアプリがあり、CLI ツール用に brew が載る構造にかなり似ている。こういう構成なら業務用としてもかなり良さそう
自分はまだ Linux ユーザーではないが、ここで言う immutable が具体的に何を意味するのか気になる。たとえば Elixir や IDE もインストールできないのか、OS の細かな調整には興味がないがアプリのインストールまで塞がれるなら誰向けなのか疑問
今回のディストリビューションがついにパッケージ管理の問題を解決したのか気になる
immutable が ChromeOS のようにシステムへ直接パッケージを入れられず、別のコンテナ内で自由にソフトウェア（GUI 含む）をインストールする構造なのか気になる。もしそうなら、古いがまだ使えるノートPCで ChromeOS Flex の代わりになる良い選択肢は何かという質問