KDE Plasma、X11対応の最後のリリースを準備
(blog.davidedmundson.co.uk)- KDE Plasma 6.8 は約5か月後のリリース時にログイン画面からX11セッションを削除し、Waylandセッションのみを提供
- Plasma Shell、System Settings、デバイス設定の X11専用コードパス がなくなり、KDEはまもなく関連コードの大規模整理に入る
- XWayland のサポートは維持されるためX11アプリケーションは引き続き利用でき、ほかのデスクトップ環境のX11セッションへのログインも維持される
- KDEの内部指標ではPlasma 6.6ユーザーの 95%以上 がWaylandを使っており、Plasma 5.27ユーザーを含めた全体のWayland採用率は約76%
- Plasma 6.7は X11セッション を提供する最後のリリースであり、6.8までにすべてを修正する約束はないが、WaylandのためにX11へ戻らざるを得ない問題は伝える必要がある
Plasma 6.8の変更点
- PlasmaのWayland移行は、15年前の Martinのスライド にあった「It’s done when it’s done!」という表現から始まった
- KDEは 以前の発表 のとおり、X11を引退させて未来に集中する準備ができたと見ている
- ログイン可能なPlasma X11セッションは正式に削除され、X11専用コードの大規模整理がまもなく始まる
- この変更は約5か月後にリリースされるPlasma 6.8に入る
- Plasma 6.8のログイン画面にはX11セッションはなく、Waylandセッションのみが残る
- Plasma Shell、System Settings、デバイス設定からX11専用コードパスが削除される
維持される部分と移行リスク
- XWaylandのサポートは引き続き残るため、X11アプリケーションは今後も使用できる
- ほかのデスクトップ環境でKDEアプリケーションを使う場合、この変更の影響は受けず、KDEアプリケーションは今後もX11上で動作し続ける
- Plasma Login Managerでは、ほかのデスクトップ環境のX11セッションへ引き続きログインできる
- 単一のWaylandコードパスへ移行することで、デスクトップ側で最低共通分母に合わせたり、衝突する2つのコードパスを維持したりする負担が減る
- KDEは、この変化がPlasma全体の性能改善、メモリ最適化、新機能につながる可能性があると見ている
- KDEの内部指標ではPlasma 6.6ユーザーの95%以上がWaylandを使用しており、リリースごとに徐々に増えている
- 同じ指標は、PlasmaをX11でテストまたは開発している人が事実上おらず、KDEコントリビューターの観点ではそのプラットフォームがすでに実質的に放置されていることを示している
- この指標は、自動クラッシュレポートツールであるSentryが新たに遭遇したクラッシュについて示す内容とも一致している
- 最新のPlasmaリリース利用者を中心に見るとWayland比率は高いが、Plasma 5.27のX11利用者を含めると全体のWayland採用率は約76%
- Plasma 5.27当時、Waylandはデフォルトのセッション種別ではなく、Plasma 5.27またはPlasma 6.8より古いリリースの利用者はPlasma 6.8の変更の影響を受けない
- Plasma 6.0以降、Waylandセッションが全体としてより良い体験を提供すると見ているが、特殊な領域では動作が完全に同じではない
- すべてのユーザーに完全にシームレスな移行を期待しているわけではなく、ユーザースクリプト、ツール、ワークフローは変更が必要になる可能性がある
- Plasma 6.7は数日後にリリースされ、X11セッションを提供する最後のリリースとなる
- 6.8までにすべての問題を修正するとは約束していないが、X11へ戻る原因となる残った問題は伝える必要がある
1件のコメント
Lobste.rs の意見
どんな不具合であっても、アクセシビリティ関連の問題は特に引き続き報告してほしい。ただし丁寧であること
多くの開発者がボランティアであることを忘れて最初から怒鳴ってしまうと、誰の助けにもならず、一部のボランティアが「やる価値がない」と去ってしまい、結局何も進まなくなる可能性がある
個人的には約4年間毎日使う中で遭遇していた問題は徐々になくなり、今では X11/Wayland をほとんど意識しなくなった。数か月前に開発目的で X11 を再び使ってみたときは、ウィンドウがちらついたり勝手に動いたり、コンポジットが切れたり戻ったりして画面が妙にちらつく問題が多かった
5年ほど前に Linux Mint を使ったときは、X11 のコンポジットが電力を多く消費し、ゲームのフレームレートを完全に台無しにすることを知らず、まともにゲームができなかったし、Mint もこれを自動では無効にしなかった。Wayland では普通にうまく動く
KDE の内部指標で Plasma 6.6 ユーザーの 95% 以上が Wayland だというのは、自己実現的予言のようにも見える
あるものを試したら Wayland では動かず、X を試したら Plasma が動かなかったので、そのデバイスでは今は X11 上の xfce を使っている
議論したいわけではないが、残りの 5% には X が合っていて、95% のために X サポートへ労力をかける価値はないと判断されたのかもしれない
ユーザー自身がそう選んだか、IT 部門がそう設定したためかもしれない
それでも、デフォルトを使う人たちにとって全体の減少につながらない程度には十分うまく動いているという事実は、有用なシグナルに見える
Wayland には上級ユーザーのワークフローに対して、もっと多くの柔軟性があってほしい。たとえば macOS のアプリのように、画面上に半透明のぼかしオーバーレイを描画する機能を再現できなかったが、Wayland はそもそもそうしたアクセス方法を提供していない
個人的には、変わったことを好き勝手に試せる自由が良いのだが、Wayland はそういうことを難しく、あるいはほぼ不可能にしており、特に他のデスクトップ環境と相互運用できる形にするのはさらに難しい。いくつかの回避策は KWin Rules を大量に使う方法だったが、当然ながら移植性はない
ただ、一般ユーザーの観点ではかなり滑らかになったと思う。Wayland に切り替えたらマルチ GPU ノート PC が意外なほどうまく動き、X では何時間試しても、別々の GPU に接続された内蔵・外付けディスプレイを同時に使う構成を作れなかった
混在 DPI の画面構成も正しく動くようになり、安定している点は認めざるを得ない
ただし KeePassXC のパスワード自動入力のような自動化機能は壊れた。ブラウザ統合をきちんと使うべきだと考えれば、それほど不満を言うことでもないのかもしれない
画面録画ソフトウェアの状況もまだ厳しく、好んでいたツールは Wayland と互換性がなく、他のツールも期待に届かない。以前は音声操作用に Caster を使っていたが、xdotool ベースの可能性があるので、これも壊れそうだ
Wayland へ完全移行するのを妨げる最大の要因は、ヘッドレス RDP のサポートだ
KDE は現在、既存セッションに対する RDP しかサポートしておらず、ヘッドレスには対応していないため、これが障害になって今も xrdp を使っている。いつか解決されるとよいのだが
あるデバイスでは X11 の Plasma を、別のデバイスでは Wayland の Plasma を使っているが、日常利用では大きな違いを感じない
個人的には KDE は GNOME より移行をうまく処理したと思う。腹を立てたり拗ねたりはできるが、選択肢は Wayland へ進むか X11 を自分で保守するかしかなく、後者は現実的ではない