Como funciona o Quadro de Revisão de Aplicativos?

22

De acordo com o link , o processo de revisão de aplicativos é bom ambos para desenvolvedores de software upstream e empacotadores do Ubuntu. O ponto parece ser que os desenvolvedores upstream têm a vantagem de colocar seus aplicativos no Centro de Software mais cedo e mais facilmente, enquanto ajudam os gerenciadores de pacotes do Ubuntu preparando seu aplicativo para o empacotamento.

Isso parece ser um ótimo negócio. A instrução no wiki indica que um desenvolvedor cumpre algumas etapas listadas, incluindo o upload do aplicativo para um PPA, e solicita a revisão, e depois de algum tempo ele é revisado e aceito & incluído nos repositórios do Ubuntu, ou não aceito de todo.

Embora isso pareça uma maneira simples e justa de adicionar rapidamente um aplicativo ao Centro de Software, acho que estou perdendo alguma coisa. Eu notei que, embora há algumas solicitações pendentes , não há (ou quase nenhuma) atividade lá. Tudo parece estar congelado cerca de 5-6 meses atrás, e cheira um pouco abandonado.

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

    
por Rafał Cieślak 12.08.2011 / 18:22
fonte

2 respostas

9

Situação atual

O ARB era um tópico da sessão (terça-feira 6 de setembro) no recente Semana de Desenvolvedores de Aplicativos do Ubuntu (5 a 9 de setembro).

Resumindo a sala de aula do IRC (transcrita conforme a lição se desenrola, daí a brevidade e que isso reflete a ordem da lição!):

  1. No futuro, assim como pago por aplicativos, os aplicativos gratuitos / gratuitos serão enviados por meio do portal MyApps (veja a planilha abaixo)
  2. O ARB é um grupo de 4 membros da comunidade responsável por permitir pequenos aplicativos autônomos em uma distro estável (ou seja, foi lançado)
  3. A placa oferece assistência para empacotamento e garante que os aplicativos atendam às regras de empacotamento padrão do ubuntu.
  4. Dois aplicativos passaram pelo processo - 'Notícias' e 'Suspended Sentence' - ambos disponibilizados para o Maverick (10.10)
  5. Confirmado que o Launchpad será descartado em favor do portal MyApps.
  6. Formas de obter aplicativos gratuitos / gratuitos no ubuntu - através do debian e sync para o ubuntu antes do congelamento de recursos, via a backport ou através do ARB
  7. Formas de pagamento por aplicativos no ubuntu - aplicativos de parceiros da Canonical (caso a caso) ou via aplicativos de compra por meio do Centro de Software
  8. Se enviado via ARB - você é o mantenedor e é responsável pelo envio para cada nova versão do Ubuntu. Daí a preferência por pacotes do upstream, uma vez que são automaticamente sincronizados.
  9. Aplicativos aceitos ARB são adicionados ao extras.ubuntu.com repository
  10. Se houver um bug ou problema de segurança crítico em um pacote ARB que um membro do conselho tentará corrigir com base no melhor esforço, entre em contato com o mantenedor. Onde o mantenedor não está respondendo - o aplicativo será removido e um pacote vazio será enviado.
  11. Os membros do ARB reconhecem o processo de revisão de tamanho. Procurando usar Arkose para contêiner de aplicativos, semelhante ao aplicativo para Android, com uma lista de ações que um aplicativo pode realizar. Deve permitir uma revisão mais rápida sem ter que fazer uma revisão completa do código (este é o principal motivo para o atraso de duração atual). Também é a razão pela qual não é possível aceitar aplicativos ou aplicativos complexos escritos em determinados idiomas
  12. Também pretende produzir um script debhelper para empacotar automaticamente um aplicativo para atender às regras ARB.
  13. Longo prazo - envio via MyApps como tarball de código-fonte com uma receita de compilação. Isso gerará um perfil da Arkose ou do Apparmor etc. O processo da ARB deve ser revisado em horas (em vez de semanas) antes de ser enviado para o Centro de Software.

ARB Blueprint

O projeto ARB Oneiric foi criado em maio deste ano e é direcionado para Oneiric.

A linha de marcação de revisão é "Queremos socializar como as pessoas podem obter seus aplicativos no Ubuntu e queremos analisar o desempenho do ARB.

  • Quais coisas funcionam bem?
  • Quais são as áreas que precisam ser melhoradas? "

Algum progresso foi feito para atingir os objetivos da impressão:

  • Nova lista de discussão de revisão de aplicativos (app-review-board@lists.ubuntu.com)
  • lista de verificação das etapas para o upload de aplicativos para o repositório de extras ao vivo
  • Progresso no sentido de conversar com os interessados sobre como simplificar o processo de fusão e incorporação de alterações
  • Preparação e artigo para publicação no Ubuntu Planet
  • Nova página da web beta para que os desenvolvedores possam orientar o processo de envio (embora atualmente para desenvolvedores comerciais)

Comoindicamasnotasnacópiaimpressa-osprópriosdesenvolvedoresdaCanonicalprecisam"motivar" para que o processo ARB funcione. Fala-se em recrutar alguém para, principalmente, levar o processo adiante.

Prazo

Então, para responder a pergunta - o ARB está trabalhando para desenvolvedores comerciais (apenas), com planos para o ARB estar totalmente funcionando dentro dos cronogramas Oneiric.

Você poderia, no entanto, especular, dado o número de itens pendentes no blueprint - talvez 12,04 seria uma aposta mais segura.

    
por fossfreedom 31.08.2011 / 00:50
fonte
0

Em maio, houve uma sessão de revisão e avaliação do ARB para melhorar a maneira como o ARB funciona: link

A partir dessas notas, parece que não está abandonado, no entanto, não está funcionando bem a partir de agora.

    
por jvm 21.08.2011 / 01:34
fonte