1 |
2010/9/28 Dalton Barreto <daltonmatos@×××××.com>: |
2 |
> Em 27 de setembro de 2010 13:42, Dalton Barreto |
3 |
> <daltonmatos@×××××.com> escreveu: |
4 |
>> Ainda acho que o problema está na produção da |
5 |
>> /usr/lib/libcamel-1.2.so.14 pois falta alguma coisa lá. E o mesmo se |
6 |
>> aplica para a /usr/lib/libnssutil3.so. |
7 |
>> |
8 |
>> Uma outra ideia, que ainda acho que vou executar, é compilar o |
9 |
>> evolution-data-server/ekiga sem usar os ebuilds (apenas compilar e não |
10 |
>> instalar) só para ver se obtenho resultados diferentes e para saber se |
11 |
>> o problema não está na forma como o ebuild está montando a linha do |
12 |
>> "./configure" dele. |
13 |
>> |
14 |
> |
15 |
> Acho que o problema não é no gentoo e sim no evolution-data-server |
16 |
> mesmo. Fiz o seguinte teste: |
17 |
> |
18 |
> * Compilei o evolution "nã mão", usando ./configure --prefix=/tmp/evo/usr/local |
19 |
> * Rodei o make e make install. Isso fez com que as libs fossem |
20 |
> instaladas em /tmp/evo/usr/local/lib, inclusive libcamel-1.2.so.14 (a |
21 |
> problemática!) |
22 |
> * Rodei o configure do ekiga, também "na mão". Tive que rodar com |
23 |
> --diasable-avahi pois não tenho avahi instalado. |
24 |
> * E aí compilei o ekiga, mas linkando com a libcamel que está em |
25 |
> /tmp/evo/usr/local/lib e não com a que está em /usr/lib, assim: |
26 |
> |
27 |
> $ LD_LIBRARY_PATH=/tmp/evo/usr/local/lib make |
28 |
> |
29 |
> E encontrei *o mesmo* problema, mas agora com a lib que estava no /tmp, vejam: |
30 |
> |
31 |
> g++ -g -O2 -o ekiga accounts.o addressbook.o callbacks.o |
32 |
> callshistory.o chat.o config.o druid.o history.o main.o misc.o |
33 |
> preferences.o tools.o statusicon.o audio.o fakevideoinput.o |
34 |
> videoinput.o videooutput.o accountshandler.o ekiga.o manager.o h323.o |
35 |
> pcss.o sip.o urlhandler.o stun.o bonobo.o -pthread -pthread |
36 |
> ../lib/.libs/libekiga.a /usr/lib/libesd.so /usr/lib/libgnomeui-2.so |
37 |
> /usr/lib/libSM.so /usr/lib/libICE.so /usr/lib/libbonoboui-2.so |
38 |
> /usr/lib/libgnomevfs-2.so /usr/lib/libgnomecanvas-2.so |
39 |
> /usr/lib/libgnome-2.so /usr/lib/libpopt.so /usr/lib/libbonobo-2.so |
40 |
> /usr/lib/libbonobo-activation.so /usr/lib/libORBit-2.so |
41 |
> /usr/lib/libart_lgpl_2.so /usr/lib/libgtk-x11-2.0.so |
42 |
> /usr/lib/libgdk-x11-2.0.so /usr/lib/libatk-1.0.so |
43 |
> /usr/lib/libpangoft2-1.0.so /usr/lib/libgdk_pixbuf-2.0.so |
44 |
> /usr/lib/libpangocairo-1.0.so /usr/lib/libcairo.so |
45 |
> /usr/lib/libpango-1.0.so /usr/lib/libfreetype.so |
46 |
> /usr/lib/libfontconfig.so /usr/lib/libebook-1.2.so |
47 |
> /usr/lib/libedataserver-1.2.so /usr/lib/libdbus-glib-1.so |
48 |
> /usr/lib/libxml2.so /usr/lib/libgconf-2.so /usr/lib/libsoup-2.4.so |
49 |
> /usr/lib/libgio-2.0.so /usr/lib/libgmodule-2.0.so |
50 |
> /usr/lib/libdbus-1.so /usr/lib/libgobject-2.0.so |
51 |
> /usr/lib/libgthread-2.0.so -lrt /usr/lib/libglib-2.0.so |
52 |
> /usr/lib/libSDL.so -lpt -lopal -ldl -lpthread |
53 |
> /tmp/evo/usr/local/lib/libcamel-1.2.so.14: undefined reference to |
54 |
> `NSS_InitWithMerge@NSS_3.12' |
55 |
> /usr/lib/libnssutil3.so: undefined reference to `PL_ClearArenaPool' |
56 |
> collect2: ld returned 1 exit status |
57 |
> make[3]: ** [ekiga] Erro 1 |
58 |
> make[3]: Saindo do diretório `/home/dalton/src/ekiga-2.0.12/src' |
59 |
> make[2]: ** [all] Erro 2 |
60 |
> make[2]: Saindo do diretório `/home/dalton/src/ekiga-2.0.12/src' |
61 |
> make[1]: ** [all-recursive] Erro 1 |
62 |
> make[1]: Saindo do diretório `/home/dalton/src/ekiga-2.0.12' |
63 |
> make: ** [all] Erro 2 |
64 |
> |
65 |
> O erro acontece exatamente no mesmo ponto de antes, mas agora |
66 |
> referencia a lib que compilei "na mão". Estou convencido de que o |
67 |
> problema é mesmo do evolution-data-server, vocês acham que mesmo assim |
68 |
> vale a pena abrir um bug no bugs.gentoo.org ? |
69 |
> |
70 |
> |
71 |
> Obrigado todos pela ajuda! =) |
72 |
> |
73 |
|
74 |
Com certeza. Bugzilla neles. No máximo vai ser reportado upstream. |
75 |
|
76 |
-- |
77 |
Daniel da Veiga |