应用程序审查委员会如何工作？

根据https://wiki.ubuntu.com/AppReviews，应用程序审核过程对于上游软件开发人员和Ubuntu打包程序均适用。重点似乎是，上游开发人员的优势是可以更快，更轻松地将其应用程序进入软件中心，同时可以通过准备打包应用程序来帮助Ubuntu软件包管理者。

这似乎很多。Wiki上的说明指出，开发人员将执行此处列出的某些步骤，包括将应用程序上载到PPA，并请求审阅，并在经过一段时间后进行审阅，并接受并包含到Ubuntu存储库中，或者根本不接受。

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

我是否理解错了什么，一切都还好（例如，仅在UDS进行了审核？），还是发生了某些变化？任何人都可以解释我清楚，如何准确的评论（和融入库）作品的过程？

现在的情况

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

总结IRC教室（翻译为课程，因此简洁明了，反映了课程的顺序！）：

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

ARB蓝图

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

评论的标语是“我们希望社交化人们如何在Ubuntu中获得他们的应用程序，我们想回顾一下ARB的运行情况。

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

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

• 新的应用程序审查邮件列表（app-review-board@lists.ubuntu.com）
• 将应用程序上传到实时Extras存储库的步骤清单
• 在与利益相关者讨论如何简化合并和合并变更的过程方面取得的进展
• 准备和在Ubuntu Planet上发布的文章
• 供开发人员使用的新Beta版网页，以指导提交过程（尽管目前针对商业开发人员）

正如蓝图中的注释所示-Canonical自己的开发人员需要“激励”以使ARB流程正常运行。有人说要招人主要是为了推动这一过程。

大体时间

因此，要回答这个问题-ARB正在为商业开发人员工作（正好），并计划在Oneiric时限内全面使用ARB。

不过，您可以推测一下，鉴于蓝图中尚未完成的项目数量-也许12.04会更安全。

5月，举行了ARB审查和评估会议，旨在改善ARB的工作方式：http： //summit.ubuntu.com/uds-o/meeting/16441/community-o-app-review-board-review-and -评定/

从这些注释来看，它似乎并没有被放弃，但是到目前为止还不能很好地工作。