> I was able to manually upgrade mutter, gnome-control-center, and > gnome-settings-daemon. The last two complained that > libibus-1.0.so.5()(64bit) would be an unmet dependency. Still fail > whale, session.log below. >
unmet dependency are always always a sign of inconsistencies of the repos published or severe build failures.... > ** (gnome-settings-daemon:1189): WARNING **: libibus-1.0.so.5: cannot > open shared object file: No such file or directory Oh! Dang! IBUS bites us... that was expected. Please add the GNOME:Backports:Factory repository as well. We require ibus 1.5 (or 1.4.99) for GNOME 3.6... but as it's in RC phase only, the maintainers feel not safe in adding it to Factory... > ** (gnome-settings-daemon:1189): WARNING **: Cannot load plugin > 'Keyboard' since file > '/usr/lib64/gnome-settings-daemon-3.0/libkeyboard.so' cannot be read. Not sure about this one... > (gnome-shell:1296): Clutter-CRITICAL **: Unable to initialize Clutter: > The OpenGL version could not be determined > Window manager error: Unable to initialize Clutter. > This one is an inconsistency with the latest Mesa updates. I ran into that one as well yesterday. It will recover on it's own once the G:F repository manages to rebuild and republish. If you need to recover faster, then you have to: get the new binaries of Mesa (osc getbinaries) from Factory Build clutter, gnome-shell and gnome-session as a minimum against this new Mesa package (osc co GNOME:Factory <pkg>; then osc build -p <where you have the Mesa binaries) The rest of the log file should not be too worrying at the moment. Dominique -- To unsubscribe, e-mail: [email protected] To contact the owner, e-mail: [email protected]
