克里斯蒂安·谢勒（Christian Schaller），他是Red Hat桌面开发团队的负责人 和Fedora桌面，在对Fedora 31中桌面组件计划的回顾中， 提到Red Hat打算停止积极开发X.Org服务器功能的意图 并且仅限于维护现有代码库和调试。
当前，Red Hat为X.Org服务器的开发做出了重要贡献，并保持了对它的支持，因此，在开发中断的情况下，重要的X.Org服务器版本的形成不太可能继续。
同时，尽管开发已经停止，但Red Hat对X.Org的支持将至少一直持续到RHEL 8发行生命周期的结束，该生命周期将持续到2029年。
X.Org的开发已经很小
已经观察到X.Org服务器开发的停滞。 尽管以前使用了六个月的发布周期， X.Org Server 1.20的最后一个重要版本在14个月前发布，而1.21版的准备工作正在停滞。
如果任何公司或社区同意继续增加X.Org服务器的功能，则情况可能会发生变化， 但是，考虑到从重大项目向Wayland的广泛转移，不太可能会有任何人。
红帽公司目前专注于改进基于Wayland的桌面工作。 解决了从X.Org组件中完全删除依赖项并确保Gnome Shell在不使用XWayland的情况下启动的问题，这将使X.Org服务器进入维护模式，这需要重构或删除到X.org的其余链接。
这些链接几乎已从Gnome Shell中删除，但仍保留在Gnome设置中。
在Gnome 3.34或3.36中，计划在需要确保X11兼容性的组件时完全放弃X.Org绑定并动态组织XWayland版本。
红帽更喜欢将精力集中在Wayland
还提到需要解决Wayland的许多悬而未决的问题， 例如使用NVIDIA专有驱动程序，以及完善XWayland DDX服务器，以确保在基于Wayland的环境中X应用程序的高质量启动。
在准备Fedora的31项工作中，XWayland正在实现使用root特权运行X应用程序的功能。 从安全的角度来看，这样的发行版值得怀疑，但是对于确保与需要提升特权的X程序的兼容性而言，这是必需的。
另一个挑战是改善SDL库中的Wayland支持， 例如，要解决在以低屏幕分辨率运行的较旧游戏时的缩放问题。
另外， 需要改进对Wayland在具有NVIDIA专有驱动程序的系统上的工作的支持：
如果Wayland可以长时间使用此类驱动程序，则采用此配置的XWayland尚不能使用3D图形的硬件加速功能（已计划提供下载XWayland x.org NVIDIA驱动程序的功能）。
另外， 正在用PipeWire Media Server替换PulseAudio和Jack的工作， 考虑到专业声音处理系统的需求，并以最小的延迟扩展了PulseAudio的功能，使其具有视频流和音频处理功能，并为设备级访问控制人员提供了增强的安全模型。
最后，作为Fedora 31开发周期的一部分，工作重点在于使用PipeWire在基于Wayland的环境中共享屏幕访问，包括使用Miracast协议。
至 Fedora 31还计划在基于Gnome的Wayland会话中增加启动Qt应用程序的功能。 使用Qt Wayland插件而不是使用X11 / XWayland的XCB插件。