[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).

[Stéphane Graber]

** Also affects: ldm (Ubuntu Precise)
   Importance: Undecided
       Status: New

** Package changed: ldm (Ubuntu) => ltsp (Ubuntu)

** Changed in: ltsp (Ubuntu)
       Status: Confirmed => Fix Released

** Changed in: ltsp (Ubuntu Precise)
     Assignee: (unassigned) => Stéphane Graber (stgraber)

** Changed in: ltsp (Ubuntu Precise)
   Importance: Undecided => High

** Changed in: ltsp (Ubuntu Precise)
       Status: New => Triaged

** Description changed:

- Generic bug so I remember to investigate this. Apparently on some
- systems the fallback doesn't happen as it should and people get an empty
- session instead of unity-2d.
+ [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.
  
- Manually selecting unity-2d works around the issue. I'll release note
- this bug and investigate when I get back home.
+ 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.

** Changed in: ltsp (Ubuntu Precise)
    Milestone: None => ubuntu-12.04.1

-- 
You received this bug notification because you are a member of Ubuntu
Foundations Bugs, which is subscribed to ldm 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:
  Triaged

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