Feature changed by: Anja Stock (Neyleah) Feature #312799, revision 12 Title: Safer distribution updates openSUSE Distribution: Evaluation by product manager Priority Requester: Mandatory Requested by: Michael Schröder (mlschroe) Partner organization: openSUSE.org Description: Currently the documentation says that to do a distribution upgrade you should first update your software stack to the target distribution, then do a zypper dup. The software stack update can already kill your system. zypper could allow an option that makes it first install a miniroot containing the update stack itself, then automatically switch over to the miniroot to do the "zypper dup". Relations: - On-line migration between service packs (feature/id: 315161) Use Case: Bob wants to migrate his server from SLE12 to SLE13 (or from SP1 to SP2). Upgrading the package management stack fails, but he keeps his original system untouched. Joe wants to migrate his desktop from openSUSE 12.1 to 12.2. Business case (Partner benefit): openSUSE.org: Failsafe migrations for SLE Discussion: #1: Joachim Werner (joachimwerner) (2013-08-06 20:06:57) If we decide to actually allow "online" zypper dup on SLE 12 this is indeed mandatory. In case the decision is made that we should always boot into an update system for a distribution update, this is still nice to have for openSUSE, but would be downgraded for SLE. #2: Jiri Srain (jsrain) (2013-08-28 09:48:49) We don't intend to support 'zypper dup' updates from SLE11 to SLE12. The service pack migration (which is the only case for the on-line migration) is being handled as separate features and the discussion may have quite different results (based on the channel set-up). One of the ideas for on-line migration indeed was to boot SP-new system to perform the migration itself, as documented in Fate#315161. Because of the above, I suggest to reject (not meaning that the request is invalid). + #4: Anja Stock (neyleah) (2015-02-05 15:13:03) + Can you please agree on one product here and copy if needed for 2 + products, so we can track that separately? -- openSUSE Feature: https://features.opensuse.org/312799