Description of problem: Using the test day i686 iso with the nouveau driver, the classical gnome session is started. But when I use 'gnome-shell --replace' directly in a terminal after being logged in, everything works like a charm. The animations are really smooth and I completed all the other tests of the Gnome3 TestDay successfully under gnome-shell. Maybe my graphic card (an NV34M GeForce FX Go5200 32M/64M) is blacklisted? Or there is a delay to test 3d support and I used a DVD? Can I test something else to find out why the gnome-shell session was not picked up? Smolt profile: http://www.smolts.org/client/show/pub_6d069d23-3a91-4505-ba4a-4e9a983e774c Version-Release number of selected component (if applicable): Gnome3 Alpha Test Day i686 iso. How reproducible: Always Steps to Reproduce: 1. Boot with the iso burnt on a dvd. 2. Login using the livecd user through gdm 3. Actual results: Classical gnome 3 (panel + nautilus) is started. Expected results: Gnome-shell should be started.
I have the same issue with my Rawhide desktop ATM. It uses a [GeForce 9400 GT] [10de:0641]. Boot gives me fallback mode, but gnome-shell --replace gives me a perfectly working Shell. This hasn't always happened; a month or so back, it'd boot happily straight to shell. Looks like some of the fallback heuristics are a bit too trigger-happy. Attaching glxinfo in case it helps.
Created attachment 479199 [details] glxinfo from my affected system
~/.xsession-errors shows: [adamw@adam ~]$ grep acceler .xsession-errors gnome-session[2087]: WARNING: Had to kill '/usr/libexec/gnome-session-is-accelerated' helper [adamw@adam ~]$ if I run it manually after logging in, it runs and exits very quickly.
this is probably a case of 679326, which has more detail though it's a 'later' report. *** This bug has been marked as a duplicate of bug 679326 ***
drop keyword