ubuntu-touch-session is installable on amd64 but prevents graphical login
Affects | Status | Importance | Assigned to | Milestone | |
---|---|---|---|---|---|
ubuntu-touch-session (Ubuntu) |
New
|
Undecided
|
Unassigned |
Bug Description
Installation of ubuntu-
Rebooting after this and trying to login with a standard "ubuntu" session results in the same behavior. This behavior persists after 'aptitude purge ubuntu-
The package should probably be made uninstallable on desktop systems or else changed such that it doesn't prevent graphical logins.
ProblemType: Bug
DistroRelease: Ubuntu 13.10
Package: ubuntu-
ProcVersionSign
Uname: Linux 3.11.0-12-generic x86_64
ApportVersion: 2.12.5-0ubuntu1
Architecture: amd64
Date: Thu Oct 10 12:30:32 2013
InstallationDate: Installed on 2013-10-08 (1 days ago)
InstallationMedia: Ubuntu 13.10 "Saucy Salamander" - Beta amd64 (20130925.1)
MarkForUpload: True
ProcEnviron:
TERM=xterm
PATH=(custom, no user)
XDG_RUNTIME_
LANG=en_US.UTF-8
SHELL=/bin/bash
SourcePackage: ubuntu-
UpgradeStatus: No upgrade log present (probably fresh install)
After purging ubuntu- touch-session, there is no session menu at the lightdm login screen, but lightdm still tries to use ubuntu- touch-surfacefl inger as the default session, since that is what was written to the .dmrc in my home directory.
And lightdm is very persistant about keeping this around. If I delete the .dmrc, it gets rewritten at some point (possibly from /var/cache/ lightdm/ dmrc/$USER. dmrc (which I never would have guessed).
My workaround to get graphical login back was to install xfce4-session, so that there would be a session menu again and I could select 'ubuntu' (or xfce4, if I wanted) to be able to login.
So maybe there is a bug for lightdm as well about how it deals with the situation when the previously-selected session is no longer available. Instead of using the old .dmrc (or version in /var/cache/lightdm) it should probably just go with the session available if only one is available.