Re: problemas com atualizações (grave)]

[Reserved <lexemail@terra.com.br>]

Eddie escreveu:
> ------------------------------------------------------------------------
>
>
> Sera?
> Os pacotes estão ligados por dependencias, você como usa o testing 
> sabe da rotatividade dos  pacotes, é bem grande.
> Ai basta uma desse de colocar um mais venho, tem que instalar um monte 
> de coisas, se mudar o libc, então sai de baixo, o instable, o testing 
> não são distribuições, a distribuição é o stable.
> Poderia dar uma forma, entre tantas, porque não colocar uma 
> repositório para o stable para atualizar, uma otima ideia, mais e 
> pessoal e banda e maquinas, etc...
> Tudo tem seu tempo, e o projeto cresce aos poucos, nada é tão simples, 
> é tudo gratuito o projeto e voluntario, sem fins lucrativos, são 12 
> arquiteturas suportadas não tenho certeza, um monte de pacotes uns 
> 15000, tem muito trabalho
> Fora que é uma democracia, nada é feito se não for decidido pela maioria.
>
> Ronaldo Reis Junior escreveu:
> > Em Quarta 18 Outubro 2006 09:46, Bruno Henrique de Oliveira escreveu:
> >   
> > > Bem ai já acredito que fica a gosto do usuário. Desculpa se falo
> > > besteira é que as vezes esse nomes de repositórios ainda me confudem
> > > mais o repositório Unstable seria o ideal para você se não estou
> > > enganado, parece que esse e um meio termo entre a Stable e o Etch.
> > >     
> >
> > Não, é o contrário. A testing (Etch) é o meio termo entre a Stable e Unstable. 
> > Unstable é realmente para fortes emoções:)
> >
> >   
> > > Pense como a pessoa que mantém esse sistema, tem que ser mantido um
> > > Stable, Unstable e um Etch, agora imagine a quantidade de pacotes que
> > > devem ser testados no Etch, imagine manter duas ou três versões do mesmo
> > > pacote isso aumentaria o meu espaço ocupado em 3x, imagine agora o
> > > usuário do Etch ou de qualquer outro repositório tendo que digitar a
> > > versão do pacote desejado, sem contar aquela pessoa que não tem o
> > > conhecimento de que o pacote está com bug, não buscando assim uma versão
> > > anterior.
> > >     
> >
> > Realmente existe o problema de espaço em HD, vc aumentaria a Etch em duas ou 3 
> > vezes. Mas de resto não seria problema. O usuário não teria que digitar a 
> > versão. Sempre será instalado/atualizada a última versão. Veja um exemplo 
> > hipotético:
> >
> > Hoje fiz uma atualização de 10 pacotes. Daí meus USB deram pau. Bastaria eu 
> > mandar o apt voltar para o estado anterior. Usando o synaptic, que guarda um 
> > arquivo de log dos pacotes e os problemas se resolveriam.
> >
> >   
> > > A questão de games pode ser resolvida com o cedega em conjunto com
> > > go2play, se não me engano e esse o nome. Existem lan houses inteiramente
> > > feitas com Linux. Enquanto ao currículo lattes do CNPq infelizmente no
> > > Linux não funciona muito bem, pelos menos comigo e parece que com você
> > > também, porém com o plugin do firefox que imita o Internet Explorer
> > > ainda não testei quem sabe assim você não fica livre do Windows.
> > >     
> >
> > não conheço estes softs (cedega e go2play) vou dar uma olhada.
> >
> > O curriculo online funciona perfeito no firefox, pelo menos até agora. O que 
> > não funciona é a versão offline. Até fizeram um remendo de versão para linux 
> > usando o kylix (Delphi) mas não funciona corretamente e é uma versão 
> > defasada.
> >
> > Inte
> > Ronaldo
> >   
Bem, eu atualizo usando o synaptic, é mais prático, ao menos pra mim que 
sou um simples usuário :) , e na hora de atualizar, seleciono um a um os 
pacotes para atualização, aqueles que quer "purgar" meu gnome, meu xorg 
ou algo que sei que uso não atualizo...afinal de contas testing é testing.
Parei como negócio de dist-upgrade no testing depois de quebrar tudo 
umas duas vezes, acho o synaptic mais fácil.

Até.

--
Sim, eu uso GNU/Linux
Linux user 425043
################################################
Enviado pelo Mozilla Thunderbird
http://br.mozdev.org/thunderbird
Navegador Firefox
http://br.mozdev.org/firefox