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

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

[Dalton Barreto]

Caros,

Estou tendo alguns problemas par atualizar meu Gentoo.

Durante a compilação recebo o seguinte erro:

i686-pc-linux-gnu-g++ -O2 -pipe -Wl,-O1 -o ekiga accounts.o
addressbook.o callbacks.o callshistory.o chat.o config.o druid.o
history.o main.o misc.o preferences.o tools.o statusicon.o audio.o
fakevideoinput.o videoinput.o videooutput.o accountshandler.o ekiga.o
manager.o h323.o pcss.o sip.o urlhandler.o stun.o bonobo.o dbus.o
-pthread -pthread -pthread  -Wl,--as-needed ../lib/.libs/libekiga.a
/usr/lib/libesd.so /usr/lib/libgnomeui-2.so /usr/lib/libSM.so
/usr/lib/libICE.so /usr/lib/libbonoboui-2.so /usr/lib/libgnomevfs-2.so
/usr/lib/libgnomecanvas-2.so /usr/lib/libgnome-2.so
/usr/lib/libpopt.so /usr/lib/libbonobo-2.so
/usr/lib/libbonobo-activation.so /usr/lib/libORBit-2.so
/usr/lib/libart_lgpl_2.so /usr/lib/libgtk-x11-2.0.so
/usr/lib/libgdk-x11-2.0.so /usr/lib/libatk-1.0.so
/usr/lib/libpangoft2-1.0.so /usr/lib/libgdk_pixbuf-2.0.so
/usr/lib/libpangocairo-1.0.so /usr/lib/libcairo.so
/usr/lib/libpango-1.0.so /usr/lib/libfreetype.so
/usr/lib/libfontconfig.so /usr/lib/libebook-1.2.so
/usr/lib/libedataserver-1.2.so /usr/lib/libxml2.so
/usr/lib/libgconf-2.so /usr/lib/libsoup-2.4.so /usr/lib/libgio-2.0.so
/usr/lib/libgmodule-2.0.so /usr/lib/libdbus-glib-1.so
/usr/lib/libdbus-1.so /usr/lib/libgobject-2.0.so
/usr/lib/libgthread-2.0.so -lrt /usr/lib/libglib-2.0.so
/usr/lib/libSDL.so -lpt -lopal -ldl -lpthread
/usr/lib/libcamel-1.2.so.14: undefined reference to `NSS_InitWithMerge@NSS_3.12'
/usr/lib/libnssutil3.so: undefined reference to `PL_ClearArenaPool'
collect2: ld returned 1 exit status
make[3]: ** [ekiga] Erro 1
make[3]: Saindo do diretório
`/var/tmp/portage/net-voip/ekiga-2.0.12/work/ekiga-2.0.12/src'
make[2]: ** [all] Erro 2
make[2]: Saindo do diretório
`/var/tmp/portage/net-voip/ekiga-2.0.12/work/ekiga-2.0.12/src'
make[1]: ** [all-recursive] Erro 1
make[1]: Saindo do diretório
`/var/tmp/portage/net-voip/ekiga-2.0.12/work/ekiga-2.0.12'
make: ** [all] Erro 2

Em especial essa é a compilação do pacote ekiga, mas também acontece
com o gnome-control-center. A duas libs referenciadas no erro acima
pertencem, respectivamente, aos pacotes
gnome-extra/evolution-data-server e dev-libs/nss.

Pensei que isso tudo poderia ser um problema no momento de compilar
esses pacotes e por algum motivo o gcc poderia não estar "versionando"
os simbolos dentro da lib gerada pela compilação, mas realmente não
tenho nenhuma certeza em relação a isso. Estou com o gcc-4.3.4.

Tentei recompilar usando o gcc 4.4.3 mas mesmo depois de recompilar os
dois pacotes o ekiga continua não emergindo.

Se alguém já tiver passado por problema semelhante ou tiver alguma
idéia da origem desse, me fale que mando quaisquer informações
adicionais necessárias.


ps. Esse gentoo ficou muitos dias sem atualizar (30+) mas não acredito
que esse tenha sido a causa do problema pois já atualizei outros
sistemas com esse mesmo tempo de defasagem e deu tudo certo.

Desde já obrigado,

-- 
Dalton Barreto

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

[Zhu Sha Zang]

[-- Attachment #1.1: Type: text/plain, Size: 3357 bytes --]

 Em 25-09-2010 17:15, Dalton Barreto escreveu:
> Caros,
>
> Estou tendo alguns problemas par atualizar meu Gentoo.
>
> Durante a compilação recebo o seguinte erro:
>
> i686-pc-linux-gnu-g++ -O2 -pipe -Wl,-O1 -o ekiga accounts.o
> addressbook.o callbacks.o callshistory.o chat.o config.o druid.o
> history.o main.o misc.o preferences.o tools.o statusicon.o audio.o
> fakevideoinput.o videoinput.o videooutput.o accountshandler.o ekiga.o
> manager.o h323.o pcss.o sip.o urlhandler.o stun.o bonobo.o dbus.o
> -pthread -pthread -pthread  -Wl,--as-needed ../lib/.libs/libekiga.a
> /usr/lib/libesd.so /usr/lib/libgnomeui-2.so /usr/lib/libSM.so
> /usr/lib/libICE.so /usr/lib/libbonoboui-2.so /usr/lib/libgnomevfs-2.so
> /usr/lib/libgnomecanvas-2.so /usr/lib/libgnome-2.so
> /usr/lib/libpopt.so /usr/lib/libbonobo-2.so
> /usr/lib/libbonobo-activation.so /usr/lib/libORBit-2.so
> /usr/lib/libart_lgpl_2.so /usr/lib/libgtk-x11-2.0.so
> /usr/lib/libgdk-x11-2.0.so /usr/lib/libatk-1.0.so
> /usr/lib/libpangoft2-1.0.so /usr/lib/libgdk_pixbuf-2.0.so
> /usr/lib/libpangocairo-1.0.so /usr/lib/libcairo.so
> /usr/lib/libpango-1.0.so /usr/lib/libfreetype.so
> /usr/lib/libfontconfig.so /usr/lib/libebook-1.2.so
> /usr/lib/libedataserver-1.2.so /usr/lib/libxml2.so
> /usr/lib/libgconf-2.so /usr/lib/libsoup-2.4.so /usr/lib/libgio-2.0.so
> /usr/lib/libgmodule-2.0.so /usr/lib/libdbus-glib-1.so
> /usr/lib/libdbus-1.so /usr/lib/libgobject-2.0.so
> /usr/lib/libgthread-2.0.so -lrt /usr/lib/libglib-2.0.so
> /usr/lib/libSDL.so -lpt -lopal -ldl -lpthread
> /usr/lib/libcamel-1.2.so.14: undefined reference to `NSS_InitWithMerge@NSS_3.12'
> /usr/lib/libnssutil3.so: undefined reference to `PL_ClearArenaPool'
> collect2: ld returned 1 exit status
> make[3]: ** [ekiga] Erro 1
> make[3]: Saindo do diretório
> `/var/tmp/portage/net-voip/ekiga-2.0.12/work/ekiga-2.0.12/src'
> make[2]: ** [all] Erro 2
> make[2]: Saindo do diretório
> `/var/tmp/portage/net-voip/ekiga-2.0.12/work/ekiga-2.0.12/src'
> make[1]: ** [all-recursive] Erro 1
> make[1]: Saindo do diretório
> `/var/tmp/portage/net-voip/ekiga-2.0.12/work/ekiga-2.0.12'
> make: ** [all] Erro 2
>
> Em especial essa é a compilação do pacote ekiga, mas também acontece
> com o gnome-control-center. A duas libs referenciadas no erro acima
> pertencem, respectivamente, aos pacotes
> gnome-extra/evolution-data-server e dev-libs/nss.
>
> Pensei que isso tudo poderia ser um problema no momento de compilar
> esses pacotes e por algum motivo o gcc poderia não estar "versionando"
> os simbolos dentro da lib gerada pela compilação, mas realmente não
> tenho nenhuma certeza em relação a isso. Estou com o gcc-4.3.4.
>
> Tentei recompilar usando o gcc 4.4.3 mas mesmo depois de recompilar os
> dois pacotes o ekiga continua não emergindo.
>
> Se alguém já tiver passado por problema semelhante ou tiver alguma
> idéia da origem desse, me fale que mando quaisquer informações
> adicionais necessárias.
>
>
> ps. Esse gentoo ficou muitos dias sem atualizar (30+) mas não acredito
> que esse tenha sido a causa do problema pois já atualizei outros
> sistemas com esse mesmo tempo de defasagem e deu tudo certo.
>
> Desde já obrigado,
>
tentou /"lafilefixer --justfixit"/ ??

P.S.: Aqui eu desabilito a FLAG gnome e evito instalar pacotes que
dependam dela.

Att

[-- Attachment #1.2: Type: text/html, Size: 3967 bytes --]

[-- Attachment #2: OpenPGP digital signature --]
[-- Type: application/pgp-signature, Size: 262 bytes --]

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

[Dalton Barreto]

Em 25 de setembro de 2010 19:06, Zhu Sha Zang
<zhushazang@yahoo.com.br> escreveu:
> Em 25-09-2010 17:15, Dalton Barreto escreveu:
>
> Caros,
>
> Estou tendo alguns problemas par atualizar meu Gentoo.
>
> Durante a compilação recebo o seguinte erro:
>
> i686-pc-linux-gnu-g++ -O2 -pipe -Wl,-O1 -o ekiga accounts.o
> addressbook.o callbacks.o callshistory.o chat.o config.o druid.o
> history.o main.o misc.o preferences.o tools.o statusicon.o audio.o
> fakevideoinput.o videoinput.o videooutput.o accountshandler.o ekiga.o
> manager.o h323.o pcss.o sip.o urlhandler.o stun.o bonobo.o dbus.o
> -pthread -pthread -pthread  -Wl,--as-needed ../lib/.libs/libekiga.a
> /usr/lib/libesd.so /usr/lib/libgnomeui-2.so /usr/lib/libSM.so
> /usr/lib/libICE.so /usr/lib/libbonoboui-2.so /usr/lib/libgnomevfs-2.so
> /usr/lib/libgnomecanvas-2.so /usr/lib/libgnome-2.so
> /usr/lib/libpopt.so /usr/lib/libbonobo-2.so
> /usr/lib/libbonobo-activation.so /usr/lib/libORBit-2.so
> /usr/lib/libart_lgpl_2.so /usr/lib/libgtk-x11-2.0.so
> /usr/lib/libgdk-x11-2.0.so /usr/lib/libatk-1.0.so
> /usr/lib/libpangoft2-1.0.so /usr/lib/libgdk_pixbuf-2.0.so
> /usr/lib/libpangocairo-1.0.so /usr/lib/libcairo.so
> /usr/lib/libpango-1.0.so /usr/lib/libfreetype.so
> /usr/lib/libfontconfig.so /usr/lib/libebook-1.2.so
> /usr/lib/libedataserver-1.2.so /usr/lib/libxml2.so
> /usr/lib/libgconf-2.so /usr/lib/libsoup-2.4.so /usr/lib/libgio-2.0.so
> /usr/lib/libgmodule-2.0.so /usr/lib/libdbus-glib-1.so
> /usr/lib/libdbus-1.so /usr/lib/libgobject-2.0.so
> /usr/lib/libgthread-2.0.so -lrt /usr/lib/libglib-2.0.so
> /usr/lib/libSDL.so -lpt -lopal -ldl -lpthread
> /usr/lib/libcamel-1.2.so.14: undefined reference to
> `NSS_InitWithMerge@NSS_3.12'
> /usr/lib/libnssutil3.so: undefined reference to `PL_ClearArenaPool'
> collect2: ld returned 1 exit status
> make[3]: ** [ekiga] Erro 1
> make[3]: Saindo do diretório
> `/var/tmp/portage/net-voip/ekiga-2.0.12/work/ekiga-2.0.12/src'
> make[2]: ** [all] Erro 2
> make[2]: Saindo do diretório
> `/var/tmp/portage/net-voip/ekiga-2.0.12/work/ekiga-2.0.12/src'
> make[1]: ** [all-recursive] Erro 1
> make[1]: Saindo do diretório
> `/var/tmp/portage/net-voip/ekiga-2.0.12/work/ekiga-2.0.12'
> make: ** [all] Erro 2
>
> Em especial essa é a compilação do pacote ekiga, mas também acontece
> com o gnome-control-center. A duas libs referenciadas no erro acima
> pertencem, respectivamente, aos pacotes
> gnome-extra/evolution-data-server e dev-libs/nss.
>
> Pensei que isso tudo poderia ser um problema no momento de compilar
> esses pacotes e por algum motivo o gcc poderia não estar "versionando"
> os simbolos dentro da lib gerada pela compilação, mas realmente não
> tenho nenhuma certeza em relação a isso. Estou com o gcc-4.3.4.
>
> Tentei recompilar usando o gcc 4.4.3 mas mesmo depois de recompilar os
> dois pacotes o ekiga continua não emergindo.
>
> Se alguém já tiver passado por problema semelhante ou tiver alguma
> idéia da origem desse, me fale que mando quaisquer informações
> adicionais necessárias.
>
>
> ps. Esse gentoo ficou muitos dias sem atualizar (30+) mas não acredito
> que esse tenha sido a causa do problema pois já atualizei outros
> sistemas com esse mesmo tempo de defasagem e deu tudo certo.
>
> Desde já obrigado,
>
> tentou "lafilefixer --justfixit" ??
>

Não tinha tentado ainda. Rodei e o ekiga apresentou o mesmo problema.
Recompilei os dois pacotes e o problema persiste. Mais alguma
sugestão? =)


> P.S.: Aqui eu desabilito a FLAG gnome e evito instalar pacotes que dependam
> dela.

Faz sentido, mas eu uso o Gnome como interface oficial.

Se alguém tiver mais alguma sugestão, não deixe de falar.

Obrigado,

-- 
Dalton Barreto

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

[Daniel Medeiros]

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

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.
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.

Outra idéia:
Recompile o  gnome-python-base. Já tive problemas com ele relacionado à
bibliotecas do gnome.

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.

-- 
"É mais fácil julgar que compreender. E o ignorante é preguiçoso..."
"Solidão não é a falta de alguém, é quando só lhe dão e você não dá nada em
troca!"
नमस्ते -- Namastê,

Daniel Medeiros

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

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

[Dalton Barreto]

Em 26 de setembro de 2010 22:15, Daniel Medeiros <m3g1st@gmail.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!

Obrigado pelas sugestões!



> नमस्ते -- Namastê,

Namastê!


-- 
Dalton Barreto

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

[Daniel da Veiga]

2010/9/27 Dalton Barreto <daltonmatos@gmail.com>:
> Em 26 de setembro de 2010 22:15, Daniel Medeiros <m3g1st@gmail.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

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

[Daniel da Veiga]

PS: nunca mais tive o problema pois logo após esse episódio, abandonei o Gnome.

-- 
Daniel da Veiga

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

[Dalton Barreto]

Em 27 de setembro de 2010 09:32, Daniel da Veiga
<danieldaveiga@gmail.com> escreveu:
> PS: nunca mais tive o problema pois logo após esse episódio, abandonei o Gnome.
>

Está usando qual interface agora?



-- 
Dalton Barreto

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

[Daniel da Veiga]

2010/9/27 Dalton Barreto <daltonmatos@gmail.com>:
> Em 27 de setembro de 2010 09:32, Daniel da Veiga
> <danieldaveiga@gmail.com> escreveu:
>> PS: nunca mais tive o problema pois logo após esse episódio, abandonei o Gnome.
>>
>
> Está usando qual interface agora?
>

XFCE4.

-- 
Daniel da Veiga

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

[Dalton Barreto]

Em 27 de setembro de 2010 09:28, Daniel da Veiga
<danieldaveiga@gmail.com> escreveu:
>
> 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
>
>

Obrigado pelas dicas! Farei isso quando puder e volto aqui para dizer
se consegui alguma coisa. =)
Vou tentar "caçar" esse problema por mais um tempo, até porque a
máquina está funcionando normalmente
já que o problema está atualmente no ekiga, um paco que não uso. =)


-- 
Dalton Barreto

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

[Thiago Nunes]

Em 27 de setembro de 2010 09:28, Daniel da Veiga
<danieldaveiga@gmail.com> escreveu:

Essa discussão está atingindo um nível técnico que a bastante tempo e
não via nessa lista. Que beleza!

Tentei reproduzir aqui o erro mas não obtive exito, ou melhor, obtive
exito em todas as compilações :P. É que meu sistema é ~x86, então
injetar 4 pacotes x86 num sistema ~x86 não é a mesma coisa.

Dalton, que versão do evolution-data-server e do nss tu estás usando?
Eu compilei o ekiga 2.0.12 aqui com o evolution-data-server 2.30.2 e o
nss 3.12.7.

> emerge -e system; emerge -e world

Essa é uma provável solução meio radical, mas um emerge -e <pacote
problemático> pode ajudar a dar outras idéias de pacotes a recompilar
para tentar resolver o problema.

Na verdade essa discussão precisa virar um bug porque se o sistema
está todo x86 normal  e algum pacote acusa erro de compilação é porque
alguma combinação de versões que não foi testada pelo desenvolvedor do
software está dando problema. E também no bugzilla a gurizada vai
matar essa charada bem mais rápido do que a gente aqui, porque nós
estamos apenas conjecturando e batendo cabeça, no bugzilla o pessoal
tem bem mais conhecimento de causa para entender o problema.

Vai la, abre um bug e nos cola o link aqui pra gente acompanhar. Estou
curioso para saber qual vai ser a solução para esse problema.

[]s

--
thiago

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

[Dalton Barreto]

Em 27 de setembro de 2010 12:28, Thiago Nunes
<thiagonunesrs@gmail.com> escreveu:
> Em 27 de setembro de 2010 09:28, Daniel da Veiga
> <danieldaveiga@gmail.com> escreveu:
>
> Essa discussão está atingindo um nível técnico que a bastante tempo e
> não via nessa lista. Que beleza!
>
> Tentei reproduzir aqui o erro mas não obtive exito, ou melhor, obtive
> exito em todas as compilações :P. É que meu sistema é ~x86, então
> injetar 4 pacotes x86 num sistema ~x86 não é a mesma coisa.
>
> Dalton, que versão do evolution-data-server e do nss tu estás usando?
> Eu compilei o ekiga 2.0.12 aqui com o evolution-data-server 2.30.2 e o
> nss 3.12.7.
>

O evolution é essa versão mesmo (2.30.2) e o nss é 3.12.x (não me
lembro se é a .7).
Não estou com meu pc agora mas assim que estiver com ele em mãos vejo as versões
corretas e coloco aqui.

>> emerge -e system; emerge -e world
>
> Essa é uma provável solução meio radical, mas um emerge -e <pacote
> problemático> pode ajudar a dar outras idéias de pacotes a recompilar
> para tentar resolver o problema.
>
> Na verdade essa discussão precisa virar um bug porque se o sistema
> está todo x86 normal  e algum pacote acusa erro de compilação é porque
> alguma combinação de versões que não foi testada pelo desenvolvedor do
> software está dando problema. E também no bugzilla a gurizada vai
> matar essa charada bem mais rápido do que a gente aqui, porque nós
> estamos apenas conjecturando e batendo cabeça, no bugzilla o pessoal
> tem bem mais conhecimento de causa para entender o problema.
>

Concordo e já tinha pensado em abrir um bug. Na verdade já existe um
bug em relação ao evolution-data-server
que é exatamente o que eu disse em um dos emails anteriores (sobre a
USE=-ssl e o prio.h). Mas não existe nada em relação aos "undefined
reference"
que estou encontrando.

Segue o link: <http://bugs.gentoo.org/show_bug.cgi?id=327893> Pela
última mensagem parece que já reportaram esse problema para os
desenvolvedores do evolution-data-server.


> Vai la, abre um bug e nos cola o link aqui pra gente acompanhar. Estou
> curioso para saber qual vai ser a solução para esse problema.
>

Acho que farei isso mesmo. =) Devo abrir esse bug hoje ou amanhã de noite.


-- 
Dalton Barreto

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

[Daniel da Veiga]

2010/9/27 Dalton Barreto <daltonmatos@gmail.com>:
> Em 27 de setembro de 2010 12:28, Thiago Nunes
> <thiagonunesrs@gmail.com> escreveu:
>> Em 27 de setembro de 2010 09:28, Daniel da Veiga
>> <danieldaveiga@gmail.com> escreveu:
>>
>> Essa discussão está atingindo um nível técnico que a bastante tempo e
>> não via nessa lista. Que beleza!
>>
>> Tentei reproduzir aqui o erro mas não obtive exito, ou melhor, obtive
>> exito em todas as compilações :P. É que meu sistema é ~x86, então
>> injetar 4 pacotes x86 num sistema ~x86 não é a mesma coisa.
>>
>> Dalton, que versão do evolution-data-server e do nss tu estás usando?
>> Eu compilei o ekiga 2.0.12 aqui com o evolution-data-server 2.30.2 e o
>> nss 3.12.7.
>>
>
> O evolution é essa versão mesmo (2.30.2) e o nss é 3.12.x (não me
> lembro se é a .7).
> Não estou com meu pc agora mas assim que estiver com ele em mãos vejo as versões
> corretas e coloco aqui.
>
>>> emerge -e system; emerge -e world
>>
>> Essa é uma provável solução meio radical, mas um emerge -e <pacote
>> problemático> pode ajudar a dar outras idéias de pacotes a recompilar
>> para tentar resolver o problema.
>>
>> Na verdade essa discussão precisa virar um bug porque se o sistema
>> está todo x86 normal  e algum pacote acusa erro de compilação é porque
>> alguma combinação de versões que não foi testada pelo desenvolvedor do
>> software está dando problema. E também no bugzilla a gurizada vai
>> matar essa charada bem mais rápido do que a gente aqui, porque nós
>> estamos apenas conjecturando e batendo cabeça, no bugzilla o pessoal
>> tem bem mais conhecimento de causa para entender o problema.
>>
>
> Concordo e já tinha pensado em abrir um bug. Na verdade já existe um
> bug em relação ao evolution-data-server
> que é exatamente o que eu disse em um dos emails anteriores (sobre a
> USE=-ssl e o prio.h). Mas não existe nada em relação aos "undefined
> reference"
> que estou encontrando.
>
> Segue o link: <http://bugs.gentoo.org/show_bug.cgi?id=327893> Pela
> última mensagem parece que já reportaram esse problema para os
> desenvolvedores do evolution-data-server.
>
>
>> Vai la, abre um bug e nos cola o link aqui pra gente acompanhar. Estou
>> curioso para saber qual vai ser a solução para esse problema.
>>
>
> Acho que farei isso mesmo. =) Devo abrir esse bug hoje ou amanhã de noite.
>

Se a recompilação das bibliotecas não resolver o problema, daí como
dizem na minha terra "o buraco é mais embaixo" e de fato merece um bug
report.

-- 
Daniel da Veiga

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

[Daniel da Veiga]

2010/9/27 Thiago Nunes <thiagonunesrs@gmail.com>:
> Em 27 de setembro de 2010 09:28, Daniel da Veiga
> <danieldaveiga@gmail.com> escreveu:
>
> Essa discussão está atingindo um nível técnico que a bastante tempo e
> não via nessa lista. Que beleza!
>
> Tentei reproduzir aqui o erro mas não obtive exito, ou melhor, obtive
> exito em todas as compilações :P. É que meu sistema é ~x86, então
> injetar 4 pacotes x86 num sistema ~x86 não é a mesma coisa.
>
> Dalton, que versão do evolution-data-server e do nss tu estás usando?
> Eu compilei o ekiga 2.0.12 aqui com o evolution-data-server 2.30.2 e o
> nss 3.12.7.
>
>> emerge -e system; emerge -e world
>
> Essa é uma provável solução meio radical, mas um emerge -e <pacote
> problemático> pode ajudar a dar outras idéias de pacotes a recompilar
> para tentar resolver o problema.
>
> Na verdade essa discussão precisa virar um bug porque se o sistema
> está todo x86 normal  e algum pacote acusa erro de compilação é porque
> alguma combinação de versões que não foi testada pelo desenvolvedor do
> software está dando problema. E também no bugzilla a gurizada vai
> matar essa charada bem mais rápido do que a gente aqui, porque nós
> estamos apenas conjecturando e batendo cabeça, no bugzilla o pessoal
> tem bem mais conhecimento de causa para entender o problema.
>
> Vai la, abre um bug e nos cola o link aqui pra gente acompanhar. Estou
> curioso para saber qual vai ser a solução para esse problema.
>

Bom, o Ekiga teoricamente pode depender de:

dev-libs/libsigc++
net-nds/openldap
app-text/docbook-sgml-dtd
app-text/docbook-dsssl-stylesheets
app-text/xmlto
net-libs/ptlib
dev-libs/ilbc-rfc3951-0
net-libs/opal
media-libs/gd
app-text/opensp
dev-libs/cyrus-sasl
media-gfx/graphviz
app-text/openjade
app-doc/doxygen
dev-util/gtk-doc
dev-libs/libdaemon
dev-libs/libgweather
gnome-extra/evolution-data-server
net-dns/avahi
dev-lang/perl
app-text/scrollkeeper
app-text/gnome-doc-utils

De acordo com USEs e pacotes já instalados. Sabemos que as bibliotecas
ESTÃO instaladas, senão o portage iria puxar elas como dependência, e
também sabemos que alguma das bibliotecas está com problemas.
Teoricamente, se você recompilar todos os pacotes desta lista
instalados no seu sistema, um deles vai corrigir o problema. Estou
certo?


-- 
Daniel da Veiga

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

[Dalton Barreto]

Em 27 de setembro de 2010 13:06, Daniel da Veiga
<danieldaveiga@gmail.com> escreveu:
>
> Bom, o Ekiga teoricamente pode depender de:
>
> dev-libs/libsigc++
> net-nds/openldap
> app-text/docbook-sgml-dtd
> app-text/docbook-dsssl-stylesheets
> app-text/xmlto
> net-libs/ptlib
> dev-libs/ilbc-rfc3951-0
> net-libs/opal
> media-libs/gd
> app-text/opensp
> dev-libs/cyrus-sasl
> media-gfx/graphviz
> app-text/openjade
> app-doc/doxygen
> dev-util/gtk-doc
> dev-libs/libdaemon
> dev-libs/libgweather
> gnome-extra/evolution-data-server
> net-dns/avahi
> dev-lang/perl
> app-text/scrollkeeper
> app-text/gnome-doc-utils
>
> De acordo com USEs e pacotes já instalados. Sabemos que as bibliotecas
> ESTÃO instaladas, senão o portage iria puxar elas como dependência, e
> também sabemos que alguma das bibliotecas está com problemas.
> Teoricamente, se você recompilar todos os pacotes desta lista
> instalados no seu sistema, um deles vai corrigir o problema. Estou
> certo?

Depende. O que está me intrigando é que o problema está em uma das
libs (libcamel-1.2.so.14) produzidas pela compilação do
evolution-data-server. E o
que falta nessa lib é um referência e uma função da uma *outra lib*
(nss), da qual o ekiga *não depende* (pelo menos não diretamente). Mas
mesmo assim vou tentar recompilar os pacotes que você indicou.
Posto aqui os resultados. E obrigado pela lista de pacotes! =)

O ekiga depende do evolution-data-server, que por sua vez depende na
nss/nspr caso a USE ssl esteja ligada.

E no momento de compilar o ekiga ele sente falta de alguma símbolo
dentro do "shared object" libcamel-1.2.so.14. Se olharem a mensagem de
erro isso acontece no momento em que o binário principal do ekiga está
sendo linkeditado, tanto que tem retorna o erro é o "ld", que foi
chamado pelo gcc.

O que me parece é que o evolution-data-server (e seus scripts de
compilação: configure, makefiles, etc) esqueceram de adicionar uma
parte da compilação desse "shared object". Mas aí vem a questão: Será
que é papel do desenvolvedor do evolution-data-server colocar esses
símbolos nos shared objetcs produzidos? Pra mim um simples "gcc -o
<binario> -lnss -lnspr" já seria o suficiente para colocar os símbolos
(e com versões corretas) dentro
dos binários que estou compilando.

Não cheguei a olhar o código do evolution-data-server (script de
compilalção) para ver se ele explicitamente escolhe versões
específicas para símbolos dentro de seus binários.

Ainda acho que o problema está na produção da
/usr/lib/libcamel-1.2.so.14 pois falta alguma coisa lá. E o mesmo se
aplica para a /usr/lib/libnssutil3.so.

Uma outra ideia, que ainda acho que vou executar, é compilar o
evolution-data-server/ekiga sem usar os ebuilds (apenas compilar e não
instalar) só para ver se obtenho resultados diferentes e para saber se
o problema não está na forma como o ebuild está montando a linha do
"./configure" dele.


-- 
Dalton Barreto

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

[Dalton Barreto]

Em 27 de setembro de 2010 13:42, Dalton Barreto
<daltonmatos@gmail.com> escreveu:
> Ainda acho que o problema está na produção da
> /usr/lib/libcamel-1.2.so.14 pois falta alguma coisa lá. E o mesmo se
> aplica para a /usr/lib/libnssutil3.so.
>
> Uma outra ideia, que ainda acho que vou executar, é compilar o
> evolution-data-server/ekiga sem usar os ebuilds (apenas compilar e não
> instalar) só para ver se obtenho resultados diferentes e para saber se
> o problema não está na forma como o ebuild está montando a linha do
> "./configure" dele.
>

Acho que o problema não é no gentoo e sim no evolution-data-server
mesmo. Fiz o seguinte teste:

 * Compilei o evolution "nã mão", usando ./configure --prefix=/tmp/evo/usr/local
 * Rodei o make e make install. Isso fez com que as libs fossem
instaladas em /tmp/evo/usr/local/lib, inclusive libcamel-1.2.so.14 (a
problemática!)
 * Rodei o configure do ekiga, também "na mão". Tive que rodar com
--diasable-avahi pois não tenho avahi instalado.
 * E aí compilei o ekiga, mas linkando com a libcamel que está em
/tmp/evo/usr/local/lib e não com a que está em /usr/lib, assim:

$ LD_LIBRARY_PATH=/tmp/evo/usr/local/lib make

E encontrei *o mesmo* problema, mas agora com a lib que estava no /tmp, vejam:

g++ -g -O2 -o ekiga accounts.o addressbook.o callbacks.o
callshistory.o chat.o config.o druid.o history.o main.o misc.o
preferences.o tools.o statusicon.o audio.o fakevideoinput.o
videoinput.o videooutput.o accountshandler.o ekiga.o manager.o h323.o
pcss.o sip.o urlhandler.o stun.o bonobo.o -pthread -pthread
../lib/.libs/libekiga.a /usr/lib/libesd.so /usr/lib/libgnomeui-2.so
/usr/lib/libSM.so /usr/lib/libICE.so /usr/lib/libbonoboui-2.so
/usr/lib/libgnomevfs-2.so /usr/lib/libgnomecanvas-2.so
/usr/lib/libgnome-2.so /usr/lib/libpopt.so /usr/lib/libbonobo-2.so
/usr/lib/libbonobo-activation.so /usr/lib/libORBit-2.so
/usr/lib/libart_lgpl_2.so /usr/lib/libgtk-x11-2.0.so
/usr/lib/libgdk-x11-2.0.so /usr/lib/libatk-1.0.so
/usr/lib/libpangoft2-1.0.so /usr/lib/libgdk_pixbuf-2.0.so
/usr/lib/libpangocairo-1.0.so /usr/lib/libcairo.so
/usr/lib/libpango-1.0.so /usr/lib/libfreetype.so
/usr/lib/libfontconfig.so /usr/lib/libebook-1.2.so
/usr/lib/libedataserver-1.2.so /usr/lib/libdbus-glib-1.so
/usr/lib/libxml2.so /usr/lib/libgconf-2.so /usr/lib/libsoup-2.4.so
/usr/lib/libgio-2.0.so /usr/lib/libgmodule-2.0.so
/usr/lib/libdbus-1.so /usr/lib/libgobject-2.0.so
/usr/lib/libgthread-2.0.so -lrt /usr/lib/libglib-2.0.so
/usr/lib/libSDL.so -lpt -lopal -ldl -lpthread
/tmp/evo/usr/local/lib/libcamel-1.2.so.14: undefined reference to
`NSS_InitWithMerge@NSS_3.12'
/usr/lib/libnssutil3.so: undefined reference to `PL_ClearArenaPool'
collect2: ld returned 1 exit status
make[3]: ** [ekiga] Erro 1
make[3]: Saindo do diretório `/home/dalton/src/ekiga-2.0.12/src'
make[2]: ** [all] Erro 2
make[2]: Saindo do diretório `/home/dalton/src/ekiga-2.0.12/src'
make[1]: ** [all-recursive] Erro 1
make[1]: Saindo do diretório `/home/dalton/src/ekiga-2.0.12'
make: ** [all] Erro 2

O erro acontece exatamente no mesmo ponto de antes, mas agora
referencia a lib que compilei "na mão". Estou convencido de que o
problema é mesmo do evolution-data-server, vocês acham que mesmo assim
vale a pena abrir um bug no bugs.gentoo.org ?


Obrigado todos pela ajuda! =)

-- 
Dalton Barreto
http://daltonmatos.wordpress.com

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

[Daniel da Veiga]

2010/9/28 Dalton Barreto <daltonmatos@gmail.com>:
> Em 27 de setembro de 2010 13:42, Dalton Barreto
> <daltonmatos@gmail.com> escreveu:
>> Ainda acho que o problema está na produção da
>> /usr/lib/libcamel-1.2.so.14 pois falta alguma coisa lá. E o mesmo se
>> aplica para a /usr/lib/libnssutil3.so.
>>
>> Uma outra ideia, que ainda acho que vou executar, é compilar o
>> evolution-data-server/ekiga sem usar os ebuilds (apenas compilar e não
>> instalar) só para ver se obtenho resultados diferentes e para saber se
>> o problema não está na forma como o ebuild está montando a linha do
>> "./configure" dele.
>>
>
> Acho que o problema não é no gentoo e sim no evolution-data-server
> mesmo. Fiz o seguinte teste:
>
>  * Compilei o evolution "nã mão", usando ./configure --prefix=/tmp/evo/usr/local
>  * Rodei o make e make install. Isso fez com que as libs fossem
> instaladas em /tmp/evo/usr/local/lib, inclusive libcamel-1.2.so.14 (a
> problemática!)
>  * Rodei o configure do ekiga, também "na mão". Tive que rodar com
> --diasable-avahi pois não tenho avahi instalado.
>  * E aí compilei o ekiga, mas linkando com a libcamel que está em
> /tmp/evo/usr/local/lib e não com a que está em /usr/lib, assim:
>
> $ LD_LIBRARY_PATH=/tmp/evo/usr/local/lib make
>
> E encontrei *o mesmo* problema, mas agora com a lib que estava no /tmp, vejam:
>
> g++ -g -O2 -o ekiga accounts.o addressbook.o callbacks.o
> callshistory.o chat.o config.o druid.o history.o main.o misc.o
> preferences.o tools.o statusicon.o audio.o fakevideoinput.o
> videoinput.o videooutput.o accountshandler.o ekiga.o manager.o h323.o
> pcss.o sip.o urlhandler.o stun.o bonobo.o -pthread -pthread
> ../lib/.libs/libekiga.a /usr/lib/libesd.so /usr/lib/libgnomeui-2.so
> /usr/lib/libSM.so /usr/lib/libICE.so /usr/lib/libbonoboui-2.so
> /usr/lib/libgnomevfs-2.so /usr/lib/libgnomecanvas-2.so
> /usr/lib/libgnome-2.so /usr/lib/libpopt.so /usr/lib/libbonobo-2.so
> /usr/lib/libbonobo-activation.so /usr/lib/libORBit-2.so
> /usr/lib/libart_lgpl_2.so /usr/lib/libgtk-x11-2.0.so
> /usr/lib/libgdk-x11-2.0.so /usr/lib/libatk-1.0.so
> /usr/lib/libpangoft2-1.0.so /usr/lib/libgdk_pixbuf-2.0.so
> /usr/lib/libpangocairo-1.0.so /usr/lib/libcairo.so
> /usr/lib/libpango-1.0.so /usr/lib/libfreetype.so
> /usr/lib/libfontconfig.so /usr/lib/libebook-1.2.so
> /usr/lib/libedataserver-1.2.so /usr/lib/libdbus-glib-1.so
> /usr/lib/libxml2.so /usr/lib/libgconf-2.so /usr/lib/libsoup-2.4.so
> /usr/lib/libgio-2.0.so /usr/lib/libgmodule-2.0.so
> /usr/lib/libdbus-1.so /usr/lib/libgobject-2.0.so
> /usr/lib/libgthread-2.0.so -lrt /usr/lib/libglib-2.0.so
> /usr/lib/libSDL.so -lpt -lopal -ldl -lpthread
> /tmp/evo/usr/local/lib/libcamel-1.2.so.14: undefined reference to
> `NSS_InitWithMerge@NSS_3.12'
> /usr/lib/libnssutil3.so: undefined reference to `PL_ClearArenaPool'
> collect2: ld returned 1 exit status
> make[3]: ** [ekiga] Erro 1
> make[3]: Saindo do diretório `/home/dalton/src/ekiga-2.0.12/src'
> make[2]: ** [all] Erro 2
> make[2]: Saindo do diretório `/home/dalton/src/ekiga-2.0.12/src'
> make[1]: ** [all-recursive] Erro 1
> make[1]: Saindo do diretório `/home/dalton/src/ekiga-2.0.12'
> make: ** [all] Erro 2
>
> O erro acontece exatamente no mesmo ponto de antes, mas agora
> referencia a lib que compilei "na mão". Estou convencido de que o
> problema é mesmo do evolution-data-server, vocês acham que mesmo assim
> vale a pena abrir um bug no bugs.gentoo.org ?
>
>
> Obrigado todos pela ajuda! =)
>

Com certeza. Bugzilla neles. No máximo vai ser reportado upstream.

-- 
Daniel da Veiga

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

[Dalton Barreto]

Em 28 de setembro de 2010 22:28, Daniel da Veiga
<danieldaveiga@gmail.com> escreveu:
> 2010/9/28 Dalton Barreto <daltonmatos@gmail.com>:
>> Em 27 de setembro de 2010 13:42, Dalton Barreto
>> <daltonmatos@gmail.com> escreveu:
>>> Ainda acho que o problema está na produção da
>>> /usr/lib/libcamel-1.2.so.14 pois falta alguma coisa lá. E o mesmo se
>>> aplica para a /usr/lib/libnssutil3.so.
>>>
>>> Uma outra ideia, que ainda acho que vou executar, é compilar o
>>> evolution-data-server/ekiga sem usar os ebuilds (apenas compilar e não
>>> instalar) só para ver se obtenho resultados diferentes e para saber se
>>> o problema não está na forma como o ebuild está montando a linha do
>>> "./configure" dele.
>>>
>>
>> Acho que o problema não é no gentoo e sim no evolution-data-server
>> mesmo. Fiz o seguinte teste:
>>
>>  * Compilei o evolution "nã mão", usando ./configure --prefix=/tmp/evo/usr/local
>>  * Rodei o make e make install. Isso fez com que as libs fossem
>> instaladas em /tmp/evo/usr/local/lib, inclusive libcamel-1.2.so.14 (a
>> problemática!)
>>  * Rodei o configure do ekiga, também "na mão". Tive que rodar com
>> --diasable-avahi pois não tenho avahi instalado.
>>  * E aí compilei o ekiga, mas linkando com a libcamel que está em
>> /tmp/evo/usr/local/lib e não com a que está em /usr/lib, assim:
>>
>> $ LD_LIBRARY_PATH=/tmp/evo/usr/local/lib make
>>
>> E encontrei *o mesmo* problema, mas agora com a lib que estava no /tmp, vejam:
>>
>> g++ -g -O2 -o ekiga accounts.o addressbook.o callbacks.o
>> callshistory.o chat.o config.o druid.o history.o main.o misc.o
>> preferences.o tools.o statusicon.o audio.o fakevideoinput.o
>> videoinput.o videooutput.o accountshandler.o ekiga.o manager.o h323.o
>> pcss.o sip.o urlhandler.o stun.o bonobo.o -pthread -pthread
>> ../lib/.libs/libekiga.a /usr/lib/libesd.so /usr/lib/libgnomeui-2.so
>> /usr/lib/libSM.so /usr/lib/libICE.so /usr/lib/libbonoboui-2.so
>> /usr/lib/libgnomevfs-2.so /usr/lib/libgnomecanvas-2.so
>> /usr/lib/libgnome-2.so /usr/lib/libpopt.so /usr/lib/libbonobo-2.so
>> /usr/lib/libbonobo-activation.so /usr/lib/libORBit-2.so
>> /usr/lib/libart_lgpl_2.so /usr/lib/libgtk-x11-2.0.so
>> /usr/lib/libgdk-x11-2.0.so /usr/lib/libatk-1.0.so
>> /usr/lib/libpangoft2-1.0.so /usr/lib/libgdk_pixbuf-2.0.so
>> /usr/lib/libpangocairo-1.0.so /usr/lib/libcairo.so
>> /usr/lib/libpango-1.0.so /usr/lib/libfreetype.so
>> /usr/lib/libfontconfig.so /usr/lib/libebook-1.2.so
>> /usr/lib/libedataserver-1.2.so /usr/lib/libdbus-glib-1.so
>> /usr/lib/libxml2.so /usr/lib/libgconf-2.so /usr/lib/libsoup-2.4.so
>> /usr/lib/libgio-2.0.so /usr/lib/libgmodule-2.0.so
>> /usr/lib/libdbus-1.so /usr/lib/libgobject-2.0.so
>> /usr/lib/libgthread-2.0.so -lrt /usr/lib/libglib-2.0.so
>> /usr/lib/libSDL.so -lpt -lopal -ldl -lpthread
>> /tmp/evo/usr/local/lib/libcamel-1.2.so.14: undefined reference to
>> `NSS_InitWithMerge@NSS_3.12'
>> /usr/lib/libnssutil3.so: undefined reference to `PL_ClearArenaPool'
>> collect2: ld returned 1 exit status
>> make[3]: ** [ekiga] Erro 1
>> make[3]: Saindo do diretório `/home/dalton/src/ekiga-2.0.12/src'
>> make[2]: ** [all] Erro 2
>> make[2]: Saindo do diretório `/home/dalton/src/ekiga-2.0.12/src'
>> make[1]: ** [all-recursive] Erro 1
>> make[1]: Saindo do diretório `/home/dalton/src/ekiga-2.0.12'
>> make: ** [all] Erro 2
>>
>> O erro acontece exatamente no mesmo ponto de antes, mas agora
>> referencia a lib que compilei "na mão". Estou convencido de que o
>> problema é mesmo do evolution-data-server, vocês acham que mesmo assim
>> vale a pena abrir um bug no bugs.gentoo.org ?
>>
>>
>> Obrigado todos pela ajuda! =)
>>
>
> Com certeza. Bugzilla neles. No máximo vai ser reportado upstream.
>

Farei isso em breve.

-- 
Dalton Barreto
http://daltonmatos.wordpress.com

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

[Dalton Barreto]

Em 28 de setembro de 2010 22:16, Dalton Barreto
<daltonmatos@gmail.com> escreveu:
> Em 27 de setembro de 2010 13:42, Dalton Barreto
> <daltonmatos@gmail.com> escreveu:
>> Ainda acho que o problema está na produção da
>> /usr/lib/libcamel-1.2.so.14 pois falta alguma coisa lá. E o mesmo se
>> aplica para a /usr/lib/libnssutil3.so.
>>
>> Uma outra ideia, que ainda acho que vou executar, é compilar o
>> evolution-data-server/ekiga sem usar os ebuilds (apenas compilar e não
>> instalar) só para ver se obtenho resultados diferentes e para saber se
>> o problema não está na forma como o ebuild está montando a linha do
>> "./configure" dele.
>>
>
> Acho que o problema não é no gentoo e sim no evolution-data-server
> mesmo. Fiz o seguinte teste:
>
>  * Compilei o evolution "nã mão", usando ./configure --prefix=/tmp/evo/usr/local
>  * Rodei o make e make install. Isso fez com que as libs fossem
> instaladas em /tmp/evo/usr/local/lib, inclusive libcamel-1.2.so.14 (a
> problemática!)
>  * Rodei o configure do ekiga, também "na mão". Tive que rodar com
> --diasable-avahi pois não tenho avahi instalado.
>  * E aí compilei o ekiga, mas linkando com a libcamel que está em
> /tmp/evo/usr/local/lib e não com a que está em /usr/lib, assim:
>
> $ LD_LIBRARY_PATH=/tmp/evo/usr/local/lib make
>
> E encontrei *o mesmo* problema, mas agora com a lib que estava no /tmp, vejam:
>
> g++ -g -O2 -o ekiga accounts.o addressbook.o callbacks.o
> callshistory.o chat.o config.o druid.o history.o main.o misc.o
> preferences.o tools.o statusicon.o audio.o fakevideoinput.o
> videoinput.o videooutput.o accountshandler.o ekiga.o manager.o h323.o
> pcss.o sip.o urlhandler.o stun.o bonobo.o -pthread -pthread
> ../lib/.libs/libekiga.a /usr/lib/libesd.so /usr/lib/libgnomeui-2.so
> /usr/lib/libSM.so /usr/lib/libICE.so /usr/lib/libbonoboui-2.so
> /usr/lib/libgnomevfs-2.so /usr/lib/libgnomecanvas-2.so
> /usr/lib/libgnome-2.so /usr/lib/libpopt.so /usr/lib/libbonobo-2.so
> /usr/lib/libbonobo-activation.so /usr/lib/libORBit-2.so
> /usr/lib/libart_lgpl_2.so /usr/lib/libgtk-x11-2.0.so
> /usr/lib/libgdk-x11-2.0.so /usr/lib/libatk-1.0.so
> /usr/lib/libpangoft2-1.0.so /usr/lib/libgdk_pixbuf-2.0.so
> /usr/lib/libpangocairo-1.0.so /usr/lib/libcairo.so
> /usr/lib/libpango-1.0.so /usr/lib/libfreetype.so
> /usr/lib/libfontconfig.so /usr/lib/libebook-1.2.so
> /usr/lib/libedataserver-1.2.so /usr/lib/libdbus-glib-1.so
> /usr/lib/libxml2.so /usr/lib/libgconf-2.so /usr/lib/libsoup-2.4.so
> /usr/lib/libgio-2.0.so /usr/lib/libgmodule-2.0.so
> /usr/lib/libdbus-1.so /usr/lib/libgobject-2.0.so
> /usr/lib/libgthread-2.0.so -lrt /usr/lib/libglib-2.0.so
> /usr/lib/libSDL.so -lpt -lopal -ldl -lpthread
> /tmp/evo/usr/local/lib/libcamel-1.2.so.14: undefined reference to
> `NSS_InitWithMerge@NSS_3.12'
> /usr/lib/libnssutil3.so: undefined reference to `PL_ClearArenaPool'
> collect2: ld returned 1 exit status
> make[3]: ** [ekiga] Erro 1
> make[3]: Saindo do diretório `/home/dalton/src/ekiga-2.0.12/src'
> make[2]: ** [all] Erro 2
> make[2]: Saindo do diretório `/home/dalton/src/ekiga-2.0.12/src'
> make[1]: ** [all-recursive] Erro 1
> make[1]: Saindo do diretório `/home/dalton/src/ekiga-2.0.12'
> make: ** [all] Erro 2
>
> O erro acontece exatamente no mesmo ponto de antes, mas agora
> referencia a lib que compilei "na mão". Estou convencido de que o
> problema é mesmo do evolution-data-server, vocês acham que mesmo assim
> vale a pena abrir um bug no bugs.gentoo.org ?
>

Depois disso instalei o evolution-data-server-2.30.3 (que ainda está
masked) e o problema com a libcamel parou de ocorrer. Sobrou apenas
a libnssutil3.so, mas nesse caso já estou com o pacote nss mais atual,
então não há muito o que fazer.

Enfim, abrirei um bug.


-- 
Dalton Barreto
http://daltonmatos.wordpress.com