KDE：全力拥抱Wayland的未来
最终放弃 Plasma X11 会话将使我们能够更快地提升稳定性与功能性，惠及绝大多数已使用 Wayland 的用户。
各位朋友，新纪元已然开启：在KDE桌面环境运行于X11近三十年后，即将发布的KDE Plasma 6.8将全面转向Wayland！X11应用程序的支持将完全交由Xwayland负责，Plasma X11会话将不再包含在内。
对多数用户而言，此举不会产生直接影响。绝大多数用户早已使用Wayland会话——它已是多数发行版的默认选择，部分用户甚至在我们做出决定前就已放弃或计划放弃Plasma X11会话。
从长远来看，此举将为功能拓展、性能优化及开发效率带来全新机遇。
鉴于许多用户可能对此变更存有疑问，Plasma团队特此准备以下常见问题解答：
Plasma 6.8是否意味着KDE将支持X11会话至…？
Plasma X11会话将获得KDE支持直至2027年初。
由于我们正在考虑为 Plasma 6.7 发布额外的错误修复版本，因此无法提供具体日期。最终版本的确切发布时间将在临近实际发布时确定，预计将在 2027 年初。
若仍需使用X11怎么办？
长期支持(LTS)发行版搭载旧版Plasma正是理想解决方案。例如AlmaLinux 9包含Plasma X11会话，其支持周期将持续至2032年。
X11应用程序还能运行吗？
除极少数特殊情况外，通过Xwayland兼容层仍可正常运行。该层能为多数X11应用提供出色兼容性，我们还额外增强了多项功能：改进的分数缩放支持，以及(可选)X11全局快捷键与输入模拟的向后兼容性。
部分执行特殊任务的第三方应用(如截图或屏幕录制工具)需调整才能在Wayland环境正常运行。多数应用已完成适配，其余应用也在持续推进中。
X11转发功能是否仍可用？
是的，Xwayland支持该功能。Waypipe同样为Wayland原生应用提供了类似功能。
能否在其他桌面环境的X11上运行KDE应用？
可以。目前除Plasma外，KDE应用暂无计划放弃X11支持。
此变更仅涉及Plasma的X11登录会话，该功能即将被移除。
游戏体验如何？
在Wayland会话中，游戏运行效果更胜以往！自适应同步、 可选 防撕裂技术以及高刷新率多显示器配置均开箱即用。HDR游戏通过额外设置也能实现！
NVIDIA显卡支持情况如何？
虽然几年前NVIDIA专有驱动对Wayland的支持相当不稳定，但如今已大幅成熟。制造商仍在支持的显卡均可正常运行，对于非常老旧的NVIDIA显卡，可改用开源Nouveau驱动替代。
无障碍功能如何？
无障碍功能涵盖范围极广，难以给出绝对结论，但整体上与X11会话功能相当。所有基础功能均已正常运行，包括屏幕阅读器、粘滞键与弹跳键、放大缩小等操作。
部分功能表现更佳，例如通过触控板手势调节缩放级别，以及应用系统级色彩滤镜矫正色盲问题。随着Plasma 6.8版本的发布，预计还将有更多改进。
但第三方应用提供的辅助功能在某些方面可能表现欠佳。若您有尚未覆盖的特殊需求，请提交错误报告！这是我们积极关注并致力于改进的重点领域。
自动化支持如何？
Wayland会话中可使用多种自动化工具，例如wl-copy/wl-paste、ydotool、kdotool、kscreen-doctor以及plasma-apply-*系列工具。Plasma 具备高度可扩展性，您可通过 KWin 脚本或插件自行补充缺失功能。
关于已知重大问题？
虽然无法保证所有问题都将彻底解决(部分问题取决于应用程序支持)，但我们正在积极处理维基页面上剩余的遗留问题。
其中部分问题已接近修复：例如输出镜像相关问题将在Plasma 6.6版本中解决。会话恢复和窗口位置记忆功能也正在积极开发中。
BSD系统上的Plasma支持情况如何？
FreeBSD已提供可用的Wayland会话环境，因此上游层面不存在兼容性问题。若仍有需要我们协助解决的上游问题，请随时联系我们！
关于kwin_wayland与kwin_x11的分离方案？
在 Plasma 6.4 中，我们将 KWin 分拆为独立的 X11 和 Wayland 版本。此举使 KWin 能更早地全面投入 Wayland 开发，不再因 X11 的遗留支持而受限。对于仍有X11特殊需求的用户，我们持续投入额外精力维持linux桌面环境的X11支持。
虽然分支带来显著成效，但KWin仅是整体解决方案的一环。整个Plasma桌面系统仍存在诸多受限于双窗口系统最低公约数支持的开发瓶颈。
核心要义
此举源于我们的信念：最终放弃 Plasma X11 会话将使我们能够更快地提升稳定性与功能性，惠及绝大多数已使用 Wayland 的用户。
若想持续打造最卓越的自由桌面环境，我们必须具备敏捷性以适应充满机遇的快速变化环境，而非拖着阻碍大量工作的旧版支持前行。
向Wayland的过渡历时漫长，过程中不乏艰辛。但终点线已近在眼前。跨越这一关口后，未来数年将迎来诸多积极变革，相信用户们定会欣然接受！
本文文字及图片出自 Going all-in on a Wayland future
令我困扰的是旧款显卡硬件无法运行Wayland。X11能在仅支持Vesa驱动的旧硬件上流畅运行，而这类硬件早已不具备功能完备的3D加速驱动。
复古玩家群体要在老旧硬件上运行现代Wayland系统，未来该如何推进？
希望更有见地的朋友能参与讨论或指正
只要你的Linux发行版正确管理Mesa软件包， 永远不会缺OpenGL/Vulkan驱动 。
因为Mesa内置了OpenGL(“llvmpipe”)和Vulkan(‘lavapipe’)的“软件渲染”驱动。顾名思义，这些驱动利用LLVM为CPU即时编译着色器(据我所知支持最高AVX2的SIMD指令集——尽管典型合成着色器通常会被模式匹配并替换为简单的
memcpy等操作)。因此如今在任何无加速的帧缓冲设备上，您都应能运行功能完整的Wayland桌面环境(尽管性能受CPU限制)。我记得早在Plasma 6发布前就实现过此功能——坦白说这可能比可用的Wayland桌面更早(Mesa代码确实如此，但当时发行版未必都构建了这些驱动？)。
软件OpenGL渲染在技术上可行，但根据我的使用经验，其合成速度慢得无法使用。真正可行的方案是直接软件渲染。或许能通过配置OpenGL触发软件后端的全部加速路径(可能需要先添加该功能)来实现，但我实在不确定是否能在完全避免冗余数据复制的情况下达成。
>复古玩家群体在老旧硬件上运行现代Wayland系统的可行方案是什么？
我好奇为何需要这样做。难道“复古玩家”不该满足于运行复古软件，而不该期待尖端软件能在他们的硬件上运行吗？
软件合成是可行的。Wayland并不严格要求硬件加速，也不依赖那些没有硬件加速就慢得离谱的操作。
多老？我在6700k和gtx 960上运行KDE(没有960也能运行)。这配置现在都十年了。
Wayland合成器可使用llvmpipe：https://docs.mesa3d.org/drivers/llvmpipe.html
不过话说回来，你更大的问题是用这套古董硬件在1080p显示器上浏览现代网站…
哦，这般轻描淡写
> 在某些情况下，第三方应用程序执行截图等专业任务
这种普遍计算场景中的基础操作(类似复制粘贴)如何算作“专业任务”？
新机遇是否包含实现“专业”功能的对等性？
> 长期来看，此项变更将为功能拓展、优化及开发速度带来新机遇。
我认为他们并非在淡化处理。多数用户会对内置的KDE截图/屏幕捕获工具感到满意(它功能确实全面，远胜于Windows或macOS的默认选项)。
他们也未否认第三方应用将无法运行，只是那些为X11开发的旧版截图工具需要移植。
归根结底这与macOS下一版放弃Rosetta并无本质区别(当然我知道两者所需投入不同)。旧应用将停止运行，而仍在维护的应用最终会适配新环境(若尚未支持Wayland的话)。
他们竟试图将基础桌面功能的缺失包装成“安全特性”，实在荒谬。试着向普通用户解释：当你在游戏中想截取精彩瞬间分享到Discord时，所用的窗口服务器设计上会阻止你操作，还声称这是“为了你自己的好”。天啊，我只是想让电脑真正好用而已。当年Wayland缺乏窗口内光标锁定功能时也遭遇同样困境，他们花了整整八年才开发出所谓“协议”。试想若每个基础桌面可用性/用户体验功能都要等待十年，Linux在桌面领域的普及将永远遥不可及。Wayland有时简直像是在蓄意破坏Linux的桌面应用前景。
我认为以安全为由拒绝提供这类功能完全不负责任，本应通过权限系统让用户自主掌控。
它确实已通过权限系统实现。KScreenshot运行完全正常，我猜大多数使用PipeWire的应用程序也会如此，屏幕截图功能同样如此。
KDE只是说明某些应用程序需要更新才能使用该系统，因此现有截图工具无法直接开箱即用。
完全不明白为何某些评论者暗示截图功能在Wayland上无法使用。看来他们的认知还停留在十年前的首次概念验证阶段。
我说的只是普遍情况。问题主要不在截图和屏幕录制，而是拖放功能和全局热键——比如Discord里的按键通话功能。
我查阅了2024年12月的资料，发现Discord当时已支持Wayland的屏幕和音频共享功能。
Wayland散发着失败国家的特有气息。
它是个巨大的毛球，难以轻易修复，但同时对特定用户群体具有显著价值。你可以用远古时代的软件构建出相当实用的X11桌面环境。但若想跟上Wayland永无止境的混乱演进，你基本只能选择KDE、GNOME或Sway。
协议机制根本不是这样。Wayland无法实现某些功能，并非因为技术难度，而是源于其病态的极简主义初衷(我本人通常欣赏极简主义)，且扩展功能的审批流程历经多年才稍有改善。事实证明，除了将矩形图像复制到(单一)屏幕并向桌面环境转发输入事件外，系统还需处理大量复杂任务。
倘若所有预期功能都已完善，Sway(因其不依赖桌面环境而被选中)本可成为X服务器的等效替代品。
我在KDE搭配Wayland环境下使用，截屏和录屏功能均无障碍。
> 他们竟将基础桌面功能缺失包装成“安全特性”，实在荒谬。
这招学自大师：谷歌和微软。KDE领先Windows数年的时代一去不复返了。
若您不熟悉X11工作原理，其本质类似像素级的“多人记事本”(或称“多人画图工具”？) 。
所有显示器被整合成巨型画布，任一X11客户端都能读写其中任意像素。
截图(及屏幕共享)可悄无声息地执行 且用户毫无察觉 (据我所知，甚至缺乏有效机制检测应用是否恶意操作)。
这正是推动Wayland诞生的重大“安全隐患”之一(类似地，Flatpak沙箱及如今已超越其框架的XDG Portal基础设施也源于此)。
相关基础设施已然存在，第三方应用可 请求 此类权限(用户可选择同意或拒绝)，例如：
– https://flatpak.github.io/xdg-desktop-portal/docs/doc-org.fr…
– https://flatpak.github.io/xdg-desktop-portal/docs/doc-org.fr…
请注意，任何无需每次交互的操作(例如重新启动先前选定窗口/显示器的屏幕共享)均可记住“用户已授权”状态，但这种无缝操作 仍仅限于特定组合 (即客户端只能访问被授权的内容)。
无论如何，该博文讨论的本质是 未更新的第三方应用 (例如在Flatpak环境中可能已无法正常运行)。
> 功能对等性
坦白说，屏幕截图/共享功能从来就不是X11的“特性”，而是被滥用为功能的重大安全漏洞。
> 现有基础设施已支持第三方应用请求权限(用户可选择允许或拒绝)，例如：
为何不能直接允许用户持续授权应用访问权限，而必须依赖需要应用更新的专用请求机制？
> 实际上只是未更新的第三方应用
为何又用“只是”来淡化处理？难道所有主流应用都已更新以确保无干扰？
> 截图/屏幕共享从来不是X11的“功能”，而是被滥用为功能的重大安全漏洞。
那么X11的截图功能究竟是什么？将正常使用归类为滥用也不够诚实，真正的问题在于安全机制缺失
> 那么X11的截图功能究竟是什么？
若之前表述不够清晰： X11从未提供截图功能 。任何X11客户端都能读取其他客户端绘制的像素数据。
> 所有主流应用都已更新以确保功能不受影响吗？
我不熟悉Linux平台上跨桌面环境的“截图应用”，这类工具似乎在其他操作系统更常见。我始终使用特定桌面环境的应用(它们最早支持此类机制，部分甚至采用更直接的私有协议而非XDG门户)。
但我花了几秒钟搜索通用截图工具，发现了Flameshot(作为跨平台应用很合理)，结果发现它对XDG Portal方案的支持功能早在 近五年前 就已添加：
https://github.com/flameshot-org/flameshot/pull/1272
若查看代码差异，可发现针对Wayland环境的KDE/GNOME专属支持——采用DBus而非XDG门户协议——早在2021年初就已存在…
https://github.com/flameshot-org/flameshot/commit/a5df852268…
这正是添加KDE/GNOME专属Wayland截图支持的提交记录。
八年前 ，在第三方应用中就实现了！
> 为何不能让用户直接允许应用继续访问，而不需要专门的应用请求基础设施(这需要更新应用)？
我忘了这事，但对于从X11客户端共享屏幕，有人已经费心实现了模拟方案(基于XDG Portals + PipeWire基础设施)：
https://blog.davidedmundson.co.uk/blog/xwaylandvideobridge/
这只是临时权宜之计，且仅适用于在XWayland下运行的X11客户端——若应用能以原生Wayland客户端形式运行，就应具备基于XDG Portals的相关功能实现。
> 为何又用“仅仅”来淡化处理？难道所有顶尖或热门应用都已更新以确保无中断？
是我在淡化问题，还是你在描述一个模糊的“最佳或最流行应用”范畴却不举例说明？
我感觉这类讨论很容易沦为恐吓性论调，却忽视了客观现实(比如过去几年我们取得的进展)。
总之，我 主观 认为X11的消亡迟了十到二十年，而用户对Wayland的大多数(若非全部)抱怨，都可追溯到X11早已超越其UNIX工作站的起源，且 从未被设计 为 个人 计算的图形环境。
> 若我之前表述不够清晰：X11从未有过截图功能。任何X11客户端都能读取其他客户端写入的像素。
这纯属FUD(恐惧、不确定性与怀疑)宣传。1996年推出的X11安全扩展(查证谷歌)已对此类操作实施限制。
1996年的扩展存在严重缺陷。不受信任客户端不仅无法使用剪贴板，更完全丧失GPU加速功能，其他特性也因测试不足而随机生效。该方案导致大量应用崩溃，因此几乎无人采用。
好吧，原本只需为屏幕阅读器、宏录制、桌面共享等功能添加几个UAC风格的提示框，并对GDK稍作调整。结果我们得到了什么？一个全新的GDK窗口系统后端，外加一堆崩溃的应用程序？而且这问题持续了几十年？
更何况这些实际存在的缺陷本可修复。
这种行为有个专有名词。
你可曾想过，当你的观点与真正了解该领域的人——比如桌面环境开发者和开发Wayland的前X开发者——存在分歧时，或许是因为你理解有误而非他们故意刁难？
缺陷远不止1996年那些糟糕的安全扩展。这类半残缺的扩展在X11中比比皆是。当你不得不重写整个渲染管道，为关键系统添加新API时，本质上就是在编写全新软件——这正是Wayland团队所做的。
别担心，那些抱怨多年旧限的守旧派，若改写X11的努力仍在继续，他们照样会抱怨。这就是现实。沙发评论家和键盘侠永远在抱怨，而真正的实践者正推动着事物前进。
> 这纯属恐吓宣传，X11的安全扩展(查谷歌)早在1996年就限制了这点。
等等？X11居然有扩展？还能“扩展”？而且(为了对话方便)从1996年就没变过？这必须死。我们需要单一窗口系统，版本分明，彼此互不兼容。唯有如此才能实现真正进步。/s
> 所有显示器将整合为巨型画布，任一X11客户端皆可读写其中每个像素。
嘿。当年配置不同刷新率的多显示器时，我可是吃过大亏才明白这个道理
我热爱KDE并一直使用它，但面板偶尔会消失的bug依然存在，每次都得重启plasmashell。另外希望他们能将虚拟桌面和活动整合为统一概念，并允许每个空间使用不同壁纸。
主题设置也因gtk应用、全局主题等因素显得混乱，感觉整个主题系统都可优化得更友好。
可能还有些小问题，但总体而言这是个非常出色的桌面环境。
> 我热爱KDE并一直使用它，但面板消失后不得不重启plasmashell的bug仍时有发生
我在Wayland上也遇到过同样问题。最近在另一条评论里提过透明终端闪烁的问题，但似乎取决于背景内容，我认为这是Konsole特有的bug。
总体而言，相比几年前Wayland存在诸多问题的状态，现在已非常接近完美，但我仍觉得它尚未完全成熟。
> 希望他们能将虚拟桌面和活动整合为统一概念，并允许每个空间使用不同壁纸。
> 可能还有些小问题，但总体而言这是个非常出色的桌面环境。
我完全赞同这两点。
有意思，我一直听说X11要等到Plasma 7才会被弃用。虽然我自己现在完全转用Wayland了，但对此仍有些犹豫，感觉时机有点早。
X11将在当前版本中继续支持1.5年。之后LTS发行版仍会提供漏洞修复支持，只是不再新增功能。在我看来这进度依然缓慢得像冰川移动。
> 这正是长期支持(LTS)发行版搭载旧版Plasma的完美用例。例如AlmaLinux 9包含Plasma X11会话环境，其支持周期将持续至2032年。
https://news.ycombinator.com/item?id=46058531 ( “KDE Plasma 6.8将全面转向Wayland，终止X11会话支持(phoronix.com)” —231条评论)
关于显示管理器的解决方案是什么？因为 SDDM 的 Wayland 支持仍处于实验阶段。
大家都在用/推荐什么？
我使用Lemurs，因为目前看来没有优秀的图形化显示管理器(LightDM或许最接近——SDDM不显示电池电量，GDM不支持更换鼠标光标主题)。
对我来说运行良好，已稳定使用两年。每次启动都非常稳定。
配置：Kaby Lake架构的i5 7500T与i7 7700T处理器，集成Intel HD630显卡。操作系统：CachyOS。
我超爱Wayland。每天硬重启两次电脑简直太棒了。哦，需要离开工位？拔掉扩展坞前最好切换到TTY终端，这样SDDM崩溃时还能强制重启。糟了！走出WiFi覆盖范围？桌面环境彻底死机，唯一能用的按钮只剩电源键。
Wayland确实帮我在工作中节省了大量时间。它逼得我重新培养了ctrl+s的反射动作。现在再也不会因随机崩溃丢失工作了！
我们还玩了个有趣的新游戏。每天早晨走进办公室，我那台5Kx1K巨屏显示器可能被重置成任何你能想象的分辨率，我必须摸索着进入显示配置菜单手动重置——当然啦，重新插拔屏幕根本没用。
我超爱Wayland。它如此易用又可靠。但最重要的是它比X11更新！谢天谢地不用再碰那些用过时语言编写的恶心老软件。天啊——万万别让我们运行那些管用的旧软件，而要用 新 软件——虽然不如旧版好用，但至少是 新 的嘛！
什么？Wayland都快二十岁了，居然还没达到其他操作系统的功能水平？但它比X11新啊！
没人开发x.org是因为它根本就是个烂摊子。那些半吊子的解决方案被胡乱堆砌在一起，导致硬件加速几乎失效，画面异常成了家常便饭。
关键在于Wayland更具前瞻性，而x.org早已是死胡同——这种局面持续了几十年。若有人愿意接手开发，自然欢迎。但现实是无人问津，我又不能拿枪逼人维护代码库。现状如此，无可奈何。
蓝牙功能依然糟糕得令人发指，而KDE又发帖讨论Wayland了。若Wayland的漏洞多如KDE蓝牙实现，那直接放弃也罢。
哎，真遗憾，我刚觉得KDE看起来不错呢。看来只能回归Xorg和Gnome了，毕竟我需要图形加速。
使用NVIDIA 580.95驱动的基本功能测试：
Gnome与Xorg环境——《我的世界》启用中等着色器可达60fps，《Kerbal太空计划》60fps，《DaVinci Resolve》运行正常
KDE与Wayland环境——《我的世界》相同着色器仅4fps，《Kerbal太空计划》2fps，《DaVinci Resolve》无法运行
Gnome 和 Wayland：Minecraft 只有 3fps，KSP 只有 3fps，DaVinci Resolve 无法运行。
看来加速功能不被支持。真糟糕。
也许明年 Wayland 才会变得实用。
>NVidia
愤怒的林纳斯咆哮声…
他们是Linux上唯一支持加速显卡的厂商。
这不对。当然Wayland支持硬件加速。