| View previous topic :: View next topic |
| Author |
Message |
OldTango
l33t
Joined: 21 Feb 2004
Posts: 722
|
 Posted: Tue Feb 12, 2008 2:07 am Post subject: Broken likns in /usr/i686-pc-linux-gnu/lib |
 |
|
This is something I found today and I am not quite sure what to do about it.
/usr/i686-pc-linux-gnu/lib contains these files which are broken links
libbfd.so
libbfd-2.18.so
libopcodes.so
libopcodes-2-18.so
All are (Broken) links pointing to /usr/lib32/binutils/i686-pc-linux-gnu/2.18/ which does not exist on my system. Revdep-rebuild does not find these problems.
The files are (most are anyway) actually located at /usr/lib/binutils/i686-pc-linux-gnu/2.18, which the entire /usr/lib directory is a link to /usr/lib64.
How jacked is this....
Is this some kind of left over abandoned directory from some update that can safely be removed.
TIA.....  |
|
| Back to top |
|
 |
didymos
Advocate
Joined: 10 Oct 2005
Posts: 4798
Location: California
|
| Posted: Tue Feb 12, 2008 6:19 am Post subject: |
|
|
I just checked my system and I've got them too. Looks like emul-linux-x86-baselibs is broken, as libbfd.so and libopcodes.so belong to it. The other two do as well, even though equery doesn't know what package owns them. Not sure why it doesn't. If you look at the ebuild, it actually deletes all the binutils stuff as part of the unpacking step, but doesn't bother getting rid of the stuff in i686-pc-linux-gnu, so looks like it's just an oversight. In other words, go ahead and delete them. I'm going to check bugzilla for anything about this.
[edit] So far, this is unreported.
_________________
Thomas S. Howard |
|
| Back to top |
|
|
OldTango
l33t
Joined: 21 Feb 2004
Posts: 722
|
| Posted: Tue Feb 12, 2008 4:35 pm Post subject: |
|
|
Wish I had more insight into this before I just remove /usr/i686-pc-linux-gnu/lib/ and the contents. It's clear the links are broken so whats the safe thing to do here.
Checking on file modification dates gets even stranger. The /i686-pc-linux-gnu folder was last modified on Nov the 27th 2007 while the /lib and its contents were modified on Jan the 8th 2008. I assume this is when the links were broken. the last baselibs to be installed was emul-linux-x86-baselibs-20071230.ebuild and the last few lines of the ebuild are | Code: | emul-linux-x86_src_unpack
rm -rf "${S}/etc/env.d/binutils/" \
"${S}/usr/lib32/binutils/" \
"${S}/usr/lib32/engines/" \
"${S}/usr/lib32/openldap/" \
"${S}/usr/lib32/python2.4/"
ln -s ../share/terminfo "${S}/usr/lib32/terminfo" |
emul-linux-x86-baselibs-20071230 was downloaded and installed on my system on Jan 8th, so this file most likely made these changes and left broken links.
Nothing in the ebuild gives me any clues or points to a cause. My system doesn't appear to be suffering from this in any manner and the files in question actually exist in /usr/lib64/binutils/x86_64-pc-linux-gnu/2.18
Is this a bug or an oversight someplace. I would hate to file a bug report for something that may simply just need to be deleted.................... |
|
| Back to top |
|
|
Etal
Veteran
Joined: 15 Jul 2005
Posts: 1932
|
| Posted: Tue Sep 22, 2009 9:41 pm Post subject: |
|
|
Sorry for bringing up the old thread...
I was looking through my filesystem and discovered an /usr/i486-pc-linux-gnu which contained a bunch of broken links, so I searched and found this thread.
Looking at these files' dates and considering that equery b returns nothing, it looks like they came from the stage3 tarball.
There's actually quite a lot of them. Here's a page on how to find them: http://www.gentoo-wiki.info/HOWTO_Find_broken_links
_________________
“And even in authoritarian countries, information networks are helping people discover new facts and making governments more accountable.”– Hillary Clinton, Jan. 21, 2010 |
|
| Back to top |
|
|
|
Gentoo on AMD64
