RPM -- plans, goals, etc.
Posted Dec 14, 2006 22:36 UTC (Thu) by JoeBuck
In reply to: RPM -- plans, goals, etc.
Parent article: RPM -- plans, goals, etc.
Correct: .deb/dpkg is to rpm as apt is to yum. However, the RPM world is missing a key concept from the dpkg world, and its lack means that corrupted RPM databases are far more common than corrupt dpkg databases.
A Debian package can be half-installed or half-removed, and this state is kept track of. This means that, on a subsequent run, the half-completed action can be resumed and completed. With rpm, on the other hand, this concept doesn't exist, so if rpm locks up or a crash or power fail happens during an rpm operation, you wind up with a corrupt database. The RPM folks tried to deal with that by making rpm unkillable except with kill -9, but then users are forced to use kill -9 to unwedge the thing. The result, frequently, is a big mess. But you don't corrupt the world by killing apt-get on a Debian or Debian-like system (you do if you're running apt-on-top-of-RPM on an RPM system).
Adding the missing states is possible but tricky.
to post comments)