You are not logged in.
Since today's upgrade fusion-icon crashes on startup:
$ fusion-icon
* Detected Session: xfce
* Searching for installed applications...
* NVIDIA on Xorg detected, exporting: __GL_YIELD=NOTHING
* Using the GTK Interface
Segmentation fault (core dumped)
This means that compiz is not automatically started when I log in to XFCE and I have to manually launch a WM every time. "xfwm4 --replace" works fine but if I run "emerald --replace" nothing happens, emerald is not actually launched (it just sits there without giving any error or other messages until I do a ctrl+c). However "compiz --replace ccp &" does work and give me the emerald WM with compiz effects.
Last edited by amatriain (2013-05-07 16:22:52)
Offline
This happened to me after pacman forced an upgrade to Gnome 3.8 for me. (I use XFCE but still have parts of Gnome 3.8 installed in order to use gvfs and various other apps it provides).
I solved the problem temporarily by using:
fusion-icon -u
This works, at the expense of not having a pretty icon in the taskbar. I plan to try again without the "-u" when fusion-icon is next upgraded.
Offline
Same for me here on XFCE, but with this .xinitrc too, when I launch manually:
exec SOMEPANEL & # (xfce4-panel, tint2, I've tried both)
fusion-icon
and manually launching
$compiz --replace ccp
or
$emerald
does not segfault.
This happened after my update today, with gtk3 being updated too.
[EDIT]
fusion-icon -u crashes my graphical session.
(BTW: since the gtk3 update the greybird theme's gtk3 part is a bit messed up too...)
Last edited by scar (2013-04-22 17:29:24)
“The future has already arrived. It's just not evenly distributed yet.”
― William Gibson
Offline
FYI, this is the output of running the thing under gdb. It appears to crash on g_str_equal () of glib2:
(gdb) exec-file python2
(gdb) run /usr/bin/fusion-icon
Starting program: /usr/bin/python2 /usr/bin/fusion-icon
warning: no loadable sections found in added symbol-file system-supplied DSO at 0x7ffff7ffa000
warning: Could not load shared library symbols for linux-vdso.so.1.
Do you need "set solib-search-path" or "set sysroot"?
[Thread debugging using libthread_db enabled]
Using host libthread_db library "/usr/lib/libthread_db.so.1".
* Detected Session: xfce
* Searching for installed applications...
* Using the GTK Interface
Program received signal SIGSEGV, Segmentation fault.
0x00007ffff74d1206 in __strcmp_sse2 () from /usr/lib/libc.so.6
(gdb) bt
#0 0x00007ffff74d1206 in __strcmp_sse2 () from /usr/lib/libc.so.6
#1 0x00007ffff3b557b9 in g_str_equal () from /usr/lib/libglib-2.0.so.0
#2 0x00007ffff3b54ee0 in g_hash_table_lookup () from /usr/lib/libglib-2.0.so.0
#3 0x00007ffff3b74670 in g_quark_from_static_string ()
from /usr/lib/libglib-2.0.so.0
#4 0x00007ffff0be67bc in ?? () from /usr/lib/libgobject-2.0.so.0
#5 0x00007ffff7de9a9a in call_init () from /lib64/ld-linux-x86-64.so.2
#6 0x00007ffff7de9b6c in _dl_init_internal () from /lib64/ld-linux-x86-64.so.2
#7 0x00007ffff7dedbd5 in dl_open_worker () from /lib64/ld-linux-x86-64.so.2
#8 0x00007ffff7de9914 in _dl_catch_error () from /lib64/ld-linux-x86-64.so.2
#9 0x00007ffff7ded44b in _dl_open () from /lib64/ld-linux-x86-64.so.2
#10 0x00007ffff724e02b in ?? () from /usr/lib/libdl.so.2
#11 0x00007ffff7de9914 in _dl_catch_error () from /lib64/ld-linux-x86-64.so.2
#12 0x00007ffff724e5dd in ?? () from /usr/lib/libdl.so.2
#13 0x00007ffff724e0c1 in dlopen () from /usr/lib/libdl.so.2
#14 0x00007ffff7b2158f in _PyImport_GetDynLoadFunc ()
from /usr/lib/libpython2.7.so.1.0
#15 0x00007ffff7b0aace in _PyImport_LoadDynamicModule ()
from /usr/lib/libpython2.7.so.1.0
#16 0x00007ffff7b08cd9 in import_submodule () from /usr/lib/libpython2.7.so.1.0
#17 0x00007ffff7b08f1d in load_next () from /usr/lib/libpython2.7.so.1.0
#18 0x00007ffff7b09888 in PyImport_ImportModuleLevel ()
from /usr/lib/libpython2.7.so.1.0
Offline
I just confirmed that downloading to glib2 2.34 solves the problem, at the expense of breaking other programs such as evince.
I filed a bug report: https://bugs.archlinux.org/task/34892
Offline
Since today's upgrade fusion-icon crashes on startup:
⋯ ⋯ This means that compiz is not automatically started when I log in to XFCE and I have to manually launch a WM every time. "xfwm4 --replace" works fine but if I run "emerald --replace" nothing happens, emerald is not actually launched (it just sits there without giving any error or other messages until I do a ctrl+c). However "compiz --replace ccp &" does work and give me the emerald WM with compiz effects.
I found that compiz was running, but I had no compiz effects and no window manager.
xfwm4 --replace &
compiz --replace ccp&
Go me up and running, but without the fusion-icon and emerald window decorator.
[--ljohnson{16:32:22}~]$ fusion-icon
* Detected Session: xfce
* Searching for installed applications...
* NVIDIA on Xorg detected, exporting: __GL_YIELD=NOTHING
* Using the GTK Interface
Segmentation fault (core dumped)
I'm subscribed to the bug report... Thanks
Last edited by keepitsimpleengineer (2013-04-22 23:52:39)
Al Einstein: "Man soll die Dinge so einfach machen wie möglich ~ aber nicht einfacher." (Things should be as simple as possible ~ but not too simple.) ~ Al (Einstein) war ein Cousin von Albert, "Al" ist die Abkürzung für Aloysius
Offline
Offline
I found that you can use the compton compositor with XFCE instead of Compiz to get rid of video tearing. Tried it, and it works. I installed compton-git from AUR.
See following for more info:
http://www.neowin.net/forum/topic/11484 … g-in-xfce/
Offline
Posted to wrong thread, sorry.
Last edited by David Batson (2013-04-28 06:34:43)
Offline
Does anyone have a more comprehensive list of packages that need to be downgraded and locked?
So far, I needed:
at-spi2-core-2.6.3-1-x86_64.pkg.tar.xz
gtk3-3.6.4-2-x86_64.pkg.tar.xz
gvfs-1.14.2-4-x86_64.pkg.tar.xz
gvfs-afc-1.14.2-4-x86_64.pkg.tar.xz
gvfs-gphoto2-1.14.2-4-x86_64.pkg.tar.xz
gvfs-smb-1.14.2-4-x86_64.pkg.tar.xz
... but some stuff still isn't working (might be mostly python or gtk related... mmmh, or dbus...? Argh, don't know.)
Last edited by whoops (2013-04-29 14:22:03)
Offline
whoops:
Unless the new glib2 is causing other problems for you, it's not necessary to downgrade. You can run Compiz without fusion-icon. Also, I've already submitted a small patch that fixes the crash problem (it's actually a work-around, but it works). I put the patched package here: https://bugs.archlinux.org/task/34892 (you'll need to scroll down).
Offline
Tried that. Workarounds lead to many random crashes (see https://bugs.archlinux.org/task/34892 xD), so did the patch... so I had to downgrade (too late to roll back the whole machine now, would be to messy now that I already tried to fix stuff).
Unless the new glib2 is causing other problems for you
Am I in the wrong topic / bug? I looked at a few of the other ones that seem to be glib2-relatet bugs, but those (that I understood -.-") looked less like the problem that I'm having than this one here.
Last edited by whoops (2013-04-29 17:20:21)
Offline
Mmm. Sorry. I didn't realise that was you.
BTW, there's a glimmer of hope. Someone just updated xfce4-session to "avoid crashes with glib 2.36":
https://projects.archlinux.org/svntogit … 4eda1acdc4
Let's see if this fixes some of your woes.
Last edited by plp (2013-04-29 17:25:58)
Offline
@plp: xfce4-session 4.10.0-7 does not fix the fusion-icon crash for me.
Offline
I don't think it's supposed to - sorry for bringing this up here, might be an unrelated bug after all.
So, to bring some order back into those issues...:
- To fix the fusion-icon crashing, just add some lines to /usr/bin/fusion-icon like plp wrote on the bug-tracker:
I noticed that Python crashes when the script attempts to "import gtk" within an if block that resides in a function. However, "import gtk" works fine when executed as a stand-alone statement. So, I added the following lines of code to /usr/bin/fusion-icon:
try: import gtk except ImportError: pass
- The rest of the crashes (I experienced) were xfce4-session related. So far, I didn't get any more crashes with the latest fix, so if there's still something wrong, at least the frequency of the crashes got a lot less. Time will show.
Last edited by whoops (2013-04-29 19:46:11)
Offline
Thank you whoops, this solve the same my problem whit compiz & fusion-icon..
Offline
Everything seems to be working fine here now with compiz and fusion-icon. Using the updated fusion-icon pkg from plp (see post #11 above) and updated the system with "pacman -Syu" which includes the latest xfce4-session pkg.
Offline
Since the latest updates (from yesterday or so), the fusion-icon wouldn't start for me (= no window manager) on xfce4. I need to start it manually via terminal. What's up there??
Last edited by nuc (2013-05-08 15:54:51)
Offline
@nuc: have you tried plp's solution from #15? It worked for me.
Offline
Thanks I'll try that. What strikes me however, is that it worked for me before those "fixes" were applied in the new packages.
Offline
no, it doesn't seem to fix the issue (does it matter were I put the code? I have just put it at the beginning). The thing is, I can sart fusion-icon manually, but it wouldn't start automatically at login. I use method 3 form arch wiki btw: https://wiki.archlinux.org/index.php/Compiz#Method_3
Last edited by nuc (2013-05-08 16:19:18)
Offline
Hi nuc. It still works fine here, and I'm also using method 3. Can you tell us exactly how you modified /usr/bin/fusion-icon? (Or, are you using the patched package I posted in the bug report?)
Offline
Can you tell us exactly how you modified /usr/bin/fusion-icon?
Sure. I've just put it after the first line:
import os, sys, time
try:
import gtk
except ImportError:
pass
try:
import FusionIcon
[...]
Last edited by nuc (2013-05-08 18:45:49)
Offline
Hmm... That looks about right.
What about your xfce4-session.xml, then? I'm using:
<property name="Client0_Command" type="array">
<value type="string" value="fusion-icon"/>
<value type="string" value="--force-compiz"/>
</property>
And what about your session cache? The Wiki suggests doing a 'rm -r ~/.cache/sessions' every time something gets messed up with session startup. It has solved problems like this a couple of times for me...
Last edited by plp (2013-05-08 19:27:26)
Offline
Yes you are right, 'rm -r ~/.cache/sessions' does solve the issue, BUT only for one single login. I did test this before but forgot to mention it.
EDIT: Wait a moment let me test my xfce-session configs...
Last edited by nuc (2013-05-08 19:40:39)
Offline