1 |
> Entendo o que você diz com não ter tempo para resolver |
2 |
> problemas, o fato é que eu vejo MUITO pouco problema na minha |
3 |
> instalação do testing. |
4 |
|
5 |
Cara, que bom saber disso, isso significa que os gentoo devs estão |
6 |
fazendo um ótimo trabalho. Infelizmente eu não tive a mesma |
7 |
experiência nas vezes que eu tentei o testing. |
8 |
|
9 |
E a filosofia do gentoo é liberdade, faça o que vc quiser com o teu |
10 |
sistema, do jeito que vc quiser. E isso é o que eu mais gosto no |
11 |
Gentoo, essa liberdade é real e palpável, não é só um manifesto no |
12 |
site do Gentoo, eu realmente faço o que eu quero com ele. E se não |
13 |
existisse limitações de recurso, provavelmente o Gentoo ainda te daria |
14 |
suporte para vc fazer o que quiser como quiser. Mas, como isso é |
15 |
impossível na prática, os devs tem que se restringir o que é |
16 |
suportável a subconjunto "official". |
17 |
|
18 |
Justamente por essa liberdade, eu não quero te convencer a usar o |
19 |
stable, se pra vc testing funciona e é melhor, ótimo, pra mim stable é |
20 |
melhor, ótimo. E é justamente essa a mágica do gentoo, ser |
21 |
extremamente adaptável a cada um. |
22 |
|
23 |
O meu ponto é, que eu acho que nós não devamos recomendar o testing |
24 |
cegamente. O testing é, como o nome diz, pra teste, e se os devs estão |
25 |
fazendo um ótimo trabalho hoje, que bom, mas eles não tem essa |
26 |
obrigação, afinal, testing é testing, e eles podem quebrar a vontade, |
27 |
e se vc usa testing, vc está dizendo que está de acordo com isso e que |
28 |
eles não tem obrigação nenhuma em deixar teu sistema inteiro e |
29 |
funcionando. Com stable, eles têm esse compromisso, pelo menos moral, |
30 |
de "cuidar" dos usuários, para que eles não tenham problemas, ou pelo |
31 |
menos fazer o melhor possível para isso, tentar fazer as grande |
32 |
atualizações o menos traumáticas possíveis, publicar enews, etc. Você |
33 |
mesmo disse, quando quebra vc ignorar e deixa lá, no próximo sync |
34 |
talvez já esteja corrigido. Eu normalmente não posso ou quero ficar |
35 |
esperando o próximo sync, e se isso acontece no stable, é bug, já no |
36 |
testing, faz parte =) |
37 |
|
38 |
Minha crítica é apenas essa, cautela ao recomendar o testing, tentar |
39 |
recomendar sempre o oficial, o stable, principalmente para os novos |
40 |
usuários. E então, a título de exceção, quem realmente quiser o usar o |
41 |
testing, que o faça consciente, sabendo das implicações, e não apenas |
42 |
porque querem ter o último firefox.. |
43 |
|
44 |
|
45 |
|
46 |
Fabiano. |
47 |
|
48 |
|
49 |
|
50 |
2010/10/13 Daniel da Veiga <danieldaveiga@×××××.com>: |
51 |
> 2010/10/13 Fabiano - deStilaDo <fabianoengler@×××××.com>: |
52 |
>>> Eu fui para o testing do stable pois não aguentava mais esperar pela |
53 |
>>> última versão do Firefox por um mês (e por diversos conflitos com os |
54 |
>>> drivers de vídeo da Intel mais antigos). Nunca me arrependi. A árvore |
55 |
>>> testing não é "cheia de bugs e propensa a dar freeze", ela só está |
56 |
>>> mais atual com o upstream, e portanto foi testada menos. |
57 |
>> |
58 |
>> Não é mais fácil fazer o oficialmente recomendado pelo Gentoo, usar |
59 |
>> uma base stable e só testing o que você precisa? Eu faço isso e acho |
60 |
>> muito melhor. Sempre usei o firefox testing, e no notebook, por causa |
61 |
>> da placa de video também e outras coisas uso o Xorg inteiro testing. |
62 |
>> Usei o KDE4.0.0 quando estava nem na árvore oficial ainda.. |
63 |
>> |
64 |
>> Eu não vejo a questão tanto como problema das versões upstream serem |
65 |
>> "bugadas e propensas a dar freeze", mas sim que elas não são estáveis |
66 |
>> no Gentoo, pois elas podem interagir com o sistema de formas não |
67 |
>> prevista e causar problemas, acontece e já aconteceu várias vezes. |
68 |
>> |
69 |
>> Se você é um usuário um pouco mais avançado, e tem uma ou duas |
70 |
>> máquinas com Gentoo para manter, e tem tempo, realmente não é muito |
71 |
>> problema deixar tudo testing. |
72 |
>> |
73 |
>> Já pra mim não compensa, sério. Uso Gentoo faz 6 anos, fora algumas |
74 |
>> reinstalações no começo, na fase de aprendizado, uso praticamente a |
75 |
>> mesma instalação no meu desktop principal desde então, mesmo já tento |
76 |
>> trocado de hardware várias vezes, inclusive de amd para intel e depois |
77 |
>> de novo para amd. E durante muito tempo achei divertido "brigar" com o |
78 |
>> gentoo o resolver todos os problemas q apareciam, mesmo que em muitos |
79 |
>> casos fosse mais fácil até fazer um fresh-install, "perderia a graça". |
80 |
>> |
81 |
>> Hoje, além do desktop e laptop com Gentoo, eu administro vários |
82 |
>> servidores Gentoo hardened. Hoje, eu só quero dar um "eix-sync && |
83 |
>> emerge world -uDN" em todos os meus Gentoos e quero que isso funcione. |
84 |
>> E isso é utopia se falando em universo Gentoo, no stable já é |
85 |
>> impossível, no testing mais ainda. Mas nos servidores hardened isso é |
86 |
>> já quase uma realidade pra mim. (Claro que pra um servidor não é tão |
87 |
>> simples, vc não vai atualizando as cegas, tem que ler e news, |
88 |
>> changelogs, ver se vai precisar reiniciar algum serviço, compilar |
89 |
>> primeiro, instalar depois, etc., etc.). Ilustração fictícia: "Olha |
90 |
>> pessoal, agente vai ficar sem e-mail até amanhã porque eu to |
91 |
>> atualizando o Gentoo aqui e demora um pouco, mas tenham paciência, é |
92 |
>> só uma biblioteca quebrada do postfix e outra do postgres, até amanhã |
93 |
>> tá no ar de novo, e pra garantir isso eu viro a noite aqui de novo, |
94 |
>> sem problemas, sério, eu gosto, se eu gostasse de dormir ou ter |
95 |
>> família eu não virava sysadmin." =P |
96 |
>> |
97 |
>> Por que que eu vou ficar me metendo com dependência, com |
98 |
>> revdep-rebuild, com mascarando aqui, desmacarando ali, brigando com |
99 |
>> block, sendo que os gentoo-devs estão lá pra isso? É isso que é o |
100 |
>> stable, onde nada disso deveria acontecer. (Claro, desconsiderando os |
101 |
>> casos em que vc realmente está testando o testing, e sim, toda vez q |
102 |
>> eu encontro algo que deve ser um bug em reporto no bugs.gentoo) |
103 |
>> |
104 |
>> Assim, eu tenho o melhor de todos os mundos, vários sistemas que não |
105 |
>> me dão dor de cabeça em stable, as útimas versões dos softwares que eu |
106 |
>> quero e que fazem diferença pra mim (firefox, chromium, openrc, etc), |
107 |
>> e ainda estou coberto com as atualizações de segurança com o glsa. |
108 |
>> |
109 |
>> Por isso e outras coisas, eu não recomendo usar o testing, não vejo |
110 |
>> valor nisso, sendo que você pode ter o testing apenas dos pacotes que |
111 |
>> realmente precisa e desfrutar de uma base muito mais estável. Além do |
112 |
>> mais, por mais que hoje, depois de tantos anos usando Gentoo, para |
113 |
>> usuários mais avançados como eu, você e o Thiago Nunes seja |
114 |
>> relativamente fácil resolver quase todos os problemas que aparecem, |
115 |
>> pode não ser assim para muita gente. Um block que para nós seja apenas |
116 |
>> um "echo alguma coisa >> /etc/portage/algum_arquivo", para um usuário |
117 |
>> menos experiente pode render muitas e muitas horas de dor de cabeça, e |
118 |
>> xingamentos injustos ao Gentoo, sendo que realmente isso não deveria |
119 |
>> ser um problema que eles deveriam estar enfrentando. Fora o tempo que |
120 |
>> isso tudo gasta... |
121 |
>> |
122 |
>> E se tá sobrando tempo, tem tanta coisa mais legal pra fazer do que |
123 |
>> ficar brigando com o portage, como montar um grid de compilação aí com |
124 |
>> o distcc e faz funcionar em pump_mode, montar um repositório local |
125 |
>> binário do Gentoo pra compilar cada pacote somente uma vez e usar o |
126 |
>> mesmo bin em todas as máquinas com a mesma arquitetura, ou sei lá, ler |
127 |
>> as GLEP, ajudar no forum, os gentoo dev docs, hehehe... |
128 |
>> |
129 |
>> []'s |
130 |
>> |
131 |
>> Fabiano, feliz usuário de várias instâncias do Gentoo Stable há 6 anos =) |
132 |
>> |
133 |
>> |
134 |
> |
135 |
> Fabiano, concordo com vocẽ, mas eu estou no testing a 1 ano, e tive |
136 |
> pouquíssimos problemas, na verdade, se for olhar a média, a quantidade |
137 |
> de blocks, de problemas com bibliotecas no stable e no testing PARA |
138 |
> MIM foi praticamente a mesma. Eu não encano muito com um emerge dando |
139 |
> errado, o novo portage continua e me avisa no final, e eu ignoro (se |
140 |
> não for uma dependência muito importante) pois daqui uns dias uma nova |
141 |
> versão corrige (ou, se tiver tempo, reporto o bug ou mando um mail prá |
142 |
> lista) e a antiga versão continua instalada, funcionando (já mencionei |
143 |
> que amo o portage?). |
144 |
> |
145 |
> Isso, claro, é uma experiência muito pessoal. Minha instalação está |
146 |
> com 5 aninhos. A mesma. Trocou de máquina 3 vezes (Athlon XP, Pentium |
147 |
> D, Core 2 Duo). Entendo o que você diz com não ter tempo para resolver |
148 |
> problemas, o fato é que eu vejo MUITO pouco problema na minha |
149 |
> instalação do testing. Tive mais problemas com pacotes desatualizados |
150 |
> com problemas do que pacotes testing. Novamente, isso é muito pessoal |
151 |
> (não temos todos os mesmos pacotes instalados, tampouco fazemos o |
152 |
> mesmo uso deles). |
153 |
> |
154 |
> Claro, tenho apenas 4 Gentoos, dois servidores, minha workstation e um |
155 |
> netbook, então minha experiência nem se compara com a sua. |
156 |
> |
157 |
> -- |
158 |
> Daniel da Veiga |
159 |
> |
160 |
> |