Installing snapd on 14.04.5 desktop downgrades xorg et al.
Bug #1650389 reported by
Thomas Voß
This bug affects 2 people
Affects | Status | Importance | Assigned to | Milestone | |
---|---|---|---|---|---|
Snappy |
Invalid
|
Critical
|
Unassigned | ||
systemd (Ubuntu) |
Won't Fix
|
Critical
|
Thomas Voß | ||
Trusty |
Won't Fix
|
Critical
|
Thomas Voß |
Bug Description
When trying to install the latest snapd on a 14.04.5 desktop image, the installation of systemd (as a dependency of snapd) triggers a whole bunch of downgrades as systemd-shim is removed and replaced with systemd.
We have to adjust the packaging such that installation of systemd does not trigger such behavior for packages depending on systemd-shim in trusty.
Changed in snappy: | |
status: | New → Confirmed |
importance: | Undecided → Critical |
Changed in systemd (Ubuntu): | |
importance: | Undecided → Critical |
status: | New → Confirmed |
Changed in systemd (Ubuntu): | |
assignee: | nobody → Thomas Voß (thomas-voss) |
status: | Incomplete → Confirmed |
Changed in systemd (Ubuntu Trusty): | |
assignee: | nobody → Thomas Voß (thomas-voss) |
status: | New → Confirmed |
importance: | Undecided → Critical |
Changed in systemd (Ubuntu): | |
status: | Confirmed → Fix Committed |
Changed in systemd (Ubuntu Trusty): | |
status: | Confirmed → Fix Committed |
To post a comment you must log in.
I do not believe there is any path to successfully install snapd on a 14.04 desktop system. Only one of systemd and systemd-shim can own the systemd dbus services; systemd doesn't implement them in a way that will work with upstart as pid1, which means we need systemd-shim to own them so that the desktop consumers of the services will function; and it's intrusive surgery to make systemd work without registering them.
This was a known limitation when the SRU went through, and it was allowed because the understood target for snapd on 14.04 was server/cloud environments, not desktops. Has that changed?