Objetivos del diseño de RPM

Antes de pasar a explicar cómo usar RPM, sirve de ayuda dar una idea de cuáles son los objetivos buscados con su diseño.

Actualizaciones

Con RPM se pueden actualizar componentes individuales del sistema sin tener que reinstalar éste completamente. Cuando aparece una nueva versión de un sistema operativo basado en RPM (como Red Hat Linux), no es necesario instalarla en el equipo (como se suele hacer en otros sistemas operativos basados en otros sistemas de paquetes). RPM permite actualizaciones del sistema inmediatas, inteligentes y completamente automatizadas. Los ficheros de configuración se conservan durante el proceso, de forma que no se pierde la personalización que se haya realizado en el sistema.

Potente sistema de consultas

RPM también está diseñado para aceptar potentes opciones de consulta. Es posible realizar búsquedas de paquetes o de ficheros individuales en toda la base de datos. Es también sencillo identificar a qué paquete pertenece un fichero concreto y de dónde se obtuvo. Los ficheros que contiene un paquete RPM están archivados en un formato comprimido, con una cabecera propia que contiene información útil acerca del paquete y de su contenido, todo lo cual permite realizar consultas sobre paquetes individuales de forma rápida y sencilla.

Verificación del sistema

Otra potente característica es la capacidad de verificar paquetes. Por ejemplo, en caso de que se piense que se ha borrado algún fichero importante, basta con verificar el paquete para ver si es cierto. Cualquier anomalía será notificada. En caso de problemas, se puede reinstalar el paquete si fuera necesario. Cualquier fichero de configuración que se hubiese modificado se mantiene durante la reinstalación.

Código fuente original

Un objetivo crucial del diseño de RPM fue el de permitir el uso de código fuente original, es decir, el código del programa tal y como lo distribuyen sus propios autores. Con RPM, se obtienen tanto el código fuente original como cualquier parche aplicado así como las instrucciones de compilación completas. Esto es una gran ventaja por varias razones. Por ejemplo, si aparece una nueva versión de un programa dado, no es necesario empezar desde cero para lograr que se pueda compilar. Se pueden mirar los parches para ver lo que se podría hacer. Todas las variables predeterminadas y todos los cambios que se hicieron para construir el programa adecuadamente se pueden ver fácilmente así.

Este objetivo puede parecer importante únicamente para programadores, pero permite obtener programas de mayor calidad para el usuario final. Nos gustaría dar las gracias a la gente que creó la distribución BOGUS por ser los creadores del concepto de "código fuente original" (pristine source).