| |||||||||||||
DNF, which may or may not replace YumDNF, which may or may not replace YumPosted Jun 28, 2012 6:59 UTC (Thu) by niner (subscriber, #26151)Parent article: DNF, which may or may not replace Yum
Why start a completely new package manager based on zypper's dependency solving library and not simply use zypper!? IMHO zypper is overall the best package manager currently available. If yum has features zypper is lacking, they can be added much quicker than implementing a new package manager from scratch or rewriting yum to be based on libsolv.
Imagine Fedora and openSUSE moving closer and bundling their resources to work on the same package manager. Documentation and help suddenly available for both distributions. Now that would be nice.
But of course, it's NIH. So this can never happen...
(Log in to post comments)
DNF, which may or may not replace Yum Posted Jun 28, 2012 9:34 UTC (Thu) by epa (subscriber, #39769) [Link]
A very good question. I also wonder what happened to the smart package manager from a few years back.
DNF, which may or may not replace Yum Posted Jun 28, 2012 16:19 UTC (Thu) by jengelh (subscriber, #33263) [Link]
It was popular before zypper showed up. I guess smart rightfully died out, because it was even slower than yum. That is to say, if I have to wait for smart for on 45 minutes on a TM5800 CPU on a dist-upgrade for what "zypper dup" will do under a minute on the very same silicon, something is wrong. IIRC, smart was also a heuristics-based solver like most other implementations. It boasted on its then webpage to solve some cases that apt got wrong, and while that was true, I suppose it were these extended algorithms that eventually were able to drive the computation time to unbearable infinity.
DNF, which may or may not replace Yum Posted Jul 11, 2012 15:52 UTC (Wed) by criswell (guest, #40091) [Link]
Smart's momentum seemed to take a hit when the lead developer was hired by Canonical and started working on apt related issues in Ubuntu. It's too bad, because you could do some really amazing things with the Smart API.
Way back when, I was the author of (the now orphaned) rpmstrap. I began working on an experimental rewrite of it using the Smart API and found I could do some pretty amazing things (also, scary things- like bootstrap a working system using a mixture of packages from RPM and DEB-based distros :-)
I always felt really sad that Smart never caught on more...
DNF, which may or may not replace Yum Posted Jun 28, 2012 16:44 UTC (Thu) by jengelh (subscriber, #33263) [Link]
>Imagine Fedora and openSUSE moving closer and bundling their resources to work on the same package manager.
There was an effort to offer zypper as an installable:
https://bugzilla.redhat.com/show_bug.cgi?id=447740
Sadly, as so often happens in the Fedora realm, bugs are left languishing due to lack of interest, time, or support coverage ("uh, custom partitioning in the text install is not supported") to receive the necessary mentoring.
Well. RH-F-originating software is often regarded highly, and then perhaps integrated (systemd, sssd). But I wonder why this generally does not seem to work in the reverse direction :-/ Using libsolv is nice, but seems like a consolation prize for not going the route of modifying zypper.
DNF, which may or may not replace Yum Posted Jul 1, 2012 12:04 UTC (Sun) by roblucid (subscriber, #48964) [Link]
Actually it did happen with RPM, at the developer level integrating changes and cooperating. Features like delta-rpm's eventually got included in Fedora.
Probably this happens because developing your own, gets more kudos, is more interesting and is much more sexy.. than integrating in someone elses code and then integrating changes back upstream.
As the package management, has been a key value added feature of distro's, bringing in a tool from outside, likely has high bar to clear. After all each resolver & update system has grown organically in it's own niche distro environment and been shaped by it.
Let's just hope, it doesn't get added into 'systemd' (*joke*)
|
|||||||||||||