Os motivos de atrasos do Debian Etch

Foi publicado no site Desktoplinux.com um artigo analisando os motivos pelo qual o Debian Etch - futura versão estável da distribuição - está tendo seu lançamento tão adiado, já que, no planejamento original, o mesmo deveria estar disponível em 4 de dezembro do ano passado.

De acordo com Andreas Barth, desenvolvedor do Debian e gerente do Etch, tal lançamento está atrasando porque "Algumas pessoas que costumavam trabalhar bem reduziram seu envolvimento drasticamente".

Ele ainda completou que o código do Debian Etch foi congelado desde 11 de dezembro, uma semana depois da data prevista para o lançamento final. Contudo, este não foi um congelamento que fosse sinônimo de estabilidade, segundo a DesktopLinux, pois ainda estão sendo feitas sérias alterações nos pacotes, principalmente aqueles menos usados, como o Zope.

Contudo, a equipe está fazendo pouco esforço para corrigir os restantes 93 bugs que faltam para um lançamento final, pois, desde janeiro, somente 14 foram solucionados. Desses 93, 73 tem patches e 20 tem correções que ainda não foram enviadas, a maioria nem ao menos foi testada. Mas como foi dito, são pacotes de popularidade muito baixa, mas faz parte da política do Debian lançar todos os pacotes, estáveis.

O atraso ainda se deve ao modo de trabalho da equipe. Segundo o site, cada um dos desenvolvedores trabalham por si, sem nenhuma meta ou objetivo comum, um pilar importante que falta, pois isso é fundamental para um pleno sucesso.

O DesktopLinux ainda tentou falar com o líder do Projeto Debian, mas não obteve resposta. O que resta é aguardar a tão esperada estabilização oficial dos repositórios Etch, que serve como base para milhares de distribuições, inclusive o Kurumin.

Veja a nota original em:

http://www.desktoplinux.com/news/NS7298352657.html

Fonte: GuiaDoHardware.net

Progresso do projeto Autopackage cai

Segundo o site Linux.com, o projeto Autopackage anda tendo dificuldades de aceitação entre os usuários do Linux.

O Autopackage criou um formato de instalador que universalizava a questão da distribuição de aplicativos, ou seja, o mesmo arquivo de instalação para um sistema Debian era usado num openSUSE, por exemplo, não substituindo os famosos pacotes, apenas complementando-os. Isso seria de grande importância para todas aas distribuições, acabando nativamente com a incompatibilidade de instaladores entre as mesmas.

"Há 14 mesmes, o Autopackage era um pequeno projeto, pequeno e ativo, e os membros eram otimistas acerca dele. Agora, embora o instalador alternativo continua, o progresso caiu quase pela metade. O canal #autopackage" no servidor irc.oftc.net fica vago durante vários dias, o blog dos desenvolvedores não falam de mais nada exceto o projeto, e o acesso ao código-fonte passou a ser raro. Formalmente, o projeto continua vivo, mas a maioria dos contribuidores afirmam que ele está "tropeçando". Então, o que aconteceu?" - Esse é o texto de introdução da matéria no Linux.com.

Segundo o site, o projeto anda "caindo" por vários motivos. Entre eles, esa o pequeno número de desenvolvedores, o que naturalmente atrapalha o progresso. Outro fato é o conservadorismo das distribuições e dos usuários, que preferem usar o que já conhecem, os pacotes nativos, do que outras soluções.

O Autopackage não está morto, mas está num baixo desenvolvimento. Resta esperar e observar a aceitação por parte dos usuários ao longo dos anos e verificar se a padronização do Linux anda caminhando para frente ou para trás.

Confira a matéria completa (inglês):

http://specialreports.linux.com/article.pl?sid=07/02/09/0854226&tid=138&tid=113

Fonte: GuiaDoHardware.net