Running ./unity --replace ... terminates the session and starts a new one on vivid
Affects | Status | Importance | Assigned to | Milestone | |
---|---|---|---|---|---|
gnome-session (Ubuntu) |
Fix Released
|
High
|
Iain Lane | ||
Vivid |
Fix Released
|
High
|
Iain Lane |
Bug Description
[ Description ]
Due to an error when merging with Debian, ubuntu's gnome-session file is
inadvertantly starting compiz when it should instead be managed by
upstart. This means that we don't, for example, have unity restarted by
upstart if it crashes and (as the reporter of this bug notes) unity
--replace breaks due to gnome-session tearing the session down if one of
its required components goes away and comes back.
[ Fix ]
Remove "compiz;" from ubuntu.session so that the unity7.conf shipped by
unity is used.
[ QA ]
Verify that you see the following before upgrading
laney@raleigh> status unity7
unity7 stop/waiting
laney@raleigh> pstree -s -p $(pidof compiz)
systemd(
i.e. compiz is a child of gnome-session, and the unity7 job isn't
running.
and this after
laney@raleigh> status unity7
unity7 start/running, process 8945
laney@raleigh> pstree -s -p $(pidof compiz)
systemd(
compiz is a direct child of upstart and the unity7 job is running.
Additionally, verify that unity --replace kicks you back to the display
manager before and unity is replaced in-session after.
[ Regression potential ]
unity's job is now used instead of upstart being started by
gnome-session. This was the case since we started having upstart in the
session, but make sure that login and logout still work properly.
[ Original description ]
Running ./unity --replace <params> on vivid (systemd) exits the session
and the login screen of lightdm appears. After log in, a new session
starts.
Steps:
1- build unity
2- run ./unity --replace with the env. variables and parameters you used
on utopic
3- see the lightdm login screen and login
ProblemType: Bug
DistroRelease: Ubuntu 15.04
Package: ubuntu-session 3.14.0-2ubuntu4
ProcVersionSign
Uname: Linux 3.19.0-15-generic x86_64
ApportVersion: 2.17.2-0ubuntu1
Architecture: amd64
CurrentDesktop: XFCE
Date: Wed Apr 29 13:15:16 2015
InstallationDate: Installed on 2014-07-04 (299 days ago)
InstallationMedia: Ubuntu 14.04 LTS "Trusty Tahr" - Release amd64 (20140417)
PackageArchitec
SourcePackage: gnome-session
UpgradeStatus: No upgrade log present (probably fresh install)
Changed in gnome-session (Ubuntu Vivid): | |
status: | New → In Progress |
assignee: | nobody → Iain Lane (laney) |
description: | updated |
description: | updated |
Changed in gnome-session (Ubuntu Vivid): | |
importance: | Undecided → High |
tags: |
added: verification-done removed: verification-needed |
Changed in gnome-session (Ubuntu Vivid): | |
status: | Fix Committed → Fix Released |
Thanks. I've uploaded a fix which works for me to vivid's SRU queue. It should be accepted into vivid-proposed soon.