Linked by Thom Holwerda on Mon 5th Mar 2007 23:07 UTC
"rPath's Conary is a second-generation package manager. Considering that Erik Troan, rPath's CTO and co-founder, was one of the original authors of the RPM package format, some might be tempted to view Conary as an effort to do things right the second time around - nor is that view far from wrong. In its design, Conary is a streamlined version of dpkg or RPM with Yum in which all the utilities of those package managers are combined in a single command and combined with version control to meet the demands of a modern distribution."
Thread beginning with comment 219050
To view parent comment, click here.
To read all comments associated with this story, please click here.
To view parent comment, click here.
To read all comments associated with this story, please click here.
Member since:2005-10-02
Member since:
2005-07-09
Agreed. I've yet to have a case these days of dependency hell, but I have had cases of "dependency heck" -- the milder form once every blue moon on Ubuntu.
I tried installing a package (I can't forget which one) from universe a month ago and found that it depended on version CVS of a package (that's what the package name was called) but only version N was what was available because another more popular package depended on it. I had to download the CVS version of the DEB manually (apparently it wasn't included in universe because it conflicted with version N).
Granted, universe isn't officially supported, but I'm willing to bet that both conflicting packages could have worked for either or it would have been possible to set up different installation directories and environment variables and have them both be installed. It's possible to do both with configure-make scripts and often possible to do with binaries (if they don't hardcode paths), so it's clear that apt-get isn't ideal.
I don't know if Conary solves this problem though since this issue occasionally trips up even source based Gentoo if you install masked packages.