On Thu, Nov 21, 2013 at 4:51 PM, Greg Woods <wo...@ucar.edu> wrote: > Probably a reference to the very early days of RPM (pre-yum). You'd > install a package, then find some library was missing and go to install > that, which led to something else missing, etc. A few cycles of this and > you know what "dependency hell" means. Nowadays, with yum, all the > dependencies are pulled in automatically, so "rpm hell" is largely a > thing of the past.
Sort of. RPM was a victim of its own success. Because Red Hat was the leading distribution, it was the one that attracted the largest number of third party RPMs, and that's what caused the dependency problems that came to be known as RPM hell. Also, people would mix RPMs from Red Hat, SuSE and other distributions and just expect them to work (which largely they didn't). That problem still exists today, exactly the same as it does for dpkg based distributions (and always has done). It's just that the RPM and dkpg repositories these days have larger coverage of the free software landscape, so the dependencies are more likely to be in the default repo, and there are fewer third party packages these days, as well as fewer RPM based distributions to muddy the waters. Tet -- "Java is a DSL for taking large XML files and converting them to stack traces" -- Bulat Shakirzyanov -- users mailing list users@lists.fedoraproject.org To unsubscribe or change subscription options: https://admin.fedoraproject.org/mailman/listinfo/users Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct Guidelines: http://fedoraproject.org/wiki/Mailing_list_guidelines Have a question? Ask away: http://ask.fedoraproject.org
