KDE Plasmaの最後のX11サポート版に向けた準備

21時間前原文(blog.davidedmundson.co.uk)

概要

Plasmaは Waylandへの完全移行 を公式に発表。 Plasma 6.8 からX11セッションが削除され、Wayland専用環境に。 X11アプリは XWayland経由で引き続き利用可能。 Plasma 5.27以前のユーザーには影響なし。移行過程での課題や要望は 積極的に受付中。

Plasma Wayland移行の正式発表

15年前 のMartin氏による「It's done when it's done!」のスライドからの進展
ソフトウェアは常に進化し続けるが、 X11の役割終了 を宣言
Plasma X11セッション は公式に削除、X11固有コードの大規模クリーンアップ開始予定
Plasma 6.8リリース（約5ヶ月後） から適用

Plasma 6.8での主な変更点

ログイン画面 からX11セッションが削除、 Waylandセッションのみ 選択可能
Plasma ShellやSystem Settings、デバイス設定など X11固有コードの完全撤廃
XWaylandサポートは継続、X11アプリの利用は引き続き可能

変わらない点

XWayland経由でX11アプリ の利用継続
他のデスクトップ環境での KDEアプリはX11でも動作
Plasma Login Managerは 他デスクトップ環境のX11セッション へのログインに対応

今後の展望

Wayland専用化 により、パフォーマンス向上・メモリ最適化・新機能追加が容易に
二重コードパスの維持負担からの解放 による開発効率向上

移行の準備状況

KDE内の統計 ではPlasma 6.6ユーザーの 95％以上がWayland を利用
X11上でのテストや開発は ほぼ停止、KDE開発者の関心もWaylandへ移行
Sentry（自動クラッシュレポート）でも同様の傾向確認
Plasma 5.27以前のユーザーを含めると Wayland普及率は約76％
Plasma 5.27以前のユーザーには今回の変更は非適用

Wayland移行に関する注意点・サポート

Plasma 6.0以降、Waylandセッションの完成度に自信
一部特殊な領域やカスタムスクリプト、ツール、ワークフローでは 挙動の違いあり
Plasma 6.7がX11セッションを含む最後のリリース
6.8までに Waylandで問題がある場合はフィードバックを歓迎
すべての問題解決は約束できないが、 ユーザーの声を重視し対応を継続

Plasma 5.27以前のユーザーへの影響

Plasma 6.8以降の変更は適用されない
Retroactiveな（遡及的な）影響なし
安心して 現行環境の継続利用 が可能

フィードバック・今後への呼びかけ

Wayland移行で困っている点や要望 の積極的な共有を推奨
KDEチームは 移行の痛点把握と改善 に注力
コミュニケーションの重要性 を強調

Hackerたちの意見

KDEの開発者たちは、Waylandを進めて、みんなが欲しい機能を新しいプロトコルとして追加するのにすごく頑張ってると思う。Waylandを使ってると、KDEはX11よりもずっとスムーズで反応が良いし、今ではほとんどのものがWaylandに対応してるから、普段使いで不具合や機能不足を感じることはないね。

「Waylandを通して単一のコードパスで進めることで、Plasma全体に新しいパフォーマンス向上やメモリ最適化、そしてワクワクするような新機能を持ってくることができる。」ブログ記事には、具体的な例があった方が良かったと思うな。

└

そうだね、同意するよ。数ヶ月前にGnomeからKDEに切り替えたんだけど、ちょっとしたところでずっと良くなってるのがすごい。

└

自分のノートパソコンでDebian 12から13にアップグレードしたとき、KDEを使ってるからX11からWaylandに切り替わるのは分かってたし、過去にWaylandに切り替えようとしたときの問題を覚悟してた。でも、実際には全く違いが分からなかった。複数のデスクトップも問題なく動くし、スケーリングもキャプチャも古いアプリも全部ちゃんと動いてる。ほんとに何も問題ない。KDEチーム、いい仕事してるね。

└

KDEはWaylandを使ってるときの方がX11を使ってるときよりもずっとスムーズで反応が良い。あるいは、X11のコードがもっと複雑で、Waylandの方がシンプルだから好まれてるのかも。機能が少ないから、Waylandの方が速いのは驚きじゃないよね。 > もうほとんどのものがWaylandでちゃんと動くように更新されてるって本当？ Redditのコメントではそうは確認できないけど。確かにいくつかの問題は修正されたけど、KDEがWaylandでXorgよりも良いってのはどういうことなのか分からない。ブログ記事でもXorgを放棄したって言ってるし、どうやって比較できるの？ > 日常的な使用で壊れた機能や欠けた機能に気づかないけど、他の人の報告と矛盾してるのは何で？ > そのブログ記事は、具体的な例を挙げてくれた方が良かったと思う。デイビッドとネイトはマーケティングのバズに夢中だし、これに気づいてるのは私だけじゃないよね。逆に、Redditで彼らに批判的すぎるとバンされることもあるし、それはネイトのお金への執着を批判したときに気づいた。 :) でも、私だけじゃないよね： https://jriddell.org/2025/09/14/adios-chicos-25-years-of-kde... 編集：面白いことに、上記のURLはもう機能しないみたい。jriddellが数週間前に古い批判を削除したのかな。誰か古いコンテンツがどうだったか見せられる人いる？編集2：ハハ、見つけた - Wayback Machineは素晴らしいね。人々は私が上記のURLを間違って作ったと思ったかもしれないけど、去年の古いコンテンツはこちらだよ： https://web.archive.org/web/20250917012150/https://jriddell....

└

日常的な使用では、壊れたところや欠けた機能に気づかないよ。タッチスクリーンで使ってるけど、オンスクリーンキーボードが1日に何回もクラッシュする。完全に準備が整ったとは言えないね。

悲しいことに、何年も経ってもWaylandにはX11が持ってるいくつかの機能がまだ欠けてるんだよね。中にはセキュリティのパラノイアから意図的に実装されてないものもある。例えば、Chromeの「ピクチャーインピクチャー」ウィンドウは、Waylandではウィンドウが常に最前面に表示されないから、他のところをクリックすると消えちゃう。もし時間があれば、Waylandが多くのアプリケーションを壊してる例を挙げられるんだけど、X11も壊れてるし、置き換えられるべきだとは思うけど、Waylandの決定がユーザー体験をX11よりも悪くしてることが多いんだよね。

└

X11とWaylandの詳細な技術的な違いは全然わからないけど、HyprlandではPIPが期待通りに動いてるから、Waylandの問題だけじゃなくて、使ってるウィンドウマネージャー特有の問題かもね？他の誰かが説明してくれるかも。

└

Chromeについては分からないけど、Firefoxのピクチャーインピクチャーウィンドウを右クリックして「常に最前面に表示」を選ぶと、ちゃんとそうなるよ。何年もPlasma Waylandを使ってるけど、これがずっとうまくいってる。

└

これをこうやって直したよ：1. PIPウィンドウを右クリック 2. 「その他のアクション」→「特別なウィンドウ設定を構成」 3. プロパティを追加→「レイヤーを強制的にポップアップ」これでいつも真ん中に表示されるようになったし、「位置を記憶」ってプロパティも追加したから、前にあった場所に表示される。これが一番いい直し方かは分からないけど、私にはうまくいったよ。

└

KDEを使ってるなら、ウィンドウマネージャーの強力な機能でカスタムウィンドウ動作を設定できるから、これを回避できるよ。1. PIPウィンドウを右クリックして「その他のアクション」→「特別なウィンドウ設定」を選択。2. ポップアップしたウィンドウで「プロパティを追加」をクリックして「ウィンドウタイトル」を追加。ドロップダウンを「重要でない」から「完全一致」に変更（Firefoxではウィンドウタイトルが常に「ピクチャーインピクチャー」だからこれがうまくいくけど、Chromeだとちょっと違うかも）。3. 再度「プロパティを追加」をクリックして「他のウィンドウの上に表示」を追加、ドロップダウンを「強制」に変更してラジオボタンを「はい」に。4. これ以降、すべてのPIPウィンドウが他のウィンドウの上に表示されるようになるよ。アプリが「常に最前面」権限をリクエストできるようになればもっといいけど、今のところは悪くないかな。

└

私はバーチャルピンボールキャビネットを持っていて、今は2つ（もうすぐ3つ）のディスプレイがあるんだ。Waylandはここで本当に厄介で、ソフトウェアは常にプレイフィールドを1つのディスプレイに、バックグラスを別のディスプレイに、そして「ドットマトリックスディスプレイ」ウィンドウを3つ目に表示しなきゃいけない。Waylandではそれが大問題なんだ。幸いにもKDEにはウィンドウルールがあって、それで回避できる。SwayやHyprlandも似たようなルールを許可してるけど、GnomeのMutterには同じようなものはない。これが他のゲーム、例えばマルチスクリーンのフライトシミュレーターやドライビングゲームにも影響すると思う。ユーザーが信頼できるアプリにウィンドウの絶対的な配置を許可する権限を与えられるといいんだけど、そうじゃないと面倒だよね。

└

https://community.kde.org/Plasma/Wayland_Known_Significant_I...

└

最後にウィンドウが開いていた場所（または任意のポイント）でウィンドウを生成するのも不可能なんじゃない？デザイン上、ウィンドウの位置を知ったり変更したりすることが許されてないから。そんなナンセンスなことがあると、いずれ使わなきゃいけなくなるのが憂鬱になるよ。

└

ChromeとWaylandの組み合わせにリソースリークがあるみたいで、数日間いくつかのChromeウィンドウを開いていると、謎にメモリが足りなくなるんだ。X11だとChromeはほぼ無限に動き続けるのに。

└

Waylandの気に入らないところ：キーボードのLED制御がまだないから、Scroll Lockのライトをインジケーターとして使う権限のないX11プログラムがWaylandに移植できないんだ。このPlasmaの変更はちょっと辛いな。Waylandの欠点の最新リストがあるといいんだけど。

共感するけど、Waylandベースのデスクトップを試すたびに、基本的な使いやすさで変なバグやコーナーケースに遭遇して、結局X11に戻っちゃうんだよね。6.8の時もまだそうだったら悲しいな、そうなったらまた別のDEを探さなきゃいけなくなる。

└

KDE4がひどかった頃にKDEのバンドワゴンに戻らなくて本当に良かった。xmonadと実際に使ってるアプリだけでやってるよ。

└

最後に試したのはいつ？どのコンポジターを使ったの？

└

SonicDEもあるけど、こういうプロジェクトは反動的な人たちがメンテナンスしてることが多いから、セキュリティやコードの質、「これが1年後、5年後も維持されるのか？」っていう問題が出てくるんだよね。

└

でも、Waylandベースのデスクトップを試すたびに、基本的な使いやすさで変なバグや隅っこのケースに遭遇して、X11に戻っちゃう。今のAI支援のバグハンティングの時代では、X11のセキュリティ脆弱性は以前よりも多く、厄介なものになってる。それは大きなことだね。 https://www.phoronix.com/news/MTU1NzA https://www.phoronix.com/news/X.Org-9-Vulnerabilities-AI

└

XFCEをおすすめするよ。何年も両方使ってきたけど、俺の経験ではKDEみたいだけど安定してる。

昨日これを読んで、みんなに知ってもらいたくて - https://nocoffei.com/?p=451 これはLinuxのアクセシビリティソフトウェアがx11からWaylandに移行する際の問題を説明してる。残念ながら、プロトコルが受け入れられるペースから考えると、解決策が出るのは数年先だと思う。一番注目すべきなのは、音声入力システムのTalonが動作しないこと。これを使うと音声でテキストに変換したり、ウィンドウを操作したり、スクリプトを呼び出したりできるんだけど、WindowsやMacOS、x11では動くけどWaylandではダメ。今のところ、もしそのソフトウェアが必要なら、できるだけ長くX11を使い続けるのがベストだと思う。i3のような環境は今後数十年維持されるだろうし。あるいは、特定のWaylandスタックの上にカスタムソリューションを構築するのもいいかもしれない。KDEプラグインやSway IPCを使ってTalonの機能を再実装する感じで。これは実現可能だと思うけど、すごく大変な作業だよね。これが必要な人にとって、自分でツールを作らなきゃいけないのは、Linuxの未来としてはあまりワクワクしないな。アクセシビリティソフトウェアが必要な人を置き去りにしたくないし、セキュリティの理由でこれらの人たちをサポートできないというのは本当の障害ではないと思う。私たちは調整の問題を抱えている。これは技術的な問題というより、Talonのようなソフトウェアがエコシステム全体で機能するためのプロトコルに合意することができるかどうかの問題だと思う。エコシステムがWaylandに移行しているのは嬉しいし、最終的にはより良い場所に到達すると思う。Waylandは私にとっていくつかの実際の問題を解決してくれる（x11の画面の引き裂きやNvidiaのフレームペーシングの問題）。KDEが存在しているのは嬉しいし、素晴らしいソフトウェアだと思う。

└

Talonのベータアクセスには何年もお金払ってるよ。Talon+Cursorlessのヘビーユーザーで、KDEのこの動きが本当に怖い。結局、これはクローズドソースソフトウェア（Talon）を使う危険性を証明してる気がする。Waylandでちゃんと動く個人的なアクセシビリティツールもあるし、KDE特有だけど、動かすのはそんなに難しくなかったよ。uinputはコンポジタの下で動くから、X11やWaylandは関係ないし。俺のツールはTalonと同じくRustで書いてるから、Talonに移植するのも午後かそれ以下でできると思うんだけど、開発者が全然興味を示さないんだよね。Waylandについて話そうとすると、公式Slackでは「黙れ」って自動返信が来るし。これがオープンソースだったら、俺か誰かがフォークして、さっさと次に進めたのに。今はGhidra使ってバイナリをハックしてサポートを追加することもできるだろうけど、開発者が俺の利益に敵対的なソフトウェアに依存するのはあんまりワクワクしないな。昨日のインスリンポンプを嫌ってる人のブログ記事を思い出すよ。今もTalonユーザーだけど、今は嫌いだな。近いうちにXFCEに移ることになりそう？みんなはどこに移るの？

└

「あるいは、特定のWaylandスタックの上にカスタムソリューションを構築するのが理にかなっているかもしれません。KDEプラグインやSway IPCを介してTalonの機能を再実装するような感じです。これは実現可能だと思いますが、膨大な作業が必要です。」これが唯一の前進の方法だと思う。「Linuxデスクトップ」なんてないから。KDEやGnomeなどがあって、「システムユーティリティ」を作りたいなら、そのどれかをターゲットにしないといけない。

└

スクリーンティアリングはx11で10年以上前に解決されてる。もしnvidiaがドライバでTearFreeをサポートしないなら、それはnvidiaの問題であってX11の問題じゃないよ。

└

Wayland（そしてそれに伴うGnome/KDE）がX11/Xlibreを壊そうとするカルト的な存在にならなくなったら、もっと良い場所になると思う。

└

アクセシビリティソフトだけじゃなくて、カスタマイズ全般に言えることだよね。いつもそうだけど、互換性を壊す決定を下して、クールな新しいものに取り組むことで利益を得ている人たちは、その影響を受ける痛みのほんの一部も感じてないんだよね。

重要なプロダクション機能をいくつも出してきた者として、この計画にはちょっと驚いてる。機能を無効にして、その機能のコードベースを同時に削除するのは、ほとんどうまくいかないからね。人々が考えていないユースケースは必ずあるし。真剣なプロジェクト（つまり、キャリアがかかってる）では、まず通常の手段で機能を利用できなくしても、ワークアラウンドを許可する方がずっと良い戦略だと思う（例えば、PLMがメニューからX11オプションを削除しても、魔法の環境変数が設定されているときはX11セッションを許可するみたいに）。そうすれば、何かが致命的に不具合があったときに、古い機能を簡単に使える方法が提供されるし。それから、予期しない大きな問題が発生していないと確信できたら、コードベースを削除すればいい。

└

フォークして次に進む時だね…

└

より良い戦略は、まず通常の手段でその機能を無効にすることだね。彼らは2024年初めにKDE 6.0をリリースして、デフォルトでKDE Waylandを有効にすることでそれを始めたんだ。Wayland専用の変更は6.8まで実施されないけど、それは2027年初めのリリースになる予定。そして、その後で、重大な予期せぬ問題が発生していないと確信できたら、コードベースを削除できるんだ。そう、6.8ではその段階にいるってことだね。

└

まさにその通りだね。

└

デスクトップソフトウェアに関してその戦略の問題は、開発者がユーザーが何をしたかを知る方法がないことだよね（ソフトウェアがデータを送信しない限り、プライバシーを尊重するオープンソースソフトウェアではそれはダメ）。SaaS APIやウェブアプリケーションなら、開発者はアクセスログや分析を見て、どのエンドポイントや機能が使われているか、ユーザーが古いインターフェースに戻る必要があるときがわかる。でも、KDEの開発者が「$NUMBER人のユーザーがWayland版に$FEATUREがないからX11に戻った」ってことを知る方法はないんだよね。（もちろん、ユーザーに聞いたり、バグトラッカーに問題を報告してもらうことを期待することはできるけど、そういう不完全なコミュニケーションチャネルでは、確実に見落としが出てくる。）

Plasma/Waylandの既知の重大な問題

└

Bluetoothの統合には改善が必要 - 「自動的に接続しない」などの機能が欠けている。デフォルトのロックスクリーン体験では、間違った（空白の間違った）パスワードを入力したときに、最初の試行でも無駄な5秒の遅延がある。ガンマコントロールに+1。

└

ポインタワープが一般的にサポートされてないから、CADプログラムが変な動作をするんだ。でも、やっとポインタワープの実際の仕様が出たみたい。ただ、サポートしているコンポジタはほんとに少ないね。

└

それに、Waylandで普通に動くクリップボードマネージャーがまだ見つからないんだ。最初の試みで全てのモニターを認識させるのも稀だし、定期的にクラッシュする。WaylandとGnomeのどちらに起因するのかは分からないけど、XlibreとCinnamonにアップグレードしてからは生活がずっと良くなったよ。

└

WaylandのKDEではウィンドウをロールアップできないんだ。もう30年近くそれをやってきたのに。

最近のLTSカーネル（6.18）を使っている古いnvidia GPUの人は、Waylandでの体験が良くないよ。俺はPascal GPUを搭載したマシンを2台持ってるけど、

nvidiaのバイナリドライバはWaylandでは最悪だし、
nvidiaのOSSドライバはPascal GPUをサポートしてない。
NouveauはLinux 6.19でいくつかの安定性向上があったけど、これがなかったらWaylandは週に1回くらいクラッシュする。安定したシステムを得るには、最新のカーネルとnouveauを使うか、MESA_LOADER_DRIVER_OVERRIDE=kms_swrastを使うしかないけど、パフォーマンスはかなりひどいよ。

└

libinput（Waylandで唯一の入力方法）でタッチパッドがまだクソみたいに動くんだ。数年後にはパッチを当てなきゃいけなくて、そのパッチをずっと持ち歩くことになるんだろうな。進歩だね、やったね！

KWinをタイル型ウィンドウマネージャに置き換える機能が本当に恋しい。今はKrohnkiteを使ってるけど、まあまあかな、何もないよりはマシだけど、実際のタイル型ウィンドウマネージャを使った後だと、その違いがあまりにも大きい。マウスとキーボードの両方でできるだけ使いやすいデスクトップが物理的に必要だから、できるだけ両者の間を切り替えたくないんだ。X11のPlasmaとタイル型ウィンドウマネージャの組み合わせは完璧だった。解決策は、PlasmaがRiverみたいに合成とウィンドウ管理を分けるか、Plasmaウィジェットを他のコンポジタで使えるようにすることだね。今のところはKrohnkiteで妥協するか、RiverやQuickshellでリシングの迷宮に入るしかない。

└

LXQt試したことある？Plasma 6がマルチヘッド体験を改善するために使ってたKWinスクリプトを壊したとき、LXQtがすごく助けてくれたよ。

残念ながら、最近のGNOMEバージョンはsystemdに対するハードな依存関係を導入して、systemdなしのディストロではもはや使えなくなったんだ。これは、当時systemdについての議論が盛り上がっていたときに、反systemd派が考えていた問題の一つだね。

└

ごめん、まだこの話を続けてるの？議論は好きだけど、すべてのサービスに対して一つのインターフェース（systemd）を持つことや、ある程度一貫した言語があるのは本当に助かるよね。今となっては、ちょっと遅すぎる気がする。初期の頃は選択肢があったと思うけど、パッケージ化されたものが欲しいなら、結局systemdになるんだよね。

25年間、Linuxを唯一のOSとして使ってるよ。X11に問題なく固執するつもりだし、自分の使い方にはちょうどいいと思ってる。Gnome 2が消えたと思ったらMATEフォークが現れたし、X11は長い間残るだろう。自分が維持しているソフトウェア（github.com/edumucelli/docking）をWaylandに移植する苦労もしてるけど、ほんとに最悪だよ。「このコンポジタはこの部分をやって、あのコンポジタはあの部分をやって、どのコンポジタもこれをやらない :shrug」。

└

開発者がWaylandから次の新しいものに移っても、xorgはまだ残ってる気がする。

ハクソク