{"id":123368,"date":"2025-04-03T21:05:07","date_gmt":"2025-04-03T19:05:07","guid":{"rendered":"https:\/\/prohoster.info\/blog\/novosti-interneta\/utverzhdyon-perehod-fedora-43-na-paketnyj-menedzher-rpm-6-smena-lidera-fedora"},"modified":"2025-04-03T21:05:07","modified_gmt":"2025-04-03T19:05:07","slug":"utverzhdyon-perehod-fedora-43-na-paketnyj-menedzher-rpm-6-smena-lidera-fedora","status":"publish","type":"post","link":"https:\/\/prohoster.info\/es\/blog\/news\/utverzhdyon-perehod-fedora-43-na-paketnyj-menedzher-rpm-6-smena-lidera-fedora","title":{"rendered":"Se aprob\u00f3 la transici\u00f3n de Fedora 43 al gestor de paquetes RPM 6. Cambio de liderazgo en Fedora","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"
El Comit\u00e9 FESCo (Comit\u00e9 Directivo de Ingenier\u00eda de Fedora), responsable de la parte t\u00e9cnica del desarrollo de la distribuci\u00f3n Fedora Linux, ha aprobado la transici\u00f3n al gestor de paquetes RPM 6 en la versi\u00f3n de oto\u00f1o de Fedora 43. El lanzamiento de RPM 6.0 est\u00e1 programado para el tercer trimestre de 2025. <\/p>\n
La rama RPM 6 es notable por el soporte de un nuevo formato (RPM 6), que permite crear paquetes de m\u00e1s de 4 GB (superar esta limitaci\u00f3n es importante, ya que el paquete SRC de Chromium est\u00e1 cerca del l\u00edmite y tiene un tama\u00f1o de 3.7 GB). En el formato RPM 6 se emplean campos de 64 bits y se han modernizado las estructuras relacionadas con la criptograf\u00eda, adem\u00e1s se han a\u00f1adido metadatos MIME sobre los archivos. La versi\u00f3n RPM 5 se ha omitido para evitar coincidencias con el proyecto RPM5, que no est\u00e1 relacionado con RPM de Red Hat y ha sido desarrollado por desarrolladores independientes. <\/p>\n
El soporte para el formato RPM 4, que utiliza cpio, se mantendr\u00e1 por completo. M\u00e1s a\u00fan, la rama RPM 6 no impone la transici\u00f3n al nuevo formato de paquetes, y las distribuciones podr\u00e1n optar por quedarse en el formato RPM 4. Por ejemplo, Fedora 43 se entregar\u00e1 con el gestor de paquetes RPM 6.0, pero el formato de los paquetes seguir\u00e1 siendo RPM 4 por el momento. Para aquellos que deseen hacer la transici\u00f3n al nuevo formato, se ha a\u00f1adido soporte en la rama RPM 4.x para leer e instalar paquetes en el formato RPM 6. <\/p>\n
Entre los cambios significativos en RPM 6 se destaca la inclusi\u00f3n por defecto de la verificaci\u00f3n de autenticidad de los paquetes mediante firma digital. Para que la verificaci\u00f3n obligatoria de la firma no complique la instalaci\u00f3n de paquetes que se han construido de forma independiente, se ha a\u00f1adido en RPM 6 el soporte para la generaci\u00f3n autom\u00e1tica de firmas locales durante la construcci\u00f3n en la utilidad rpmbuild. Tambi\u00e9n se ha previsto la opci\u00f3n \u00ab--nosignature\u00bb, que permite forzar la instalaci\u00f3n de un paquete sin verificar la firma. <\/p>\n
Entre otros cambios, se ha permitido el uso de c\u00f3digo en el lenguaje C++ (C++20); es posible usar m\u00faltiples firmas OpenPGP para cada paquete; se ha dejado de soportar los hashes MD5, SHA1 y DSA; se ha abandonado el soporte para el formato antiguo RPM 3. Se han ampliado las capacidades de la utilidad rpmkeys para trabajar con claves, por ejemplo, para actualizar claves OpenPGP se puede usar el comando \u00abrpmkeys --import\u00bb. La propia utilidad rpmkeys ahora se considera en Fedora como la herramienta principal para gestionar el almacenamiento de claves para RPM (el uso de gpg-pubkey se ha declarado obsoleto). Como alternativa a GnuPG, se ha proporcionado la posibilidad de utilizar la herramienta Sequoia-sq, escrita en Rust. <\/p>\n
Adicionalmente, se puede se\u00f1alar el nombramiento de un nuevo l\u00edder del proyecto Fedora. En lugar de Matthew Miller, quien ocup\u00f3 el cargo desde 2014, se ha nombrado a Jef Spaleta, que ha estado involucrado en el trabajo desde los tiempos en que el proyecto Fedora a\u00fan no hab\u00eda pasado a manos de Red Hat. En el pasado, Jef fue miembro del consejo de administraci\u00f3n de Fedora durante varios a\u00f1os como representante de la comunidad. <\/p>\n
El l\u00edder de Fedora es un cargo oficial en la empresa Red Hat. El l\u00edder no es elegido por votaci\u00f3n de los miembros de la comunidad, sino que es propuesto por el anterior l\u00edder del proyecto y confirmado por Red Hat. La coordinaci\u00f3n del desarrollo de la distribuci\u00f3n est\u00e1 a cargo de un consejo de administraci\u00f3n compuesto por 4 representantes de Red Hat y 5 de la comunidad de desarrolladores independientes. Se requiere que el l\u00edder del proyecto cumpla con ciertos requisitos, como alta calificaci\u00f3n, experiencia en la comunidad, capacidad para tomar decisiones y escuchar las opiniones de los dem\u00e1s. \n Fuente: opennet.ru<\/a> <\/p>","protected":false,"gt_translate_keys":[{"key":"rendered","format":"html"}]},"excerpt":{"rendered":"