jdd composed on 2016-02-15 20:32 (UTC+0100):
Felix Miata composed:
Obviously you didn't understand what I meant what I wrote to say. Steps performed:
understood, now.
but I don't see what is the use of such action, seems to me very close to a fresh install, and much more risky.
To which action do you refer? Removing packages from optional repos? That's covered...
You seems to think every package installed through extra repo have the equivalent in official repos,
Dunno why you think that.
don't seems likely, so the zypper dup should get many problems.
Before starting, I created user-packages.xml with YaST. And, the upgrade was performed on a modified (UUID, volume label, bootloader & fstab) clone of the original, keeping the original intact. After the optional repo removal and dup, I used zypper to remove the remaining (System Packages), so .bash_history contains a record, in addition to /var/log/zypp/history, of what was removed to reach an OSS/Non-OSS/Update-only state.
and you will have to reinstall extra repos to get the same system??
No problem. Just rsync /etc/zypp/repos.d/* from original to new, and use command history to install the manually removed. Or utilize use-packages.xml. Or a combination. Still, I expected much much better of an offline upgrade than getting only 80 32 bit packages replaced by 64 bit. Even the old kernels were left in place. -- "The wise are known for their understanding, and pleasant words are persuasive." Proverbs 16:21 (New Living Translation) Team OS/2 ** Reg. Linux User #211409 ** a11y rocks! Felix Miata *** http://fm.no-ip.com/ -- To unsubscribe, e-mail: opensuse-factory+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse-factory+owner@opensuse.org