[gentoo-user-br] Problema ao atualizar GLIBC para versão 2.13-r4

[gentoo-user-br] Problema ao atualizar GLIBC para versão 2.13-r4

[Raphael Bastos]

[-- Attachment #1: Type: text/plain, Size: 953 bytes --]

Ae galera, salve salve,

Atualizei a glibc, e quando vou recompilar todo o sistema tá dando caca com
o busybox... alguma sugestão que não quebre nada? rs
Take a look....

# emerge -e system -pv

Total: 250 packages (2 upgrades, 1 downgrade, 2 new, 245 reinstalls), Size
of downloads: 128,789 kB

WARNING: One or more updates have been skipped due to a dependency conflict:

sys-libs/glibc:2.2

  (sys-libs/glibc-2.13-r4::gentoo, ebuild scheduled for merge) conflicts
with
    <sys-libs/glibc-2.13 required by (sys-apps/busybox-1.19.0::gentoo,
ebuild scheduled for merge)


Agradeço a atenção.


Att,
Raphael Bastos

===============================================
Bastos Service Manutenção Industrial Ltda.
www.bastosservice.com.br
Linux Reg. User: 388431  //  LPI ID: LPI000214711
email:~> $ echo "vgepqnqikcBdcuvquugtxkeg0eqo0dt" | perl -pe \
's/(.)/chr(ord($1)-2)/ge'
===============================================

[-- Attachment #2: Type: text/html, Size: 1118 bytes --]

Re: [gentoo-user-br] Problema ao atualizar GLIBC para versão 2.13-r4

[Eduardo Schoedler]

[-- Attachment #1: Type: text/plain, Size: 1243 bytes --]

É necessário recompilar todo o sistema toda vez que atualizamos o glibc? Nunca fiz isso...

--
Eduardo Schoedler
Enviado via iPhone

Em 07/12/2011, às 14:19, Raphael Bastos <tecnologia@bastosservice.com.br> escreveu:

> Ae galera, salve salve,
> 
> Atualizei a glibc, e quando vou recompilar todo o sistema tá dando caca com o busybox... alguma sugestão que não quebre nada? rs
> Take a look....
> 
> # emerge -e system -pv
> 
> Total: 250 packages (2 upgrades, 1 downgrade, 2 new, 245 reinstalls), Size of downloads: 128,789 kB
> 
> WARNING: One or more updates have been skipped due to a dependency conflict:
> 
> sys-libs/glibc:2.2
> 
>   (sys-libs/glibc-2.13-r4::gentoo, ebuild scheduled for merge) conflicts with
>     <sys-libs/glibc-2.13 required by (sys-apps/busybox-1.19.0::gentoo, ebuild scheduled for merge)
> 
> 
> Agradeço a atenção.
> 
> 
> Att,
> Raphael Bastos
> 
> ===============================================
> Bastos Service Manutenção Industrial Ltda.
> www.bastosservice.com.br
> Linux Reg. User: 388431  //  LPI ID: LPI000214711
> email:~> $ echo "vgepqnqikcBdcuvquugtxkeg0eqo0dt" | perl -pe \ 's/(.)/chr(ord($1)-2)/ge'
> ===============================================

[-- Attachment #2: Type: text/html, Size: 1601 bytes --]

Re: [gentoo-user-br] Problema ao atualizar GLIBC para versão 2.13-r4

[Raphael Bastos]

[-- Attachment #1: Type: text/plain, Size: 1699 bytes --]

Sim.... ;)

Att,
Raphael Bastos

===============================================
Bastos Service Manutenção Industrial Ltda.
www.bastosservice.com.br
Linux Reg. User: 388431  //  LPI ID: LPI000214711
email:~> $ echo "vgepqnqikcBdcuvquugtxkeg0eqo0dt" | perl -pe \
's/(.)/chr(ord($1)-2)/ge'
===============================================


Em 7 de dezembro de 2011 16:46, Eduardo Schoedler <listas@esds.com.br>escreveu:

> É necessário recompilar todo o sistema toda vez que atualizamos o glibc?
> Nunca fiz isso...
>
> --
> Eduardo Schoedler
> Enviado via iPhone
>
> Em 07/12/2011, às 14:19, Raphael Bastos <tecnologia@bastosservice.com.br>
> escreveu:
>
> Ae galera, salve salve,
>
> Atualizei a glibc, e quando vou recompilar todo o sistema tá dando caca
> com o busybox... alguma sugestão que não quebre nada? rs
> Take a look....
>
> # emerge -e system -pv
>
> Total: 250 packages (2 upgrades, 1 downgrade, 2 new, 245 reinstalls), Size
> of downloads: 128,789 kB
>
> WARNING: One or more updates have been skipped due to a dependency
> conflict:
>
> sys-libs/glibc:2.2
>
>   (sys-libs/glibc-2.13-r4::gentoo, ebuild scheduled for merge) conflicts
> with
>     <sys-libs/glibc-2.13 required by (sys-apps/busybox-1.19.0::gentoo,
> ebuild scheduled for merge)
>
>
> Agradeço a atenção.
>
>
> Att,
> Raphael Bastos
>
> ===============================================
> Bastos Service Manutenção Industrial Ltda.
> www.bastosservice.com.br
> Linux Reg. User: 388431  //  LPI ID: LPI000214711
> email:~> $ echo "vgepqnqikcBdcuvquugtxkeg0eqo0dt" | perl -pe \
> 's/(.)/chr(ord($1)-2)/ge'
> ===============================================
>
>

[-- Attachment #2: Type: text/html, Size: 2521 bytes --]

Re: [gentoo-user-br] Problema ao atualizar GLIBC para versão 2.13-r4

[Raphael Bastos]

[-- Attachment #1: Type: text/plain, Size: 2168 bytes --]

Em 7 de dezembro de 2011 17:28, Raphael Bastos <
tecnologia@bastosservice.com.br> escreveu:

> Sim.... ;)
>
>
> Att,
> Raphael Bastos
>
> ===============================================
> Bastos Service Manutenção Industrial Ltda.
> www.bastosservice.com.br
> Linux Reg. User: 388431  //  LPI ID: LPI000214711
> email:~> $ echo "vgepqnqikcBdcuvquugtxkeg0eqo0dt" | perl -pe \
> 's/(.)/chr(ord($1)-2)/ge'
> ===============================================
>
>
> Em 7 de dezembro de 2011 16:46, Eduardo Schoedler <listas@esds.com.br>escreveu:
>
> É necessário recompilar todo o sistema toda vez que atualizamos o glibc?
>> Nunca fiz isso...
>>
>> --
>> Eduardo Schoedler
>> Enviado via iPhone
>>
>> Em 07/12/2011, às 14:19, Raphael Bastos <tecnologia@bastosservice.com.br>
>> escreveu:
>>
>> Ae galera, salve salve,
>>
>> Atualizei a glibc, e quando vou recompilar todo o sistema tá dando caca
>> com o busybox... alguma sugestão que não quebre nada? rs
>> Take a look....
>>
>> # emerge -e system -pv
>>
>> Total: 250 packages (2 upgrades, 1 downgrade, 2 new, 245 reinstalls),
>> Size of downloads: 128,789 kB
>>
>> WARNING: One or more updates have been skipped due to a dependency
>> conflict:
>>
>> sys-libs/glibc:2.2
>>
>>   (sys-libs/glibc-2.13-r4::gentoo, ebuild scheduled for merge) conflicts
>> with
>>     <sys-libs/glibc-2.13 required by (sys-apps/busybox-1.19.0::gentoo,
>> ebuild scheduled for merge)
>>
>>
>> Agradeço a atenção.
>>
>>
>> Att,
>> Raphael Bastos
>>
>> ===============================================
>> Bastos Service Manutenção Industrial Ltda.
>> www.bastosservice.com.br
>> Linux Reg. User: 388431  //  LPI ID: LPI000214711
>> email:~> $ echo "vgepqnqikcBdcuvquugtxkeg0eqo0dt" | perl -pe \
>> 's/(.)/chr(ord($1)-2)/ge'
>> ===============================================
>>
>>
>
Galera... tava pensando cá com meus botões... já que não tem nada que
dependa do busybox como dependência direta:

server ~ # equery d busybox| wc -l
0

Poderia dar "caca" se eu fizesse o seguinte "workaround"?

server ~ # emerge -C busybox && emerge busybox


Att,
Raphael Bastos

[-- Attachment #2: Type: text/html, Size: 3282 bytes --]

Re: [gentoo-user-br] Problema ao atualizar GLIBC para versão 2.13-r4

[Dalton Barreto]

Em 7 de dezembro de 2011 17:36, Raphael Bastos
<tecnologia@bastosservice.com.br> escreveu:

> Galera... tava pensando cá com meus botões... já que não tem nada que
> dependa do busybox como dependência direta:
>
> server ~ # equery d busybox| wc -l
> 0
>
> Poderia dar "caca" se eu fizesse o seguinte "workaround"?
>
> server ~ # emerge -C busybox && emerge busybox
>

Acredito que não. Na verdade, até onde me lembro só uso o busybox
quando vou gerar um novo initramfs
para algum novo kernel.

Acredito que o seu "workaround" funcione. Já fiz isso para outros
pacotes no passado. =)

Abraços,

-- 
Dalton Barreto
http://daltonmatos.com

RES: [gentoo-user-br] Problema ao atualizar GLIBC para versão 2.13-r4

[Eduardo Schoedler]

[-- Attachment #1: Type: text/plain, Size: 2017 bytes --]

Poderiam me passar algum link de documentação sobre isso?

Só encontrei sobre downgrade.

 

--

Eduardo schoedler

 

 

De: Raphael Bastos [mailto:tecnologia@bastosservice.com.br] 
Enviada em: quarta-feira, 7 de dezembro de 2011 17:29
Para: gentoo-user-br@lists.gentoo.org
Assunto: Re: [gentoo-user-br] Problema ao atualizar GLIBC para versão
2.13-r4

 

Sim.... ;)

Att,
Raphael Bastos

===============================================
Bastos Service Manutenção Industrial Ltda.
www.bastosservice.com.br
Linux Reg. User: 388431  //  LPI ID: LPI000214711
email:~> $ echo "vgepqnqikcBdcuvquugtxkeg0eqo0dt" | perl -pe \
's/(.)/chr(ord($1)-2)/ge'
===============================================



Em 7 de dezembro de 2011 16:46, Eduardo Schoedler <listas@esds.com.br>
escreveu:

É necessário recompilar todo o sistema toda vez que atualizamos o glibc?
Nunca fiz isso...

 

--

Eduardo Schoedler

Enviado via iPhone


Em 07/12/2011, às 14:19, Raphael Bastos <tecnologia@bastosservice.com.br>
escreveu:

Ae galera, salve salve,

Atualizei a glibc, e quando vou recompilar todo o sistema tá dando caca com
o busybox... alguma sugestão que não quebre nada? rs
Take a look....

# emerge -e system -pv

Total: 250 packages (2 upgrades, 1 downgrade, 2 new, 245 reinstalls), Size
of downloads: 128,789 kB

WARNING: One or more updates have been skipped due to a dependency conflict:

sys-libs/glibc:2.2

  (sys-libs/glibc-2.13-r4::gentoo, ebuild scheduled for merge) conflicts
with
    <sys-libs/glibc-2.13 required by (sys-apps/busybox-1.19.0::gentoo,
ebuild scheduled for merge)


Agradeço a atenção.


Att,
Raphael Bastos

===============================================
Bastos Service Manutenção Industrial Ltda.
www.bastosservice.com.br
Linux Reg. User: 388431  //  LPI ID: LPI000214711
email:~> $ echo "vgepqnqikcBdcuvquugtxkeg0eqo0dt" | perl -pe \
's/(.)/chr(ord($1)-2)/ge'
===============================================

 


[-- Attachment #2: Type: text/html, Size: 6115 bytes --]

Re: [gentoo-user-br] Problema ao atualizar GLIBC para versão 2.13-r4

[Raphael Bastos]

[-- Attachment #1: Type: text/plain, Size: 2643 bytes --]

Em 7 de dezembro de 2011 18:18, Eduardo Schoedler <listas@esds.com.br>escreveu:

> Poderiam me passar algum link de documentação sobre isso?****
>
> Só encontrei sobre downgrade.****
>
> ** **
>
> --****
>
> Eduardo schoedler****
>
> ** **
>
> ** **
>
> *De:* Raphael Bastos [mailto:tecnologia@bastosservice.com.br]
> *Enviada em:* quarta-feira, 7 de dezembro de 2011 17:29
> *Para:* gentoo-user-br@lists.gentoo.org
> *Assunto:* Re: [gentoo-user-br] Problema ao atualizar GLIBC para versão
> 2.13-r4****
>
> ** **
>
> Sim.... ;)
>
> Att,
> Raphael Bastos
>
> ===============================================
> Bastos Service Manutenção Industrial Ltda.
> www.bastosservice.com.br
> Linux Reg. User: 388431  //  LPI ID: LPI000214711
> email:~> $ echo "vgepqnqikcBdcuvquugtxkeg0eqo0dt" | perl -pe \
> 's/(.)/chr(ord($1)-2)/ge'
> ===============================================
>
> ****
>
> Em 7 de dezembro de 2011 16:46, Eduardo Schoedler <listas@esds.com.br>
> escreveu:****
>
> É necessário recompilar todo o sistema toda vez que atualizamos o glibc?
> Nunca fiz isso...****
>
> ** **
>
> --****
>
> Eduardo Schoedler****
>
> Enviado via iPhone****
>
>
> Em 07/12/2011, às 14:19, Raphael Bastos <tecnologia@bastosservice.com.br>
> escreveu:****
>
> Ae galera, salve salve,
>
> Atualizei a glibc, e quando vou recompilar todo o sistema tá dando caca
> com o busybox... alguma sugestão que não quebre nada? rs
> Take a look....
>
> # emerge -e system -pv
>
> Total: 250 packages (2 upgrades, 1 downgrade, 2 new, 245 reinstalls), Size
> of downloads: 128,789 kB
>
> WARNING: One or more updates have been skipped due to a dependency
> conflict:
>
> sys-libs/glibc:2.2
>
>   (sys-libs/glibc-2.13-r4::gentoo, ebuild scheduled for merge) conflicts
> with
>     <sys-libs/glibc-2.13 required by (sys-apps/busybox-1.19.0::gentoo,
> ebuild scheduled for merge)
>
>
> Agradeço a atenção.
>
>
> Att,
> Raphael Bastos
>
> ===============================================
> Bastos Service Manutenção Industrial Ltda.
> www.bastosservice.com.br
> Linux Reg. User: 388431  //  LPI ID: LPI000214711
> email:~> $ echo "vgepqnqikcBdcuvquugtxkeg0eqo0dt" | perl -pe \
> 's/(.)/chr(ord($1)-2)/ge'
> ===============================================****
>
> ** **
>



Take a look Eduardo,

http://www.valleytechnologiesllc.com/industry-technology/gentoo-linux-gcc-glibc-updates.html
.

Dalton, eu só desmascarei a budega do busybox e compilou de boa. A versão
estável precisa da glibc antiga, o ebuild sys-apps/busybox-1.19.3-r1
corrige isso.

;)

abração.

[-- Attachment #2: Type: text/html, Size: 6047 bytes --]

RES: [gentoo-user-br] Problema ao atualizar GLIBC para versão 2.13-r4

[Eduardo Schoedler]

Em 07/12/2011 20:00, Raphael Bastos escreveu:
> Take a look Eduardo,
>
http://www.valleytechnologiesllc.com/industry-technology/gentoo-linux-gcc-gl
ibc-updates.html

Ok, esse procedimento é para upgrade do gcc... quando atualizo o gcc, sempre
faço isso.
Mas nada diz que preciso recompilar todo o system *só* por causa do glibc.

Abs,

--
Eduardo Schoedler

Re: [gentoo-user-br] Problema ao atualizar GLIBC para versão 2.13-r4

[Raphael Bastos]

[-- Attachment #1: Type: text/plain, Size: 813 bytes --]

Em 7 de dezembro de 2011 20:03, Eduardo Schoedler <listas@esds.com.br>escreveu:

> Em 07/12/2011 20:00, Raphael Bastos escreveu:
> > Take a look Eduardo,
> >
>
> http://www.valleytechnologiesllc.com/industry-technology/gentoo-linux-gcc-gl
> ibc-updates.html
>
> Ok, esse procedimento é para upgrade do gcc... quando atualizo o gcc,
> sempre
> faço isso.
> Mas nada diz que preciso recompilar todo o system *só* por causa do glibc.
>
> Abs,
>
> --
> Eduardo Schoedler
>
>
> 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

;)

[-- Attachment #2: Type: text/html, Size: 1610 bytes --]

Re: [gentoo-user-br] Problema ao atualizar GLIBC para versão 2.13-r4

[Thiago Nunes]

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

Re: [gentoo-user-br] Problema ao atualizar GLIBC para versão 2.13-r4

[Raphael Bastos]

[-- Attachment #1: Type: text/plain, Size: 2943 bytes --]

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

abração,
Raphael Bastos

[-- Attachment #2: Type: text/html, Size: 3594 bytes --]

Re: [gentoo-user-br] Problema ao atualizar GLIBC para versão 2.13-r4

[Daniel da Veiga]

[-- Attachment #1: Type: text/plain, Size: 3815 bytes --]

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

[-- Attachment #2: Type: text/html, Size: 4663 bytes --]

Re: [gentoo-user-br] Problema ao atualizar GLIBC para versão 2.13-r4

[Raphael Bastos]

[-- 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 --]

Re: [gentoo-user-br] Problema ao atualizar GLIBC para versão 2.13-r4

[Dalton Barreto]

Em 7 de dezembro de 2011 19:59, Raphael Bastos
<tecnologia@bastosservice.com.br> escreveu:
> Dalton, eu só desmascarei a budega do busybox e compilou de boa. A versão
> estável precisa da glibc antiga, o ebuild sys-apps/busybox-1.19.3-r1 corrige
> isso.
>
> ;)

Beleza! Que bom que resolveu! Qualquer coisa, poste aí! =)


-- 
Dalton Barreto
http://daltonmatos.com

Re: [gentoo-user-br] Problema ao atualizar GLIBC para versão 2.13-r4

[Raphael Bastos]

[-- Attachment #1: Type: text/plain, Size: 3237 bytes --]

Em 7 de dezembro de 2011 23:54, Dalton Barreto <daltonmatos@gmail.com>escreveu:

> Em 7 de dezembro de 2011 19:59, Raphael Bastos
> <tecnologia@bastosservice.com.br> escreveu:
> > Dalton, eu só desmascarei a budega do busybox e compilou de boa. A versão
> > estável precisa da glibc antiga, o ebuild sys-apps/busybox-1.19.3-r1
> corrige
> > isso.
> >
> > ;)
>
> Beleza! Que bom que resolveu! Qualquer coisa, poste aí! =)
>
>
> --
> Dalton Barreto
> http://daltonmatos.com
>
>
Oi Dalton,

Na verdade tive só esse probleminha ao recompilar o sistema, mas como o
ldap tá funcionando legal eu ignorei.
É a primeira vez que eu uso openldap num Gentoo, eu usava antes em um
CentOS. Ao recompilar ele diz que existe uma base (obviamente) e por isso
não dá pra recompilar.
Nesse caso há alguma configuração a ser feita para adequar isso ou faço
outro "workaround" pra recompilar e boa?
Eu fiz um teste.... se eu mover esse diretório, recompilar e depois voltar
funcionou redondo, porém queria algo que não requer tal "trampo manual".

Take a look no erro. Qualquer ajuda agradeço muito.

>>> Emerging (1 of 1) net-nds/openldap-2.4.24
 * openldap-2.4.24.tgz RMD160 SHA1 SHA256 size ;-)
...
[ ok ]

 * This profile is merely a convenience for people who require a more
 * minimal profile, yet are unable to use hardened due to restrictions in
 * the software being used on the server. If you seek a secure
 * production server profile, please check the Hardened project
 * (http://hardened.gentoo.org)

 *
 * Scanning datadir(s) from slapd.conf and
 * the default installdir for Versiontags
 * (/var/lib/openldap-data may appear twice)
 *
 * - Checking /var/lib/openldap-data...
 *    Non-tagged dir /var/lib/openldap-data
 *    EEK! Non-empty non-tagged datadir, counting 13 files

 *
 * Your OpenLDAP Installation has a non tagged datadir that
 * possibly contains a database at /var/lib/openldap-data
 *
 * Please export data if any entered and empty or remove
 * the directory, installation has been stopped so you
 * can take required action
 *
 * For a HOWTO on exporting the data, see instructions in the ebuild
 *
 * ERROR: net-nds/openldap-2.4.24 failed (setup phase):
 *   Please move the datadir /var/lib/openldap-data away
 *
 * Call stack:
 *                ebuild.sh, line  56:  Called pkg_setup
 *   openldap-2.4.24.ebuild, line 213:  Called openldap_find_versiontags
 *   openldap-2.4.24.ebuild, line 123:  Called die
 * The specific snippet of code:
 *                                      die "Please move the datadir
${CURRENT_TAGDIR} away"
 *
 * If you need support, post the output of 'emerge --info
=net-nds/openldap-2.4.24',
 * the complete build log and the output of 'emerge -pqv
=net-nds/openldap-2.4.24'.
 * The complete build log is located at
'/var/log/portage/net-nds:openldap-2.4.24:20111208-133102.log'.
 * The ebuild environment file is located at
'/var/tmp/portage/net-nds/openldap-2.4.24/temp/die.env'.
 * S: '/var/tmp/portage/net-nds/openldap-2.4.24/work/openldap-2.4.24'

>>> Failed to emerge net-nds/openldap-2.4.24, Log file:

>>>  '/var/log/portage/net-nds:openldap-2.4.24:20111208-133102.log'


Att,
Raphael Bastos

[-- Attachment #2: Type: text/html, Size: 4181 bytes --]