Please check the status of this specification in Launchpad before editing it. If it is Approved, contact the Assignee or another knowledgeable person before making changes.

Summary

Manual update tools should give feedback about whether updates are actually happening. If updates are not happening they should provide options to remedy that.

Release Note

Update tools such as synaptic and apt-get now warn if updates are not working. If these warnings occur, the user should act to remedy the situation. This may incorrectly occur if the system clock has not been set properly in which case resetting the clock will correct the problem.

Rationale

There are a number ways to get into a state where we think that updates are happening but they aren't. For example, due to bug 154535 all repositories may be disabled during the install process. Currently, by design there is no user warning about this situation.

By giving a warning about this situation the user will be aware that their system is not being updated. They can then rectify the situation if they know how. By giving an option to This should cover the _why_: why is this change being proposed, what justifies it, where we see this justified.

Use Cases

A user installs the system without a network connection; all repositories are disabled. The user connects to the network and tries to run updates. Due to this change the user is warned that the repositories are disabled and then re-enables the repositories. The user's system is updated.

A user has their system behind a corporate firewall, where a proxy is required for updates. The user tries updates, which fall back to the local DVD or another non-updated local copy of the main repositories. When updates are attempted and

Assumptions

Design

Implementation

The implementation requires changes to several tools; apt-get and synaptic at least.

UI Changes

Synaptic should have a message

Where xxx could be

APT should output the same messages to stderr at the end of the run.

Code Changes

Migration

Where there are old systems which have deliberately had updates disabled this might be irritating; however we shouldn't do any actions without user consent so it shouldn't matter.

Test/Demo Plan

Outstanding Issues

This should highlight any issues that should be addressed in further specifications, and not problems with the specification itself; since any specification with problems cannot be approved.

BoF agenda and discussion

Use this section to take notes during the BoF; if you keep it in the approved spec, use it for summarising what was discussed and note any options that were rejected.


CategorySpec

UbuntuUpdatesFailingAutofixSpec (last edited 2008-08-06 16:15:43 by localhost)