https://bugzilla.novell.com/show_bug.cgi?id=215649 ------- Comment #12 from andreas.hanke@gmx-topmail.de 2006-10-28 10:40 MST ------- Let's avoid getting off-topic. I think it's pretty clear that whatever is offered as the default to users, must be based on the libzypp resolver. This resolver has been developed for a reason, not just to have something special. It's the only one that always "gets it right" on biarch and that supports patches, patterns and products. As much as I like smart - I'm happily using it myself, just yesterday it successfully updated > 1000 packages in a row on my system - it disqualifies itself as default by the way it likes to destroy x86_64 systems. Check the mailing list archives, we had users that ended up with an i586 build of rpm installed on x86_64 by smart, breaking _every_ package manager for further repair actions. This is impossible to support as the default. zypp cannot be put into question, the question is really whether to prefer using it through zmd or whether to use it directly, and when to do the change. There are just 4 weeks left for testing, it's not that the buglists about the already existing tools were empty. There are still bugs that affect the first installation, which are per definitionem only fixable _before_ the release (users can't forgive you if already the installation fails), and unfortunately the teams for these problems and for the opensuse-updater are the same. If I had to decide, I'd really prefer a slow and clumsy zen-updater that can be removed and replaced manually compared to not being able to use openSUSE at all because the installer likes to segfault or abort the installation because of callback problems. Not even the nicest KDE updater applet helps you if you can't finish the installation. zmd has one major advantage: It has been in use for 5 months on real-world 10.1 installations and proven itself to be "basically working". Don't tell me you know that the other tools are "basically working" in this sense, you simply cannot know it because there is still no testing repository for factory that exposes the highly problematic points of the package management stack: - patches - messages - scripts - restarting itself when the package-manager flag is set -- 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, or are watching someone who is.