| 1 |
On 30/01/2017 13:57, John Covici wrote: |
| 2 |
> On Mon, 30 Jan 2017 03:37:01 -0500, |
| 3 |
> Tuomo Hartikainen wrote: |
| 4 |
>> |
| 5 |
>> Hi John, |
| 6 |
>> |
| 7 |
>> On 2017-01-29 05:11, John Covici wrote: |
| 8 |
>>> Hi. I am having a couple of preserved rebuild problems which I have |
| 9 |
>>> no idea how to fix. |
| 10 |
>>> |
| 11 |
>>> The first one is like this: |
| 12 |
>>>>>> package: sys-libs/binutils-libs-2.27 |
| 13 |
>>> * - /usr/lib64/libbfd-2.25.1.so |
| 14 |
>>> * used by |
| 15 |
>>> /usr/lib64/binutils/x86_64-pc-linux-gnu/2.25.1/libopcodes-2.25.1.so |
| 16 |
>>> (sys-devel/binutils-2.25.1-r1) |
| 17 |
>> |
| 18 |
>> I had this same loop last week, and I found this[1] forum thread |
| 19 |
>> helpful. Apparently on my and janos666's systems the |
| 20 |
>> /usr/lib64/libbfd-2.25.1.so library was erroneously left behind by a |
| 21 |
>> previous depclean. If you dare, first make sure the library is not owned |
| 22 |
>> by any current package: `equery b /usr/lib64/libbfd-2.25.1.so`. If it's |
| 23 |
>> not, removing the file manually should do the trick. |
| 24 |
>> |
| 25 |
>> Remember to take precautions though, khayyam suggests binpkg but I just |
| 26 |
>> took a copy of that library so I could put it back with a rescue system |
| 27 |
>> if binutils broke. |
| 28 |
>> |
| 29 |
>> [1]: https://forums.gentoo.org/viewtopic-t-1042488-start-0.html |
| 30 |
> |
| 31 |
> Unfortunately the file is owned by |
| 32 |
> sys-libs/binutils-libs-2.27 |
| 33 |
> |
| 34 |
> There is a 2.25 version as well. Now in the binutils itself I have |
| 35 |
> several versions at the same time. |
| 36 |
> But there is no other version of sys-libs/binutils-libs but the 2.27. |
| 37 |
> |
| 38 |
> |
| 39 |
|
| 40 |
|
| 41 |
are you saying that you only have one version of binutils installed |
| 42 |
(2.27)? That seems to be the norm nowadays, the other slots are probably |
| 43 |
for "old stuff" |
| 44 |
|
| 45 |
IUf you have other versions' cruft still lying around in |
| 46 |
/usr/lib64/binutils/x86_64-pc-linux-gnu/, then move that junk out the |
| 47 |
way and try again. It's very likely dynamic runtime nonsense that |
| 48 |
depclean didn't know about |
| 49 |
|
| 50 |
-- |
| 51 |
Alan McKinnon |
| 52 |
alan.mckinnon@×××××.com |
Archives