[gentoo-user-br] Re: [gentoo-user-br] Re: [gentoo-user-br] Re: [gentoo-user-br] Migrar ou não para a árvore estável...

[Daniel da Veiga <danieldaveiga@gmail.com>]

2010/10/13 Fabiano - deStilaDo <fabianoengler@gmail.com>:
>> Eu fui para o testing do stable pois não aguentava mais esperar pela
>> última versão do Firefox por um mês (e por diversos conflitos com os
>> drivers de vídeo da Intel mais antigos). Nunca me arrependi. A árvore
>> testing não é "cheia de bugs e propensa a dar freeze", ela só está
>> mais atual com o upstream, e portanto foi testada menos.
>
> Não é mais fácil fazer o oficialmente recomendado pelo Gentoo, usar
> uma base stable e só testing o que você precisa? Eu faço isso e acho
> muito melhor. Sempre usei o firefox testing, e no notebook, por causa
> da placa de video também e outras coisas uso o Xorg inteiro testing.
> Usei o KDE4.0.0 quando estava nem na árvore oficial ainda..
>
> Eu não vejo a questão tanto como problema das versões upstream serem
> "bugadas e propensas a dar freeze", mas sim que elas não são estáveis
> no Gentoo, pois elas podem interagir com o sistema de formas não
> prevista e causar problemas, acontece e já aconteceu várias vezes.
>
> Se você é um usuário um pouco mais avançado, e tem uma ou duas
> máquinas com Gentoo para manter, e tem tempo, realmente não é muito
> problema deixar tudo testing.
>
> Já pra mim não compensa, sério. Uso Gentoo faz 6 anos, fora algumas
> reinstalações no começo, na fase de aprendizado, uso praticamente a
> mesma instalação no meu desktop principal desde então, mesmo já tento
> trocado de hardware várias vezes, inclusive de amd para intel e depois
> de novo para amd. E durante muito tempo achei divertido "brigar" com o
> gentoo o resolver todos os problemas q apareciam, mesmo que em muitos
> casos fosse mais fácil até fazer um fresh-install, "perderia a graça".
>
> Hoje, além do desktop e laptop com Gentoo, eu administro vários
> servidores Gentoo hardened. Hoje, eu só quero dar um "eix-sync &&
> emerge world -uDN" em todos os meus Gentoos e quero que isso funcione.
> E isso é utopia se falando em universo Gentoo, no stable já é
> impossível, no testing mais ainda. Mas nos servidores hardened isso é
> já quase uma realidade pra mim. (Claro que pra um servidor não é tão
> simples, vc não vai atualizando as cegas, tem que ler e news,
> changelogs, ver se vai precisar reiniciar algum serviço, compilar
> primeiro, instalar depois, etc., etc.). Ilustração fictícia: "Olha
> pessoal, agente vai ficar sem e-mail até amanhã porque eu to
> atualizando o Gentoo aqui e demora um pouco, mas tenham paciência, é
> só uma biblioteca quebrada do postfix e outra do postgres, até amanhã
> tá no ar de novo, e pra garantir isso eu viro a noite aqui de novo,
> sem problemas, sério, eu gosto, se eu gostasse de dormir ou ter
> família eu não virava sysadmin." =P
>
> Por que que eu vou ficar me metendo com dependência, com
> revdep-rebuild, com mascarando aqui, desmacarando ali, brigando com
> block, sendo que os gentoo-devs estão lá pra isso? É isso que é o
> stable, onde nada disso deveria acontecer. (Claro, desconsiderando os
> casos em que vc realmente está testando o testing, e sim, toda vez q
> eu encontro algo que deve ser um bug em reporto no bugs.gentoo)
>
> Assim, eu tenho o melhor de todos os mundos, vários sistemas que não
> me dão dor de cabeça em stable, as útimas versões dos softwares que eu
> quero e que fazem diferença pra mim (firefox, chromium, openrc, etc),
> e ainda estou coberto com as atualizações de segurança com o glsa.
>
> Por isso e outras coisas, eu não recomendo usar o testing, não vejo
> valor nisso, sendo que você pode ter o testing apenas dos pacotes que
> realmente precisa e desfrutar de uma base muito mais estável. Além do
> mais, por mais que hoje, depois de tantos anos usando Gentoo, para
> usuários mais avançados como eu, você e o Thiago Nunes seja
> relativamente fácil resolver quase todos os problemas que aparecem,
> pode não ser assim para muita gente. Um block que para nós seja apenas
> um "echo alguma coisa >> /etc/portage/algum_arquivo", para um usuário
> menos experiente pode render muitas e muitas horas de dor de cabeça, e
> xingamentos injustos ao Gentoo, sendo que realmente isso não deveria
> ser um problema que eles deveriam estar enfrentando. Fora o tempo que
> isso tudo gasta...
>
> E se tá sobrando tempo, tem tanta coisa mais legal pra fazer do que
> ficar brigando com o portage, como montar um grid de compilação aí com
> o distcc e faz funcionar em pump_mode, montar um repositório local
> binário do Gentoo pra compilar cada pacote somente uma vez e usar o
> mesmo bin em todas as máquinas com a mesma arquitetura, ou sei lá, ler
> as GLEP, ajudar no forum, os gentoo dev docs, hehehe...
>
> []'s
>
> Fabiano, feliz usuário de várias instâncias do Gentoo Stable há 6 anos =)
>
>

Fabiano, concordo com vocẽ, mas eu estou no testing a 1 ano, e tive
pouquíssimos problemas, na verdade, se for olhar a média, a quantidade
de blocks, de problemas com bibliotecas no stable e no testing PARA
MIM foi praticamente a mesma. Eu não encano muito com um emerge dando
errado, o novo portage continua e me avisa no final, e eu ignoro (se
não for uma dependência muito importante) pois daqui uns dias uma nova
versão corrige (ou, se tiver tempo, reporto o bug ou mando um mail prá
lista) e a antiga versão continua instalada, funcionando (já mencionei
que amo o portage?).

Isso, claro, é uma experiência muito pessoal. Minha instalação está
com 5 aninhos. A mesma. Trocou de máquina 3 vezes (Athlon XP, Pentium
D, Core 2 Duo). Entendo o que você diz com não ter tempo para resolver
problemas, o fato é que eu vejo MUITO pouco problema na minha
instalação do testing. Tive mais problemas com pacotes desatualizados
com problemas do que pacotes testing. Novamente, isso é muito pessoal
(não temos todos os mesmos pacotes instalados, tampouco fazemos o
mesmo uso deles).

Claro, tenho apenas 4 Gentoos, dois servidores, minha workstation e um
netbook, então minha experiência nem se compara com a sua.

-- 
Daniel da Veiga