ハクソク

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

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

2025年9月11日原文(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が特に好きじゃないけど、今の時点で多くの人が何年も使ってるよね…

Hacker Newsで議論の続きを見る