Como funciona o Painel de Revisão de Aplicativos?

22

De acordo com https://wiki.ubuntu.com/AppReviews, o processo de revisão de aplicativos é bom tanto para desenvolvedores de software upstream quanto para empacotadores do Ubuntu. O ponto parece ser que os desenvolvedores upstream têm a vantagem de colocar seus aplicativos no Centro de Software mais rápido e fácil, enquanto ajudam os gerentes de pacotes do Ubuntu preparando seu aplicativo para empacotamento.

Isso parece ser um grande negócio. As instruções no wiki afirmam que um desenvolvedor cumpre algumas etapas listadas lá, incluindo o upload do aplicativo para um PPA e solicita revisão, e depois de algum tempo é revisado e aceito e incluído nos repositórios do Ubuntu, ou não é aceito.

Embora pareça uma maneira simples e justa de adicionar rapidamente um aplicativo ao Software Center, acho que estou perdendo alguma coisa. Percebi que, embora existam alguns pedidos pendentes , não há (ou quase nenhum) atividade lá. Tudo parece como se estivesse congelado cerca de 5-6 meses atrás, e cheira um pouco abandonado.

Eu entendi alguma coisa errada e está tudo bem (talvez, por exemplo, eles estejam sendo revisados ​​apenas na UDS?), Ou algo mudou? Alguém poderia me explicar claramente, como exatamente esse processo de revisões (e inclusão em repositórios) funciona?

Rafał Cieślak
fonte

Respostas:

9

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!):

  1. No futuro, assim como os aplicativos pagos, os aplicativos gratuitos / gratuitos serão enviados pelo portal MyApps (veja o esquema abaixo)
  2. 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)
  3. Board oferece assistência para empacotamento e garante que os aplicativos atendam às regras padrão de empacotamento do ubuntu.
  4. Dois aplicativos passaram pelo processo - 'Notícias' e 'Sentença suspensa' - ambos disponibilizados para o Maverick (10.10)
  5. Confirmado que o Launchpad será descartado em favor do portal MyApps.
  6. 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
  7. 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
  8. 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.
  9. Aplicativos aceitos pelo ARB são adicionados ao extras.ubuntu.comrepositório
  10. 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.
  11. Os membros do ARB reconhecem o processo de revisão do comprimento. Procurando usar Arkosepara 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
  12. Também procurando produzir um script debhelper para empacotar automaticamente um aplicativo para atender às regras do ARB.
  13. 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 ([email protected])
  • 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)

insira a descrição da imagem aqui

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.

liberdade de expressão
fonte
Muito obrigado. Isso explica tudo que eu precisava! :)
Rafał Cieślak
Você pode atualizar um pouco a sua resposta :)
Tachyons
@Tachyons - absolutamente - sinta livre - deixe-me saber o que especificamente você quer me adicionar :)
fossfreedom