对于那些不是MOTU（维护 Universe 和 Multiverse 软件存储库的人）并且没有“我将在 $date 之前申请 MOTU”种类的计划的人：
是什么阻止您和其他像您一样的人尝试成为 MOTU？是什么让你认为你不能成为其中一员？
我指的是社会和技术障碍。
编辑： 我说 MOTU 只是因为它是一个非常通用的组，但是“你为什么不打包/修补并打算最终尝试上传权限？” 是一个更通用的版本。
dv3*_*0ea 14
我认为最大的技术障碍是知道如何创建 Debian 软件包。虽然创建工作包相对简单，但创建符合 Debian 和 Ubuntu 标准的包要困难得多。此外，有关如何创建包的指南通常会处理您拥有需要编译的源代码的情况。这对于用解释语言编写的应用程序可能会造成混淆。
最大的社会障碍可能是知道如何将包上传到 Universe/多元宇宙存储库。创建自己的ppa并在那里上传包要简单得多。
Ban*_*zen 11
现在人们喜欢路过的捐款。
20 年前，如果您有一个宠物项目，您通常会将大量精力集中在一个宠物项目上。今天，您每天访问数十个 Internet 页面，并且有许多社交网络或其他社区，您可以在其中为 wiki、论坛和其他内容做出贡献。虽然这导致更多人做出贡献，但也导致人们期望进入低门槛（即“只需单击网站即可编辑它”）。否则他们可能会转向其他社区。
因此，您应该在 MOTU 过程中寻找障碍。我记得 GroundControl 项目降低了启动板托管项目中补丁贡献的障碍。也许你需要类似的新工具，所以新的 MOTU 候选人不必摆弄很多命令行工具。虽然这些当前的工具可能很强大，但学习如何正确使用它们可能需要大量的精力。
Ban*_*zen 11
提供更好的文档。
我参加了与打包和 MOTU 相关的开发者周 IRC 会议（已经两次），发现在这些会议中，您通常对流程有一个模糊的理解。但是，如果您在两周后查看 Ubuntu wiki 页面，您将无法再将所有部分组合在一起。这些页面通常是已经详细了解流程的人的项目符号列表。但这还不足以让新手理解内容。
所以也许你应该尝试让文档 wiki 页面更详细地解释过程、工具和人员。或者甚至有完整的例子。在 IRC 会议期间，总会有可重复的示例，也许这些示例会对 wiki 页面产生影响。
小智 9
我发现的最大障碍是 Ubuntu 开发者页面：http : //www.ubuntu.com/community/get-involved/developers
很多次，我热情地决定为 Ubuntu 贡献至少 1 个补丁......所以我去了网站上的自然位置......最终迷失在文档的海洋中。几个小时后，我仍然不知道我应该为什么编写补丁。当我查看 Ubuntu 的 bug 时，我经常发现补丁……许多只是坐在那里未使用的。
就包装而言，我试图弄清楚如何制作它们，这真的很令人困惑。我也尝试参与 Launch Pad，但界面比 Source Forge 复杂得多，我无法在 LP 上获得自己的代码。对于新用户来说非常困难。
成为MOTU是一种责任。
好吧，显然第一个原因在技术上不够了解，而第二个原因是有很多你宁愿做的事情。但是在您的目标受众中，我认为主要原因是这是一种责任。
如果我自己编译一个包，没有人关心我是否遵循了技术和法律政策。没有人会来找我，期望我打包一个更新的版本。没有人会要求我修复错误。
如果我将我的包上传到 ppa，一些人可能会关心。但是期望值没有那么高。我可以消失并让人们在他们的博客上抱怨该软件包不适用于整洁的独角鲸是多么令人难过。
如果我成为了一个MOTU，突然间我就有了很大的责任。如果我昨天没有解决它们，用户会带着错误报告来找我并抱怨。用户会期望我在上游可用时立即上传新版本的包。我必须向非技术用户解释如何找出他们做错了什么。与在论坛上发帖不同，我不应该忽略我不想回答的问题。其他开发人员可能会因为我搞砸了一些事情而追捕我——这可能会令人生畏。
我有什么收获？
一种我帮助过人的模糊感觉。这很重要。但是，如果这是我的主要动机，那么打包软件与帮助施舍或辅导失业移民邻居的孩子相比如何？
我简历上的要点？嗯，作为程序员参与 FOSS 会更受欢迎。（它为您提供了大学课程中难以教授的项目管理和长期维护等方面的经验。）事实上，对于许多对涉及政治的员工不屑一顾的雇主来说，成为一名 DD/MOTU 看起来很可疑（你是公开向 FOSS 提供政治支持）。
一种满足感？比从头开始编写我自己的程序要少得多。编程比包装更有创意。里面有很大的成就感。有吹牛的权利。但在包装上？这是一件苦差事。这并不迷人。
（上面是第三人称“我”。我认为我给出的原因适用于大多数人，但在不同程度上适用。就个人而言，主要是我宁愿做很多事情，而包装缺乏创造性的成就感。）
（出于好奇，Ubuntu 是不是缺人手？）