From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from pigeon.gentoo.org ([208.92.234.80] helo=lists.gentoo.org) by finch.gentoo.org with esmtp (Exim 4.60) (envelope-from ) id 1P0CpK-0005eO-14 for garchives@archives.gentoo.org; Mon, 27 Sep 2010 12:29:02 +0000 Received: from pigeon.gentoo.org (localhost [127.0.0.1]) by pigeon.gentoo.org (Postfix) with SMTP id B4CE1E0ACB; Mon, 27 Sep 2010 12:28:53 +0000 (UTC) Received: from mail-ey0-f181.google.com (mail-ey0-f181.google.com [209.85.215.181]) by pigeon.gentoo.org (Postfix) with ESMTP id 76309E0ACB for ; Mon, 27 Sep 2010 12:28:53 +0000 (UTC) Received: by eyf6 with SMTP id 6so1613469eyf.40 for ; Mon, 27 Sep 2010 05:28:52 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:received:in-reply-to :references:date:message-id:subject:from:to:content-type :content-transfer-encoding; bh=sKewGQGSb0vVpKfnT3wmxvdDxhgsMuOo9RFE6gukssQ=; b=TejBmDnCu2AZGd5jjwCYKgxbP4EdizIZoqczeRjF+NrlxeLQWF4aBaYNQ0MUY03aY2 jH6niLs7X2ncUQyTnk08yxojKfsbPdoissOiRweEKBXqP4fQx+wGmvTraTn5UffeuoEA f/ADNXKcCClRdOpP57jlWfyWqionTWUxd9mIs= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :content-type:content-transfer-encoding; b=kP2BeCCYByQfxxCoQEqEHri4tDmQuSFypH3mBoPdVqiaJtacDeItiQVzXY7DhpWkUb BlHvkG5vbnFr4IbKwni2EukxglS75bQ2PCWg8ChFrWo2ZKu1qSJIwWfTfmg3ytCcWVkY 7AuIEPQ1pPE937bi+W4IHY5EkTA/P7E/E29sY= Precedence: bulk List-Post: List-Help: List-Unsubscribe: List-Subscribe: List-Id: Gentoo Linux mail X-BeenThere: gentoo-user-br@lists.gentoo.org Reply-to: gentoo-user-br@lists.gentoo.org MIME-Version: 1.0 Received: by 10.213.16.207 with SMTP id p15mr3001295eba.61.1285590532772; Mon, 27 Sep 2010 05:28:52 -0700 (PDT) Received: by 10.14.29.71 with HTTP; Mon, 27 Sep 2010 05:28:52 -0700 (PDT) In-Reply-To: References: <4C9E7283.5040705@yahoo.com.br> Date: Mon, 27 Sep 2010 09:28:52 -0300 Message-ID: Subject: Re: [gentoo-user-br] Undefined reference no momento de compilar alguns pacotes. From: Daniel da Veiga To: gentoo-user-br@lists.gentoo.org Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable X-Archives-Salt: 02e78f80-48ef-4fba-a559-309adea4345a X-Archives-Hash: 0dd42c008ecc305e5515ae9c9731d309 2010/9/27 Dalton Barreto : > Em 26 de setembro de 2010 22:15, Daniel Medeiros escre= veu: >> Talvez n=E3o seja a melhor solu=E7=E3o, mas foi o que veio na cabe=E7a n= o momento. >> Desinstale o suporte ao nss (flag tamb=E9m se for o caso), d=EA um depcl= ean 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 =E9 > que quando desligo essa > flag o evolution-data-server n=E3o compila, mas por outro motivo. =3D\ El= e > continua dando #include mas como esse prio.h pertence > ao pacote nspr e o nspr n=E3o est=E1 "participando" da compila=E7=E3o. ex= : A > linha de compila=E7=E3o n=E3o est=E1 com "-I/usr/include/nspr", que =E9 o= nde > est=E1 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=EDvel "--without-ssl" ele tenta incluir um header do pacote > que =E9 respons=E1vel pelo suporte a ssl, no caso o nspr. > > Mas ainda quero pelo menos entender a origem do problema do undefined > referenece. Quero saber se =E9 um problema do pr=F3prio pacote ou se =E9, > por exemplo, um problema com os ebuilds desses pacotes. > >> Porque disso? =C9 poss=EDvel que algum pacote relacionado tenha sido >> desinstalado ou esteja com problema, at=E9 porque eventualmente o revdep= n=E3o >> resolve tudo. >> Outra alternativa, menos $SISTEMAOPERACIONALPAGO, seria tentar localizar >> esse poss=EDvel pacote. >> > > Tranquilo. =3D) N=E3o vejo outros sistemas desde 2002. > >> Outra id=E9ia: >> Recompile o=A0 gnome-python-base. J=E1 tive problemas com ele relacionad= o =E0 >> bibliotecas do gnome. >> > > Tentei isso e o problema continua. > >> Veja s=F3, isso =E9 uma tentativa de ajudar, eu n=E3o sou nem metade do = que os >> caras da lista aqui s=E3o com rela=E7=E3o =E0 conhecimento. S=E3o s=F3 i= d=E9ias, tentando >> analisar o problema fora da caixa, como geralmente fa=E7o com meu sistem= a. Se >> servir, fico feliz em ajudar, sen=E3o ignore. At=E9 porque talvez esteja= falando >> besteira. >> > > N=E3o se preocupe! O importante =E9 estar disposto a ajudar! Uma poss=EDv= el > "besteira" que qualquer > pessoa disser pode alimentar em outra pessoa um id=E9ia que resolve o pro= blema! > Ent=E3o l=E1 vai uma besteira. Eu gosto de "ca=E7ar" este tipo de bug de vez em quando, no entanto, na m=E1quina do servi=E7o algum tempo atr=E1s eu tive um erro do mesmo tipo qu= e este seu. Undefined reference, uma vers=E3o de biblioteca que deveria conversar durante a compila=E7=E3o do pacote n=E3o possui a chamada necess=E1ria. A solu=E7=E3o =E9 dar emerge novamente em algo, teoricamente. Na =E9poca, acabei numa wild goose chase e decidi que n=E3o tinha mais tempo para gastar nisso (at=E9 pq depois daquilo, nunca mais se repetiu): emerge -uDN world; emerge --depclean; revdep-rebuild N=E3o funcionou, mas o erro mudou, agora a refer=EAncia era em outra biblioteca, como estava cansado: emerge -e system; emerge -e world E sim, eu sei que =E9 redundante (teoricamente o system est=E1 contido no world). Mas "parece certo". Tamb=E9m sei que =E9 "feio" e realmente n=E3o sei se foi o reemerge total ou a sincroniza=E7=E3o posterior que consertou tudo... :D PS: Como estou no testing, geralmente tenho 2 ou 3 pacotes (dos mais de 1000 instalados) que n=E3o compilam a nova vers=E3o... Eu deixo a vers=E3o velha at=E9 vir a corre=E7=E3o. --=20 Daniel da Veiga