From: Raphael Bastos <tecnologia@bastosservice.com.br>
To: gentoo-user-br@lists.gentoo.org
Subject: Re: [gentoo-user-br] Problema ao atualizar GLIBC para versão 2.13-r4
Date: Thu, 8 Dec 2011 16:06:03 -0200 [thread overview]
Message-ID: <CAPQRN=Xtc=ZrDe3cRpySnqxYH0FSLVxo_RO4WhSy7=kFfMNimg@mail.gmail.com> (raw)
In-Reply-To: <CACkLHGiG4kpAQOXujiymnkAJnfhus-TrjB43aT8bQ=n8Ery-eA@mail.gmail.com>
[-- Attachment #1: Type: text/plain, Size: 4120 bytes --]
Em 8 de dezembro de 2011 14:17, Daniel da Veiga
<danieldaveiga@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
>>> <tecnologia@bastosservice.com.br> escreveu:
>>>
>>> > Se fosse desnecessário, na geração do stage3 via catalyst a ordem de
>>> > compilação 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 é desde Julho de 2005,
>>> eu só passei por uma situação em que foi indispensável e recompilação
>>> de todo o sistema por causa de um upgrade, que foi do gcc 3 para o 4.
>>> Até a atualização do 3.3 para o 3.4 tinha como fazer sem recompilar
>>> todo sistema, apesar de recompilação 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ões, emerge world,
>>> revdep-rebuild, emerge --depclean. É claro que atualizações do gcc e
>>> do glibc costumam mais inconsistências 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, é que
>>> se tem que compilar a glibc antes do gcc é porque o gcc depende do
>>> glibc, o que é verdade. Então se precisamos recompilar o sistema
>>> quando atualizamos o gcc, quando atualizamos a glibc precisamos
>>> recompilar o gcc e, consequentemente, o sistema inteiro. É isso que tu
>>> queres dizer? Se é isso então tu queres dizer que sempre que
>>> atualizamos um pacotes precisamos recompilar todas as dependências
>>> 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 é que a glibc em todas as situações em que for
>> atualizada é recomendado recompilação de tudo q dependa dela, diretamente
>> ou não. Ao gerar o stage1, temos a glibc pre-compilada, proporcionando
>> compilação 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 é que sim, é recomendável atualizar o gcc e tudo q
>> dependa da glibc a cada vez q ela é recompilada, da mesma forma q é
>> necessário recompilar os drivers (input e video por ex) do servidor gráfico
>> após recompilação do xorg-server, dispensando a compilação 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í vai.
>> Recompilar TUDO (emerge -e world) eu não acho tão trivial assim... mas o
>> emerge -e system acho fundamental quando se atualiza "coisas de peso". rs
>>
>
> Não faço isso, a recompilação ao meu ver é desnecessária se o próprio
> sistema não aconselha ela (no caso do xorg, temos a mensagem para
> recompilar os módulos depois dele, além de um alias com os drivers). Não
> lembro da última vez que fiz um emerge -e (system ou world), tudo que faço
> é um depclean seguido de um revdep-rebuild mesmo após atualizações grandes
> (as vezes fico meses sem sync).
>
> Se o sistema estivesse BEM ralado, poderia pensar em recompilar tudo, caso
> contrário acho um desperdício. Eventualmente tudo vai acabar recompilando e
> relinkando (com o rollout constante).
>
> Posso estar enganado, mas venho fazendo assim nos últimos 5 anos, e só
> recompilei tudo quando troquei de hardware e transferi o sistema.
> --
> Daniel da Veiga
>
Daniel,
Taí uma coisa que eu nunca tinha pensado... realmente faz sentido. Testarei.
Abraços,
Raphael Bastos
[-- Attachment #2: Type: text/html, Size: 5297 bytes --]
next prev parent reply other threads:[~2011-12-08 18:14 UTC|newest]
Thread overview: 15+ messages / expand[flat|nested] mbox.gz Atom feed top
2011-12-07 16:19 [gentoo-user-br] Problema ao atualizar GLIBC para versão 2.13-r4 Raphael Bastos
2011-12-07 18:46 ` Eduardo Schoedler
2011-12-07 19:28 ` Raphael Bastos
2011-12-07 19:36 ` Raphael Bastos
2011-12-07 19:54 ` Dalton Barreto
2011-12-07 20:18 ` RES: " Eduardo Schoedler
2011-12-07 21:59 ` Raphael Bastos
2011-12-07 22:03 ` RES: " Eduardo Schoedler
2011-12-07 23:01 ` Raphael Bastos
2011-12-08 15:24 ` Thiago Nunes
2011-12-08 15:51 ` Raphael Bastos
2011-12-08 16:17 ` Daniel da Veiga
2011-12-08 18:06 ` Raphael Bastos [this message]
2011-12-08 1:54 ` Dalton Barreto
2011-12-08 14:22 ` Raphael Bastos
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to='CAPQRN=Xtc=ZrDe3cRpySnqxYH0FSLVxo_RO4WhSy7=kFfMNimg@mail.gmail.com' \
--to=tecnologia@bastosservice.com.br \
--cc=gentoo-user-br@lists.gentoo.org \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox