On 04/12/2019 17.12, Felix Miata wrote:
Carlos E. R. composed on 2019-12-04 14:14 (UTC+0100):
Felix Miata wrote:
That's more or less just a restatement of official policy: https://en.opensuse.org/SDB:System_upgrade [quote]remove all third party/OBS repos you no longer need
# zypper rr <alias>
If a version of the repo exists for the new version, you can disable the repo instead of removing and after upgrading re-enable[/quote]
Being a bit nitpick, the community writes that documentation. For example, /I/ wrote most of the offline upgrade wiki page. :-D
I would qualify that policy:
Sorry for using the wrong URL for official policy, which is:
https://doc.opensuse.org/documentation/leap/archive/15.0/startup/html/book.o...
Policy from that URL:
which is very old. Zypper has been very much improved after that writing.
To avoid unexpected errors during the upgrade process using zypper, minimize risky constellations.
1:Quit as many applications and stop unneeded services as possible and log out all regular users.
2:Disable third party repositories before starting the upgrade, or lower the priority of these repositories to make sure packages from the default system repositories will get preference. Enable them again after the upgrade and edit their version string to match the version number of the distribution of the upgraded now running system.
... Disable third party repositories or other Open Build Service repositories, because zypper dup is guaranteed to work with the default repositories only...
Yes, but disabling third party repositories is sure to cause disaster. If you disable nvidia, for instance, many systems that will not boot in graphical mode and have to be "repaired". If you disable packman, you know that multimedia will not work and has to be repaired. Sure that both are untested, but in those machines where they have to be used, the upgrade works better with them enabled. So, the purist policy is to disable all repos except the official 2 (not even the update repos can stay) but the practical policy is not. Then there are other cases, like machines with optimus. I don't know what to recommend for those. -- Cheers / Saludos, Carlos E. R. (from 15.1 x86_64 at Telcontar)