<div class="gmail_quote">On Sat, Jan 22, 2011 at 14:32, Peter Robinson <span dir="ltr"><<a href="mailto:pbrobinson@gmail.com">pbrobinson@gmail.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex;">
Well you'd want to be able to exclude it as well and adding it as an<br>
artificial dep to something like gnome-session won't allow it to be<br>
removed.<br></blockquote><div><br>GNOME Shell is the shell of GNOME 3 and thus depending on the GNOME Shell from the gnome-session from GNOME 3 is not artificial but rather a requirement. The fallback mode is intended as a fallback for driver and VM problems, not as first-class desktop environment. You will be allowed to force it to use the fallback mode should the detection fail to understand your hardware but that's not quite there yet. See here:<br>
<br><a href="http://mail.gnome.org/archives/desktop-devel-list/2011-January/msg00008.html">http://mail.gnome.org/archives/desktop-devel-list/2011-January/msg00008.html</a><br><br><a href="http://mail.gnome.org/archives/desktop-devel-list/2011-January/msg00138.html">http://mail.gnome.org/archives/desktop-devel-list/2011-January/msg00138.html</a><br>
<br>So, doing what you describe from the UI makes a lot more sense (and explaining why) from a user perspective than, "If you drivers don't work do this magic with the package manager." The former is helpful; the later is pain.<br>
<br></div></div>