Kasperian Moving Parts

kinda like Batman, but with a wife and 3 kids

Zypper versus Smart


sudo zypper update:

2 Problems:
Problem: No valid solution found with just resolvables of best architecture.
Problem: Cannot install java-1_5_0-sun-plugin, because it is conflicting with java-1_6_0-sun-plugin

Problem: No valid solution found with just resolvables of best architecture.
With this run only resolvables with the best architecture have been regarded.
Regarding all possible resolvables takes time, but can come to a valid result.
Solution 1: Make a solver run with ALL possibilities.
Regarding all resolvables with a compatible architecture.
number, (r)etry or (c)ancel> 1
Applying solution 1

Problem: Cannot install java-1_5_0-sun-plugin, because it is conflicting with java-1_6_0-sun-plugin
A conflict over java-1.5.0-plugin == 1.5.0_update14 (java-1.5.0-plugin) requires the removal of java-1_5_0-sun-plugin-1.5.0_update14-0.1.i586[opensuse-updates] which is scheduled for installation
=== java-1_5_0-sun-plugin-1.5.0_update14-0.1.i586[opensuse-updates] ===
java-1_5_0-sun-plugin-1.5.0_update14-0.1.i586[opensuse-updates] is needed by atom:java-1_5_0-sun-plugin-1.5.0_update14-0.1.i586[opensuse-updates] (java-1_5_0-sun-plugin >= 1.5.0_update14-0.1)
findutils-4.2.31-24.i586 is needed by java-1_5_0-sun-plugin-1.5.0_update14-0.1.i586[opensuse-updates] (/usr/bin/find)
=== java-1_6_0-sun-plugin-1.6.0.u4-0.1.i586[opensuse-updates] ===
java-1_6_0-sun-plugin-1.6.0.u4-0.1.i586[opensuse-updates] is needed by atom:java-1_6_0-sun-plugin-1.6.0.u4-0.1.i586[opensuse-updates] (java-1_6_0-sun-plugin >= 1.6.0.u4-0.1)

Solution 1: do not install java-1_5_0-sun-plugin
do not install java-1_5_0-sun-plugin-1.5.0_update14-0.1.i586[opensuse-updates]
Solution 2: do not install java-1_6_0-sun-plugin
do not install java-1_6_0-sun-plugin-1.6.0.u4-0.1.i586[opensuse-updates]
Solution 3: Ignore this conflict of java-1_5_0-sun-plugin
number, (r)etry or (c)ancel>


sudo smart upgrade:

Computing transaction…

Upgrading packages (234):
MPlayer kdegames4-carddecks-default
SDL kdegames4-carddecks-other
SDL-devel kdegraphics3-kamera
SDL_image kdegraphics3-pdf
alsa kdegraphics3-postscript
alsa-devel kdegraphics3-scan
alsa-oss kdegraphics4
alsa-plugins kdelibs3
alsa-utils kdelibs3-arts
[snip lots of stuff in between]
kdeedu4 qtcurve-kde
kdegames3 screenlets
kdegames3-arcade soprano
kdegames3-board transcode
kdegames3-card vorbis-tools
kdegames3-tactic xfsprogs
kdegames4 xmoto

Installing packages (4):
kaffeine-lang kdebase3-runtime libavahi-qt3-1 libdca0

Removing packages (4):
gnucash gnucash-lang ktorrent-lang slib

571.7MB of package files are needed. 46.3MB will be freed.

Confirm changes? (Y/n): y

Um. Yeah. I think I’ll stick with smart for now, guys…

Author: Jason 'vanRijn' Kasper

My name is Jason 'vanRijn' Kasper. I am the ring leader of the amazing Kasper family. I am unashamedly a Christian Nerd. These are our stories....


  1. Not only that smart’s dependency resolution is better, the Suse stuff is also unbelievably slow. IMHO they should dump this zypp crap and switch completely to SMART.

  2. Heh. Well, I don’t claim to know the first thing about the internals of smart or zypp, but I have always been very impressed with smart and smart –gui. Really nice and fast. I miss not being able to install source rpms from smart, but that only hits me once in a very great while.

    Also, it’s very well possible that I don’t have something set up correctly for zypp to be giving me the shown conflict, but… I kinda doubt it….

  3. Not really sure about the Java issue, but ZYpp really is the future: http://duncan.mac-vicar.com/blog/archives/296

  4. What did smart do when installing the java 1.5 plugin?

  5. There is current development on a replacement for zypp. You’ll be able to preview it in OpenSuSE 11 Alpha 3 on March 18.

    Final O’Suse 11 will be released on June 19. Hang in there for now 🙂

  6. As Bille asks: What did Smart do? Did it no the a problem, did it solved the problem or did it ignore it?

    ps. See the Zypper-video 😀

  7. Hi Bille and BartOtten! =:)

    Well, I’m not sure what it did behind the scenes, but it installed them both fine. I have both rpms installed and the list of files they provide don’t conflict:

    rpm -ql java-1_6_0-sun-plugin-1.6.0.u4-0.1


  8. The zypper video only shows that Michael Schröder’ solver is faster. We still need to see if it makes *correct* dependency resolutions.

    About how Smart solved the problem… libzypp is able to complain about dependency problems that don’t exist at all. So it is possible that Smart just didn’t need to solve anything.

    But the worst problem with zypper isn’t that it s slow or that it creates imaginary dependency problems. The worst thing about zypper is how it explains the problems!!! Do you really think it is an easy read? Sometimes it doesn’t makes any sense at all.

    Anyway I see that a lot of problems that libzypp has are with patch/delta RPMs, that Smart ignores. In this case we also have one of these “atom:”.

  9. This is a good example of “worse is better’. No matter how architecturally elegant Zypper is, if the user experience it provides is not better than Smart, it’s DOA. There’s no future if it doesn’t work *now*.

  10. Hey Antonio! =:D

    Heh. I’ll withhold judgement on the life of Zypper. =:) SUSE has some of the best and brightest working for them, so I have no doubt that they’ll improve things.

    I personally still like apt best, but I guess there’s some problems with it on 32/64-bit or cross-platform or something.

  11. I use Apt on 64-bit Ubuntu and it works fine.

  12. It must be cross-platform then… i.e Sparc/S390/etc…

  13. i don’t know about you but when i get trapped in my zypper, i smart for days.

    sorry, just trying to be apt…

  14. You should have used this command line option in zypper:

    zypper update -t package

    to update the packages. The update ‘lonely’ option is for patchs only…

  15. Hi @ElCheVive,

    Okay, well that’s helpful information, certainly. Thank you.

  16. Hi Jason,
    If I’m correct the problem is that browsers (mozilla) don’t support 64 bit plugins. So to use a 32-bit plugin you need ‘nspluginwrapper’. Zypper (and Yast) complains because it detects an architecture change (a 32bit plugin for an x64 (java)installation).

    I don’t know if zypper is too “sensitive”. Yast and zypper might not be the fastest kids on the block, but I really hate an updater which corrups my system very fast 🙂

  17. Correction.
    I guess that stating browsers don’t support 64 bit plugins is not quite correct. Firefox doesn’t support a 64 bit java_sun_plugin, because sun doesn’t make a 64bit java plugin. (see: http://en.opensuse.org/How_To_use_Java_with_Firefox_on_64-bit_openSuSE_10.3 for Novell’s solution)

    BTW checking your original message I guess you don’t use a x64. Your problem was that you can’t install 1.5 and 1.6 plugins at the same time

Leave a Reply

Required fields are marked *.


This site uses Akismet to reduce spam. Learn how your comment data is processed.