From mboxrd@z Thu Jan  1 00:00:00 1970
Return-Path: <gentoo-user+bounces-158517-garchives=archives.gentoo.org@lists.gentoo.org>
Received: from lists.gentoo.org (pigeon.gentoo.org [208.92.234.80])
	by finch.gentoo.org (Postfix) with ESMTP id BFA0D13838B
	for <garchives@archives.gentoo.org>; Wed, 10 Sep 2014 03:50:56 +0000 (UTC)
Received: from pigeon.gentoo.org (localhost [127.0.0.1])
	by pigeon.gentoo.org (Postfix) with SMTP id 5EDBCE09B5;
	Wed, 10 Sep 2014 03:50:49 +0000 (UTC)
Received: from mail101c7.megamailservers.com (mail717.megamailservers.com [69.49.98.27])
	(using TLSv1.1 with cipher ECDHE-RSA-AES256-SHA (256/256 bits))
	(No client certificate requested)
	by pigeon.gentoo.org (Postfix) with ESMTPS id 3C319E0994
	for <gentoo-user@lists.gentoo.org>; Wed, 10 Sep 2014 03:50:48 +0000 (UTC)
X-POP-User: admin@sys-concept.com
X-VIP: 69.49.109.100
Received: from syscon7.localdomain (S01060050da7ae68c.ed.shawcable.net [68.149.90.13])
	by mail101c7.megamailservers.com (8.13.6/8.13.1) with ESMTP id s8A3ojXQ003773
	for <gentoo-user@lists.gentoo.org>; Tue, 9 Sep 2014 23:50:47 -0400
Received: by syscon7.localdomain (Postfix, from userid 1000)
	id 49380200257; Tue,  9 Sep 2014 21:50:50 -0600 (MDT)
Date: Tue, 9 Sep 2014 21:50:50 -0600
From: Joseph <syscon780@gmail.com>
To: gentoo-user@lists.gentoo.org
Subject: Re: [gentoo-user] [SOLVED] can not compile / emerge
Message-ID: <20140910035050.GB12488@syscon7>
References: <20140909183638.GD23438@syscon7>
 <540FBEAA.2050906@fastmail.co.uk>
 <20140910032123.GA12488@syscon7>
 <540FC515.2010501@fastmail.co.uk>
Precedence: bulk
List-Post: <mailto:gentoo-user@lists.gentoo.org>
List-Help: <mailto:gentoo-user+help@lists.gentoo.org>
List-Unsubscribe: <mailto:gentoo-user+unsubscribe@lists.gentoo.org>
List-Subscribe: <mailto:gentoo-user+subscribe@lists.gentoo.org>
List-Id: Gentoo Linux mail <gentoo-user.gentoo.org>
X-BeenThere: gentoo-user@lists.gentoo.org
Reply-to: gentoo-user@lists.gentoo.org
MIME-Version: 1.0
Content-Type: text/plain; charset=iso-8859-1; format=flowed
Content-Disposition: inline
In-Reply-To: <540FC515.2010501@fastmail.co.uk>
User-Agent: Mutt/1.5.22 (2013-10-16)
X-CTCH-RefID: str=0001.0A020205.540FCA97.0051,ss=1,re=0.000,recu=0.000,reip=0.000,cl=1,cld=1,fgs=0
X-CTCH-VOD: Unknown
X-CTCH-Spam: Unknown
X-CTCH-Score: 0.000
X-CTCH-Rules: 
X-CTCH-Flags: 0
X-CTCH-ScoreCust: 0.000
X-CSC: 0
X-CHA: v=2.1 cv=bYZSDo/B c=1 sm=1 tr=0 a=C3ZDv51cNVt4vJz/79I2xQ==:117
	a=C3ZDv51cNVt4vJz/79I2xQ==:17 a=SDcUNfBxAAAA:8 a=BDKbP5mgAAAA:8
	a=Unq3plm5DvEA:10 a=M1kyBYkWWGkA:10 a=meAEII2h03EA:10 a=gX45O-lD8C0A:10
	a=nDghuxUhq_wA:10 a=8nJEP1OIZ-IA:10 a=pGLkceISAAAA:8
	a=WHds-Cd9HRvxI8TttnMA:9 a=wPNLvfGTeEIA:10
X-Archives-Salt: 2ad79497-ba99-4ad6-8705-478a297dbb9c
X-Archives-Hash: 45f06ec53282e8c6ba3fc8badb251c06

On 09/10/14 04:27, Kerin Millar wrote:
>On 10/09/2014 04:21, Joseph wrote:
>> On 09/10/14 03:59, Kerin Millar wrote:
>>> On 09/09/2014 19:36, Joseph wrote:
>> [snip]
>>
>>>>
>>>> Running on my other system I get:
>>>> equery b libstdc++.so.6
>>>> * Searching for libstdc++.so.6 ... sys-devel/gcc-4.5.4
>>>> (/usr/lib/gcc/x86_64-pc-linux-gnu/4.5.4/libstdc++.so.6 ->
>>>> libstdc++.so.6.0.14)
>>>>
>>>> env-update - doesn't work either
>>>>
>>>
>>> Check beneath /etc/env.d/ld.so.conf.d and ensure that there is a file
>>> defining the appropriate paths for your current version of gcc. Here's
>>> how it looks on my system:
>>>
>>>   # cd /etc/ld.so.conf.d
>>>   # ls
>>>   05binutils.conf  05gcc-x86_64-pc-linux-gnu.conf
>>>   # cat 05gcc-x86_64-pc-linux-gnu.conf
>>>   /usr/lib/gcc/x86_64-pc-linux-gnu/4.7.3/32
>>>   /usr/lib/gcc/x86_64-pc-linux-gnu/4.7.3
>>>
>>> Once you have made any necessary changes, run ldconfig.
>>>
>>> --Kerin
>>
>> Thanks Kerin, for the pointer.
>> I think I have a bigger problem, and don't know how to fix it.
>>
>> Yes, I have the same file /etc/ld.so.conf.d
>> # ls # 05gcc-x86_64-pc-linux-gnu.conf
>> # cat /usr/lib/gcc/x86_64-pc-linux-gnu/4.7.3/32
>> /usr/lib/gcc/x86_64-pc-linux-gnu/4.7.3
>>
>> However, those directories are empty (only one file):
>> # ls -al /usr/lib/
>> libbrcomplpr2.so
>
>Is /usr/lib an actual directory or a symlink? Assuming that you use a
>stock amd64 (multilib) profile, it should be a symlink to lib64. If you
>find that it is a directory and that you also have a lib64 directory,
>try the commands below. You can skip the busybox and exit commands if
>you are doing this in a chroot rather than on a live system.
>
>   # busybox sh
>   # cd /usr/
>   # mv lib lib.old
>   # ln -s lib64 lib
>   # exit
>
>> On my other working system this directory "/usr/lib/" contain about 2020
>> files.
>> What had happened?
>> After emerging some files and system I was running command: fstrim -v /
>> (as the disk is SSD).
>> Could it have something to do with the fact that these directories are
>> empty?
>
>No. Using fstrim does not delete files.
>
>--Kerin

Kerin you are a magician! THANK YOU!!!
Yes, it worked.  Everything is back to normal.

I can still not comprehend what had happened :-/ why all of a sudden in the middle of compilation it all vanished. 

-- 
Joseph