On Thu, Mar 11, 2010 at 7:03 AM, Damian <damian.o...@gmail.com> wrote: > On Wed, Mar 10, 2010 at 9:58 PM, Arttu V. <arttu...@gmail.com> wrote: >> On 3/10/10, Damian <damian.o...@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
