[Bug 704123] New: When updating packages, same version numbers in different repositories confuse YaST (and zypper?)
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.
https://bugzilla.novell.com/show_bug.cgi?id=704123
https://bugzilla.novell.com/show_bug.cgi?id=704123#c
zj jia
https://bugzilla.novell.com/show_bug.cgi?id=704123
https://bugzilla.novell.com/show_bug.cgi?id=704123#c
Steffen Winterfeldt
https://bugzilla.novell.com/show_bug.cgi?id=704123
https://bugzilla.novell.com/show_bug.cgi?id=704123#c1
Michael Andres
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.
Thomas: How does th UI implement this? -- 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.
https://bugzilla.novell.com/show_bug.cgi?id=704123
https://bugzilla.novell.com/show_bug.cgi?id=704123#c2
Thomas Göttlicher
Thomas: How does th UI implement this?
The UI sets the item's status to S_Update if item->candidateIsNewer() && item->status() != S_Protected . See YQPkgObjList::setAllItemStatus( ZyppStatus newStatus, bool force ) in http://svn.opensuse.org/svn/yast/trunk/qt-pkg/src/YQPkgObjList.cc and YQPkgList::globalSetPkgStatus( ZyppStatus newStatus, bool force, bool countOnly ) in http://svn.opensuse.org/svn/yast/trunk/qt-pkg/src/YQPkgList.cc . -- 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.
https://bugzilla.novell.com/show_bug.cgi?id=704123
https://bugzilla.novell.com/show_bug.cgi?id=704123#c3
Haro de Grauw
https://bugzilla.novell.com/show_bug.cgi?id=704123
https://bugzilla.novell.com/show_bug.cgi?id=704123#c4
Michael Andres
https://bugzilla.novell.com/show_bug.cgi?id=704123
https://bugzilla.novell.com/show_bug.cgi?id=704123#c5
--- Comment #5 from Michael Andres
https://bugzilla.novell.com/show_bug.cgi?id=704123
https://bugzilla.novell.com/show_bug.cgi?id=704123#c6
Ulrich Fieseler
https://bugzilla.novell.com/show_bug.cgi?id=704123
https://bugzilla.novell.com/show_bug.cgi?id=704123#c7
--- Comment #7 from Ulrich Fieseler
https://bugzilla.novell.com/show_bug.cgi?id=704123
https://bugzilla.novell.com/show_bug.cgi?id=704123#c8
--- Comment #8 from Ulrich Fieseler
https://bugzilla.novell.com/show_bug.cgi?id=704123
https://bugzilla.novell.com/show_bug.cgi?id=704123#c9
--- Comment #9 from Michael Andres
Now that's a good deal of information you are collecting about my system...
Looks like facebook. As I posted the link, I had the 'zypper in --debug-solver nopackage' output in mind. That's all I need (but it's included). Did not know that YaSt is that greedy. -- 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.
https://bugzilla.novell.com/show_bug.cgi?id=704123
https://bugzilla.novell.com/show_bug.cgi?id=704123#c10
--- Comment #10 from Michael Andres
Currently installed: timidity 2.13.2-266.1-x86_64 vendor openSUSE Available update: timidity 2.13.2-266.1-x64_46 vendor openSUSE-Education Available update: timidity 2.13.2-266.1-x64_46 vendor obs://build........
When I click "All packages --> Update if newer version available", the version from BuildService is selected, with vendor change.
UI chooses wrong. obs:// version would be a vendor change. Note that 'openSUSE-Education' would be fine (that's probably what zypper has chosen). 'openSUSE' and 'openSUSE-Education' are per default treated as being equivalent.
Other situation:
Currently installed: frozen-bubble 2.2.0-11.1-x86_64 vendor openSUSE Available update repo#1 frozen-bubble 2.2.0-26.1-x86_64 vendor obs://build.... Available update repo#2 frozen-bubble 2.2.0-26.1-x86_64 vendor obs://build....
In this case, the same update package (wrong vendor, but twice the SAME vendor) is available from two different repositories. Neither YaST nor zypper propose the update
Which is right. -- 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.
https://bugzilla.novell.com/show_bug.cgi?id=704123
https://bugzilla.novell.com/show_bug.cgi?id=704123#c
Michael Andres
https://bugzilla.novell.com/show_bug.cgi?id=704123
https://bugzilla.novell.com/show_bug.cgi?id=704123#c
Michael Andres
https://bugzilla.novell.com/show_bug.cgi?id=704123
https://bugzilla.novell.com/show_bug.cgi?id=704123#c
Michael Andres
https://bugzilla.novell.com/show_bug.cgi?id=704123
https://bugzilla.novell.com/show_bug.cgi?id=704123#c11
Michael Andres
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.
https://bugzilla.novell.com/show_bug.cgi?id=704123
https://bugzilla.novell.com/show_bug.cgi?id=704123#c12
--- Comment #12 from Michael Andres
https://bugzilla.novell.com/show_bug.cgi?id=704123
https://bugzilla.novell.com/show_bug.cgi?id=704123#c13
Thomas Göttlicher
@Thomas: I sent some more info per mail. IMO the UI should roughly selecht this way:
Michael, thank you for your support. This bug is fixed in yast2-qt-pkg version 2.21.22. -- 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.
https://bugzilla.novell.com/show_bug.cgi?id=704123
https://bugzilla.novell.com/show_bug.cgi?id=704123#c15
--- Comment #15 from Bernhard Wiedemann
participants (1)
-
bugzilla_noreply@novell.com