申请审查委员会如何运作？

Question

据https://wiki.ubuntu.com/AppReviews的申请审核流程是好的都对上游的软件开发商和Ubuntu打包。重点似乎是上游开发人员的优势在于可以更快更轻松地将他们的应用程序放入软件中心，同时他们通过准备他们的应用程序进行打包来帮助 Ubuntu 包管理器。

这似乎是一件大事。wiki 上的说明指出，开发人员完成其中列出的一些步骤，包括将应用程序上传到 PPA，并请求审查，经过一段时间审查，并接受并包含到 Ubuntu 存储库中，或者根本不接受。

虽然这看起来是一种将应用程序快速添加到软件中心的简单、公平的方法，但我认为我遗漏了一些东西。我注意到，虽然有一些请求待处理，但那里没有（或几乎没有）活动。一切都好像在大约 5-6 个月前被冻结了一样，闻起来有点被遗弃了。

我是否理解错误，一切正常（例如，他们仅在 UDS 接受审查？），还是发生了某些变化？任何人都可以向我解释清楚，这个审查（和包含在存储库中）的过程究竟是如何工作的？

Answer 1

现在的情况

ARB 是最近的Ubuntu 应用程序开发者周（9 月 5 日至 9 日）的一个会议主题（9 月 6 日星期二）。

总结IRC 课堂（在课程展开时转录，因此简洁并反映了课程的顺序！）：

1. 将来，就像付费应用程序一样，免费/自由应用程序将通过 MyApps 门户提交（请参阅下面的蓝图）
2. ARB 是一个由 4 个社区成员组成的小组，负责让小型独立应用程序进入稳定的发行版（即已发布）
3. Board 为打包提供帮助并确保应用程序符合标准的 ubuntu 打包规则。
4. 两个应用程序已经完成了这个过程——“新闻”和“暂停的句子”——两者都提供给 Maverick (10.10)
5. 确认将放弃 Launchpad 以支持 MyApps 门户。
6. 将免费/自由应用程序导入 ubuntu 的方法- 通过 debian 并在功能冻结之前同步到 ubuntu，通过backport或通过 ARB
7. 将应用程序支付到 ubuntu 的方法 - 规范合作伙伴应用程序（视具体情况而定）或通过软件中心购买应用程序
8. 如果通过 ARB 提交 - 您是维护者并负责提交 Ubuntu 的每个新版本。因此优先选择来自上游的包，因为它们是自动同步的。
9. ARB 接受的应用程序已添加到extras.ubuntu.com存储库
10. 如果 ARB 包中存在严重错误或安全问题，董事会成员将尽最大努力尝试修复 - 然后联系维护人员。如果维护者没有响应 - 应用程序将被删除并推送一个空包。
11. ARB 成员认可长度审查过程。希望用于Arkose容器化应用程序 - 类似于 Android 应用程序，其中包含允许应用程序执行的操作列表。应该允许更快的审查，而无需进行完整的代码审查（这是当前长度延迟的关键原因）。这也是不能接受复杂的应用程序或使用某些语言编写的应用程序的原因
12. 还希望生成一个 debhelper 脚本来自动打包应用程序以满足 ARB 规则。
13. 长期 - 通过 MyApps 作为带有构建配方的源代码的 tarball 提交。这将生成 Arkose 或 Apparmor 配置文件等。 然后应在数小时内（而不是现在数周）审核 ARB 流程，然后再将其推送到软件中心。

ARB 蓝图

该解梦ARB蓝图是在今年五月提高，是针对解梦。

审查标语是“我们希望将人们如何在 Ubuntu 中获取他们的应用程序进行社交化，我们希望审查 ARB 的工作情况。

• 哪些事情运作良好？
• 哪些地方需要改进？”

在实现蓝图的目标方面取得了一些进展：

• 新的 app-review 邮件列表 (app-review-board@lists.ubuntu.com)
• 将应用程序上传到 live extras 存储库的步骤清单
• 在与利益相关者讨论如何简化合并和纳入变更的过程方面取得进展
• 在Ubuntu Planet 上发布的准备工作和文章
• 新的测试版网页供开发人员指导完成提交过程（尽管目前适用于商业开发人员）

正如蓝图中的注释所示 - Canonical 自己的开发人员需要“激励”才能使 ARB 流程正常工作。有人谈论招聘某人主要是为了推动这个过程。

大体时间

所以回答这个问题 - ARB 正在为商业开发人员工作（只是），并计划让 ARB 在 Oneiric 时间范围内全面工作。

然而，您可以推测，考虑到蓝图中未完成的项目数量 - 也许 12.04 会是一个更安全的赌注。