On Sun, 2011-02-27 at 22:25 -0800, Adam Williamson wrote:
On Sun, 2011-02-27 at 23:06 -0600, Jason D. Clinton wrote:
> , running 'startx'
> from a vt just gives me a blank background. I'm posting this
> from Xfce.
>
> Don't know the root cause but using the fallback force method posted
> by mclasen will get you in to fallback mode until it's fixed.
The root cause turned out to be at-spi2 breakage. Again.
I don't want this to come across the wrong way, but this:
https://admin.fedoraproject.org/updates/notification-daemon-0.7.1-1.fc15,...!
tem
-monitor-2.99.0-1.fc15,gnome-terminal-2.33.90-1.fc15,gnome-themes-standard-2.91.90-2.fc15,gnome-utils-2.91.90-1.fc15,gnome-web-photo-0.10-1.fc15,gsettings-desktop-schemas-0.1.7-1.fc15,gtksourceview3-2.91.6-1.fc15,libgnomekbd-2.91.90-1.fc15,libpeas-0.7.3-1.fc15,libsoup-2.33.90-1.fc15,libwnck3-2.91.90-1.fc15,libxklavier-5.1-1.fc15,mousetweaks-2.91.90-1.fc15,mutter-2.91.90-1.fc15,nautilus-2.91.90.1-1.fc15,nautilus-open-terminal-0.19-1.fc15,orca-2.91.90-1.fc15,polkit-0.100-1.fc15,polkit-gnome-0.100-1.fc15,pyatspi-1.91.90-1.fc15,pyclutter-gtk-0.10.0-7.fc15,python-xklavier-0.2-7.fc15,seed-2.91.90-1.fc15,totem-2.91.7-1.fc15,totem-pl-parser-2.32.3-1.fc15,vino-2.99.0-2.fc15,vte-0.27.90-1.fc15,vte3-0.27.90-1.fc15,yelp-2.91.10-4.fc15,zenity-2.91.90-1.fc15,gdm-2.91.91-1.fc15
really doesn't make me happy. See caillon's comment starting "Note that
in order to get things working, one needs to disable a11y" - which makes
it clear that he knows, unless you manually disable a feature by using
an arcane command or by removing a package, GNOME will fail to run at
all...yet he gives the update +1 karma? This really isn't how the update
approval system is supposed to work. If you (corporate 'you', Fedora
desktop team) know about such a critical bug, you should fix it and edit
the update. Unless this gets fixed soon, we are in a state where anyone
who installs the Alpha and does an update will find their system
apparently utterly broken (it boots to a crashing gdm and if you boot to
'runlevel 3' and do startx, GNOME fails to run). I know we're in early
pre-release state and we don't guarantee anything, but it doesn't really
excuse submitting and then pushing to 'stable' code you know to be badly
broken.
Just to be clear: that update was created and filed _before alpha_. And
a11y has been broken before and after.
Is the state of a11y sad ? Certainly.
Does that mean we should not accept any desktop updates until it is
fixed ? Probably not.
From my perspective, the root problem is that a11y was turned on by
default after the gsettings conversion, which it really should not have
been, considering its broken state. We have meanwhile corrected that
upstream, and I can offer to pull that change into
gsettings-desktop-schemas right away.