ハクソク

世界を動かす技術を、日本語で。

KDEが独自のディストリビューションを発表

257日前原文(lwn.net)

概要

  • KDE Projectが KDE Linuxのアルファ版 をリリース
  • Arch Linuxベースの イミュータブルディストリビューション
  • Wayland専用、/usrはEROFSで管理
  • パッケージ管理は Flatpak/Snap/Distrobox 中心
  • 今後のエディション展開と課題、 開発体制と将来性

KDE Linuxアルファ版発表と目的

  • 2025年のAkademyで KDE Project がKDE Linuxアルファ版を公開
  • KDEの最新技術とベストプラクティスを集約した 独自ディストリビューション
  • ホーム、ビジネス、OEMなど幅広い用途を 最終目標 とするが、現状は未完成部分が多い
  • KDE開発者が理想とする 完全なLinuxデスクトップ環境 の実現を目指す

開発経緯と背景

  • Nate Graham が2024年9月6日にブログで発表
  • プロジェクト名は当初 Project Banana、Harald Sitterが中心となり開発を牽引
  • Arch Linuxのパッケージを ベースOS に利用、ただし「Archベース」とは明言せず
  • パッケージ管理は Pacman未搭載、アプリはKDE BuilderでビルドまたはFlatpakで提供
  • KDEは大規模なソフトウェア提供者であり、 独自配布プラットフォーム の必要性を主張
    • 他の例：Linux Mint、ElementaryOS、GNOME OS
  • 既存の KDE neon はUbuntu LTSベースの限界と保守負担に直面

アーキテクチャと技術的特徴

  • グリーンフィールド開発 で最新技術を積極採用
  • Wayland専用、X.orgセッション非対応・追加予定なし
  • UEFI専用、BIOSのみのシステムは非対応
  • ルートファイルシステム（/）は Btrfs（書き込み可）、/usrは EROFS（読み取り専用） で管理
  • システム更新は EROFSイメージのスワップ方式、最大5世代までロールバック可能
    • イメージファイルサイズは約4.8GB、合計30GB以上のディスクキャッシュを推奨
  • systemd-sysupdate を利用、デルタ更新は未対応
  • Fedora系Atomic Desktopのような ベースパッケージ追加機能は非搭載
  • アプリ追加は Flatpak（Discover経由）、Snapはコマンドライン利用
  • Distrobox で他ディストリのコンテナ統合が可能、Podmanの設定問題あり（アルファ段階のバグ）

ソフトウェア構成とアップデート

  • システム・アプリのアップデートは Discover またはコマンドライン（sudo updatectl update）
  • Distrobox内のアプリは 手動管理 が必要
  • デフォルト搭載アプリ： Gwenview、Okular、Haruna、Kate、Konsole、Firefox
  • ベースシステム： GNU Bash 5.3.3、curl 8.15、Linux 6.16.5、GCC 15.2.1、Perl 5.42、Python 3.13.7、Vim 9.1、wget 1.25
  • 一部ユーティリティ（GNU Screen、Emacs、tmux、pip、Fishなど）は非搭載
  • ベースパッケージのカスタマイズは不可だが、 mkosiツール でカスタムイメージ作成が可能

今後の展開・開発計画

  • 3エディション構想 ：Testing（現状）、Enthusiast、Stable
    • Testing：開発者・QA向け、Gitから毎日ビルド
    • Enthusiast：ベータまたはリリース済みソフトを収録、KDE愛好家・パワーユーザー向け
    • Stable：品質基準を満たしたリリース済みソフトのみ、一般ユーザー向け
  • 物理マシン・仮想マシン （virt-manager対応）にインストール可能、UEFI Secure Boot未対応
  • キャッシュイメージのため、仮想環境でも 50GB以上 のディスクを推奨
  • 今後の課題：AUR依存からの脱却、公式KDEインフラへの移行
  • セキュリティ通知体制は未整備、 ArchとKDEのセキュリティ情報 を参照推奨
  • ベースOSの脆弱性対応は Arch→KDE Linux の反映待ちで最低1日遅延

制約・課題・運用上の注意

  • パッケージマネージャ不在で インストール済みソフトの一覧取得が困難
  • ベースOSやアプリの 管理性・可視化 の仕組みが今後の課題
  • ガバナンスは「 Council of elders」方式、最終判断はSitterが担当
  • プロジェクト終了時は 別ディストリへの移行計画 を用意
  • KDE Linux開発の目的は 中間層を挟まない直接的なソフト配布 と、デスクトップディストリ開発の困難さの体感
  • KDE Linuxが成功しなくても、 既存ディストリがなぜ特定の選択をするか を示す教材的価値

まとめ

  • KDE Linuxは KDE開発者の理想を体現 する新しいLinuxディストリビューション
  • 現状は 開発途上・制約多数 だが、今後の進化とフィードバックが期待される
  • KDEユーザーや開発者にとって、 新たな選択肢と挑戦の場

Hackerたちの意見

俺のユーザー名の理由だよ！役に立つことを付け加えると、OSの分野は、車輪の再発明が多くの革新を生む場所なんだ。完全に一から作り直すことで、以前は変更が多すぎてやりにくかったことを変えたり、実現したりするチャンスがあるんだよね。

└

Cartwheel Linuxって何だったの？ちょっと検索してみたけど、関連する情報は出てこなかった。

└

なんで「一つの分野」って言うの？開発の摩擦や慣性が十分にある分野は他にもたくさんあるよ。一般的に言っても、車輪の再発明に対する警告がある理由は、革新を妨げるからじゃなくて、時間を無駄にしたり、リスクが増えるからだと思う。

└

OSは、車輪を再発明することで多くの革新が生まれる分野だと思うけど、逆に感じるな。オペレーティングシステムは、もう解決された問題みたいに思える。最近の大きな革新って何かあったっけ？

KDE LinuxはWayland専用で、X.orgセッションはないし、追加する計画もないみたい。これって、Waylandのバグが全部修正されてるかテストしてるってこと？新しいDebianの安定版にはまだアップデートしてないけど、過去に「今は動いてるよ」って言われてWaylandに切り替えた時は、毎回痛い目にあったから、今回はうまくいくといいな。

└

最後にWaylandを試したのはいつ？俺は数年前にKDE Plasmaに切り替えたけど、ディスプレイサーバープロトコルについて何も知らなかったのに、問題は一切なかったよ。

└

「ほとんど」は修正されてると思う。引用符を使ったのは、俺が遭遇したことのない問題を言ってる人も見たから。今は古い.NETの仕事でWindowsに縛られてるけど、それ以外では8年くらいArchかFedoraでWaylandを使ってて、Wayland特有の問題は特にないよ。ただ、Xにはいつでも戻れるから、絶対にXセッションでしか動かないプログラムには対応できてる。今となっては、それが何だったかも思い出せないけど（多分、Swaywmで動かすのが嫌だったやつ）、それも問題じゃないかもね。

└

X11のバグは全部修正されたの？

└

私も似たような状況だよ。Debian 10と11でWaylandセッションを試したけど、1日も持たなかった。Debian 12では約1週間頑張ったけど、致命的な問題にぶつかっちゃった。でも、Debian 13ではリリース以来、一度も文句を言うことなく使えてるよ。

└

問題は、あなたがDebianの安定版を使っていることだね。ソフトウェアはすぐに古くなっちゃうことが多いし、セキュリティ修正やたまにバックポートされるのを除けば、数年単位で遅れが出ることもある。WaylandやKDE、他のいくつかのソフトウェアは急速に進化してるから、あるリリースで壊れていても、次のDebian安定版のリリースの数回後には修正されてる可能性が高いよ。予測可能性と安定性が必要ならサーバーでDebianを使うけど、デスクトップやワークステーションでは同じ理由で使わないかな。

└

Waylandが使えて、M$ Teamsでフルスクリーン共有できるようになったら呼んで。前にチェックした時は、個別のウィンドウしか無理だったから。そこをクリアできれば、ビジネスでLinuxデスクトップを信頼できるようになるんだけど。

└

どのディストロも、自分たちが使っているソフトウェアにバグがゼロだって約束したことある？自分はWaylandが特に好きじゃないけど、今の時点で多くの人が何年も使ってるよね…

これは俺には無理だな。彼らは不変のベースOSに何を入れるか決めて、KDEアプリの質が悪いFlatpakバージョンを理由にしてるみたい。彼らが自分たちのアプリをテストしたようには、全てのFlatpakアプリをテストしてないんじゃないかな。「まあ、ここではちょっとズルしてるんだ。いくつかのKDEアプリはFlatpakとして出荷されてるし、Discoverでダウンロードする残りもFlatpakになるけど、Dolphin、Konsole、Ark、Spectacle、Discover、Info Center、System Settings、その他のシステムレベルのアプリは、Flatpakじゃなくてベースイメージに載せてるんだ。実際、Flatpakはベースシステムと深く統合したいシステムレベルのアプリには、今のところあまり良い技術じゃない。DolphinとKonsoleをFlatpakとして試したこともあったけど、ユーザー体験は本当にひどかった。」

└

ネイサン（ユーザーに見えるバグを常に気にしているQA担当者）が、アルファ版と現在の状況について話してるけど、もちろんこれは固定されたものじゃないよね。KDEはFlatpakの貢献者でもあるし、KDE Linuxの中には、Plasma自体をFlatpakに入れるさらなる進化を探っている小さなプロジェクトもあるんだ。これは進行中の話だから、教条主義に囚われない方がいいよ。

└

これはユーザーじゃなくて管理者が設定することを意図してるシステムに見えるね。「セキュアなオフィス使用」って感じがする、Silverblueみたいに。

└

注意：DolphinはGameCubeやWiiのエミュレーターじゃなくて、ファイルブラウザ/マネージャー（KDEのネイティブ）だよ。

[すべてが] Flatpakを使ってインストールされてる。技術とプロジェクトのメンテナンスの健康状態はどう？4ヶ月前にはあまり明るい状況じゃなかったけど… > Flatpakプロジェクト自体の作業が停滞していて、基本的なメンテナンスを超えてコードをレビューしたりマージできる開発者が少なすぎた。 > 「もうアクティブに開発されていないことに気づくでしょう。」コードベースを維持したりセキュリティ問題を修正する人はいるけど、「大きな変更は本当に起こっていない。」

└

最近Debian 13をインストールして、/、/var、スワップなどのデフォルトのパーティションサイズをそのまま使ったんだけど、Flatpakを2つインストールしたら、/varパーティションが10GBのFlatpakデータで埋まっちゃった。正直、デフォルトのパーティションサイズがひどすぎて、もっと慎重になるべきだったけど、Flatpakは本当に手に負えない混乱だよ。

└

Flatpakは結構うまく動くね。自分のディストリビューションのリポジトリを優先しようとしてるけど、パッケージ化されてないソフトもあるから、結局Flatpakをインストールしちゃった。パッケージ化することもできるけど、今までずっと怠けてたな。

KDE LinuxはArch Linuxパッケージをベースにした不変のディストリビューションだけど、グレアムは「絶対に『Archベースのディストロ』じゃない！」って言ってる。Pacmanは含まれてなくて、Archは基本のOSとしてだけ使われてるんだ。他の部分は、KDE Builderを使ってソースからコンパイルするか、Flatpakでインストールされるって。面白いね、LinuxよりもBSD（事前構築された単一アーティファクトのArch「ベースシステム」+ KDE Builderベースの「ポートコレクション」）に近い感じがする。

彼らに幸運を祈るよ。ネオンはローリングリリースのディストロだったから使ったことないけど、これも使うつもりはない。だって不変だし、バグが多いFlatpakに依存してるから。スタンドアロンのバイナリやAppImageは全然OKだけど、FlatpakやSnapはゴミだね。

└

ネオンを快適に使えたことは一度もないな。

└

Archもローリングディストロだし（「Archじゃない！」って言ってるけど）、安定性に関しては最悪の部類だよ。パッケージの壊れ方に関する一般的な原則は「リリースログをチェックすべきだった」って感じ。何かが壊れる変更だった場合、エラーや警告は出ないし、それをシステムに取り込むと「へへ、リリースログをチェックすべきだったね」って言われて、詰むことになる。良い、実際にプロフェッショナルなローリングリリースが欲しいなら、SUSE Tumbleweedを使った方がいいよ。彼らはパッケージをもっと徹底的にテストするし、壊れるような変更やバグのある変更を実際に保留するから、「ログを読んで詰んでね」っていう方針とは違うんだ。

└

なんで他のプロジェクトをダメ出しするコメントが、一番上にあるの？しかもめっちゃ手抜きで。編集：え、コメント全部そんな感じなの？何かが最初に来なきゃいけないのかな。

KDE LinuxはArch Linuxパッケージをベースにした不変のディストリビューションだけど、グレアムは「絶対に『Archベースのディストロ！』じゃない」と言ってるよ。Pacmanは含まれてなくて、Archは基本のオペレーティングシステムとしてだけ使われてるんだ。つまり、SteamなしのSteamOSの兄弟みたいなもん？

└

でも、Steamの部分はなしでね。

└

ChromeOSがGentooベースだけど、パッケージマネージャーを搭載してないって感じだね。

└

親や祖父母と一緒に使うにはいいディストロっぽいね、もしiPadだけじゃなければ…それがターゲット層かも。Linuxの魅力はハックできることと設定の自由度なんだけど、これだとその部分が少し薄れるかも。でも、需要はあると思うよ。

└

ディストリビューションがイミュータブル（パッケージマネージャーがない）で特定の目的のためにプリコンフィグされてる場合（ここではKDEが動くように）、ベースってどれくらい重要なんだろう？

あまりネガティブにならずに言うと、NeonやElementaryOSなんかも同じことを試みたよね。プロジェクトが「自分たちのディストロが必要だ」と思って、結局デスクトップ環境の改善にリソースを割くことができなくなっちゃう。GNOMEはUbuntuやFedoraを維持してないけど、それでもLinuxデスクトップ体験では圧倒的に優位だよね。

└

記事ではNeonやその種のディストロを使うことの利点・欠点について、ここで指摘されている以上に詳しく話してるよ。 > GNOMEはUbuntuやFedoraを維持していない それに関して、GNOMEとKDEの違いは何だろう？（他の視点から見るとKubuntuやFedoraのKDEスピンになるけど）

└

FedoraはGNOMEのメンテナがやってるサイドギグみたいなもんだね、NeonがKDEのやつと同じ感じで（：

└

GNOMEはGNOME OSをメンテナンスしてるよ。

KDEのおかげでLinuxにハマったよ。Windowsに似たUI、すごいカスタマイズ性、サクサク動く感じ…彼らの貢献者はみんな伝説だね。

普通のArch Linuxインストールでできることが全部できるなら、イミュータブルな設計のArch派生を試してみたいな。ただ、実験を始めていくつかのソフトが動かなかったり、KDEのUXデザインが自分のワークフローを妨げるのが心配なんだ。面白くないってわけじゃないし、そういう壁にぶつかってもソフトの質には関係ないけど、自分はターゲット層じゃないってことだね。

└

自分は、カスタムイメージ（GitHub Actionsで作成したもの）を使った不変ディストロがすごく好きなんだ。これで、システムレベルの変更（イメージ内で、バージョン管理されてる）とユーザーの変更をしっかり分けられるからね。Nixを使わずにNixOSっぽい体験ができるよ。Bazziteのインストールでは、ユーザー作成やグループ追加の際にいくつか気をつけることがあったけど、systemd-sysusersを使うように指示されて、簡単だったよ。