Only two people in the gentoo world is having this problem?
 

On Wed, Mar 10, 2010 at 2:02 PM, Mark Knecht <markknecht@gmail.com> wrote:
> On Wed, Mar 10, 2010 at 12:28 AM, 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.
>>
>> Best,
>> Damian.
>>
>>
>
> ??
>
> revdep-rebuild -ip
I already tried (reconcilio actually), and didn't solve the problem:
it tries to rebuild gvfs, failing miserably again.

>
> ??
>
> - Mark
>
>

Only two people in the gentoo world is having this problem?
 

Find out what package /usr/lib64/liblzmadec.so belongs to and re-emerge that package.
If you have ccache activated, delete the whole cache before doing this.
If the problem is still present, at this point try

revdep-rebuild -i

HTH

Only two people in the gentoo world is having this problem?
 

On Wed, Mar 10, 2010 at 6:05 AM, Damian <damian.only@gmail.com> wrote:
> On Wed, Mar 10, 2010 at 2:02 PM, Mark Knecht <markknecht@gmail.com> wrote:
>> On Wed, Mar 10, 2010 at 12:28 AM, 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.
>>>
>>> Best,
>>> Damian.
>>>
>>>
>>
>> ??
>>
>> revdep-rebuild -ip
> I already tried (reconcilio actually), and didn't solve the problem:
> it tries to rebuild gvfs, failing miserably again.
>

I saw that in the bug report. If you want to keep going down the path
of what didn't work then do nothing. Potentially revdep-rebuild finds
something else.

You need to post some results. I've seen gvfs fail due to flag
settings. How would anyone here make a reasoned response with so
little data?

It's up to you.

- Mark

Only two people in the gentoo world is having this problem?
 

On Wed, Mar 10, 2010 at 3:10 PM, Mark Knecht <markknecht@gmail.com> wrote:
> On Wed, Mar 10, 2010 at 6:05 AM, Damian <damian.only@gmail.com> wrote:
>> On Wed, Mar 10, 2010 at 2:02 PM, Mark Knecht <markknecht@gmail.com> wrote:
>>> On Wed, Mar 10, 2010 at 12:28 AM, 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.
>>>>
>>>> Best,
>>>> Damian.
>>>>
>>>>
>>>
>>> ??
>>>
>>> revdep-rebuild -ip
>> I already tried (reconcilio actually), and didn't solve the problem:
>> it tries to rebuild gvfs, failing miserably again.
>>
>
> I saw that in the bug report. If you want to keep going down the path
> of what didn't work then do nothing. Potentially revdep-rebuild finds
> something else.
>
> You need to post some results. I've seen gvfs fail due to flag
> settings. How would anyone here make a reasoned response with so
> little data?
Actually the flag plays no role. Since I compiled the package again
with the original flags and I got the same results. I honestly don't
know which (other) relevant data I can provide.

I didn't intend to make anybody upset with my email, or with the
mention to the word paludis.

Only two people in the gentoo world is having this problem?
 

On Wed, Mar 10, 2010 at 2:28 AM, 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.

I don't use gvfs (or gnome) but I just tried to emerge with the same
USE flags you listed in the bug report. It worked for me. I'm on
~amd64 and emerged gvfs-1.4.3 (and I do not have the file
/usr/lib64/liblzmadec.so on my system).

Only two people in the gentoo world is having this problem?
 

On Wed, Mar 10, 2010 at 6:25 AM, Damian <damian.only@gmail.com> wrote:
> On Wed, Mar 10, 2010 at 3:10 PM, Mark Knecht <markknecht@gmail.com> wrote:
>> On Wed, Mar 10, 2010 at 6:05 AM, Damian <damian.only@gmail.com> wrote:
>>> On Wed, Mar 10, 2010 at 2:02 PM, Mark Knecht <markknecht@gmail.com> wrote:
>>>> On Wed, Mar 10, 2010 at 12:28 AM, 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.
>>>>>
>>>>> Best,
>>>>> Damian.
>>>>>
>>>>>
>>>>
>>>> ??
>>>>
>>>> revdep-rebuild -ip
>>> I already tried (reconcilio actually), and didn't solve the problem:
>>> it tries to rebuild gvfs, failing miserably again.
>>>
>>
>> I saw that in the bug report. If you want to keep going down the path
>> of what didn't work then do nothing. Potentially revdep-rebuild finds
>> something else.
>>
>> You need to post some results. I've seen gvfs fail due to flag
>> settings. How would anyone here make a reasoned response with so
>> little data?
> Actually the flag plays no role. Since I compiled the package again
> with the original flags and I got the same results. I honestly don't
> know which (other) relevant data I can provide.
>
> I didn't intend to make anybody upset with my email, or with the
> mention to the word paludis.
>
>
I'm sorry. I didn't mean to suggest I was upset or anything like that.
It's just that sometimes different tools tell you different things.
Additionally you are not posting anything much in this thread yet and
assume folks will go read the bug post. It's not your fault but I got
a certificate error when following your link so I didn't do that.

OK, that said let's look at basics.

1) What profile are you using? (eselect profile list)
2) USE flags from make.conf
3) Current results of emerge -pvDuN @world (assuming portage 2.2 or higher...)
4) results of revdep-rebuild -ip

I don't know what else to suggest at this point. I've got the stable
version emerged. I haven't had any problems myself but Gentoo is
always a bit different from user to user.

- Mark

Only two people in the gentoo world is having this problem?
 

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?

Which package owns your /usr/lib64/liblzmadec.*? (equery belongs
foofile on Gentoo, dunno what is the equivalent on paludis)

--
Arttu V.

Only two people in the gentoo world is having this problem?
 

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...

Only two people in the gentoo world is having this problem?
 

Hi Mark,

> 1) What profile are you using? (eselect profile list)
default/linux/amd64/10.0
> 2) USE flags from make.conf
nls -kde -qt3 qt4 dvd alsa cdr X a52 aac acpi apm -arts
bash-completion bzip2 crypt dbus dts dvdr ffmpeg flac gif hal hddtemp
iconv jpeg jpeg2k latex libnotify lm_sensors mad mp3 mpeg mpi mplayer
nsplugin ogg opengl pdf raw sdl sharedmem sockets spell sse2 ssl svg
svga taglib threads usb -vim-syntax vorbis wifi win32codecs
xcomposite xvid zlib truetype type1 avi dvdread mjpeg subtitles sse
mmx ssse3 emacs pmu nvidia beagle bluetooth

> 3) Current results of emerge -pvDuN @world *(assuming portage 2.2 or higher...)
Sadly, I cannot use emerge on my system. The problem may be paludis
related (I also asked in the paludis mailing liist) but I doubt it.

> 4) results of revdep-rebuild -ip
reconcilio finds gvfs as a broken only package:
* gnome-base/gvfs-1.2.3::installed
/usr/libexec/gvfsd-archive (requires liblzmadec.so.0)


> I don't know what else to suggest at this point. I've got the stable
> version emerged. I haven't had any problems myself but Gentoo is
> always a bit different from user to user.
No problem, I will see what other things I can try. I'm far from being
a gentoo expert, so that might be the process of discovering the error
harder.

Best,
Damian.

Only two people in the gentoo world is having this problem?
 

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