https://bugzilla.novell.com/show_bug.cgi?id=704123 https://bugzilla.novell.com/show_bug.cgi?id=704123#c11 Michael Andres <ma@suse.com> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |gs@suse.com AssignedTo|ma@suse.com |tgoettlicher@suse.com --- Comment #11 from Michael Andres <ma@suse.com> 2012-03-15 19:48:04 CET --- (In reply to comment #6) After checking the testcase and a glimpse into the YUI code Thomas mentioned in comment#2, I'm quite convinced that this is a ui issue, no problem in repos, zypp or solver. (@Thomas: Maybe we can talk about this on Monday.)
In addition, I am currently experiencing a strange behaviour regarding package libenca0 which is installed from the base OSS repo with priority 99. YaST keeps trying to replace it with version 1.13-19.1-x86_64 from http://download.opensuse.org/repositories/Education/openSUSE_11.4/ with priority 100, and that same version is also available from http://download.opensuse.org/repositories/multimedia:/libs/openSUSE_11.4/ with priority 96 (for which the vendor name openSUSE-Education is given, again not matching the repo name).
Something that confused me in the testcase as well, but I checked the repo and it seems to be ok. multimedia:libs actually contains a few packages from Education. Note that this is the reason for checking for a vendor-change and not for a repo-change. The vendor is immutable inside the rpm package header. openSUSE-Education packages may be updated by openSUSE-Education packages, no matter what kind of repository is used to provide them on you system. -- Configure bugmail: https://bugzilla.novell.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug.