https://bugzilla.novell.com/show_bug.cgi?id=783885 https://bugzilla.novell.com/show_bug.cgi?id=783885#c5 --- Comment #5 from Harald Koenig <koenig@linux.de> 2012-10-16 08:36:31 UTC --- (In reply to comment #4)
(In reply to comment #3)
Could be due to repo prioriy if the openSUSE repo is above '99'.
yes it is:
$ zypper lr -P | grep -v No # | Alias | Name | Enabled | Refresh | Priority ---+-------------------+--------------------+---------+---------+--------- 45 | update-122-gwdg | update-122-gwdg | Yes | Yes | 15 26 | non-oss-122-gwdg | non-oss-122-gwdg | Yes | Yes | 60 32 | oss-122-gwdg | oss-122-gwdg | Yes | Yes | 60 5 | Virtualization | Virtualization | Yes | Yes | 99 14 | google-chrome | google-chrome | Yes | Yes | 99 15 | google-earth | google-earth | Yes | Yes | 99 25 | non-oss-122 | non-oss-122 | Yes | Yes | 99 27 | nvidia | nvidia | Yes | Yes | 99 31 | oss-122 | oss-122 | Yes | Yes | 99 37 | s122-debug | s122-debug | Yes | Yes | 99 44 | update-122 | update-122 | Yes | Yes | 99
but for "UP" version is more important than priority.
Could be qemu-1.2.0 would raise a conflict, which can be avoided using the minor version. Maybe because one of the packages quemu depends on can not be updated to it's latest version or is downgraded.
(Could be a solver bug.)
If the DUP is not yet performed, you can try to lock the installed quemu-1.2.0 (zypper al quemu) and check whether this raises additional conflicts in DUP, or if the solver can be forced into a solution keeping quemu.
I won't do the DUP anyway (it's only for checking if newer versions on non-suse repos are available, typically I don't want to get them all -- exceptions prove the rule...).
so: after locking qemu, DUP still suggests the following without any conflict msgs:
Computing distribution upgrade...
The following packages are going to be upgraded: MozillaFirefox MozillaThunderbird akonadi akregator bootsplash-branding-openSUSE branding-openSUSE dynamic-wallpaper-branding-openSUSE emacs emacs-info emacs-nox emacs-x11 gfxboot-branding-openSUSE gimp-branding-openSUSE gnuplot grub2-branding-openSUSE iscsitarget-kmp-desktop iscsitarget-kmp-xen kaddressbook kde4-kgreeter-plugins kdebase4-workspace kdebase4-workspace-devel kdebase4-workspace-ksysguardd kdebase4-workspace-liboxygenstyle kdebase4-workspace-plasma-calendar kdebase4-workspace-plasma-engine-akonadi kdelibs4-branding-openSUSE kdepim4 kdm kdm-branding-openSUSE kernel-debug-devel kernel-default-devel kernel-desktop kernel-desktop-devel kernel-devel kernel-source kernel-syms kernel-xen kernel-xen-devel kmail knode knotes kontact korganizer ksplash-qml-branding-openSUSE ksplashx-branding-openSUSE kwin libgudev-1_0-0 libgudev-1_0-0-32bit libgudev-1_0-devel libkdepim4 libquvi-scripts libudev-devel libudev0 libudev0-32bit mozilla-kde4-integration plymouth-branding-openSUSE python-kdebase4 susegreeter-branding-openSUSE typelib-1_0-GUdev-1_0 udev wallpaper-branding-openSUSE xemacs xemacs-info xemacs-packages xemacs-packages-info xfce4-splash-branding-openSUSE yast2-qt-branding-openSUSE yast2-vm
The following packages are going to be downgraded: flash-player flash-player-gnome flash-player-kde4 gparted gparted-lang kvm libcap-ng0 libcelt051-0 libcgroup-devel libcgroup1 libcgroup1-32bit libnetcontrol0 libspice-server1 libvdeplug3 libvirt libvirt-client libvirt-python lxc lxc-devel python-SpiceClientGtk python-virtinst qemu qemu-linux-user qemu-tools tv-common v4l-conf v4l-tools virt-manager virt-utils virt-viewer virtualbox virtualbox-guest-kmp-desktop virtualbox-guest-tools virtualbox-guest-x11 virtualbox-host-kmp-desktop virtualbox-qt vm-install xen xen-doc-html xen-doc-pdf xen-kmp-desktop xen-libs xen-tools
The following packages are going to change vendor: ... qemu obs://build.opensuse.org/Virtualization -> openSUSE qemu-linux-user obs://build.opensuse.org/Virtualization -> openSUSE qemu-tools obs://build.opensuse.org/Virtualization -> openSUSE ...
If you suspect a bug or think the solver could have been smarter, I'd need a solver testcase to investigate.
If the DUP is not yet performed: zypper dup --debug-solver. If the DUP is already done zypper saved a testcase /var/log/updateTestcase-<date>
will attach...
does not work: Local File Too Large Local file uploads must not exceed 10 MB in size. checking "BigFile: Big File - Stored locally and may be purged" does not help :-( $ ll -h /tmp/zypper.solverTestCase.tar.gz -rw-r--r-- 1 root root 24M Oct 16 10:24 /tmp/zypper.solverTestCase.tar.gz -- 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.