Re: [gentoo-user-br] Undefined reference no momento de compilar alguns pacotes.

[Daniel da Veiga]

2010/9/27 Dalton Barreto <daltonmatos@×××××.com>:
> Em 26 de setembro de 2010 22:15, Daniel Medeiros <m3g1st@×××××.com> escreveu:
>> Talvez não seja a melhor solução, mas foi o que veio na cabeça no momento.
>> Desinstale o suporte ao nss (flag também se for o caso), dê um depclean e
>> reinstale.
>
> Descobri que a necessidade do nss para o evolution-data-server vem da
> flag ssl. Com essa flag
> ligada ele exige o emerge dos pacotes nss e nspr. O problema todo é
> que quando desligo essa
> flag o evolution-data-server não compila, mas por outro motivo. =\ Ele
> continua dando #include <prio.h> mas como esse prio.h pertence
> ao pacote nspr e o nspr não está "participando" da compilação. ex: A
> linha de compilação não está com "-I/usr/include/nspr", que é onde
> está o prio.h.
>
> Tudo indica que falta um "#ifdef" nesse arquivo "camel-tcp-...ssl.h"
> (ou algo assim...), afinal mesmo compilando o evolution-data-server
> com um possível "--without-ssl" ele tenta incluir um header do pacote
> que é responsável pelo suporte a ssl, no caso o nspr.
>
> Mas ainda quero pelo menos entender a origem do problema do undefined
> referenece. Quero saber se é um problema do próprio pacote ou se é,
> por exemplo, um problema com os ebuilds desses pacotes.
>
>> Porque disso? É possível que algum pacote relacionado tenha sido
>> desinstalado ou esteja com problema, até porque eventualmente o revdep não
>> resolve tudo.
>> Outra alternativa, menos $SISTEMAOPERACIONALPAGO, seria tentar localizar
>> esse possível pacote.
>>
>
> Tranquilo. =) Não vejo outros sistemas desde 2002.
>
>> Outra idéia:
>> Recompile o  gnome-python-base. Já tive problemas com ele relacionado à
>> bibliotecas do gnome.
>>
>
> Tentei isso e o problema continua.
>
>> Veja só, isso é uma tentativa de ajudar, eu não sou nem metade do que os
>> caras da lista aqui são com relação à conhecimento. São só idéias, tentando
>> analisar o problema fora da caixa, como geralmente faço com meu sistema. Se
>> servir, fico feliz em ajudar, senão ignore. Até porque talvez esteja falando
>> besteira.
>>
>
> Não se preocupe! O importante é estar disposto a ajudar! Uma possível
> "besteira" que qualquer
> pessoa disser pode alimentar em outra pessoa um idéia que resolve o problema!
>

Então lá vai uma besteira.
Eu gosto de "caçar" este tipo de bug de vez em quando, no entanto, na
máquina do serviço algum tempo atrás eu tive um erro do mesmo tipo que
este seu.

Undefined reference, uma versão de biblioteca que deveria conversar
durante a compilação do pacote não possui a chamada necessária. A
solução é dar emerge novamente em algo, teoricamente.

Na época, acabei numa wild goose chase e decidi que não tinha mais
tempo para gastar nisso (até pq depois daquilo, nunca mais se
repetiu):

emerge -uDN world; emerge --depclean; revdep-rebuild

Não funcionou, mas o erro mudou, agora a referência era em outra
biblioteca, como estava cansado:

emerge -e system; emerge -e world

E sim, eu sei que é redundante (teoricamente o system está contido no
world). Mas "parece certo". Também sei que é "feio" e realmente não
sei se foi o reemerge total ou a sincronização posterior que consertou
tudo... :D

PS: Como estou no testing, geralmente tenho 2 ou 3 pacotes (dos mais
de 1000 instalados) que não compilam a nova versão... Eu deixo a
versão velha até vir a correção.

-- 
Daniel da Veiga