X.Org发展记事(202x)
2020-09-22 19:25:23 
阿炯
本文是从X.Org的产品主页分离出来的，专门用于记录该软件的发展大事，截止到2029年12月31日。
微软在 X.Org 开发者大会三连讲
2020年9月，微软近日罕见地参加了年度 X.Org 开发者大会(XDC, X.Org Developers' Conference)，同时也是此次线上会议 XDC 2020 的银牌赞助商。虽然微软多年来一直都在持续赞助 LinuxTag 和其他活动，但它此次的表现更加引人注目，因为微软工程师在大会开幕式当天不仅发表了演讲，而且连续做了三场，主题主要是围绕微软在图形以及 GPU 方面的开源努力。
微软工程师 Jesse Natalie 和 Steve Pronovost 在 XDC 2020 上通过事先录制好的视频介绍了 WSL 图形架构。随后 Steve 讲述了 WSL 下的 X11/Wayland 应用支持，然后当天微软的第三场也是最后一场演讲是 Jesse 讲述了由他们打造的 Mesa Direct3D 12 映射层，用于在 D3D12 上获得 OpenCL/OpenGL。
根据他们的介绍，这些演讲内容均来自他们为让 GPU 计算和图形应用在 WSL2 下运行所做的工作。三位演讲者谈到了他们在 NIR 到 DXIL(DirectX中间层)翻译、Direct3D 12 Gallium3D 驱动、翻译 Direct3D 12 API 调用的 Gallium 管道接口、OpenCL C (CLC) 到 DXIL 编译器，以及改进 Windows/WSL 上开放图形/计算 API 生态系统的相关技术细节。
演讲过程中，微软工程师还抖露了一些“小秘密”，他们表示向 Mesa 贡献新代码的门槛要比 Linux 内核低得多。Mesa 上游开发者似乎愿意接受微软的开源贡献，特别是在 Collabora 的参与下，但内核方面，将他们的 DirectX 12 "DXGKRNL" 驱动合并到 Linux 内核 mainline 仍然遥遥无期。
微软宣布推出 WSL 对 Linux GUI 的初步支持
2021年4月，微软面向 Windows Insider 的 Dev 频道用户发布了一个 Windows 10 Build 21364 预览版更新。其中一项值得注意的更新内容为：Windows Subsystem for Linux（WSL）上使用首批对 GUI 应用的支持，可以直接在 Windows 上运行 Linux GUI 应用。在一年前的 Build 2020 大会上，WSL 团队曾表示，他们的目标是使用户能够在桌面上无缝地运行 Windows 应用程序与 Linux GUI 应用程序。现在，微软则宣布 Windows 10 中的 WSL 已提供了对 GUI 应用程序的首个预览支持（微软将该功能命名为 WSLg）。这意味着，你现在可以运行自己喜欢的 GUI 编辑器、工具和应用程序来构建和测试 Linux 应用程序。
微软方面介绍称，用户可以使用这个功能来运行任何可能只存在于 Linux 中的 GUI 应用程序，或者在 Linux 环境下运行自己的应用程序或进行测试。对于想要测试其跨平台应用程序的开发者而言，这可能非常有用。同时，WSL 上的 Linux GUI 应用程序还提供了开箱即用的音频和麦克风支持，以及对 GPU 加速的 3D 图形支持。
WSLg 由 Wayland、一个 X 服务器、Pulse audio 服务器以及在 Windows 中实现此功能所需的所有其他功能组成。X 服务器在需要的时候会自动启动，FreeRDP 用于 WSL 和 Windows 之间的 RDP 连接的接口。
对于有兴趣体验 WSL 环境中的 Linux GUI 应用程序的用户来说，首先需要确保已安装了 Windows 10 Insiders preview build 21364 或更高版本。如果你已经安装了 WSL，你所需要做的就是运行 wsl --update，然后就会被设置为使用 GUI 应用程序。如果你没有启用 WSL，运行 wsl --install 将自动安装 WSLg 作为 WSL 初始设置的一部分。
更多详情可查看官方博客。
X.Org 基金离开 SPI 并转投 SFC 自由软件保护协会
2023年5月，经过社区成员的投票，X.Org 基金会将脱离公益软件协会SPI转到软件自由保护协会 SFC 的旗下，由 SFC 作为其财务赞助商及管理者。
公益软件协会 SPI 全称 Software in the Public Interest，起初是为了公开透明地对 Debian 项目进行捐赠而创建，现在已成为 40 多项自由和开源项目的财政赞助商，包括熟悉的 Arch Linux 、Debian 、Ffmpeg、PostgreSQL 等。
X.Org 基金会在 2016 年加入了 SPI ，但近年来基金会成员总觉得 SPI 处理事务的效率太慢（估计赞助的资金也不太充足），合作不愉快，想要寻找新的组织投靠。从 X.Org 的会议记录也能看出成员的怨气。而软件自由保护协会 SFC（Software Freedom Conservancy）一直是 X.Org 基金会的主要财政赞助商。作为最大的金主，SFC 一直希望 X.Org 基金会转投到自家名下。
在2023年的 X.Org 董事会选举中，X.Org 基金会顺水推舟，对 “是否放弃 SPI ，转到 SFC 名下” 问题进行了社区全员投票。结果显示，X.Org 基金会旗下社区共 75 名成员，其中有 55 人参与投票，投票结果为 54 张赞同票 + 1 张反对票。54/75 意味着赞同率为 69.3% ，满足超过三分之二的通过条件，X.Org 基金会将根据投票结果转到 SFC 的旗下，由 SFC 代为管理法律和财务管理方面的事务。
关于 X.Org 基金会
尽管该基金会的起源项目 X.Org 服务器本身算半退休，并太多新的开发活动。但 X.Org 基金会还监督 Wayland、Mesa、libinput 以及相关的 FreeDesktop.org 和其他开源图形项目，影响力还是相当大。
NetBSD 谈 X.Org/X11 的现状和未来
在 Linux 上，桌面环境、图形栈和其他应用软件都在稳步采用 Wayland 支持，而不再那么关注 X11/X.Org 支持。但在 BSD 中，Wayland 支持和开源图形驱动程序栈的总体状况却没那么稳健劲。NetBSD 项目于2024年5月上旬发布了一份状态报告，介绍了其对 X.Org 堆栈的持续依赖和改进。
NetBSD 项目的 Nia Alarie 发布了一份关于 X.Org 图形支持的状态报告。将其 X.Org 栈作为 X.Org 代码库的某种分支来维护，包括使用自己的 BSD makefile 构建系统、定期更新上游 X.Org 代码分支的 “xsrc” 资源库以及各种 X.Org DDX driver differences。
Alarie 总结称：最大的问题是：这一切还有未来吗？好消息是，所有新硬件都能在 X 中获得通用支持。有人编写了模式设置内核驱动程序或经典的 wsdisplay 内核驱动程序，它们将自动获得 X 中相关驱动程序的支持。坏消息是，要运行应用程序，需要访问更大的开源生态系统，而这个生态系统有很多变化，很容易被分散注意力。向 X.Org 上游化的过程是一个持续的过程，但很可能会遇到一些永远不适合上游化的东西。
当然，在 NetBSD 上也可以选择尝试 pkgsrc 中的 vanilla 模块化 X.Org，或者使用其他完全不同的东西。更多详情可阅读原文。
微软在 X.Org 开发者大会三连讲
2020年9月，微软近日罕见地参加了年度 X.Org 开发者大会(XDC, X.Org Developers' Conference)，同时也是此次线上会议 XDC 2020 的银牌赞助商。虽然微软多年来一直都在持续赞助 LinuxTag 和其他活动，但它此次的表现更加引人注目，因为微软工程师在大会开幕式当天不仅发表了演讲，而且连续做了三场，主题主要是围绕微软在图形以及 GPU 方面的开源努力。
微软工程师 Jesse Natalie 和 Steve Pronovost 在 XDC 2020 上通过事先录制好的视频介绍了 WSL 图形架构。随后 Steve 讲述了 WSL 下的 X11/Wayland 应用支持，然后当天微软的第三场也是最后一场演讲是 Jesse 讲述了由他们打造的 Mesa Direct3D 12 映射层，用于在 D3D12 上获得 OpenCL/OpenGL。
根据他们的介绍，这些演讲内容均来自他们为让 GPU 计算和图形应用在 WSL2 下运行所做的工作。三位演讲者谈到了他们在 NIR 到 DXIL(DirectX中间层)翻译、Direct3D 12 Gallium3D 驱动、翻译 Direct3D 12 API 调用的 Gallium 管道接口、OpenCL C (CLC) 到 DXIL 编译器，以及改进 Windows/WSL 上开放图形/计算 API 生态系统的相关技术细节。
演讲过程中，微软工程师还抖露了一些“小秘密”，他们表示向 Mesa 贡献新代码的门槛要比 Linux 内核低得多。Mesa 上游开发者似乎愿意接受微软的开源贡献，特别是在 Collabora 的参与下，但内核方面，将他们的 DirectX 12 "DXGKRNL" 驱动合并到 Linux 内核 mainline 仍然遥遥无期。
微软宣布推出 WSL 对 Linux GUI 的初步支持
2021年4月，微软面向 Windows Insider 的 Dev 频道用户发布了一个 Windows 10 Build 21364 预览版更新。其中一项值得注意的更新内容为：Windows Subsystem for Linux（WSL）上使用首批对 GUI 应用的支持，可以直接在 Windows 上运行 Linux GUI 应用。在一年前的 Build 2020 大会上，WSL 团队曾表示，他们的目标是使用户能够在桌面上无缝地运行 Windows 应用程序与 Linux GUI 应用程序。现在，微软则宣布 Windows 10 中的 WSL 已提供了对 GUI 应用程序的首个预览支持（微软将该功能命名为 WSLg）。这意味着，你现在可以运行自己喜欢的 GUI 编辑器、工具和应用程序来构建和测试 Linux 应用程序。
微软方面介绍称，用户可以使用这个功能来运行任何可能只存在于 Linux 中的 GUI 应用程序，或者在 Linux 环境下运行自己的应用程序或进行测试。对于想要测试其跨平台应用程序的开发者而言，这可能非常有用。同时，WSL 上的 Linux GUI 应用程序还提供了开箱即用的音频和麦克风支持，以及对 GPU 加速的 3D 图形支持。
WSLg 由 Wayland、一个 X 服务器、Pulse audio 服务器以及在 Windows 中实现此功能所需的所有其他功能组成。X 服务器在需要的时候会自动启动，FreeRDP 用于 WSL 和 Windows 之间的 RDP 连接的接口。
对于有兴趣体验 WSL 环境中的 Linux GUI 应用程序的用户来说，首先需要确保已安装了 Windows 10 Insiders preview build 21364 或更高版本。如果你已经安装了 WSL，你所需要做的就是运行 wsl --update，然后就会被设置为使用 GUI 应用程序。如果你没有启用 WSL，运行 wsl --install 将自动安装 WSLg 作为 WSL 初始设置的一部分。
更多详情可查看官方博客。
X.Org 基金离开 SPI 并转投 SFC 自由软件保护协会
2023年5月，经过社区成员的投票，X.Org 基金会将脱离公益软件协会SPI转到软件自由保护协会 SFC 的旗下，由 SFC 作为其财务赞助商及管理者。
公益软件协会 SPI 全称 Software in the Public Interest，起初是为了公开透明地对 Debian 项目进行捐赠而创建，现在已成为 40 多项自由和开源项目的财政赞助商，包括熟悉的 Arch Linux 、Debian 、Ffmpeg、PostgreSQL 等。
X.Org 基金会在 2016 年加入了 SPI ，但近年来基金会成员总觉得 SPI 处理事务的效率太慢（估计赞助的资金也不太充足），合作不愉快，想要寻找新的组织投靠。从 X.Org 的会议记录也能看出成员的怨气。而软件自由保护协会 SFC（Software Freedom Conservancy）一直是 X.Org 基金会的主要财政赞助商。作为最大的金主，SFC 一直希望 X.Org 基金会转投到自家名下。
在2023年的 X.Org 董事会选举中，X.Org 基金会顺水推舟，对 “是否放弃 SPI ，转到 SFC 名下” 问题进行了社区全员投票。结果显示，X.Org 基金会旗下社区共 75 名成员，其中有 55 人参与投票，投票结果为 54 张赞同票 + 1 张反对票。54/75 意味着赞同率为 69.3% ，满足超过三分之二的通过条件，X.Org 基金会将根据投票结果转到 SFC 的旗下，由 SFC 代为管理法律和财务管理方面的事务。
关于 X.Org 基金会
尽管该基金会的起源项目 X.Org 服务器本身算半退休，并太多新的开发活动。但 X.Org 基金会还监督 Wayland、Mesa、libinput 以及相关的 FreeDesktop.org 和其他开源图形项目，影响力还是相当大。
NetBSD 谈 X.Org/X11 的现状和未来
在 Linux 上，桌面环境、图形栈和其他应用软件都在稳步采用 Wayland 支持，而不再那么关注 X11/X.Org 支持。但在 BSD 中，Wayland 支持和开源图形驱动程序栈的总体状况却没那么稳健劲。NetBSD 项目于2024年5月上旬发布了一份状态报告，介绍了其对 X.Org 堆栈的持续依赖和改进。
NetBSD 项目的 Nia Alarie 发布了一份关于 X.Org 图形支持的状态报告。将其 X.Org 栈作为 X.Org 代码库的某种分支来维护，包括使用自己的 BSD makefile 构建系统、定期更新上游 X.Org 代码分支的 “xsrc” 资源库以及各种 X.Org DDX driver differences。
Alarie 总结称：最大的问题是：这一切还有未来吗？好消息是，所有新硬件都能在 X 中获得通用支持。有人编写了模式设置内核驱动程序或经典的 wsdisplay 内核驱动程序，它们将自动获得 X 中相关驱动程序的支持。坏消息是，要运行应用程序，需要访问更大的开源生态系统，而这个生态系统有很多变化，很容易被分散注意力。向 X.Org 上游化的过程是一个持续的过程，但很可能会遇到一些永远不适合上游化的东西。
当然，在 NetBSD 上也可以选择尝试 pkgsrc 中的 vanilla 模块化 X.Org，或者使用其他完全不同的东西。更多详情可阅读原文。