On LTSP thick client gnome-settings-daemon gets loaded before unity-settings-daemon

[Charlie Ott]

On amd64 ltsp fat client,

gnome-settings-daemon gets loaded before unity-settings-daemon, and thus unity-panel-service doesn't start at all.

manually running /usr/lib/unity/unity-panel-service after logging into the unity desktop is a work around the problem.

[Launchpad Janitor (janitor)]

Status changed to 'Confirmed' because the bug affects multiple users.

[Pavel Zakouřil (zakouril)]

Why invalid ?

[Andrea Azzarone (azzar1)]

Because it should not be unity's fault. I already targeted the correct packages.

[Charlie Ott (charlieott)]

Following up with this bug... Is it an issue with 'unity-settings-daemon' or 'gnome-settings-daemon'?

[Launchpad Janitor (janitor)]

Status changed to 'Confirmed' because the bug affects multiple users.

[Marco Trevisan (Treviño) (3v1n0)]

Please, attach here the output of the following commands:
  initctl list
  initctl list-env

[Umberto Peserico (umberto-peserico)]

Here the file with initclt commands on the server

[Umberto Peserico (umberto-peserico)]

Here the file with initctl commands on a client

[David Beveridge (dage)]

I had this problem on an LTSP server and I fixed it by creating a system-wide autostart entry for the panel like so

root@test-ltsp:/opt/ltsp/i386/etc/xdg/autostart# cat unity-panel-service.desktop
[Desktop Entry]
Type=Application
Exec=/usr/lib/unity/unity-panel-service
Hidden=false
NoDisplay=false
X-GNOME-Autostart-enabled=true
Name[en_AU]=Indicator
Name=Indicator
Comment[en_AU]=
Comment=

[Andrey Konstantinov (andreyinvolute)]

Two years and it's undecided and unassigned? Does no one use LTSP anymore? We're experiencing this issue on a freshly installed and fully updated 14.04 with a 64-bit LTSP image. Something tells me that the same problem will probably persist even in 16.04...