[Bug 987726] Re: Unity doesn't start at all on a 3D capable machine instead of falling back to unity-2d as it should (because of lack of 16bit support in compiz).

[Steve Langasek]

Hello Stéphane, or anyone else affected,

Accepted ltsp into precise-proposed. The package will build now and be
available at http://launchpad.net/ubuntu/+source/ltsp/5.3.7-0ubuntu2.2
in a few hours, and then in the -proposed repository.

Please help us by testing this new package.  See
https://wiki.ubuntu.com/Testing/EnableProposed for documentation how to
enable and use -proposed.  Your feedback will aid us getting this update
out to other Ubuntu users.

If this package fixes the bug for you, please change the bug tag from
verification-needed to verification-done.  If it does not, change the
tag to verification-failed.  In either case, details of your testing
will help us make a better decision.

Further information regarding the verification process can be found at
https://wiki.ubuntu.com/QATeam/PerformingSRUVerification .  Thank you in
advance!

** Changed in: ltsp (Ubuntu Precise)
       Status: In Progress => Fix Committed

** Tags added: verification-needed

-- 
You received this bug notification because you are a member of Ubuntu
Foundations Bugs, which is subscribed to ltsp in Ubuntu.
https://bugs.launchpad.net/bugs/987726

Title:
  Unity doesn't start at all on a 3D capable machine instead of falling
  back to unity-2d as it should (because of lack of 16bit support in
  compiz).

Status in “ltsp” package in Ubuntu:
  Fix Released
Status in “ltsp” source package in Precise:
  Fix Committed

Bug description:
  [rationale]
  DESKTOP_SESSION isn't properly set when using the "default" session (no parameter passed to Xsession), this leads to gconf not loading the custom unity settings, resulting in just nautilus being running.

  The fix adds an Xsession.d script to both ltsp-client-core and ltsp-
  server, this script parses the parameter of Xsession and sets
  DESKTOP_SESSION to the expected value, similar to what lightdm does on
  a regular desktop.

  [test case]
  1) Build a fat client chroot on a working LTSP system (ltsp-build-client --fat-client)
  2) Boot a 3D capable thin client
  3) Login using the default session

  3) in the past would lead to a blank screen, with the fix, you get
  unity-3d.

  [regression potential]
  As far as I can tell, DESKTOP_SESSION is only used by gconf at the moment, so if the code fails, all we should get is more gconf weirdness, though I can hardly see how it could get any worse than not getting a desktop session.

To manage notifications about this bug go to:
https://bugs.launchpad.net/ubuntu/+source/ltsp/+bug/987726/+subscriptions