Bry*_*yce 18 community packaging xorg graphics
在 Ubuntu 中,X 是堆栈中更关键的部分之一。因此,我们收到了大量关于它的问题和错误报告,可能是我们需要处理的人力的 100 倍。
Canonical 正在招聘更多的工程师来开发 X,这将有所帮助,但仍然有很多事情超出了 Canonical 的能力范围,所以我觉得有一个强大的社区参与改进 Ubuntu 中的 X 真的很重要,尤其是围绕让所有这些大量的错误报告得到答复、分类和(希望)解决。
然而,很难找到人在 X 上工作,或者让人们相信他们在 X 上投入时间是值得的。您建议如何鼓励人们参与其中,否则他们可能不会考虑在 X 上工作?
小智 12
X 没有得到大量工作的原因是它需要大量关于 GPU、内存等如何工作的知识,以及熟悉 X.org 代码库和某种程度上的内核编程。进入社区并从社区的角度来看,那些对 X 或 X 驱动程序感兴趣的人可能已经这样做了,这并不是一件小事。除了个人兴趣之外,开发人员目前没有任何动机让开发人员在 Xorg 上工作。
社区拥有而 X.org 开发人员不一定拥有的东西,是对各种硬件的访问。拥有人谁愿意花时间去写“好”的错误报告和测试驱动程序和Xorg的堆栈的一部分之前释放很可能将帮助工程师比什么。
目前有一个 Xorg edgers 存储库,我用来在我的稳定系统上测试驱动程序。在我完成测试后回滚单个包非常容易。然而,我们可以测试的唯一其他方法是自己构建 X 或安装从上游构建的边缘存储库。据我所知,这是批发 X 替换。这意味着它是测试 X 的一种全有或全无的方法。
有一种方法可以拥有 2 个版本的 X(并且可以很容易地选择)你想要使用哪个版本将允许测试人员不仅测试 X ,而且随后返回到工作的 Xorg 以便他们可以提交错误报告。
jbo*_*tie 12
作为一个对 X 随便感兴趣的开发者来说,这里是我的问题:
我只能访问少数图形卡,而且我怀疑大多数人只能访问一个。因此,对于绝大多数错误,我无能为力,这些错误总是出现在“其他卡片”上。
与大多数软件包不同,我无法为新的驱动程序版本轻松创建测试环境;虚拟机有自己的 X 驱动程序。
我无法轻松更新到最新的驱动程序,测试它,然后恢复。这不鼓励实验(因为如果出现问题,我可能会被砖砌);它还阻碍了回归测试。
上次我看,成功打补丁,编译和运行X很难做到,遍历包管理器,还需要修补内核模块,几乎是不可逆转的一步。
现在,X 驱动程序在内核、Mesa、udev(用于设置和默认值)和用户空间驱动程序之间拆分它们的代码。这意味着补丁也会被分割......
所以我想答案是应用和恢复由包管理器处理的更改,并且在它破坏系统时易于恢复。
此外,对于 X 驱动程序,应该考虑像 DKMS 这样的系统;如果我可以轻松地修补/编译/测试/卸载我的触摸屏的输入驱动程序,而不必重建整个单体装置(它有使 X 完全无法使用的威胁),那么您将获得更多随意的贡献并激励我查看与该硬件相关的分类错误和测试补丁。
小智 7
就像所有的东西一样,很多东西都让人们可以轻松地了解它。因此,从我记忆中最初的错误分类来看,社区并没有提供很多帮助。然后,当一些 wiki 页面解释了分类错误的常规过程和一些错误日时,更多的社区成员参与了进来。此外,如果您可以为社区开展一项定期活动,并为那些尝试它的人提供帮助,您将获得一些兴趣。
如果您需要有关活动的帮助,可以给我发电子邮件,并在组织活动方面提供帮助。
所以我的答案是制作一个包含问题和命令的 wiki 页面,以获得良好的错误分类信息,让人们参与其中。
对于发展来说,这是一个大问题。Xorg 和 Kernel 的东西需要低级编程技能才能修复大多数错误和实现功能。因此,您必须针对特定的程序员群体并让他们感兴趣。我在这里没有任何建议,只是四处询问一下,看看谁在#ubuntu-x 中闲逛,并询问他们是否可以提供帮助。
| 归档时间: |
|
| 查看次数: |
540 次 |
| 最近记录: |