Wie funktioniert das Application Review Board?

Laut https://wiki.ubuntu.com/AppReviews ist der Application Review Process sowohl für Upstream-Software-Entwickler als auch für Ubuntu-Packager gut. Der Punkt scheint zu sein, dass die Upstream-Entwickler den Vorteil haben, ihre Apps schneller und einfacher in das Software Center zu bekommen, während sie den Ubuntu-Paketmanagern helfen, indem sie ihre Anwendung für das Packen vorbereiten.

Das scheint sehr viel zu sein. Die Anleitung im Wiki besagt, dass ein Entwickler einige dort aufgeführte Schritte ausführt, einschließlich des Hochladens der Anwendung auf eine PPA, und die Überprüfung anfordert. Nach einiger Zeit wird die Anwendung überprüft und akzeptiert und in Ubuntu-Repositorys aufgenommen oder überhaupt nicht akzeptiert.

Obwohl dies eine einfache und faire Möglichkeit ist, schnell eine Anwendung zum Software Center hinzuzufügen, vermisse ich etwas. Ich habe festgestellt, dass zwar einige Anfragen anstehen , dort jedoch keine (oder kaum) Aktivitäten stattfinden. Alles scheint eingefroren zu sein, und es riecht ein bisschen verlassen.

Habe ich etwas falsch verstanden und alles ist in Ordnung (vielleicht werden sie zum Beispiel nur beim UDS überprüft?) Oder hat sich etwas geändert? Kann mir jemand klar erklären, wie genau dieser Überprüfungsprozess (und die Aufnahme in Repositories) funktioniert?

Momentane Situation

Der ARB war ein Sitzungsthema (Dienstag, 6. September) in der letzten Ubuntu App-Developers Week (5.-9. September).

Zusammenfassen des IRC-Klassenzimmers (transkribiert als die Lektion entfaltet, daher die Kürze und dass sie die Reihenfolge der Lektion widerspiegelt!):

1. In Zukunft werden kostenlose / libre-Apps genau wie kostenpflichtige Anwendungen über das MyApps-Portal eingereicht (siehe Blaupause unten).
2. Die ARB ist eine 4-Community-Mitgliedsgruppe, die dafür verantwortlich ist, dass kleine eigenständige Apps in eine stabile Distribution gelangen (dh veröffentlicht wurden).
3. Board bietet Unterstützung beim Packen und stellt sicher, dass Apps den Standardregeln für Ubuntu-Packs entsprechen.
4. Zwei Apps haben den Prozess durchlaufen - 'News' und 'Suspended Penalty' - beide werden Maverick zur Verfügung gestellt (10.10)
5. Bestätigt, dass Launchpad zugunsten des MyApps-Portals gelöscht wird.
6. Möglichkeiten, kostenlose / libre-Apps in Ubuntu zu bekommen - durch Debian und Synchronisation mit Ubuntu vor dem Einfrieren von Funktionen, über einen Backport oder über den ARB
7. Möglichkeiten, für Apps in ubuntu bezahlt zu werden - Canonical Partner-Apps (von Fall zu Fall) oder über den Kauf von Apps über das Software Center
8. Wenn Sie über ARB eingereicht werden, sind Sie der Betreuer und für die Einreichung jeder neuen Ubuntu-Version verantwortlich. Daher die Präferenz für Pakete von Upstream, da sie automatisch synchronisiert werden.
9. Vom ARB akzeptierte Apps werden zum extras.ubuntu.comRepository hinzugefügt
10. Wenn ein kritischer Fehler oder ein Sicherheitsproblem in einem ARB-Paket vorliegt, versucht ein Vorstandsmitglied, das Problem nach besten Kräften zu beheben. Wenden Sie sich dann an den Betreuer. Wenn der Betreuer nicht reagiert, wird die App entfernt und ein leeres Paket gesendet.
11. ARB-Mitglieder erkennen den Längenüberprüfungsprozess an. Mit dieser ArkoseOption können Sie Apps containerisieren - ähnlich wie mit der Android-App mit einer Liste von Aktionen, die eine App ausführen darf. Sollte eine schnellere Überprüfung ermöglichen, ohne dass eine vollständige Codeüberprüfung durchgeführt werden muss (dies ist der Hauptgrund für die Verzögerung der aktuellen Länge). Dies ist auch der Grund, warum komplexe Apps oder Apps, die in bestimmten Sprachen geschrieben wurden, nicht akzeptiert werden können
12. Außerdem möchten Sie ein Debhelper-Skript erstellen, um eine App automatisch zu packen, damit sie den ARB-Regeln entspricht.
13. Langfristig - Einreichung über MyApps als Tarball des Quellcodes mit einem Build-Rezept. Dadurch wird ein Arkose- oder Apparmor-Profil usw. erstellt. Der ARB-Prozess sollte dann in Stunden (und nicht wie bisher in Wochen) überprüft werden, bevor er an das Software Center weitergeleitet wird.

ARB Blueprint

Die Oneiric ARB-Blaupause wurde im Mai dieses Jahres veröffentlicht und richtet sich an Oneiric.

Der Bewertungs-Slogan lautet: "Wir möchten Kontakte knüpfen, wie Benutzer ihre Apps in Ubuntu erhalten können, und wir möchten überprüfen, wie gut der ARB funktioniert.

• Welche Dinge funktionieren gut?
• Welche Bereiche müssen verbessert werden? "

Bei der Erreichung der Ziele der Blaupause wurden einige Fortschritte erzielt:

• Neue App-Review-Mailingliste ([email protected])
• Checkliste der Schritte zum Hochladen von Apps in das Live-Extras-Repository
• Fortschritte bei den Gesprächen mit Interessengruppen zur Vereinfachung des Zusammenschluss- und Einbeziehungsprozesses
• Vorbereitung und Artikel zur Veröffentlichung auf Ubuntu Planet
• Neue Beta-Webseite für Entwickler, die den Einreichungsprozess durchführt (derzeit jedoch für kommerzielle Entwickler)

Wie die Notizen im Bauplan zeigen, müssen die Entwickler von Canonical "motivieren", damit der ARB-Prozess funktioniert. Es ist die Rede davon, jemanden zu rekrutieren, um den Prozess voranzutreiben.

Zeitfenster

Zur Beantwortung der Frage: Der ARB arbeitet (nur) für kommerzielle Entwickler, und es ist geplant, dass der ARB innerhalb des Zeitrahmens von Oneiric vollständig funktioniert.

Sie könnten jedoch spekulieren, angesichts der Anzahl der offenen Posten in der Blaupause - vielleicht wäre 12.04 eine sicherere Wette.

Im Mai gab es eine ARB-Überprüfungs- und Bewertungssitzung, um die Funktionsweise von ARB zu verbessern: http://summit.ubuntu.com/uds-o/meeting/16441/community-o-app-review-board-review-and -Bewertung/

Aus diesen Notizen geht hervor, dass es nicht aufgegeben wurde, aber derzeit nicht richtig funktioniert.