1 |
Em 8 de dezembro de 2011 13:24, Thiago Nunes <thiagonunesrs@×××××.com>escreveu: |
2 |
|
3 |
> Em 7 de dezembro de 2011 21:01, Raphael Bastos |
4 |
> <tecnologia@×××××××××××××××××.br> escreveu: |
5 |
> |
6 |
> > Se fosse desnecessário, na geração do stage3 via catalyst a ordem de |
7 |
> > compilação poderia ser invertida.... |
8 |
> > |
9 |
> >>>> Emerging (128 of 140) sys-libs/glibc-2.13-r4 |
10 |
> >>>> Installing (128 of 140) sys-libs/glibc-2.13-r4 |
11 |
> >>>> Emerging (129 of 140) sys-devel/gcc-4.5.3-r1 |
12 |
> >>>> Installing (129 of 140) sys-devel/gcc-4.5.3-r1 |
13 |
> |
14 |
> Raphael, |
15 |
> |
16 |
> Desde que eu tenho instalado o meu gentoo, que é desde Julho de 2005, |
17 |
> eu só passei por uma situação em que foi indispensável e recompilação |
18 |
> de todo o sistema por causa de um upgrade, que foi do gcc 3 para o 4. |
19 |
> Até a atualização do 3.3 para o 3.4 tinha como fazer sem recompilar |
20 |
> todo sistema, apesar de recompilação ser o recomendado. Desde que eu |
21 |
> estou com a 4.1 (atualizei do 3.4 para o 4.1) eu venho atualizando o |
22 |
> sistema apenas seguindos os procedimentos padrões, emerge world, |
23 |
> revdep-rebuild, emerge --depclean. É claro que atualizações do gcc e |
24 |
> do glibc costumam mais inconsistências que o comum para o |
25 |
> revdep-rebuild arrumar, mas ainda bem lonje do impacto de um emerge -e |
26 |
> world. |
27 |
> |
28 |
> Quanto ao exemplo do catalyst, se eu entendi o que queres dizer, é que |
29 |
> se tem que compilar a glibc antes do gcc é porque o gcc depende do |
30 |
> glibc, o que é verdade. Então se precisamos recompilar o sistema |
31 |
> quando atualizamos o gcc, quando atualizamos a glibc precisamos |
32 |
> recompilar o gcc e, consequentemente, o sistema inteiro. É isso que tu |
33 |
> queres dizer? Se é isso então tu queres dizer que sempre que |
34 |
> atualizamos um pacotes precisamos recompilar todas as dependências |
35 |
> dele? |
36 |
> |
37 |
> Bom, em qualquer caso eu recomendo a esclarecedora leitura dessa parte |
38 |
> do "Gentoo GCC Upgrade Guide": |
39 |
> http://www.gentoo.org/doc/en/gcc-upgrading.xml#explanation |
40 |
> |
41 |
> []s |
42 |
> |
43 |
> -- |
44 |
> thiago |
45 |
> |
46 |
> |
47 |
|
48 |
Thiago, |
49 |
|
50 |
O que quis dizer é que a glibc em todas as situações em que for atualizada |
51 |
é recomendado recompilação de tudo q dependa dela, diretamente ou não. Ao |
52 |
gerar o stage1, temos a glibc pre-compilada, proporcionando compilação |
53 |
perfeita do GCC. Dessa forma geramos os stages 1,2,3 e 4 sem necessidade de |
54 |
se recompilar a glibc antes do GCC. |
55 |
O que quis dizer é que sim, é recomendável atualizar o gcc e tudo q dependa |
56 |
da glibc a cada vez q ela é recompilada, da mesma forma q é necessário |
57 |
recompilar os drivers (input e video por ex) do servidor gráfico após |
58 |
recompilação do xorg-server, dispensando a compilação do kde e outros por |
59 |
ex. |
60 |
|
61 |
Resumindo, atualizou a glibc? recompile tudo q dependa dela... atualizou o |
62 |
xorg-server? recompile todos os drivers q dependem dele... e por aí vai. |
63 |
Recompilar TUDO (emerge -e world) eu não acho tão trivial assim... mas o |
64 |
emerge -e system acho fundamental quando se atualiza "coisas de peso". rs |
65 |
|
66 |
abração, |
67 |
Raphael Bastos |