When I try to run pcmanfm, it hangs with this: $ pcmanfm ** (pcmanfm:17880): DEBUG: device_added: /org/freedesktop/UDisks/devices/sda ** (pcmanfm:17880): DEBUG: device_added: /org/freedesktop/UDisks/devices/sda1 ** (pcmanfm:17880): DEBUG: device_added: /org/freedesktop/UDisks/devices/sr0 ** (pcmanfm:17880): DEBUG: device_added: /org/freedesktop/UDisks/devices/sr1 (pcmanfm:17880): GLib-GObject-CRITICAL **: g_object_get_qdata: assertion `G_IS_OBJECT (object)' failed Segmentation fault Reproducible: Always Steps to Reproduce:
Confirmed. On my AMD64 system, this is what I see when running it from the command line: $ pcmanfm (pcmanfm:17965): GLib-GObject-CRITICAL **: g_object_get_qdata: assertion `G_IS_OBJECT (object)' failed Segmentation fault Nothing needs to be revdep-rebuilt, either, and no amount of restarting services or rebooting the system fixes it.
I can't reproduce it in 3 different machines using either the snapshots or the live ebuild. Can you please remove you local configuration files from your $home directory and try again?
I have deleted ~/.config/libfm and ~/.config/pcmanfm directories, and the problem persists.
Whats your glib and gtk+ versions?
peratu@fujitsu ~ $ qlist -Iev glib dev-libs/glib-2.26.1-r1 peratu@fujitsu ~ $ qlist -Iev gtk+ x11-libs/gtk+-2.20.1-r1 I have tried downgrading my glib to 2.24.2 (the stable one) , and then remerging libfm and pcmanfm , but the I still having the same problem. I have also tried with libfm-9999 and pcmanfm-9999 , but I still having the same problem.
Seriously, are you using the stable gtk+ against a ~arch snapshot? We don't support mixed branches http://www.gentoo.org/doc/en/handbook/handbook-x86.xml?part=3&chap=3
(In reply to comment #6) > Seriously, are you using the stable gtk+ against a ~arch snapshot? We don't > support mixed branches > > http://www.gentoo.org/doc/en/handbook/handbook-x86.xml?part=3&chap=3 > I don't use an ~arch snapshot. I only just unmask some packages I need. For example, I have unmasked glib because I need for lxpolkit.
pcmanfm-0.9.9_pre20110216 is a snapshot and you are using in against the stable gtk+. Unless you verify the problem with the ~testing gtk+ I can't help you
I understand we have to use unstable gtk+ for it but shouldn't the ebuild be adapted to reflect this? I *think* (please correct me if I'm wrong) that COMMON_DEPEND="[...] >=x11-libs/gtk+-2.16:2 [...]" is simply wrong as pcmanfm does not work with gtk+ 2.16 (or the currently stable 2.20.1-r1) but only with ... well, what version is it that you use, Markos?
Well yes the ebuild should add stricter dependencies but it is a common policy to NOT mix stable and testing packages so we don't enforce that on ebuilds. I use 2.22.1-r1 and pcmanfm works fine on all of my computers.
(In reply to comment #10) > Well yes the ebuild should add stricter dependencies but it is a common policy > to NOT mix stable and testing packages so we don't enforce that on ebuilds. I > use 2.22.1-r1 and pcmanfm works fine on all of my computers. > Yes, it works fine with gtk+-2.22.1-r1, but I think pcmanfm ebuild should depend on that version of gtk+ ... Thanks!
(In reply to comment #10) > Well yes the ebuild should add stricter dependencies but it is a common policy > to NOT mix stable and testing packages so we don't enforce that on ebuilds. I > use 2.22.1-r1 and pcmanfm works fine on all of my computers. So are the dependencies fixed yet? Stable/unstable mixes wouldn't be happening if the ebuild was correct. It's not a matter of "stricter" deps, it's getting them right in the first place. It's definitely broken with <gtk+-2.22 and will never work, ever, with older versions of gtk+.
(In reply to comment #12) > (In reply to comment #10) > > Well yes the ebuild should add stricter dependencies but it is a common policy > > to NOT mix stable and testing packages so we don't enforce that on ebuilds. I > > use 2.22.1-r1 and pcmanfm works fine on all of my computers. > > So are the dependencies fixed yet? Stable/unstable mixes wouldn't be happening > if the ebuild was correct. It's not a matter of "stricter" deps, it's getting > them right in the first place. It's definitely broken with <gtk+-2.22 and will > never work, ever, with older versions of gtk+. > Yes the deps are fixed but as I said before we do not support mixing branches. You know that :)
Hi again. You typoed part of the fix: gentoo-x86/x11-misc/pcmanfm/pcmanfm-0.9.9_pre20110216.ebuild - >=x11-libs/gtk+-2.16:2 + >=x11-libs/gtk+-2.12.1:2 You forgot to add the "2" to make it 2.22. :p Thanks again for the fixes! Much <3
Fixed again