Re: [gentoo-user] Only two people in the gentoo world is having this problem?

[Mark Knecht <markknecht@gmail.com>]

On Thu, Mar 11, 2010 at 7:03 AM, Damian <damian.only@gmail.com> wrote:
> On Wed, Mar 10, 2010 at 9:58 PM, Arttu V. <arttuv69@gmail.com> wrote:
>> On 3/10/10, Damian <damian.only@gmail.com> wrote:
>>> While ago I reported a bug regarding gvfs:
>>>     https://bugs.gentoo.org/show_bug.cgi?id=302196
>>>
>>> It's been unresolved for quite a long time now, so I was wondering if
>>> somebody could give me a hint on how to solve this problem.
>>
>> Are you still using lzma-utils, or have you moved on to xz-utils?
> I'm using app-arch/xz-utils.
>
>> Which package owns your /usr/lib64/liblzmadec.*? (equery belongs
>> foofile on Gentoo, dunno what is the equivalent on paludis)
> Acording to the output of `paludis --owner /usr/lib64/liblzmadec.la`
> no package is the owner. I'm really lost right now...
>
>

This happens when an ebuild doesn't remove packages as well as it installs them.

revdep-rebuild should be telling you that the machine is clean except
there are these extra files like /usr/lib64/liblzmadec.la.

equery belongs /usr/lib64/liblzmadec.la

tells you nothing owns it which means the original package isn't on
the system anymore.

Since we think /usr/lib64/liblzmadec.la comes from  lzma-utils we would use

equiery files  lzma-utils

to determine whether this package provides it. I cannot do that as I
don't have lzma-utils on my systems anymore.

If you don't have  lzma-utils on your system anymore then erase
/usr/lib64/liblzmadec.la by hand and run revdep-rebuild -ip again and
see if it's clean.

Hope this helps,
Mark