Situação atual
O ARB foi um tópico de sessão (terça-feira, 6 de setembro) na recente Ubuntu App-Developers Week (5 a 9 de setembro).
Resumindo a sala de aula do IRC (transcrita à medida que a lição se desenrolava, daí a brevidade e que ela reflete a ordem da lição!):
- No futuro, assim como os aplicativos pagos, os aplicativos gratuitos / gratuitos serão enviados pelo portal MyApps (veja o esquema abaixo)
- O ARB é um grupo de 4 membros da comunidade responsável por permitir que pequenos aplicativos independentes sejam distribuídos de forma estável (ou seja, foi lançado)
- Board oferece assistência para empacotamento e garante que os aplicativos atendam às regras padrão de empacotamento do ubuntu.
- Dois aplicativos passaram pelo processo - 'Notícias' e 'Sentença suspensa' - ambos disponibilizados para o Maverick (10.10)
- Confirmado que o Launchpad será descartado em favor do portal MyApps.
- Maneiras de obter aplicativos free / libre no ubuntu - através do debian e sincronizar com o ubuntu antes do congelamento de recursos, via backport ou através do ARB
- Maneiras de ser pago por aplicativos no ubuntu - aplicativos de parceiros canônicos (caso a caso) ou através de aplicativos de compra através do Software Center
- Se enviado via ARB - você é o mantenedor e é responsável por enviar para cada nova versão do Ubuntu. Daí a preferência por pacotes do upstream, pois eles são sincronizados automaticamente.
- Aplicativos aceitos pelo ARB são adicionados ao
extras.ubuntu.com
repositório
- Se houver um erro crítico ou problema de segurança em um pacote ARB, um membro do conselho tentará corrigir com o melhor esforço possível - entre em contato com o mantenedor. Onde o mantenedor não responder, o aplicativo será removido e um pacote vazio será enviado.
- Os membros do ARB reconhecem o processo de revisão do comprimento. Procurando usar
Arkose
para contêiner aplicativos - semelhante ao aplicativo Android com uma lista de ações que um aplicativo tem permissão para executar. Deve permitir uma revisão mais rápida sem precisar fazer uma revisão completa do código (esse é o principal motivo do atraso atual do comprimento). É também o motivo pelo qual não é possível aceitar aplicativos complexos ou aplicativos escritos em determinados idiomas
- Também procurando produzir um script debhelper para empacotar automaticamente um aplicativo para atender às regras do ARB.
- A longo prazo - envio via MyApps como tarball do código fonte com uma receita de compilação. Isso irá gerar um perfil Arkose ou Apparmor, etc. O processo ARB deve ser revisado em horas (e não como agora semanas) antes de ser enviado ao Software Center.
ARB Blueprint
O projeto Oneiric ARB foi criado em maio deste ano e é direcionado para Oneiric.
O slogan de revisão é "Queremos socializar como as pessoas podem obter seus aplicativos no Ubuntu e queremos revisar o quão bem o ARB está funcionando.
- Que coisas funcionam bem?
- Quais são as áreas que precisam ser melhoradas? "
Algum progresso foi alcançado na consecução dos objetivos da planta:
- Nova lista de discussão de revisão de aplicativos (app-review-board@lists.ubuntu.com)
- lista de verificação das etapas para fazer upload de aplicativos no repositório de extras ao vivo
- Progresso para conversar com as partes interessadas sobre como simplificar o processo de fusão e incorporação de mudanças
- Preparando e artigo para publicação no Ubuntu Planet
- Nova página da web beta para desenvolvedores para orientar o processo de envio (embora atualmente seja para desenvolvedores comerciais)
Como indicam as notas no blueprint - os próprios desenvolvedores da Canonical precisam "motivar" para que o processo ARB funcione. Fala-se em recrutar alguém principalmente para avançar no processo.
Prazo
Então, para responder à pergunta - o ARB está trabalhando para desenvolvedores comerciais (apenas), com planos para que o ARB funcione totalmente dentro dos prazos oníricos.
No entanto, você pode especular, dado o número de itens pendentes no projeto - talvez 12,04 seria uma aposta mais segura.