Después de un año de desarrollo, se lanzó el administrador de paquetes RPM 4.17.0. El proyecto RPM4 es desarrollado por Red Hat y se utiliza en distribuciones como RHEL (incluidos los proyectos derivados CentOS, Scientific Linux, AsiaLinux, Red Flag Linux, Oracle Linux), Fedora, SUSE, openSUSE, ALT Linux, OpenMandriva, Mageia, PCLinuxOS, Tizen y muchos otros. Anteriormente, un equipo de desarrollo independiente desarrolló el proyecto RPM5, que no está directamente relacionado con RPM4 y actualmente está abandonado (no actualizado desde 2010). El código del proyecto se distribuye bajo licencias GPLv2 y LGPLv2.
Las mejoras más notables en RPM 4.17 son:
- Manejo mejorado de fallas durante la instalación.
- Interfaz mejorada para crear macros en Lua.
- Se agregó la macro incorporada %{exist:...} para verificar si existe un archivo.
- Se han ampliado las capacidades API para el procesamiento de transacciones.
- Se ha unificado la sintaxis de las macros integradas y de usuario, así como el formato para llamarlas (%foo arg, %{foo arg} y %{foo:arg} ahora son equivalentes).
- buildroot tiene una regla predeterminada para eliminar archivos ".la" y ha agregado una regla para borrar el bit ejecutable de los archivos de biblioteca compartidos.
- Se agregó el complemento dbus-announce para informar transacciones RPM a través de D-Bus.
- Se agregó el complemento fapolicyd para definir políticas de acceso a archivos.
- Se agregó el complemento fs-verity para verificar la autenticidad de archivos individuales utilizando el mecanismo fs-verity integrado en el kernel.
- Las páginas de manual se han convertido al formato Markdown.
- Proporciona una guía inicial para administrar paquetes y crear paquetes.
- Se eliminó el backend DBD, destinado a almacenar datos en Berkeley DB (por compatibilidad con sistemas más antiguos, se dejó el backend BDB_RO, que opera en modo de solo lectura). La base de datos predeterminada es sqlite.
- Se agregó soporte para firmas digitales EdDSA.
- Las utilidades para extraer Debuginfo están separadas en un proyecto separado.
- Los procesadores auxiliares y los generadores de paquetes en Python se separan en un proyecto independiente.
- Se han limpiado los scripts que no se mantuvieron.
- Se han eliminado los backends criptográficos Beecrypt y NSS.
Fuente: opennet.ru