On Tue, 13 Oct 2015 12:00, Andrei Borzenkov <arvidjaar@...> wrote:
On Tue, Oct 13, 2015 at 12:50 PM, Yamaban <foerster@lisas.de> wrote:
Well, that works with "zypper dup" but hat been proven to be NOT working with "zypper up".
You mean that "dup" will select kernel-default and then standard RPM rules for obsoletes kick in?
For "zypper up" you NEED a package with the same 'name' as the one you want to replace, even if it ist just a dummy package, as proposed above.
Sounds like it is something to be fixed in zypper. It actually worked pretty well using other software managers I remember.
Well, it is NOT zypper, but libsatsolver as the real cause. And to solve this from the ground up, this would mean to get a "corrected" version of libsatsolver into OSS 13.1, OSS 13.2, TW, all 'current' SLE and LEAP before changeing kernel. Much more easy is to work around this known limitation. And, really, just WHERE from should libsatsolv get the information that the package kernel-desktop is superseeded by package kernel-default? For the "update" code path only packages with the same name are considered at all for a update. This is BY DESIGN. [Pseudo CODE] foreach package from (package-name-list); do if compare(package,installed-version,(available-version-list)) then signal-for-update(package, newest-version-available) done [/Pseudo CODE] Now show where the handling of DIFFERENT packagenames comes into that. Only for the "Distro-UpGrade", all the packages will be read in with all the Provides, Require, Obsolete, etc and then the matrix will be "solved". And this takes some extra time that is NOT wanted for a simple update. You want cake? You have to bake it beforehand. If other "software manager" do it different, then most likely they trade every upDATE as upGRADE. In Fedora / RHEL / CentOS for example it is the difference between "yum update" and "yum upgrade". Similar with apt in Debian / Ubuntu. We are talking about fast cli programs. Slower GUI programs are a different matter. - Yamaban. -- To unsubscribe, e-mail: opensuse-factory+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse-factory+owner@opensuse.org