From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from pigeon.gentoo.org ([208.92.234.80] helo=lists.gentoo.org) by finch.gentoo.org with esmtp (Exim 4.60) (envelope-from ) id 1RYiTq-0000Su-59 for garchives@archives.gentoo.org; Thu, 08 Dec 2011 18:14:02 +0000 Received: from pigeon.gentoo.org (localhost [127.0.0.1]) by pigeon.gentoo.org (Postfix) with SMTP id EC71B21C13D; Thu, 8 Dec 2011 18:13:53 +0000 (UTC) Received: from mail-ww0-f53.google.com (mail-ww0-f53.google.com [74.125.82.53]) by pigeon.gentoo.org (Postfix) with ESMTP id 8582A21C13D for ; Thu, 8 Dec 2011 18:13:53 +0000 (UTC) Received: by wgbds1 with SMTP id ds1so3630011wgb.10 for ; Thu, 08 Dec 2011 10:13:52 -0800 (PST) Received: by 10.227.203.131 with SMTP id fi3mr4815814wbb.17.1323367585112; Thu, 08 Dec 2011 10:06:25 -0800 (PST) Precedence: bulk List-Post: List-Help: List-Unsubscribe: List-Subscribe: List-Id: Gentoo Linux mail X-BeenThere: gentoo-user-br@lists.gentoo.org Reply-to: gentoo-user-br@lists.gentoo.org MIME-Version: 1.0 Received: by 10.180.5.39 with HTTP; Thu, 8 Dec 2011 10:06:03 -0800 (PST) In-Reply-To: References: <042E9A9C-93C9-4EE8-982D-423F0A72FE37@esds.com.br> <005b01ccb51d$5c91a670$15b4f350$@esds.com.br> <007801ccb52c$0c3e74f0$24bb5ed0$@esds.com.br> From: Raphael Bastos Date: Thu, 8 Dec 2011 16:06:03 -0200 Message-ID: Subject: =?ISO-8859-1?Q?Re=3A_=5Bgentoo=2Duser=2Dbr=5D_Problema_ao_atualizar_GLIBC_par?= =?ISO-8859-1?Q?a_vers=E3o_2=2E13=2Dr4?= To: gentoo-user-br@lists.gentoo.org Content-Type: multipart/alternative; boundary=001517473744d1637804b3988669 X-Archives-Salt: 69b66c31-db75-4bc3-af4a-cb2c52007887 X-Archives-Hash: f1d30083edc3387418edbeb497e44bb3 --001517473744d1637804b3988669 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Em 8 de dezembro de 2011 14:17, Daniel da Veiga escreveu: > 2011/12/8 Raphael Bastos > >> Em 8 de dezembro de 2011 13:24, Thiago Nunes es= creveu: >> >> Em 7 de dezembro de 2011 21:01, Raphael Bastos >>> escreveu: >>> >>> > Se fosse desnecess=E1rio, na gera=E7=E3o do stage3 via catalyst a ord= em de >>> > compila=E7=E3o poderia ser invertida.... >>> > >>> >>>> Emerging (128 of 140) sys-libs/glibc-2.13-r4 >>> >>>> Installing (128 of 140) sys-libs/glibc-2.13-r4 >>> >>>> Emerging (129 of 140) sys-devel/gcc-4.5.3-r1 >>> >>>> Installing (129 of 140) sys-devel/gcc-4.5.3-r1 >>> >>> Raphael, >>> >>> Desde que eu tenho instalado o meu gentoo, que =E9 desde Julho de 2005, >>> eu s=F3 passei por uma situa=E7=E3o em que foi indispens=E1vel e recomp= ila=E7=E3o >>> de todo o sistema por causa de um upgrade, que foi do gcc 3 para o 4. >>> At=E9 a atualiza=E7=E3o do 3.3 para o 3.4 tinha como fazer sem recompil= ar >>> todo sistema, apesar de recompila=E7=E3o ser o recomendado. Desde que e= u >>> estou com a 4.1 (atualizei do 3.4 para o 4.1) eu venho atualizando o >>> sistema apenas seguindos os procedimentos padr=F5es, emerge world, >>> revdep-rebuild, emerge --depclean. =C9 claro que atualiza=E7=F5es do gc= c e >>> do glibc costumam mais inconsist=EAncias que o comum para o >>> revdep-rebuild arrumar, mas ainda bem lonje do impacto de um emerge -e >>> world. >>> >>> Quanto ao exemplo do catalyst, se eu entendi o que queres dizer, =E9 qu= e >>> se tem que compilar a glibc antes do gcc =E9 porque o gcc depende do >>> glibc, o que =E9 verdade. Ent=E3o se precisamos recompilar o sistema >>> quando atualizamos o gcc, quando atualizamos a glibc precisamos >>> recompilar o gcc e, consequentemente, o sistema inteiro. =C9 isso que t= u >>> queres dizer? Se =E9 isso ent=E3o tu queres dizer que sempre que >>> atualizamos um pacotes precisamos recompilar todas as depend=EAncias >>> dele? >>> >>> Bom, em qualquer caso eu recomendo a esclarecedora leitura dessa parte >>> do "Gentoo GCC Upgrade Guide": >>> http://www.gentoo.org/doc/en/gcc-upgrading.xml#explanation >>> >>> []s >>> >>> -- >>> thiago >>> >>> >> >> Thiago, >> >> O que quis dizer =E9 que a glibc em todas as situa=E7=F5es em que for >> atualizada =E9 recomendado recompila=E7=E3o de tudo q dependa dela, dire= tamente >> ou n=E3o. Ao gerar o stage1, temos a glibc pre-compilada, proporcionando >> compila=E7=E3o perfeita do GCC. Dessa forma geramos os stages 1,2,3 e 4 = sem >> necessidade de se recompilar a glibc antes do GCC. >> O que quis dizer =E9 que sim, =E9 recomend=E1vel atualizar o gcc e tudo = q >> dependa da glibc a cada vez q ela =E9 recompilada, da mesma forma q =E9 >> necess=E1rio recompilar os drivers (input e video por ex) do servidor gr= =E1fico >> ap=F3s recompila=E7=E3o do xorg-server, dispensando a compila=E7=E3o do = kde e outros >> por ex. >> >> Resumindo, atualizou a glibc? recompile tudo q dependa dela... atualizou >> o xorg-server? recompile todos os drivers q dependem dele... e por a=ED = vai. >> Recompilar TUDO (emerge -e world) eu n=E3o acho t=E3o trivial assim... m= as o >> emerge -e system acho fundamental quando se atualiza "coisas de peso". r= s >> > > N=E3o fa=E7o isso, a recompila=E7=E3o ao meu ver =E9 desnecess=E1ria se o= pr=F3prio > sistema n=E3o aconselha ela (no caso do xorg, temos a mensagem para > recompilar os m=F3dulos depois dele, al=E9m de um alias com os drivers). = N=E3o > lembro da =FAltima vez que fiz um emerge -e (system ou world), tudo que f= a=E7o > =E9 um depclean seguido de um revdep-rebuild mesmo ap=F3s atualiza=E7=F5e= s grandes > (as vezes fico meses sem sync). > > Se o sistema estivesse BEM ralado, poderia pensar em recompilar tudo, cas= o > contr=E1rio acho um desperd=EDcio. Eventualmente tudo vai acabar recompil= ando e > relinkando (com o rollout constante). > > Posso estar enganado, mas venho fazendo assim nos =FAltimos 5 anos, e s= =F3 > recompilei tudo quando troquei de hardware e transferi o sistema. > -- > Daniel da Veiga > Daniel, Ta=ED uma coisa que eu nunca tinha pensado... realmente faz sentido. Testar= ei. Abra=E7os, Raphael Bastos --001517473744d1637804b3988669 Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable
Em 8 de dezembro de 2011 14:17, Daniel da Veiga = <danieldave= iga@gmail.com> escreveu:
2011/12/= 8 Raphael Bastos <tecnologia@bastosservice.com.br>
Em 8 de dezembro de 2011 13:24, Thiago Nunes <thiagonunesrs@gmail.com> escreveu:

Em 7 de dezembro de 2011 21:01, Raphael Bastos
<te= cnologia@bastosservice.com.br> escreveu:

> Se fosse desnecess=E1rio, na gera=E7=E3o do stage3 via catalyst a orde= m de
> compila=E7=E3o poderia ser invertida....
>
>>>> Emerging (128 of 140) sys-libs/glibc-2.13-r4
>>>> Installing (128 of 140) sys-libs/glibc-2.13-r4
>>>> Emerging (129 of 140) sys-devel/gcc-4.5.3-r1
>>>> Installing (129 of 140)=A0sys-devel/gcc-4.5.3-r1

Raphael,

Desde que eu tenho instalado o meu gentoo, que =E9 desde Julho de 2005,
eu s=F3 passei por uma situa=E7=E3o em que foi indispens=E1vel e recompila= =E7=E3o
de todo o sistema por causa de um upgrade, que foi do gcc 3 para o 4.
At=E9 a atualiza=E7=E3o do 3.3 para o 3.4 tinha como fazer sem recompilar todo sistema, apesar de recompila=E7=E3o ser o recomendado. Desde que eu estou com a 4.1 (atualizei do 3.4 para o 4.1) eu venho atualizando o
sistema apenas seguindos os procedimentos padr=F5es, emerge world,
revdep-rebuild, emerge --depclean. =C9 claro que atualiza=E7=F5es do gcc e<= br> do glibc costumam mais inconsist=EAncias que o comum para o
revdep-rebuild arrumar, mas ainda bem lonje do impacto de um emerge -e
world.

Quanto ao exemplo do catalyst, se eu entendi o que queres dizer, =E9 que se tem que compilar a glibc antes do gcc =E9 porque o gcc depende do
glibc, o que =E9 verdade. Ent=E3o se precisamos recompilar o sistema
quando atualizamos o gcc, quando atualizamos a glibc precisamos
recompilar o gcc e, consequentemente, o sistema inteiro. =C9 isso que tu queres dizer? Se =E9 isso ent=E3o tu queres dizer que sempre que
atualizamos um pacotes precisamos recompilar todas as depend=EAncias
dele?

Bom, em qualquer caso eu recomendo a esclarecedora leitura dessa parte
do "Gentoo GCC Upgrade Guide":
http://www.gentoo.org/doc/en/gcc-upgrading.xml#explanation

[]s

--
thiago



Thiago,

O que q= uis dizer =E9 que a glibc em todas as situa=E7=F5es em que for atualizada = =E9 recomendado recompila=E7=E3o de tudo q dependa dela, diretamente ou n= =E3o. Ao gerar o stage1, temos a glibc pre-compilada, proporcionando compil= a=E7=E3o perfeita do GCC. Dessa forma geramos os stages 1,2,3 e 4 sem neces= sidade de se recompilar a glibc antes do GCC.
O que quis dizer =E9 que sim, =E9 recomend=E1vel atualizar o gcc e tudo q d= ependa da glibc a cada vez q ela =E9 recompilada, da mesma forma q =E9 nece= ss=E1rio recompilar os drivers (input e video por ex) do servidor gr=E1fico= ap=F3s recompila=E7=E3o do xorg-server, dispensando a compila=E7=E3o do kd= e e outros por ex.

Resumindo, atualizou a glibc? recompile tudo q dependa dela... atualizo= u o xorg-server? recompile todos os drivers q dependem dele... e por a=ED v= ai.
Recompilar TUDO (emerge -e world) eu n=E3o acho t=E3o trivial assim.= .. mas o emerge -e system acho fundamental quando se atualiza "coisas = de peso". rs

N=E3o fa=E7o isso, a recompila=E7=E3o ao= meu ver =E9 desnecess=E1ria se o pr=F3prio sistema n=E3o aconselha ela (no= caso do xorg, temos a mensagem para recompilar os m=F3dulos depois dele, a= l=E9m de um alias com os drivers). N=E3o lembro da =FAltima vez que fiz um = emerge -e (system ou world), tudo que fa=E7o =E9 um depclean seguido de um = revdep-rebuild mesmo ap=F3s atualiza=E7=F5es grandes (as vezes fico meses s= em sync).

Se o sistema estivesse BEM ralado, poderia pensar em recompilar tudo, c= aso contr=E1rio acho um desperd=EDcio. Eventualmente tudo vai acabar recomp= ilando e relinkando (com o rollout constante).

Posso estar enganado,= mas venho fazendo assim nos =FAltimos 5 anos, e s=F3 recompilei tudo quand= o troquei de hardware e transferi o sistema.
--
Daniel da Veiga

Daniel,

= Ta=ED uma coisa que eu nunca tinha pensado... realmente faz sentido. Testar= ei.

Abra=E7os,
Raphael Bastos
--001517473744d1637804b3988669--