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 1Q39x1-0007iH-Ha for garchives@archives.gentoo.org; Fri, 25 Mar 2011 16:33:28 +0000 Received: from pigeon.gentoo.org (localhost [127.0.0.1]) by pigeon.gentoo.org (Postfix) with SMTP id D12721C03B; Fri, 25 Mar 2011 16:32:03 +0000 (UTC) Received: from mail-gy0-f181.google.com (mail-gy0-f181.google.com [209.85.160.181]) by pigeon.gentoo.org (Postfix) with ESMTP id A21361C03B for ; Fri, 25 Mar 2011 16:32:03 +0000 (UTC) Received: by gyh4 with SMTP id 4so339102gyh.40 for ; Fri, 25 Mar 2011 09:32:03 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:message-id:date:from:user-agent:mime-version:to :subject:references:in-reply-to:content-type :content-transfer-encoding; bh=lrWR5e6RpuzUmmU8uxdDBoax1dhyYkwfmEMf0HTuzWA=; b=hCE17mwKWyDFID4w0kluHrCF+ZRhpAxon8MUB8BpJT6BmoWKvQgK3+ck9gp+mkj5pf yDljgkEc8UUtJ2GakpD+6WSDcXxHAT/wBPpcr9gDUmp+z5KPP4lZgT2o+ytbB1MECzCl XFyobFHQ3n+t6zQU40zXvHuJe1q8zj+mc7IwU= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=message-id:date:from:user-agent:mime-version:to:subject:references :in-reply-to:content-type:content-transfer-encoding; b=ueKELu19OXK0OF+//6vribtNP6d32h6eilcz0kOhTs9FmItUoZM+iYKCvq4/oWn2ZY FKj91/F2qAlrxezIhyg4aw6bEaWPkAq/bch1jedgKlHBcmUBGQlpT/Cz6f0/qFP3OiZv TWBzfWwnRD+Nyrz19BLiB/gHDtsa8lQof2DgQ= Received: by 10.150.173.9 with SMTP id v9mr1037682ybe.168.1301070722896; Fri, 25 Mar 2011 09:32:02 -0700 (PDT) Received: from [192.168.2.5] (adsl-0-90-60.jan.bellsouth.net [65.0.90.60]) by mx.google.com with ESMTPS id q33sm611233yba.28.2011.03.25.09.32.01 (version=SSLv3 cipher=OTHER); Fri, 25 Mar 2011 09:32:01 -0700 (PDT) Message-ID: <4D8CC37F.4020503@gmail.com> Date: Fri, 25 Mar 2011 11:31:59 -0500 From: Dale User-Agent: Mozilla/5.0 (X11; U; Linux x86_64; en-US; rv:1.9.1.17) Gecko/20110321 Gentoo/2.0.12 SeaMonkey/2.0.12 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 To: gentoo-user@lists.gentoo.org Subject: Re: [gentoo-user] How can I find all "orphaned" files? References: <4D8BB307.30806@gmail.com> <20110324231045.29883942@digimed.co.uk> <4D8C3742.30301@gmail.com> <20110325092228.51929090@digimed.co.uk> <4D8C6187.9060101@gmail.com> <4D8CA664.2090606@kutulu.org> In-Reply-To: <4D8CA664.2090606@kutulu.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Archives-Salt: X-Archives-Hash: cd094e018852a3d87a7c762b22068f21 Mike Edenfield wrote: > On 3/25/2011 5:33 AM, Dale wrote: > >> Neil Bothwick wrote: >> >>> On Fri, 25 Mar 2011 01:33:38 -0500, Dale wrote: >>> >>> >>> >>>> Naturally this returned a lot so we have to use common sense before >>>> deleting something. That said, what about these: >>>> >>>> /usr/bin/cc >>>> /usr/bin/c++ >>>> /usr/bin/c89 >>>> /usr/bin/gcc >>>> /usr/bin/gcov >>>> /usr/bin/x86_64-pc-linux-gnu-c++ >>>> >>>> >>> I think these are created by gcc-config, so don't belong to any package. >>> If you want to do this regularly, I'd suggest creating a list of >>> exceptions that you can exclude from find. You don't need to search >>> everywhere, /{,usr}/{,s}bin, /{,usr}/lib and /opt should be sufficient. >>> >>> >>> >> So if they were deleted things would still work? Just curious. This is >> a recent install so I wasn't expecting it to find much, just files I >> created basically. I just thought it odd that it found so many files >> and that qfile/equery didn't know where they came from either. >> >> That gcc one bugs me tho. It's in /usr/bin but doesn't belong to a >> package. Just blows my mind, which ain't much right now. lol I got >> to get better meds. >> > /usr/bin/gcc doesn't belong to any package. The gcc packages install > versioned files, like: > > /usr/bin/gcc-4.5.2 -> > /usr/x86_64-pc-linux-gnu/gcc-bin/4.5.2/x86_64-pc-linux-gnu-gcc > > When you run gcc-config to pick a compiler, it creates and/or updates > /usr/bin/gcc (and the others) to point to whatever version binaries you > selected. > > If you deleted /usr/bin/cc, /usr/bin/gcc, etc. things would stop > compiling, but just running gcc-config will make them come back. If > /usr/bin/gcc is missing you will get an error about your GCC_SPECS being > wrong but that's because gcc-config tries to run `/usr/bin/gcc -v` to > check for problems. But the error is harmless -- just re-run gcc-config > again and you will see it finish with no problems. > > --Mike > > Ahhhh. So it just links the gcc command to whatever version of gcc is active. Kewl !! That makes sense. I learned something today. Given my age, I may forget it tomorrow but at least I know it today. lol I do wish there was some way to find files that are not needed or used tho. I would still go through the files and delete them manually but it would be nice, especially on my old rig which has a pretty old install. I bet /etc would have quite a few of them. Thanks to you and Neil too. Dale :-) :-)