根据https://wiki.ubuntu.com/AppReviews申请审核流程很好两个都对于上游软件开发人员和 Ubuntu 打包者来说。关键似乎是上游开发人员可以更快、更轻松地将他们的应用程序放入软件中心，同时他们通过准备应用程序进行打包来帮助 Ubuntu 包管理器。
这似乎很划算。wiki 上的说明指出，开发人员需要完成那里列出的一些步骤，包括将应用程序上传到 PPA，并请求审核，一段时间后，应用程序会被审核，并被接受和纳入 Ubuntu 存储库，或者根本不被接受。
虽然这看起来是一种快速将应用程序添加到软件中心的简单、公平的方法，我觉得我遗漏了一些东西。我注意到，虽然有一些请求正在等待处理那里没有（或几乎没有）活动。一切似乎都冻结大约 5-6 个月前，它闻起来有点被遗弃的味道。
我理解错了什么吗？一切都很好（例如，它们只在 UDS 上进行审查？），还是有什么变化？有人能清楚地解释一下吗？确切地这个审查过程（以及纳入存储库）是否有效？
答案1
现在的情况
ARB 是一个会议主题（9 月 6 日，星期二）在最近Ubuntu 应用开发者周（9 月 5 日至 9 日）。
总结IRC课堂（随着课程的展开而转录，因此简洁并反映了课程的顺序！）：
- 将来，就像付费应用程序一样，免费/自由应用程序将通过 MyApps 门户提交（见下面的蓝图）
- ARB 是一个由 4 名社区成员组成的小组，负责将小型独立应用程序纳入稳定的发行版（即已发布）
- Board 提供包装方面的帮助并确保应用程序符合标准的 ubuntu 包装规则。
- 两个应用程序“新闻”和“缓刑”已完成审核，均已提供给 Maverick（10.10）
- 已确认将放弃 Launchpad 并改用 MyApps 门户。
- 将免费/自由应用程序引入 Ubuntu 的方法- 通过 debian 并在功能冻结之前同步到 ubuntu，通过反向移植或通过 ARB
- 在 Ubuntu 上获取应用付费的方式 - Canonical 合作伙伴应用（视具体情况而定）或通过软件中心购买应用
- 如果通过 ARB 提交 - 您是维护者，负责提交每个 Ubuntu 新版本。因此，优先选择来自上游的软件包，因为它们会自动同步。
- ARB 接受的应用程序已添加到
extras.ubuntu.com存储库 - 如果 ARB 软件包中存在严重错误或安全问题，董事会成员将尽力修复 - 然后联系维护者。如果维护者没有响应 - 应用程序将被删除并推送一个空软件包。
- ARB 成员认可审查流程的长度。希望使用
Arkose容器化应用程序 - 类似于 Android 应用程序，其中包含应用程序允许执行的操作列表。应该允许更快地进行审查，而无需进行完整的代码审查（这是当前长度延迟的主要原因）。这也是不能接受复杂应用程序或用某些语言编写的应用程序的原因。 - 还希望生成一个 debhelper 脚本来自动打包应用程序以满足 ARB 规则。
- 长期 - 通过 MyApps 提交源代码 tarball，其中包含构建配方。这将生成 Arkose 或 Apparmor 配置文件等。 ARB 流程应该在数小时内（而不是现在的数周）进行审核，然后才能推送到软件中心。
ARB 蓝图
这梦幻 ARB 蓝图于今年 5 月筹集资金，目标是 Oneiric。
评论标语为“我们想要让人们了解如何在 Ubuntu 中获取他们的应用程序，我们想要评论 ARB 的运行情况。
- 哪些东西运作良好？
- 哪些地方需要改进？”
在实现蓝图目标方面已经取得了一些进展：
- 新的应用评论邮件列表（[电子邮件保护]）
- 清单将应用程序上传到 Live Extras 存储库的步骤
- 与利益相关者讨论如何简化合并和纳入变更的流程的进展
- 准备发表文章Ubuntu 星球
- 新的测试版网页为开发人员提供提交流程指导（尽管目前仅针对商业开发人员）
正如蓝图中的注释所示 - Canonical 自己的开发人员需要“激励”才能让 ARB 流程顺利进行。有传言称，他们正在招募一些人来主要推动该流程。
大体时间
因此，要回答这个问题 - ARB 正在为商业开发商工作（仅仅），并计划让 ARB 在 Oneiric 时间范围内全面运作。
然而，考虑到蓝图中未完成项目的数量，您可以推测 - 也许 12.04 会是一个更安全的选择。
答案2
5 月份，ARB 召开了审查和评估会议，旨在改善 ARB 的工作方式： http://summit.ubuntu.com/uds-o/meeting/16441/community-o-app-review-board-review-and-assessment/
从这些说明来看，它似乎并未被废弃，然而目前运行效果并不好。