https://bugzilla.novell.com/show_bug.cgi?id=704123 https://bugzilla.novell.com/show_bug.cgi?id=704123#c0 Summary: When updating packages, same version numbers in different repositories confuse YaST (and zypper?) Classification: openSUSE Product: openSUSE 11.4 Version: Final Platform: x86-64 OS/Version: openSUSE 11.4 Status: NEW Severity: Normal Priority: P5 - None Component: YaST2 AssignedTo: bnc-team-screening@forge.provo.novell.com ReportedBy: ulfie_monster@arcor.de QAContact: jsrain@novell.com Found By: --- Blocker: --- User-Agent: Mozilla/5.0 (X11; U; Linux x86_64; de; rv:1.9.1.19) Gecko/20110420 SUSE/2.0.14-0.2.1 SeaMonkey/2.0.14 This problem occured several times before, currently it is relevant for package libeigen2-devel which is installed from http://download.opensuse.org/repositories/KDE:/Release:/46/openSUSE_11.4 with version number 2.0.16-16.1-x86_64. Now, an update to version 2.0.16-17.1-x86_64 is available from that same repository, but with that version number the package is also available from http://download.opensuse.org/repositories/Education/openSUSE_11.4/ . YaST seems to be trying to update to that second variant and cannot be forced to choose the correct one without disabling the unwanted repo. Actually, whenever the same version number of packages to be upgraded appears in two repositories, YaST seems to be choosing the wrong one (at least I have never seen it choose the right one in these cases). The same problem may be present in zypper, please instruct me what commands I will have to issue to check this (as I am not a regular zypper user). Reproducible: Always Steps to Reproduce: 1. Start YaST2, make sure the relevant repos are set up (not sure if order in which repos are added and/or repo naming is relevant), then go to software installation module. 2. Either go to package menu and select all packages - update if newer version is available, or search for e.g. libeigen2. Look at Versions tab for libeigen2-devel. 3. According to versions tab, 2.0.16-16.1-x86_64 is installed from obs://build.opensuse.org/KDE, build service KDE4.6 with priority 94 as well as build service Education with priority 100 provides 2.0.16-17.1-x86_64, radio button for Education is checked. 4. Check KDE4.6 button (optionally choose to update package, which you will have done anyway when using the menu method above), leave tab and come back. Actual Results: Education button gets checked again, and probably the package will be upgraded from the wrong repo (never let it go this far when the same problem occured with other packages in the past). Expected Results: There should not be a vendor change unless that has been selected using the radio buttons, and if a certain repo has been selected, the selection should not automagically change to some other repo just because that provides the same version number. To temporarily fix the problem, the unwanted repo can (read: has to) be disabled before trying to upgrade the package. -- 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.