[Bug 637761] New: During upgrade zypper removes packages before downloading newer versions
https://bugzilla.novell.com/show_bug.cgi?id=637761 https://bugzilla.novell.com/show_bug.cgi?id=637761#c0 Summary: During upgrade zypper removes packages before downloading newer versions Classification: openSUSE Product: openSUSE 11.3 Version: Final Platform: All OS/Version: openSUSE 11.3 Status: NEW Severity: Critical Priority: P5 - None Component: libzypp AssignedTo: zypp-maintainers@forge.provo.novell.com ReportedBy: knuckster@gmail.com QAContact: qa@suse.de Found By: --- Blocker: --- User-Agent: Mozilla/5.0 (X11; U; Linux i686; ru; rv:1.9.2.8) Gecko/20100723 SUSE/3.6.8-1.3 Firefox/3.6.8 Sometimes during update process zypper (v1.4.5) removes some of the installed packages even before downloading a newer version. My /etc/zypper/zypp.conf is at default configuration. Yesterday I tried to update few packages, among those were sysconfig, firefox and yast. I used yast software update module (gtk version). It does not affect zypper, right? Zypper removed those before downloading newer versions. Due to a temporary network connection loss zypper could not download packages and quit leaving me without firefox, without yast and, what's even worse, without sysconfig package which contains essential system scripts such as ifup, ifdown etc (so my network went down completely without a possibility to restore). It's a big luck there was no new package of rpm (or it would be removed by zypper too) so I could just download those packages with my second PC and reinstall them from a memory stick. I posted this problem here http://forums.opensuse.org/english/get-help-here/applications/445841-critica... People there said there is an option in zypp.cong that makes zypper download everything before upgrading. But it must not remove packages that are to be upgraded anyway. This is not how update should be done. Reproducible: Always Steps to Reproduce: 1. Start yast software management module 2. Select packages to update 3. Start update Actual Results: Sometimes during update process zypper (v1.4.5) removes some of the installed packages even before downloading a newer version. Expected Results: Zypper must not remove packages that are to be updated at any circumstances. Ideally downloading process should run in parallel to updating. -- 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=637761
https://bugzilla.novell.com/show_bug.cgi?id=637761#c1
--- Comment #1 from Max Breev
https://bugzilla.novell.com/show_bug.cgi?id=637761
https://bugzilla.novell.com/show_bug.cgi?id=637761#c2
Michael Andres
https://bugzilla.novell.com/show_bug.cgi?id=637761
https://bugzilla.novell.com/show_bug.cgi?id=637761#c3
--- Comment #3 from Max Breev
Please attach the zypper logfile /var/log/zypper.log (or an older /var/log/zypper.log-YYYYMMDD.bz2) that shows the reported behavior.
Hmmm. The last message in /var/log/zypper.log is this: 2010-08-28 21:23:27 <1> knuckles(22467) [zypp] ZYppFactory.cc(~ZYppGlobalLock):90 Lockfile cleaned. (22467) I don't think this is usefull. Here's a part from /var/log/zypp/history that corresponds to the described time period: 2010-09-07 23:11:57|remove |MozillaFirefox-translations-common|3.6.8-1.3|x86_64| # 2010-09-07 23:11:59 MozillaFirefox-3.6.8-1.3.x86_64 removed ok # Additional rpm output: # Warning in file "/usr/share/applications/easytag.desktop": usage of MIME type "x-directory/normal" is discouraged ("x-directory" is an old media type that should be replaced with a modern equivalent) # Warning in file "/usr/share/applications/nautilus-folder-handler.desktop": usage of MIME type "x-directory/gnome-default-handler" is discouraged ("x-directory" is an old media type that should be replaced with a modern equivalent) # Warning in file "/usr/share/applications/nautilus-folder-handler.desktop": usage of MIME type "x-directory/normal" is discouraged ("x-directory" is an old media type that should be replaced with a modern equivalent) # Warning in file "/usr/share/applications/pcmanfm.desktop": usage of MIME type "x-directory/normal" is discouraged ("x-directory" is an old media type that should be replaced with a modern equivalent) # 2010-09-07 23:11:59|remove |MozillaFirefox|3.6.8-1.3|x86_64| 2010-09-07 23:11:59|remove |MozillaFirefox-branding-upstream|3.6.8-1.3|x86_64| 2010-09-07 23:11:59|remove |MozillaThunderbird-translations-common|3.1.2-1.2|x86_64| 2010-09-07 23:12:02|remove |MozillaThunderbird|3.1.2-1.2|x86_64| 2010-09-07 23:12:02|remove |mozilla-xulrunner192-gnome|1.9.2.8-3.1|x86_64| 2010-09-07 23:12:02|remove |mozilla-xulrunner192-translations-common|1.9.2.8-3.1|x86_64| 2010-09-07 23:12:03|remove |mozilla-xulrunner192|1.9.2.8-3.1|x86_64| 2010-09-07 23:12:03|remove |mozilla-js192|1.9.2.8-3.1|x86_64| # 2010-09-07 23:12:07 sysconfig-0.73.7-1.2.x86_64 removed ok # Additional rpm output: # No configuration found for vboxnet0 # Nevertheless the interface will be shut down. # warning: /etc/modprobe.d/50-ipv6.conf saved as /etc/modprobe.d/50-ipv6.conf.rpmsave # 2010-09-07 23:12:07|remove |sysconfig|0.73.7-1.2|x86_64| 2010-09-07 23:12:08|remove |yast2-country|2.19.17-1.4|x86_64| 2010-09-07 23:12:08|remove |yast2-core|2.19.2-3.1|x86_64| 2010-09-07 23:12:09|remove |yast2-country-data|2.19.17-1.4|x86_64| -- 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=637761
https://bugzilla.novell.com/show_bug.cgi?id=637761#c4
--- Comment #4 from Michael Andres
https://bugzilla.novell.com/show_bug.cgi?id=637761
https://bugzilla.novell.com/show_bug.cgi?id=637761#c5
--- Comment #5 from Max Breev
The history shows removal of those packages, but no install! Yes! Because of the network error. So if this snippet was complete, these packages were not scheduled for an update. It's after that there are some messages corresponding to my next update attemp after I restored removed packages manually.
Anyway, I probably missread your description. Actually you did not use zypper (the commandline tool) but yast (the gui). Thus I'd need the yast logfiles (see http://en.opensuse.org/openSUSE:Bugreport_YaST). Will provide a bit later.
-- 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=637761
https://bugzilla.novell.com/show_bug.cgi?id=637761#c6
Max Breev
https://bugzilla.novell.com/show_bug.cgi?id=637761
https://bugzilla.novell.com/show_bug.cgi?id=637761#c7
Michael Andres
https://bugzilla.novell.com/show_bug.cgi?id=637761
https://bugzilla.novell.com/show_bug.cgi?id=637761#c8
--- Comment #8 from Michael Schröder
https://bugzilla.novell.com/show_bug.cgi?id=637761
https://bugzilla.novell.com/show_bug.cgi?id=637761#c9
Ricardo Cruz
https://bugzilla.novell.com/show_bug.cgi?id=637761
https://bugzilla.novell.com/show_bug.cgi?id=637761#c10
--- Comment #10 from Max Breev
Did you turn autosolving off? The GTK code doesn't seem to do a "final" solver run if autosolving is disabled. Right now autosolving is on and I don't remember to turn it off when all that happened. Though I'm not quite sure. Anyway, does Yast itself manages packages? Isn't there some backend that must have prevent this situation?
-- 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=637761
https://bugzilla.novell.com/show_bug.cgi?id=637761#c11
--- Comment #11 from Ricardo Cruz
Anyway, does Yast itself manages packages? Isn't there some backend that must have prevent this situation?
Yast (or the cmd-line zypper) tells libzypp to install this or remove that, and then is supposed to ask libzypp to check for any dependency problems. It does that after you modify the status of a package (when autosolving is on), otherwise on accept -- which the gtk plugin isn't doing, and it's possible this is what is causing your problem. The qt, gtk and ncurses plugins generally perform very small tasks (e.g. create a button for me here), but, in the case of the software manager, a good portion of it is implemented at the UI plugin level. -- 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=637761
https://bugzilla.novell.com/show_bug.cgi?id=637761#c12
Ricardo Cruz
https://bugzilla.novell.com/show_bug.cgi?id=637761
https://bugzilla.novell.com/show_bug.cgi?id=637761#c13
--- Comment #13 from Max Breev
make sure to install the latest yast2-gtk from the following website, and re-open this bug report if the software manager "pranks" you again.
https://build.opensuse.org/package/show?package=yast2-gtk&project=YaST%3AHead
Hi, Ricardo. Are you sure about the repository? It contains yast2-gtk-2.21.68. While there is yast2-gtk-2.21.70 in Updates repo (http://download.opensuse.org/update/11.3) already. -- 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=637761
https://bugzilla.novell.com/show_bug.cgi?id=637761#c14
--- Comment #14 from Ricardo Cruz
https://bugzilla.novell.com/show_bug.cgi?id=637761
https://bugzilla.novell.com/show_bug.cgi?id=637761#c15
--- Comment #15 from Ricardo Cruz
participants (1)
-
bugzilla_noreply@novell.com