Remove linux-keystone from trusty updates
Bug #1623090 reported by
Dean Henrichsmeyer
This bug affects 1 person
Affects | Status | Importance | Assigned to | Milestone | |
---|---|---|---|---|---|
maas-images |
Fix Released
|
Medium
|
Scott Moser | ||
debian-installer (Ubuntu) |
Invalid
|
Undecided
|
Unassigned | ||
Trusty |
Fix Released
|
Undecided
|
Adam Conrad | ||
linux-keystone (Ubuntu) |
Fix Released
|
Undecided
|
Unassigned | ||
Trusty |
Fix Released
|
Undecided
|
Unassigned |
Bug Description
This kernel was produced as part of a specific customer engagement. This kernel is no longer commercially supported by Canonical and should be removed from the archive.
summary: |
- Remove linux-keystone from trusty udpates + Remove linux-keystone from trusty updates |
Changed in maas-images: | |
status: | New → Confirmed |
importance: | Undecided → Medium |
Changed in linux-keystone (Ubuntu Trusty): | |
status: | New → Fix Released |
Changed in debian-installer (Ubuntu): | |
status: | New → Invalid |
Changed in debian-installer (Ubuntu Trusty): | |
assignee: | nobody → Adam Conrad (adconrad) |
Changed in maas-images: | |
status: | Fix Committed → Fix Released |
To post a comment you must log in.
This is not ideal; once introduced into main in an LTS release, the implication is that the package will receive security updates for the remaining lifetime of the LTS. I believe there were discussions about this at the time the package was added to trusty-updates, though I don't find any documentation for this now.
On the plus side, there is no Supported: field for the linux-keystone entries in the Packages file. On the minus side, there have been quality issues over time with the Supported: metadata in the archive as well as with the ubuntu- support- status tool, so this distinction is not likely to be well understood by users.
Care should be taken in the future to avoid adding packages to main without clear annotation of support committment, so that users are not led to rely on presumed support periods.
In this instance I can see no justification for keeping the package in the archive given the above statement of non-support.