Feature changed by: Duncan Mac-Vicar (dmacvicar) Feature #306966, revision 10 Title: No Shutdown/Suspend During Package Update openSUSE-11.3: Evaluation Priority Requester: Mandatory Requested by: Andreas Jaeger (a_jaeger) Partner organization: openSUSE.org Description: During a package update, it should not be possible to shutdown or suspend the system. Such requests should be delayed until the package update is finished. You do not want to bring the system in an inconsistent state. I consider this a desktop feature, so if somebody runs halt/shutdown on the console, this might not need to work - but if the GNOME/KDE shutdown/suspend options are used, it should finish the update first. Note: Windows does not allow shutdown during an update. What happened and let me to report this as feature: A user installed a kernel update and thought the update was finished. But only one out of the three kernel packages was updated and therefore after a reboot, the system did not came up completely. Business case (Partner benefit): openSUSE.org: If this feature is not implemented, people can get broken systems - which might result in support calls. Discussion: #1: Matthias Nagorni (mnagorni) (2009-08-24 17:42:52) Seems obvious since system integrity should be a primary goal. #3: Ralph Ulrich (ulenrich) (2009-08-25 15:14:58) make critical time as short as possible: 1. firstly download all packages (not critical) 2. after finished download start installing (critical phase) Don't make download and install in parallel an option! + #5: Duncan Mac-Vicar (dmacvicar) (2009-09-23 11:05:08) + This feature has two parts. + First, PackageKit already supports inhibiting the suspend and probably + we need only to review it. + First part is: + * Gnome applet does a session inhibit to gnome-power-manager to prevent + suspend. + * Daemon inhibit code is in src/pk-inhibit.c, it talks to HAL, according + to Richard this does not do anything in modern devicekit-power systems. + In theory, in the gnome/HAL world this should work, and therefore I + wonder why it did not work when PM evaluated it. + * The above two parts needs to be reviewed by Gnome and Mobile teams. + (adding engmgrs) + * KDE applet needs to do an inhibit too. We can do that (if it is not + there), however this is the part that we lack more resources too. I + could promise the KDE part for 11.3, but not for SP1. We will try to + get it for SP1 if time allows. + Second part is to make it safer, for which we need to switch PackageKit + libzypp backend to use the default policy of download first, and then + install for all update operations. That can also be done in my team and + should be trivial. -- openSUSE Feature: https://features.opensuse.org/306966