问题描述
根据 https://wiki.ubuntu.com/AppReviews，应用程序审查流程对上游软件开发人员和 Ubuntu 打包人员都有利。重点似乎是上游开发人员的优势在于可以更快、更轻松地将他们的应用程序放入软件中心，同时他们通过准备他们的应用程序进行打包来帮助 Ubuntu 包管理器。
这似乎是一件大事。 wiki 上的说明指出，开发人员完成其中列出的一些步骤，包括将应用程序上传到 PPA，并请求审查，经过一段时间审查，并接受 &包含在 Ubuntu 存储库中，或者根本不接受。
虽然这看起来是一种将应用程序快速添加到软件中心的简单、公平的方法，但我认为我遗漏了一些东西。我注意到，虽然 there are some requests pending 那里没有(或几乎没有)活动。一切都好像在大约 5-6 个月前被冻结了一样，闻起来有点被遗弃了。
我是否理解错误，一切正常(例如，他们可能只在 UDS 接受审查？)，还是发生了什么变化？任何人都可以向我解释清楚，这个审查(和包含在存储库中)的过程究竟是如何工作的？
最佳方法
现在的情况
在最近的 Ubuntu App-Developers Week(9 月 5 日至 9 日)中，ARB 是 session topic (Tues 6th Sept)。
总结 IRC classroom(在课程展开时转录，因此简洁，它反映了课程的顺序！)：
-
将来，就像付费应用程序一样，免费/自由的应用程序将通过 MyApps 门户提交(参见下面的蓝图)
-
ARB 是一个由 4 个社区成员组成的小组，负责允许小型独立应用程序进入稳定的发行版(即已发布)
-
Board 为打包提供帮助并确保应用程序符合标准的 ubuntu 打包规则。
-
两个应用程序已完成此过程 – ‘News’ 和 ‘Suspended Sentence’ – 均已提供给 Maverick (10.10)
-
确认将放弃 Launchpad 以支持 MyApps 门户。
-
Ways to get free/libre apps into ubuntu – 通过 debian 并在功能冻结前同步到 ubuntu，通过 backport 或通过 ARB
-
将应用程序支付到 ubuntu 的方法 – 规范合作伙伴应用程序(视具体情况而定)或通过软件中心购买应用程序
-
如果通过 ARB 提交 – 您是维护者并负责提交 Ubuntu 的每个新版本。因此优先选择来自上游的包，因为它们是自动同步的。
-
ARB 接受的应用程序添加到
extras.ubuntu.com存储库 -
如果 ARB 包中存在严重错误或安全问题，董事会成员将尽最大努力尝试修复 – 然后联系维护人员。如果维护者没有响应 – 应用程序将被删除并推送一个空包。
-
ARB 成员认可长度审查过程。希望使用
Arkose来容器化应用程序 – 类似于 Android 应用程序，其中包含允许应用程序执行的操作列表。应该允许更快的审查，而不必做一个完整的 code-review(这是当前长度延迟的关键原因)。这也是不能接受复杂的应用程序或使用某些语言编写的应用程序的原因 -
还希望生成一个 debhelper 脚本来自动打包应用程序以满足 ARB 规则。
-
Long-term – 通过 MyApps 作为带有构建配方的源代码的 tarball 提交。这将生成 Arkose 或 Apparmor 配置文件等。然后应在数小时内(而不是现在数周)审查 ARB 流程，然后再将其推送到软件中心。
ARB 蓝图
Oneiric ARB blueprint 是在今年 5 月筹集的，目标是 Oneiric。
评论 tag-line 是“我们希望让人们了解人们如何在 Ubuntu 中获取他们的应用程序，我们希望审查 ARB 的工作情况。
-
哪些事情运作良好？
-
哪些地方需要改进？”
在实现 blue-print 的目标方面取得了一些进展：
-
新的 app-review 邮件列表 (app-review-board@lists.ubuntu.com)
-
checklist 将应用程序上传到 live extras 存储库的步骤
-
在与利益相关者讨论如何简化合并和纳入变更的过程方面取得进展
-
在 Ubuntu Planet 上发布的准备和文章
-
New beta web-page 供开发者指导完成提交过程(虽然目前适用于商业开发者)
正如 blue-print 中的注释所示 – Canonical 自己的开发人员需要 “motivating” 才能使 ARB 流程正常工作。有人谈论招聘某人主要是为了推动这个过程。
Time-frame
所以回答这个问题 – ARB 正在为商业开发人员工作(只是)，并计划让 ARB 在 Oneiric 时间范围内全面工作。
然而，您可以推测，考虑到蓝图中未完成的项目数量 – 也许 12.04 会是一个更安全的赌注。