https://wiki.ubuntu.com/AppReviews によると、アプリケーションレビュープロセスは良いbothであり、上流のソフトウェア開発者とUbuntuパッケージャー。ポイントは、アップストリームの開発者がアプリをより早く簡単にソフトウェアセンターに導入できるという利点がある一方で、パッケージ化のためにアプリケーションを準備することでUbuntuパッケージマネージャーを支援することです。
これはたいへんなようです。 wikiの指示では、開発者はそこにリストされているいくつかの手順を実行し、PPAへのアプリケーションのアップロードを含め、レビューを要求し、しばらくしてレビューされ、Ubuntuリポジトリに受け入れられ、受け入れられた、またはまったく受け入れられなかったとします。
これは、アプリケーションをソフトウェアセンターにすばやく追加するための簡単で公正な方法のように見えますが、何かが欠けていると思います。保留中の要求がいくつかあります 、アクティビティはありません(またはほとんどありません)。すべてがfrozenであるように思えます5-6ヶ月前、そしてそれは少し放棄されました。
私は何か間違ったことを理解しましたか、すべては大丈夫です(たとえば、それらはUDSでのみレビューされていますか?)、または何かが変更されましたか?誰も私に明確に説明できますか、どのように正確にこのレビュープロセス(およびリポジトリに含める)が機能しますか?
ARBは セッショントピック(9月6日火曜日) 最近の buntu App-Developers Week (9月5-9日)でした。
IRCクラスルーム の要約(レッスンが展開されたので簡潔になり、レッスンの順序を反映している!):
extras.ubuntu.com
リポジトリに追加されますArkose
を使用してアプリをコンテナ化しようとしています-Androidアプリに似ていますが、アプリが実行を許可されているアクションのリストがあります。完全なコードレビューを行うことなく、レビューを高速化できるようにする必要があります(これが現在の長さの遅延の主な理由です)。また、複雑なアプリや特定の言語で書かれたアプリを受け入れることができない理由でもありますOneiric ARB blueprint は今年5月に提起され、Oneiricを対象としています。
レビューのキャッチフレーズは、「Ubuntuでアプリを入手する方法を社交したいと考えています。ARBがどれだけうまく機能しているかをレビューしたいと思います。
ブループリントの目標を達成するために、いくつかの進展がありました。
青写真のメモが示すように、Canonicalの開発者は、ARBプロセスを機能させるために「やる気」が必要です。主にプロセスを前進させるために誰かを募集する話があります。
その質問に答えるために-ARBは商業開発者のために(ちょうど)働いており、ARBはOneiricの時間枠内で完全に機能する計画です。
ただし、青写真の未処理のアイテムの数を考えると、12.04の方がより安全な賭けになります。
5月には、ARBの動作を改善することを目的としたARBのレビューおよび評価セッションが行われました。 http://summit.ubuntu.com/uds-o/meeting/16441/community-o-app-review-board -レビューと評価/
これらのメモから、放棄されていないように見えますが、今のところ実際にはうまく機能していません。