Comment fonctionne le comité d'examen des demandes?

Selon https://wiki.ubuntu.com/AppReviews, le processus de révision des applications est bon à la fois pour les développeurs de logiciels en amont et les conditionneurs Ubuntu. Le fait semble être que les développeurs en amont ont l'avantage de mettre leurs applications dans le Centre logiciel plus tôt et plus facilement, tout en aidant les gestionnaires de paquets Ubuntu en préparant leur application pour l'empaquetage.

Cela semble être beaucoup. Les instructions sur wiki indiquent qu'un développeur remplit certaines étapes énumérées ici, y compris le téléchargement de l'application sur un PPA, et demande une révision, et après un certain temps, elle est examinée, acceptée et incluse dans les référentiels Ubuntu, ou pas du tout acceptée.

Bien que cela ressemble à un moyen simple et équitable d'ajouter rapidement une application au Software Center, je pense que je manque quelque chose. J'ai remarqué que bien qu'il y ait des demandes en attente , il n'y a pas (ou presque) d'activité. Tout semble avoir été gelé il y a environ 5-6 mois, et ça sent un peu abandonné.

Ai-je compris quelque chose de mal, et tout va bien (peut-être par exemple qu'ils ne sont examinés qu'à l'UDS?), Ou est-ce que quelque chose a changé? Quelqu'un pourrait-il m'expliquer clairement comment fonctionne exactement ce processus de révision (et d'inclusion dans les référentiels)?

Situation actuelle

L'ARB était un sujet de session (mardi 6 septembre) lors de la récente semaine des développeurs d'applications Ubuntu (5 au 9 septembre).

Résumant la salle de classe IRC (transcrite comme la leçon dépliée d'où la brièveté et qu'elle reflète l'ordre de la leçon!):

1. À l'avenir, tout comme les applications payantes, les applications gratuites / libres seront soumises via le portail MyApps (voir schéma ci-dessous)
2. L'ARB est un groupe de 4 membres de la communauté chargé d'autoriser les petites applications autonomes dans une distribution stable (c'est-à-dire a été publiée)
3. La carte offre une assistance pour l'emballage et garantit que les applications respectent les règles d'emballage standard Ubuntu.
4. Deux applications sont passées par le processus - 'News' et 'Suspended Sentence' - toutes deux mises à la disposition de Maverick (10.10)
5. Confirmé que Launchpad sera abandonné au profit du portail MyApps.
6. Façons d'intégrer des applications gratuites / libres dans Ubuntu - via Debian et synchronisation avec Ubuntu avant le gel des fonctionnalités, via un backport ou via l'ARB
7. Façons d'être payé pour des applications dans Ubuntu - Applications partenaires canoniques (au cas par cas) ou via Acheter des applications via le Centre logiciel
8. Si soumis via ARB - vous êtes le responsable et êtes responsable de la soumission pour chaque nouvelle version d'Ubuntu. D'où la préférence pour les packages en amont puisqu'ils sont automatiquement synchronisés.
9. Les applications acceptées par ARB sont ajoutées au extras.ubuntu.comréférentiel
10. S'il y a un bug critique ou un problème de sécurité dans un package ARB, un membre du conseil d'administration tentera de le résoudre au mieux - contactez le responsable. Lorsque le responsable n'est pas réactif - l'application sera supprimée et un paquet vide sera poussé.
11. Les membres de l'ARB reconnaissent le processus d'examen de la longueur. Vous cherchez à utiliser Arkosepour conteneuriser des applications - similaire à une application Android avec une liste d'actions qu'une application est autorisée à effectuer. Devrait permettre un examen plus rapide sans avoir à effectuer un examen complet du code (c'est la principale raison du retard de longueur actuel). C'est aussi la raison pour laquelle nous ne pouvons pas accepter des applications complexes ou des applications écrites dans certaines langues
12. Vous cherchez également à produire un script debhelper pour empaqueter automatiquement une application afin de respecter les règles ARB.
13. Long terme - soumission via MyApps en tant que fichier tarball du code source avec une recette de construction. Cela générera un profil Arkose ou Apparmor, etc. Le processus ARB doit ensuite être examiné en quelques heures (plutôt que comme maintenant des semaines) avant d'être poussé vers le Centre logiciel.

Plan d'ARB

Le plan d'action Oneiric ARB a été lancé en mai de cette année et est destiné à Oneiric.

Le slogan de la revue est "Nous voulons socialiser comment les gens peuvent obtenir leurs applications dans Ubuntu, et nous voulons examiner le bon fonctionnement de l'ARB.

• Quelles choses fonctionnent bien?
• Quels sont les domaines à améliorer? "

Des progrès ont été accomplis dans la réalisation des objectifs du plan directeur:

• Nouvelle liste de diffusion pour l'examen des applications ([email protected])
• liste de contrôle des étapes pour télécharger des applications dans le référentiel des extras en direct
• Progrès vers des discussions avec les parties prenantes sur la manière de simplifier le processus de fusion et d'intégration des changements
• Préparation et article pour publication sur Ubuntu Planet
• Nouvelle page Web bêta pour les développeurs pour guider le processus de soumission (bien que actuellement pour les développeurs commerciaux)

Comme l'indiquent les notes du plan directeur - les développeurs de Canonical ont besoin de «motivation» pour faire fonctionner le processus ARB. On parle de recruter quelqu'un pour faire avancer le processus principalement.

Plage de temps

Donc, pour répondre à la question - l'ARB travaille pour les développeurs commerciaux (uniquement), avec des plans pour que l'ARB fonctionne pleinement dans les délais Oneiric.

Vous pourriez cependant spéculer, étant donné le nombre d'articles en suspens dans le plan - peut-être que 12.04 serait un pari plus sûr.

En mai, une session d'examen et d'évaluation de l'ARB a été prévue pour améliorer le fonctionnement de l'ARB: http://summit.ubuntu.com/uds-o/meeting/16441/community-o-app-review-board-review-and -évaluation/

D'après ces notes, il ne semble pas qu'il soit abandonné, mais ne fonctionne pas vraiment bien pour l'instant.