From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from pigeon.gentoo.org ([69.77.167.62] helo=lists.gentoo.org) by finch.gentoo.org with esmtp (Exim 4.60) (envelope-from ) id 1LL4Bf-0006wa-QJ for garchives@archives.gentoo.org; Thu, 08 Jan 2009 23:21:19 +0000 Received: from pigeon.gentoo.org (localhost [127.0.0.1]) by pigeon.gentoo.org (Postfix) with SMTP id 0FD9EE027C; Thu, 8 Jan 2009 23:21:13 +0000 (UTC) Received: from wf-out-1314.google.com (wf-out-1314.google.com [209.85.200.171]) by pigeon.gentoo.org (Postfix) with ESMTP id BDD7CE027C for ; Thu, 8 Jan 2009 23:21:12 +0000 (UTC) Received: by wf-out-1314.google.com with SMTP id 29so10349411wff.10 for ; Thu, 08 Jan 2009 15:21:12 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:message-id:date:from:to :subject:in-reply-to:mime-version:content-type:references; bh=GdurVNjRK1sB+xiipotzqJHshJr5QCmpaf6dT5y8+S4=; b=vXnokGvDIQf+YbYJCi/g7vGSICTLcLr6U1yttjb9DHBIOo5YadhET60M8qZxzICWSs xFpwVOKWxMReyTs3WPgHlzElPxCopyeyME8Hlp9eg5b0MCSxHEl+XGeVpOIN8li5S83x Hl2TO5LMtHH7ZIMosLmKvh9D9PXDreKncr9j8= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=message-id:date:from:to:subject:in-reply-to:mime-version :content-type:references; b=MQOVhRB+HMejx4sekYX1QeZsK0umy0pcfDnT7IdCVpaDtT5z9DzSShc+6kfdHRZShc rMpKjjKuPybXt6F76bpLnBi2oURuKWR+G8m78jXu5hjH/Rc6uFtUHLP5RazbJAQHf0kE C5xj3jISB6bdvYaLX04kukFOAgFyQdO8uHQqI= Received: by 10.142.237.20 with SMTP id k20mr10395393wfh.218.1231456872269; Thu, 08 Jan 2009 15:21:12 -0800 (PST) Received: by 10.143.92.7 with HTTP; Thu, 8 Jan 2009 15:21:12 -0800 (PST) Message-ID: Date: Thu, 8 Jan 2009 15:21:12 -0800 From: "James Ausmus" To: gentoo-user@lists.gentoo.org Subject: Re: [gentoo-user] Please explain why this new 'emerge @preserved-rebuild' is good? In-Reply-To: <5bdc1c8b0901081435v58afe828y531f0aee86fcc249@mail.gmail.com> Precedence: bulk List-Post: List-Help: List-Unsubscribe: List-Subscribe: List-Id: Gentoo Linux mail X-BeenThere: gentoo-user@lists.gentoo.org Reply-to: gentoo-user@lists.gentoo.org MIME-Version: 1.0 Content-Type: multipart/alternative; boundary="----=_Part_211597_30809284.1231456872255" References: <5bdc1c8b0901080920g1a0edb11r466c26bb0e7c98a1@mail.gmail.com> <5bdc1c8b0901081055y18f26d7fy38c28a86de7184c3@mail.gmail.com> <5bdc1c8b0901081129h452a06d8u236a5f15474dd5a9@mail.gmail.com> <5bdc1c8b0901081139q5ae65e68i94146b22df63ea12@mail.gmail.com> <5bdc1c8b0901081149s54cc6df2q7194d06af019792e@mail.gmail.com> <5bdc1c8b0901081435v58afe828y531f0aee86fcc249@mail.gmail.com> X-Archives-Salt: c497febf-8d2b-4196-95ec-10afb5909a9d X-Archives-Hash: 1b82a0027cbdd01d954ab1199f61bb9b ------=_Part_211597_30809284.1231456872255 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline On Thu, Jan 8, 2009 at 2:35 PM, Mark Knecht wrote: > On Thu, Jan 8, 2009 at 12:02 PM, James Ausmus > wrote: > > >> >> > a "ls /usr/lib/nss/libnss3*"? > >> >> > > >> >> lightning ~ # ls /usr/lib/nss/libnss3* > >> >> /usr/lib/nss/libnss3.so /usr/lib/nss/libnss3.so.11 > >> >> /usr/lib/nss/libnss3.so.12 > >> >> lightning ~ # > >> > > >> > Aha! And which of the versioned .so's is libnss3.so linking to? > >> > > >> lightning ~ # ls -l /usr/lib/nss/libnss3* > >> lrwxrwxrwx 1 root root 13 2009-01-08 10:00 > >> /usr/lib/nss/libnss3.so -> libnss3.so.12 > >> -rwxr-xr-x 1 root root 560376 2008-11-25 17:02 > /usr/lib/nss/libnss3.so.11 > >> -rwxr-xr-x 1 root root 1337104 2009-01-08 10:00 > /usr/lib/nss/libnss3.so.12 > >> lightning ~ # > > > > Hmm - very odd - seems that the evolution build is specifically grabbing > the > > libnss3.so.11 version... Maybe try running "ldconfig"? If that doesn't > work, > > maybe try deleting (or renaming, if you're paranoid ;) ) libnss3.so.11 > (and > > all other .so.11's that you find in /usr/lib/nss). > > Anyone else have any better ideas? > > -James > > > > Do I just run ldconfig or are there options/paths I have to give it. > Should I run ldconfig -p and post anything back or is it safe to run. > It looks like /etc/ls.so.conf is a list of libraries. > You should just be able to run "ldconfig" by itself with no options - it's safe to run. > > Would I kill the machine with an emerge -C nss and then emerge it again? > Hmm - there are a lot of things that wouldn't run while nss was "demerged", but, I *believe* it would be OK, as long as you ensure you have all the nss source packages downloaded prior to the emerge -C nss - easy way to make sure is to emerge -f nss first, then you're guaranteed that it's fully downloaded (unless the nss build system itself does any downloading, but I believe nss doesn't have any wonkiness in it's build system - just standard autotools). -James > > Thanks much, > Mark > > ------=_Part_211597_30809284.1231456872255 Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline

On Thu, Jan 8, 2009 at 2:35 PM, Mark Knecht <markknecht@gmail.com> wrote:
On Thu, Jan 8, 2009 at 12:02 PM, James Ausmus <james.ausmus@gmail.com> wrote:
<NIP>
>> >> > a "ls /usr/lib/nss/libnss3*"?
>> >> >
>> >> lightning ~ # ls /usr/lib/nss/libnss3*
>> >> /usr/lib/nss/libnss3.so  /usr/lib/nss/libnss3.so.11
>> >>  /usr/lib/nss/libnss3.so.12
>> >> lightning ~ #
>> >
>> > Aha! And which of the versioned .so's is libnss3.so linking to?
>> >
>> lightning ~ # ls -l /usr/lib/nss/libnss3*
>> lrwxrwxrwx 1 root root      13 2009-01-08 10:00
>> /usr/lib/nss/libnss3.so -> libnss3.so.12
>> -rwxr-xr-x 1 root root  560376 2008-11-25 17:02 /usr/lib/nss/libnss3.so.11
>> -rwxr-xr-x 1 root root 1337104 2009-01-08 10:00 /usr/lib/nss/libnss3.so.12
>> lightning ~ #
>
> Hmm - very odd - seems that the evolution build is specifically grabbing the
> libnss3.so.11 version... Maybe try running "ldconfig"? If that doesn't work,
> maybe try deleting (or renaming, if you're paranoid ;) ) libnss3.so.11 (and
> all other .so.11's that you find in /usr/lib/nss).
> Anyone else have any better ideas?
> -James
>

Do I just run ldconfig or are there options/paths I have to give it.
Should I run ldconfig -p and post anything back or is it safe to run.
It looks like /etc/ls.so.conf is a list of libraries.

You should just be able to run "ldconfig" by itself with no options - it's safe to run.

 

Would I kill the machine with an emerge -C nss and then emerge it again?

Hmm - there are a lot of things that wouldn't run while nss was "demerged", but, I *believe* it would be OK, as long as you ensure you have all the nss source packages downloaded prior to the emerge -C nss - easy way to make sure is to emerge -f nss first, then you're guaranteed that it's fully downloaded (unless the nss build system itself does any downloading, but I believe nss doesn't have any wonkiness in it's build system - just standard autotools).

-James

 

Thanks much,
Mark


------=_Part_211597_30809284.1231456872255--