From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from lists.gentoo.org (pigeon.gentoo.org [208.92.234.80]) by finch.gentoo.org (Postfix) with ESMTP id 91C3413838B for ; Wed, 10 Sep 2014 05:20:51 +0000 (UTC) Received: from pigeon.gentoo.org (localhost [127.0.0.1]) by pigeon.gentoo.org (Postfix) with SMTP id 40C91E0920; Wed, 10 Sep 2014 05:20:43 +0000 (UTC) Received: from mail146c7.megamailservers.com (mail768.megamailservers.com [69.49.98.78]) (using TLSv1.1 with cipher ECDHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by pigeon.gentoo.org (Postfix) with ESMTPS id 1ED83E08EF for ; Wed, 10 Sep 2014 05:20:41 +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 mail146c7.megamailservers.com (8.13.6/8.13.1) with ESMTP id s8A5KdRG006988 for ; Wed, 10 Sep 2014 01:20:41 -0400 Received: by syscon7.localdomain (Postfix, from userid 1000) id 315CC200257; Tue, 9 Sep 2014 23:20:44 -0600 (MDT) Date: Tue, 9 Sep 2014 23:20:44 -0600 From: Joseph To: gentoo-user@lists.gentoo.org Subject: Re: [gentoo-user] [SOLVED] can not compile / emerge Message-ID: <20140910052044.GA20894@syscon7> References: <20140909183638.GD23438@syscon7> <540FBEAA.2050906@fastmail.co.uk> <20140910032123.GA12488@syscon7> <540FC515.2010501@fastmail.co.uk> <20140910035050.GB12488@syscon7> <540FCC3F.8070100@fastmail.co.uk> <20140910041656.GC12488@syscon7> <540FDB15.4080400@fastmail.co.uk> 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: text/plain; charset=iso-8859-1; format=flowed Content-Disposition: inline In-Reply-To: <540FDB15.4080400@fastmail.co.uk> User-Agent: Mutt/1.5.22 (2013-10-16) X-CTCH-RefID: str=0001.0A020204.540FDFA9.003F,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=Tqzf2lnh 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=7mOBRU54AAAA:8 a=b-PI2oo9TQZSCaVVZq0A:9 a=Y_eu3Fskxbaww5FV:21 a=wPNLvfGTeEIA:10 a=s-oSgB23gicA:10 X-Archives-Salt: 708132b9-2263-44b9-a46a-60a58495c646 X-Archives-Hash: 8361af83e5fb404e15ed089ef8880af0 On 09/10/14 06:01, Kerin Millar wrote: >On 10/09/2014 05:16, Joseph wrote: >> On 09/10/14 04:57, Kerin Millar wrote: >>> On 10/09/2014 04:50, Joseph wrote: >>>> 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. >>> >>> Were you doing anything outside of portage that may have had a hand in >>> it? >>> >>> Incidentally, you should move libbrcomplpr2.so to /usr/lib32. Some >>> googling suggests to me that it is a library included in a proprietary >>> Brother printer driver package. You can use the file command to confirm >>> that it is a 32-bit library. >>> >>> --Kerin >> >> I was logged in over ssh in one terminal, compiling "xsane" >> and logged in, in another terminal and was installing brother printer >> driver (without emerge) manual installation. >> I followed my own instructions from: >> http://forums.gentoo.org/viewtopic-t-909052-highlight-brother.html?sid=1ba0b92db499262c6a74919d86c6af43 >> >> >> I run: tar zxvf ./hl5370dwlpr-2.0.3-1.i386.tar.gz -C / tar zxvf >> ./cupswrapperHL5370DW-2.0.4-1.i386.tar.gz -C / >> Could be that one of this script messed up the links. >> If so I don't know how could it happen. Looking though "history" these >> are the commands I run: >> >> 305 tar zxvf ./brhl5250dnlpr-2.0.1-1.i386.tar.gz -C / >> 306 tar zxvf ./cupswrapperHL5250DN-2.0.1-1.i386.tar.gz -C / >> 307 cd /usr/local/Brother/cupswrapper >> 308 mv cupswrapperHL5250DN-2.0.1 cupswrapperHL5250DN-2.0.1.bak >> 309 /bin/sed 's/\/etc\/init.d\/cups\ restart/\/etc\/init.d\/cupsd\ >> restart/g' ./cupswrapperHL5250DN-2.0.1.bak > ./cupswrapperHL5250DN-2.0.1 >> 310 ls -al >> 311 pwd >> 312 ll >> 313 ls -al >> 314 chmod 755 cupswrapperHL5250DN-2.0.1 >> >> I just extracted the files with "tar..." > >I read your forum post and can see that you're (dangerously) extracting >directly into the root directory and that this is among the contents of >the archive: > > ./usr/lib/ > ./usr/lib/libbrcomplpr2.so > >I posit that tar clobbers the /usr/lib symlink, converting it into a >directory because that is what is stored in the archive. > >Ergo, use the --keep-directory-symlink parameter. > >--Kerin Thank you again, I've already modified the line (so hopefully nobody else will get caught in it): eg. tar --keep-directory-symlink -zxvf ./hl5370dwlpr-2.0.3-1.i386.tar.gz -C / -- Joseph