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 219114
To read all comments associated with this story, please click here.
To read all comments associated with this story, please click here.
Recent Original Stories
Recent Comments
Headlines
Random Comments
Random Stories
Random OS Link
Member since:
2005-07-06
I think ther posters here, and the article misses the biggest feature of conary: The integration of distributed version control and source built packages.
It's like the nice features of a source based package manager like portage, married with a distributed version control like git and it even keep tracks of compiled packages like apt.
I mean it seems to be a perfect fit for the open source development model.
Then again, I haven't actually used the beast. But seriously you can't really compare it to a apt or yum only.
I do think a better implementation could build on the infrastructure that's allready in place though. A mirroring and distribution system for git,darcs,bzr and friends. Some additions to the build systems to better integrate with modern package installation systems and a move towards a global namespace for dependency managment.
For global dependency to work we must device a way to depend on interfaces rather than implementations though.