web-dev-qa-db-fra.com

Comment fonctionne la Commission de révision 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 Emballeurs Ubuntu. Le problème semble être que les développeurs en amont ont l'avantage d'intégrer leurs applications au Centre de logiciel plus rapidement et plus facilement, tout en aidant les gestionnaires de paquets Ubuntu en préparant leur application pour l'empaquetage.

Cela semble être une bonne affaire. L'instruction sur le wiki indique qu'un développeur remplit certaines des étapes énumérées ici, y compris le téléchargement de l'application vers un PPA, demande à être revu et, après un certain temps, il est revu, accepté et inclus dans les référentiels Ubuntu ou même pas accepté.

Bien que cela ressemble à un moyen simple et juste d’ajouter rapidement une application au Centre de logiciel, , je pense que quelque chose me manque. J’ai remarqué que il y a des demandes en attente , il n'y a aucune activité (ou presque aucune activité). Tout semble comme si elle était figée il y a environ 5 à 6 mois et ça sent un peu abandonné .

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

application-developmentpackagingcommunityapplication-submission
22
Rafał Cieślak

Situation actuelle

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

Résumant le IRC class (transcrit au fur et à mesure que la leçon se déploie, d'où sa brièveté et le reflet de l'ordre de la leçon!):

  1. À l'avenir, tout comme les applications payantes, les applications libres/libres seront soumises via le portail MyApps (voir le 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é).
  3. Board propose une assistance pour l’emballage et veille à ce que les applications respectent les règles d’emballage standard d’Ubuntu.
  4. Le processus a été suivi par deux applications - "Actualités" et "Phrase suspendue" - toutes deux mises à la disposition de Maverick (10.10)
  5. Confirmé que Launchpad sera abandonné en faveur du portail MyApps.
  6. Moyens d'obtenir des applications libres/libres dans ubunt - via Debian et se synchroniser avec ubuntu avant le gel des fonctionnalités, via un backport ou via l'ARB
  7. Manières de se faire payer pour les applications dans ubuntu - applications partenaires Canonical (cas par cas) ou via Achat d'applications via le Centre logiciel
  8. Si soumis via ARB - vous êtes le responsable et vous êtes responsable de la soumission de chaque nouvelle version d'Ubuntu. D'où la préférence des paquetages en amont puisqu'ils sont automatiquement synchronisés.
  9. Les applications acceptées par ARB sont ajoutées au référentiel extras.ubuntu.com
  10. S'il y a un bogue critique ou un problème de sécurité dans un paquetage ARB, un membre du conseil d'administration tentera de résoudre le problème au meilleur de ses capacités - puis contactez le responsable. Si le responsable ne répond pas, l'application sera supprimée et un paquet vide sera envoyé.
  11. Les membres de la CRÉF reconnaissent le processus de révision de la longueur. Vous souhaitez utiliser Arkose pour conteneuriser des applications - similaire à Android app avec une liste des actions qu'une application est autorisée à effectuer. Devrait permettre une révision plus rapide sans avoir à procéder à une révision complète du code (c'est la raison principale du délai actuel). C’est aussi la raison pour laquelle on ne peut pas accepter les applications complexes ou les applications écrites dans certaines langues.
  12. Nous cherchons également à créer un script debhelper pour emballer automatiquement une application afin de respecter les règles ARB.
  13. Long terme - soumission via MyApps en tant qu'archive 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 (et non plus dans plusieurs semaines) avant d'être transmis au Centre logiciel.

ARB Blueprint

Le schéma directeur Oneiric ARB a été collecté en mai de cette année et vise Oneiric.

Le slogan de la critique est le suivant: "Nous voulons savoir comment les gens peuvent obtenir leurs applications dans Ubuntu et comment le BRA fonctionne bien.

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

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

  • Nouvelle liste de diffusion app-review ([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 dans la discussion 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 buntu Planet
  • Nouvelle page Web bêta pour que les développeurs puissent guider le processus de soumission (bien que ce soit actuellement pour les développeurs commerciaux)

enter image description here

Comme l'indiquent les notes en bas de page, les développeurs de Canonical ont besoin de "motivation" pour que le processus de rectification d'effets fonctionne. On parle de recruter quelqu'un principalement pour faire avancer le processus.

Plage de temps

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

Vous pouvez toutefois spéculer, étant donné le nombre d'éléments en suspens dans le plan directeur - peut-être que 12.04 serait un pari plus sûr.

9
fossfreedom

En mai, une session d’examen et d’évaluation des BRA a été conçue pour améliorer son fonctionnement: http://summit.ubuntu.com/uds-o/meeting/16441/community-o-app-review-board -review-and-assessment /

À partir de ces notes, il semble que ce n’est pas abandonné, mais ne fonctionne pas vraiment bien pour le moment.

0
jvm