-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 On 15-10-2007 22:30, Tiago Saboga wrote: > On Mon, Oct 15, 2007 at 08:25:06PM -0300, Carlos Ribeiro wrote: >> Eu também concordo com o Gunther e Vinicius. O que é liberado para teste >> pode apresentar problema numa proporção bem pequena. Já no instável deve-se >> esperar uma proporção maior, mas nunca algo que impeça a computador de >> inicializar, que foi o problema relatado. > > A idéia do que "deve" e o que "não deve" acontecer nessas duas > distribuições do debian é um pouco difícil de definir. Se lembrarmos > um pouco como funciona a estrutura da distribuição fica mais fácil > entender porquê. Cada versão nova de um pacote entra na distribuição > instável; depois de 10 dias corridos sem nenhum bug crítico, o pacote > é copiado para a distribuição de teste.
Há diferentes urgências que podem afetar a regra dos 10 dias para menos, além é claro, das dependências de construção e de instalação, que podem afetar para mais (às vezes para bem mais). > Vamos supor que o pacote crem-1.0 entre na instável no dia 1 e, não > aparecendo bug crítico, passe para a testing no dia 11. No dia 14, uma > nova versão, crem-1.1, é enviada para a instável. No dia 15, o pacote > crunch-4.0, que depende de crem, entra na instável. No dia 25, o > pacote crunch-4.0 para a testing, mas o pacote crem-1.1 não passa para > a testing, pois um bug crítico foi descoberto. O resultado é que temos > agora na testing o pacote crunch-4.0 junto com o crem-1.0, combinação > que ainda não foi testada e que pode revelar novos bugs. Com a nova "britney" isso acontece em menor escala. Se crunch declara uma dependêcia para crem-1.1 então ele não poderia migrar até que crunch estivesse pronto para migrar (ou que os queridos Gerentes de Lançamento fizessem as mágicas e dessem as ordens certas para a "britney"). Por isso, transições devem ser coordenadas e devem ser acompanhadas de perto, há cada vez mais ferramentas sendo desenvolvidas para que o pessoal de QA e Release possa acompanhar isso de perto e manter as dependências sob controle, para evitar cada vez mais que a "testing" quebre. > Não existe promessa alguma de que a testing não quebre completamente. > Aliás, isso acontece de vez em quando (especialmente em grandes > transições). É verdade. Há um esforço grande para quebrá-la cada vez menos, até mesmo a sid é muito mais usável do que costumava ser há alguns anos. :-) > Isso não significa, no entanto, que tais problemas não devam ser > discutidos aqui; pelo contrário, podemos tentar entender exatamente o > que está acontecendo para enviarmos um relatório de bug o mais > completo e acurado possível. Isso é melhor ainda. :o) Abraço, - -- Felipe Augusto van de Wiel (faw) "Debian. Freedom to code. Code to freedom!" -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.6 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQFHFCIxCjAO0JDlykYRAoL5AKCBfQ/5CeqjVcl7tYC9nBFckrZL+gCfVPCf iITDj7HjxRD4tFEju6sTCZs= =opdy -----END PGP SIGNATURE----- -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]