When comparing YUM vs RPM (RPM Package Manager), the Slant community recommends RPM (RPM Package Manager) for most people. In the question“What are the best Linux package managers?” RPM (RPM Package Manager) is ranked 5th while YUM is ranked 15th. The most important reason people chose RPM (RPM Package Manager) is:
This makes maintenance and support easy.
Ranked in these QuestionsQuestion Ranking
Pros
Pro Avoids dependency hell
All the metadata for installed software is stored into a XML file. This is used to avoid conflicting dependencies among packages. What's more, YUM also automatically syncs remote metadata to the local client in order to avoid failures if a command is not run at the correct interval.
Pro Simple syntax
Pro Binary delta for faster transfer times
Yum supports Delta RPMs which allow transmitting only the parts of the package that have changed.
Pro Is/was the industry standard
YUM is still widely used in corporate environments.
Pro Provides pre and post install sanity checks
What might be thought of a standard feature, isn't. Thankfully RPM provides both a transaction test and a post install verification to make sure everything installs neatly.
Pro Supports multiple verification methods
Supports verification with GPG and MD5.
Pro Clean and easy to understand
Pro Supports multiple compression methods
Supports gzip, bzip2, lzma, or xz compression.
Pro Allows for complex dependency definitions
Alongside allowing dependency on a certain package, it allows depending on a library, versioned symbol, or a GAC'd Mono assembly.
Pro Easy to create packages on non-rpm based distros
This makes maintenance and support easy.
Pro Follows the UNIX philosophy
It only does one thing and that well.
Pro Part of LSB
It is part of the Linux standard base.
Pro Very easy to create packages
It is very easy to create packages for it, you just need a small spec file.
Pro Standard archives
RPM packages are simple cpio archives that have additional compression support.
Pro Much more advanced than apt
Cons
Con Can be very slow to download headers if not on broadband
Yum can be much slower than other package managers if the internet speed is not at least average to high.
Con Slow (and might be fragile) dependency resolution
YUM dependency resolution is very slow. In addition to it, the people often experiencing very hard dependencies (it might be not a YUM problem).
Con Does fsync often
Like its successor, DNF, YUM does fsync too often. The result is poor YUM and system performance while YUM does its work.
Con Very slow overall
YUM is very slow - beginning with relatively slow startup, extremely slow default plugins, slow dependency resolution, and ending with slow installation of packages.
Con Poor design
YUM is written in Python 2 and people often blaming the quality of YUM's code.
Con No interaction
RPM does not support user interaction upon install.
Con Many forks
Currently there exist rpmv4, rpmv5 and distribution specific forks like Mandrake's urpm.
Con Plenty of different frontends
Almost any rpm distro has its own frontend for rpm there is zypper, yum, apt-rpm, dnf, poldek and many more.