O gerente de lançamento do projeto openSUSE, Stephan Kulow, tem escrito para o projeto na lista de desenvolvimento explicando os atrasos recentes na preparação da distribuição de lançamento. "É hora de percebermos que atrasar não é uma solução. Em vez disso, vamos usar o atraso da versão 12.2 como uma razão para desafiar o nosso atual modelo de desenvolvimento e procurar novas formas", diz Kulow. Não está claro ainda se openSUSE irá se mover para um modelo de distribuição Rolling Release, e assim diminuir seus lançamentos ou abandonar inteiramente lançamentos programados.
De acordo com o openSUSE Community Manager Jos Poortvliet, o candidato a lançamento é a versão 12.2 é pouco provável que saia hoje, como anteriormente previsto a data de lançamento para o openSUSE 12.2 é 11 de Julho, também é improvável de ser mantida nesta data. Poortvliet diz que este e-mail por Kulow "serve como um alerta para o openSUSE". O problema da distribuição parece ser que tem atraído muitos contribuintes mais ao longo do tempo e que seus processos de desenvolvimento não dimensionado. Um número crescente de contribuintes estão enviando patches mais e mais menores, mas de acordo com avaliação do gerente de lançamento, o que a distribuição realmente precisa é de "um grupo de hackers do núcleo altamente experientes para corrigir problemas em todo dentro de um prazo razoável."
Em cima dessas dores de crescimento, há outras questões que afligem o processo de lançamento do openSUSE. O serviço de compilação necessário para criar imagens é quebrar com freqüência, causando mais atrasos . Tudo isso tem levado a cada etapa do openSUSE 12,2 ter sido adiada até o momento. Poortvliet e Kulow parecem concordar que esses atrasos não são temporários e são sintomáticas de problemas mais profundos dentro do projeto que precisam ser abordadas.
Para resolver estas questões, várias mudanças no processo de lançamento do openSUSE têm sido propostos. Uma direção possível seria transformar o openSUSE em uma distribuição da liberação genuína de rolamento com base na Tumbleweed repositório e baseado no SUSE Linux Enterprise (LES). O problema com este plano, de acordo com Kulow, é que Tumbleweed não foi projetado para ser para sempre rolando e precisa ser re-base em um novo lançamento periodicamente. Este passaria grande parte do "trabalho de canalização grande" para SUSE quando se trabalha em versões com LES. Outra proposta considera a escala do projeto até um lançamento importante de um ano, um movimento que daria à equipe de lançamento de mais tempo para estabilizar a árvore de origem antes de um lançamento. Seguindo o exemplo do Debian e desistir de lançamentos programados completamente seria outra opção, mas isso poderia levar ao congelamento de recursos de longo e muito out-of-date pacotes.
Poortvliet sugere que o cenário mais provável para uma nova estratégia de liberação openSUSE é uma combinação dessas idéias. Tudo o que for decidido no final, a liderança do openSUSE parece convencido de que uma grande mudança é necessária.

0 comentários:
Postar um comentário
Comente a postagem, queremos saber sua opinião!