Come funziona Application Review Board?

Secondo https://wiki.ubuntu.com/AppReviews il processo di revisione delle applicazioni è buono sia per gli sviluppatori di software a monte che per i pacchetti Ubuntu. Il punto sembra essere che gli sviluppatori a monte abbiano il vantaggio di portare le loro app nel Software Center prima e più facilmente, mentre aiutano i gestori di pacchetti Ubuntu preparando la loro applicazione per il packaging.

Questo sembra essere molto. Le istruzioni su wiki affermano che uno sviluppatore compie alcuni passaggi elencati lì, incluso il caricamento dell'applicazione su un PPA, e richiede la revisione, e dopo qualche tempo viene revisionato, accettato e incluso nei repository Ubuntu, o non accettato affatto.

Anche se questo sembra un modo semplice ed equo per aggiungere rapidamente un'applicazione al Software Center, penso che mi manchi qualcosa. Ho notato che mentre ci sono alcune richieste in sospeso , non c'è (o quasi) alcuna attività lì. Tutto sembra congelato circa 5-6 mesi fa e ha un odore un po 'abbandonato.

Ho capito qualcosa di sbagliato e tutto è a posto (forse per esempio sono in fase di revisione solo all'UDS?) O qualcosa è cambiato? Qualcuno potrebbe spiegarmi chiaramente come funziona esattamente questo processo di revisione (e inclusione nei repository)?

Situazione attuale

L'ARB è stato un argomento di sessione (martedì 6 settembre) nella recente settimana degli sviluppatori di app di Ubuntu (5-9 settembre).

Riassumendo la classe IRC (trascritta mentre la lezione si svolgeva da qui la brevità e che riflette l'ordine della lezione!):

1. In futuro, proprio come le applicazioni a pagamento, le app gratuite / libre verranno inviate tramite il portale MyApps (vedere il modello seguente)
2. L'ARB è un gruppo di 4 membri della comunità responsabile di consentire piccole app autonome in una distribuzione stabile (ovvero è stato rilasciato)
3. Board offre assistenza per il packaging e garantisce che le app soddisfino le regole standard di packaging di Ubuntu.
4. Due app hanno attraversato il processo - "Notizie" e "Frase sospesa" - entrambe rese disponibili a Maverick (10.10)
5. Confermato che Launchpad verrà rilasciato a favore del portale MyApps.
6. Modi per ottenere app libere / libre in Ubuntu - tramite debian e sincronizzarle con Ubuntu prima del congelamento delle funzionalità, tramite un backport o tramite l'ARB
7. Modi per essere pagati per le app in ubuntu - App dei partner canonici (case case case) o tramite acquisto di app tramite Software Center
8. Se inviato tramite ARB, sei il manutentore e sei responsabile dell'invio per ogni nuova versione di Ubuntu. Da qui la preferenza per i pacchetti da upstream poiché vengono sincronizzati automaticamente.
9. Le app accettate da ARB vengono aggiunte al extras.ubuntu.comrepository
10. Se c'è un bug critico o un problema di sicurezza in un pacchetto ARB, un membro del consiglio proverà a risolvere il problema in modo ottimale, quindi contattare il manutentore. Se il manutentore non risponde, l'app verrà rimossa e verrà inviato un pacchetto vuoto.
11. I membri ARB riconoscono il processo di revisione della lunghezza. Cercando di utilizzare Arkoseper mettere in container app - simile all'app per Android con un elenco di azioni che un'app è autorizzata a eseguire. Dovrebbe consentire una revisione più rapida senza dover eseguire una revisione completa del codice (questo è il motivo chiave del ritardo di lunghezza corrente). È anche il motivo per cui non è possibile accettare app complesse o app scritte in determinate lingue
12. Anche cercando di produrre uno script debhelper per impacchettare automaticamente un'app per soddisfare le regole ARB.
13. A lungo termine - invio tramite MyApps come tarball del codice sorgente con una ricetta build. Ciò genererà un profilo Arkose o Apparmor, ecc. Il processo ARB dovrebbe quindi essere rivisto in poche ore (anziché come ora le settimane) prima di essere inviato al Software Center.

Progetto ARB

Il progetto Oneiric ARB è stato sollevato a maggio di quest'anno ed è destinato a Oneiric.

Il tag-line di revisione è "Vogliamo socializzare come le persone possono ottenere le loro app in Ubuntu e vogliamo rivedere come funziona l'ARB.

• Quali cose funzionano bene?
• Quali sono le aree che richiedono miglioramenti? "

Sono stati compiuti alcuni progressi nel raggiungimento degli obiettivi della stampa blu:

• Nuova mailing list per la revisione delle app (app-review-board@lists.ubuntu.com)
• elenco di controllo dei passaggi per il caricamento di app nel repository degli extra live
• Progressi verso il dialogo con le parti interessate su come semplificare il processo di fusione e integrazione dei cambiamenti
• Preparazione e articolo per la pubblicazione su Ubuntu Planet
• Nuova pagina web beta per gli sviluppatori per guidare attraverso il processo di invio (anche se attualmente per sviluppatori commerciali)

Come indicano le note nella stampa blu, gli sviluppatori di Canonical hanno bisogno di "motivare" per far funzionare il processo ARB. Si parla di reclutare qualcuno principalmente per far avanzare il processo.

Lasso di tempo

Quindi, per rispondere alla domanda: l'ARB sta lavorando per gli sviluppatori commerciali (solo), con piani per l'ARB di funzionare pienamente entro i tempi di Oneiric.

Potresti comunque speculare, dato il numero di oggetti in sospeso nel progetto - forse 12.04 sarebbe una scommessa più sicura.

A maggio, c'è stata una sessione di revisione e valutazione dell'ARB intesa a migliorare il modo in cui funziona l'ARB: http://summit.ubuntu.com/uds-o/meeting/16441/community-o-app-review-board-review-and -valutazione/

Da queste note, sembra che non sia abbandonato, tuttavia non funziona davvero bene fino ad ora.