On Thu, 2009-12-10 at 22:03 -0500, John E. Perry wrote:
Roger Oberholtzer wrote:
On Wed, 2009-12-09 at 11:02 -0500, John E. Perry wrote:
Roger Oberholtzer wrote:
On Tue, 2009-12-08 at 11:19 -0800, John Andersen wrote:
On 12/8/2009 10:34 AM, Roger Oberholtzer wrote:
In Yast, in Software Maintenance -> View -> Package Groups, I select All Packages. Then I select Package -> All In This Group -> Update If Newer Version Available. In past releases, I think this was getting all updates. Seems less thorough than zypper dup. Yast -> Online Update -> Packages -> Update if newer version available ...
After doing that, what do you get for: zypper dup
Ok, so I did the online update, got 7 vlc-related packages. Tried again, got no packages.
# zypper dup
Wow!
It started off with "... will be upgraded ... " The only one I'd seen before was NetworkManager-kde4-lang. zypper added libwavpack1, octave.
I've been getting the NetworkManager-kde4-lang for a week or so now with online update, but I'd been refusing it because it downgraded almost all the rest of kde to 4.1. (165 packages). As far as I know, I have no use for NetworkManager-kde4-lang, and I didn't want to downgrade, so I rejected it. I figured whatever was causing the anomaly would eventually clear up.
Then a list of 2 dozen or so new packages (why?).
Then a list of 2 dozen or so packages to be "reinstalled" (huh?).
Then a list of 2 dozen or so packages to be "removed". Among them are konqueror, dolphin, kate, konsole, kget, all of which I use heavily. Huh?
Then a list of half a dozen packages to "change architecture", among them NetworkManager-kde4-lang.
Finally, a couple of hundred to change vendor, none of them among those to be removed, as far as I can see.
Overall download size: 233.7 M. After the operation, 110.1 M will be freed.
This seems incredible, so I said "no". Can anyone tell me what the heck zypper is trying to do to my system?
It is trying to update things. It seems that, when you add a repository that updates something already installed, the vendor for this new repository will be different. Yast, by default, does not install updates when the vendor changes. They are there, but they will not be used. zypper, however, uses the repositories you have enabled. It seems that you can get the same behavior in Yast if, in Software Management, choose View -> Repositories. Then, on the left are your repositories. When you click on one, you will see, on the right, some text that says "Switch system packages to the versions in this repository XXX". Click on the underlined blue text. This enables the repository. If you do this for all your repositories, Yast will actually use them. I think you only need to do this once, because that will cause the update, and the vendor change. Then, when that repo has updates to packages that were installed using this method, they will be used without this step because the vendor change was already done. Of course, if different packages in the repo later change, you will need to repeat this step so those get installed. e.g., a repo has packageA1 and packageA2 that work together. One day you set the Switch flag, and there is an update to packageA1. Then, later, packageA2 gets updated. The intention is that you should have both of these updates. Unless you set the Switch flag, packageA2 will never get updated. I really think there is a setting that is missing. Once you have selected to get some packages from a repo that has a vendor change, then you pretty much have to keep selecting the switch thing (above) or you may only get some packages from the repo. This seems a bad thing. I would have thought that the 'enabled' flag should have been enough. Why on earth would I enable a repo, and then the system not use it unless, each time, I set the Switch flag for it? I understand that there can be a vendor change. But, having enabled the repo, I think I have decided that a vendor change is ok. So, the 'enabled' check box for the repo is not totally accurate. zypper dup removes one from this odd new thing in 11.2. You get all the updates in the repos you have enabled. Which, IMHO, is what I would think anyone wanted. -- Roger Oberholtzer OPQ Systems / Ramböll RST Ramböll Sverige AB Krukmakargatan 21 P.O. Box 17009 SE-104 62 Stockholm, Sweden Office: Int +46 10-615 60 20 Mobile: Int +46 70-815 1696 -- To unsubscribe, e-mail: opensuse+unsubscribe@opensuse.org For additional commands, e-mail: opensuse+help@opensuse.org