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 1RYgGW-0004il-MW for garchives@archives.gentoo.org; Thu, 08 Dec 2011 15:52:09 +0000 Received: from pigeon.gentoo.org (localhost [127.0.0.1]) by pigeon.gentoo.org (Postfix) with SMTP id B3AC521C0E5; Thu, 8 Dec 2011 15:51:59 +0000 (UTC) Received: from mail-fx0-f53.google.com (mail-fx0-f53.google.com [209.85.161.53]) by pigeon.gentoo.org (Postfix) with ESMTP id 3A23021C0E5 for ; Thu, 8 Dec 2011 15:51:58 +0000 (UTC) Received: by faaa5 with SMTP id a5so517445faa.40 for ; Thu, 08 Dec 2011 07:51:58 -0800 (PST) Received: by 10.180.18.165 with SMTP id x5mr6331340wid.24.1323359518198; Thu, 08 Dec 2011 07:51:58 -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 07:51:37 -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 13:51:37 -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=f46d040fa000fe0c7c04b396a5d7 X-Archives-Salt: 1b73d468-5128-4e11-bf80-8b284d16eb6c X-Archives-Hash: 27083142c3b0dbc52724426d74022687 --f46d040fa000fe0c7c04b396a5d7 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Em 8 de dezembro de 2011 13:24, Thiago Nunes escre= veu: > Em 7 de dezembro de 2011 21:01, Raphael Bastos > escreveu: > > > Se fosse desnecess=E1rio, na gera=E7=E3o do stage3 via catalyst a ordem= 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 recompil= a=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 > 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 quis dizer =E9 que a glibc em todas as situa=E7=F5es em que for atual= izada =E9 recomendado recompila=E7=E3o de tudo q dependa dela, diretamente 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 d= ependa da glibc a cada vez q ela =E9 recompilada, da mesma forma q =E9 necess=E1ri= o 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 outr= os 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... mas = o emerge -e system acho fundamental quando se atualiza "coisas de peso". rs abra=E7=E3o, Raphael Bastos --f46d040fa000fe0c7c04b396a5d7 Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable
Em 8 de dezembro de 2011 13:24, Thiago Nunes <thiagonunesrs= @gmail.com> escreveu:
Em 7 de dezembro de 2011 21:01, Raphael Bastos
<tecnologia@bastosser= vice.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 quis dizer = =E9 que a glibc em todas as situa=E7=F5es em que for atualizada =E9 recomen= dado recompila=E7=E3o de tudo q dependa dela, diretamente ou n=E3o. Ao gera= r o stage1, temos a glibc pre-compilada, proporcionando compila=E7=E3o perf= eita 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 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

abra=E7=E3o,
Raphael Bastos
--f46d040fa000fe0c7c04b396a5d7--