Ubuntu中文论坛

poet 写了：

happyaron 写了： 要知道虽然只愿意使用不愿意做贡献的人确实是大多数，但满腔热血却不知道怎么出力的人其实也很多的。

poet 写了： 跟上游联系的事情，如果只是语言问题，我可以尽量出力，因为我自认为交流能力没什么问题。

但是，这些事情具体究竟是怎么运作的，需要有人打开一个“门”，简单的说，就是入门。

信息究竟怎么反馈上去的，bug谁去解决的，有哪些人在维护，具体的包什么时候被更新的，怎么把bug或者自己的patch反馈到最直接联系某个包的维护者，怎么知道某个bug属于哪个包，这些机制，没经验的人根本不懂，不理解。

编程并非参与开发的唯一途径，测试/报bug，提patch，帮助打deb包，帮助翻译，其实都是开发的一部分。因此，其实开发的大门应当对“所有人”敞开，即使很多人根本不会踏入这个门，但是我们敞开这个门，却有助于更多犹豫不决的人踏进来。——多写一些文档告诉大家怎么做，这里面是什么机制，很重要。——个人觉得，甚至比安装指南更有用。

个人觉得，开源社区还是应当放开为假定所有人都是开发者的心态，也就是说，虽然有些用户很可能只是使用，但文档完善方面，却更应当注重加强怎么加入开发怎么做贡献方面的描述。——要知道虽然只愿意使用不愿意做贡献的人确实是大多数，但满腔热血却不知道怎么出力的人其实也很多的。

happyaron 写了：多数反应到论坛的问题都没有人到相应的地方反应，敦促解决就更少了。在Launchpad或者上游活动的人很少，我现在也没有什么完整的想法能把这些事运作起来。要改变的事很多，大家一起努力！

poet 写了：跟上游联系的事情，如果只是语言问题，我可以尽量出力，因为我自认为交流能力没什么问题。

但是，这些事情具体究竟是怎么运作的，需要有人打开一个“门”，简单的说，就是入门。

信息究竟怎么反馈上去的，bug谁去解决的，有哪些人在维护，具体的包什么时候被更新的，怎么把bug或者自己的patch反馈到最直接联系某个包的维护者，怎么知道某个bug属于哪个包，这些机制，没经验的人根本不懂，不理解。

编程并非参与开发的唯一途径，测试/报bug，提patch，帮助打deb包，帮助翻译，其实都是开发的一部分。因此，其实开发的大门应当对“所有人”敞开，即使很多人根本不会踏入这个门，但是我们敞开这个门，却有助于更多犹豫不决的人踏进来。——多写一些文档告诉大家怎么做，这里面是什么机制，很重要。——个人觉得，甚至比安装指南更有用。

个人觉得，开源社区还是应当放开为假定所有人都是开发者的心态，也就是说，虽然有些用户很可能只是使用，但文档完善方面，却更应当注重加强怎么加入开发怎么做贡献方面的描述。——要知道虽然只愿意使用不愿意做贡献的人确实是大多数，但满腔热血却不知道怎么出力的人其实也很多的。

FangQ 写了： 用户反馈的问题有很大一部分都是以不严谨的语言来描述的，往往只能看到事情的表像，但无法找到产生问题的根本。这样的报告无法作为正规的反馈提交给ubuntu开发者。所以我认为帮助反馈的朋友可以做下面的几件事情：
1. 从用户的问题中找到产生问题的本质原因(哪个包，哪个文件)
2. 得到可以严格重现问题的命令／操作序列
3. (可选项)找到解决办法(patch etc)
4. 为launchpad对应包提交bug报告，上传问题描述、重现手段、效果差别和patch
5. 及时与admin沟通，敦促问题解决，并即使测试更新。

我想，如果能够做到1,2,4就已经很好了。

happyaron 写了：bug 406132应该已经Fix released。中文打印粗体的问题似乎bug号不对...
bug 424677看里面的描述没怎么和您在帖子里的描述对上号...

You have been added to ubuntu-china-trans-contributors‏

gisworld 写了：不错，FangQ提的几个BUG一针见血，这应该作为中文小组一个重要的工作（不过，已经脱离translation team的范畴了）