{"id":143993,"date":"2025-09-22T17:11:55","date_gmt":"2025-09-22T15:11:55","guid":{"rendered":"https:\/\/prohoster.info\/blog\/novosti-interneta\/zapushhen-servis-sovmestnoj-razrabotki-fedora-forge-beta-testirovanie-fedora-linux-43"},"modified":"2025-09-22T17:11:55","modified_gmt":"2025-09-22T15:11:55","slug":"zapushhen-servis-sovmestnoj-razrabotki-fedora-forge-beta-testirovanie-fedora-linux-43","status":"publish","type":"post","link":"https:\/\/prohoster.info\/es\/blog\/news\/zapushhen-servis-sovmestnoj-razrabotki-fedora-forge-beta-testirovanie-fedora-linux-43","title":{"rendered":"Se ha lanzado el servicio de desarrollo colaborativo Fedora Forge. Pruebas beta de Fedora Linux 43","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"
El proyecto Fedora ha anunciado el lanzamiento del servicio de desarrollo colaborativo Fedora Forge, construido utilizando el proyecto Forgejo. Este servicio est\u00e1 siendo desarrollado para reemplazar la propia plataforma Pagure, que se utiliza en Fedora para la colaboraci\u00f3n en c\u00f3digo y metadatos de paquetes. La sustituci\u00f3n se est\u00e1 llevando a cabo porque la plataforma Pagure requiere muchos recursos para su mantenimiento, se encuentra en estado de estancamiento y no ha tenido una amplia difusi\u00f3n fuera de Fedora. Se espera que Fedora Forge simplifique el desarrollo y la transmisi\u00f3n de cambios a los equipos principales de Fedora. <\/p>\n
Fedora Forge se ha lanzado en modo piloto y est\u00e1 siendo probado en varios subproyectos y grupos SIG (Grupos de Inter\u00e9s Especial). Por ejemplo, en Fedora Forge ya se han trasladado proyectos de los equipos RelEng (Ingenier\u00eda de Lanzamientos), Council y FESCo (Comit\u00e9 Directivo de Ingenier\u00eda de Fedora). En el futuro, el n\u00famero de proyectos desarrollados en Fedora Forge se ampliar\u00e1 y este servicio se convertir\u00e1 en el principal lugar para la colaboraci\u00f3n en Fedora. <\/p>\n
Para automatizar la migraci\u00f3n de proyectos desde Pagure a Fedora Forge, se ha desarrollado la herramienta Pagure Migrator, que est\u00e1 incluida en la plataforma Forgejo. Pagure Migrator permite conservar, tras la migraci\u00f3n, solicitudes de extracci\u00f3n, tickets, discusiones, etiquetas y usuarios. A diferencia del servicio pagure.io, Fedora Forge no permite la publicaci\u00f3n de proyectos personales y se centra \u00fanicamente en proyectos relacionados con el desarrollo de Fedora Linux. <\/p>\n
Tambi\u00e9n se puede mencionar la publicaci\u00f3n de la versi\u00f3n beta de la distribuci\u00f3n Fedora Linux 43, que marca la transici\u00f3n a la fase final de pruebas, en la que solo se permiten correcciones de errores cr\u00edticos. El lanzamiento est\u00e1 programado para el 11 de noviembre. La versi\u00f3n abarca Fedora Workstation, Fedora KDE Plasma Desktop, Fedora Server, Fedora IoT, Fedora CoreOS, Fedora Cloud Base, Fedora IoT Edition, Fedora Silverblue, Fedora Kinoite y compilaciones Live, que se entregan en forma de spins con entornos de usuario como Xfce, Cinnamon, LXDE, Phosh, Miracle, LXQt, Budgie, Sway y Cosmic. Las compilaciones est\u00e1n formadas para arquitecturas x86_64, Power64 y ARM64 (AArch64). <\/p>\n
Los cambios m\u00e1s significativos en Fedora Linux 43: <\/p>\n
\n
El escritorio en Fedora Workstation se ha actualizado a la rama GNOME 49.\n
Se han eliminado de los repositorios los paquetes utilizados para ejecutar GNOME sobre el servidor X. Todos los usuarios de GNOME que utilizaban X11 ser\u00e1n forzados a cambiar a una sesi\u00f3n de GNOME basada en Wayland. La capacidad de ejecutar aplicaciones X11 mediante XWayland permanece sin cambios.\n
En los sistemas con arquitectura x86 se ha dejado \u00fanicamente la opci\u00f3n de utilizar tablas de particiones GPT (GUID Partition Table) en todas las instalaciones de Fedora que utilizan UEFI. Se ha descontinuado el soporte para la instalaci\u00f3n de Fedora en modo UEFI en discos con tablas de particiones MBR (Master Boot Record) en sistemas x86, aunque se mantiene en sistemas ARM y RISC-V.\n
Se ha realizado la transici\u00f3n al gestor de paquetes RPM 6, que se destaca por el soporte de un nuevo formato que permite crear paquetes de m\u00e1s de 4 GB y por incluir de forma predeterminada la verificaci\u00f3n de autenticidad de los paquetes mediante firma digital.\n
Todas las spins se han migrado a una nueva versi\u00f3n del instalador Anaconda, en la que se utiliza una interfaz web en lugar de la basada en la biblioteca GTK, permitiendo la interacci\u00f3n a trav\u00e9s de un navegador web para la gesti\u00f3n remota de la instalaci\u00f3n. En la pasada versi\u00f3n, el nuevo instalador se utiliz\u00f3 en Fedora Workstation. En lugar de la pantalla principal con una lista de acciones, la organizaci\u00f3n del trabajo en la nueva interfaz se realiza en forma de asistente (Wizard), que implica la ejecuci\u00f3n secuencial de ciertos pasos sin volver a la pantalla principal. Se propone un modo de particionado automatizado (guided) como opci\u00f3n b\u00e1sica, donde el instalador elige autom\u00e1ticamente los par\u00e1metros para crear o modificar particiones en base a las configuraciones seleccionadas por el usuario. Hay opciones para reinstalar la distribuci\u00f3n y para realizar instalaciones en modo de arranque dual en sistemas con m\u00faltiples sistemas operativos.\n
El instalador ha sido modificado para utilizar el gestor de paquetes DNF5 al instalar paquetes RPM (DNF5 se usa en Fedora 41 en adelante). La funcionalidad b\u00e1sica de gesti\u00f3n de paquetes en DNF5 se ha separado en una biblioteca independiente libdnf5; en lugar de depender de PackageKit, ahora se utiliza DNF Daemon, y los componentes que estaban escritos en Python se han reescrito en C++.\n
Se ha eliminado del instalador el soporte para m\u00f3dulos que se actualizan por separado, cuyo ciclo de vida no est\u00e1 vinculado al contenido principal de la distribuci\u00f3n, lo que permit\u00eda un mantenimiento independiente de las versiones de la distribuci\u00f3n y aseguraba la coexistencia de paquetes con diferentes versiones de la misma aplicaci\u00f3n.\n
En Fedora Kinoite, una variante actualizable de Fedora con KDE, la actualizaci\u00f3n autom\u00e1tica del sistema est\u00e1 habilitada por defecto. Las actualizaciones ahora se descargan sin preguntar al usuario en segundo plano y se aplican despu\u00e9s de reiniciar. En la configuraci\u00f3n hay opciones para desactivar las actualizaciones autom\u00e1ticas y modificar el intervalo de comprobaci\u00f3n de actualizaciones.\n
El ensamblador YASM se ha clasificado como obsoleto, siendo la \u00faltima actualizaci\u00f3n lanzada en 2019. Los paquetes que usaban YASM para la compilaci\u00f3n (incluyendo Firefox) han sido trasladados a la compilaci\u00f3n usando NASM.\n
La entrega de GnuPG se ha dividido en varios paquetes: el programa gpg, utilidades auxiliares y servicios de GnuPG ahora se distribuyen en paquetes separados (gnupg2, gnupg2-dirmngr, gnupg2-g13, gnupg2-gpgconf, gnupg2-gpg-agent, gnupg2-keyboxd, gnupg2-scdaemon, gnupg2-smime, gnupg2-wks, gnupg2-utils y gnupg2-verify).\n
Se ha implementado la posibilidad de utilizar el mecanismo Intel TDX (Trusted Domain Extensions) para cifrar la memoria RAM de las m\u00e1quinas virtuales (AMD SEV es compatible desde Fedora 41).\n
Se han a\u00f1adido paquetes con herramientas para el lenguaje de programaci\u00f3n Hare, desarrollado por el autor del entorno de usuario Sway. El lenguaje est\u00e1 optimizado para tareas de bajo nivel, como el desarrollo de sistemas operativos, compiladores, aplicaciones de red y utilidades del sistema, donde se requiere un rendimiento m\u00e1ximo y un control total sobre la ejecuci\u00f3n. El lenguaje utiliza gesti\u00f3n manual de memoria y un sistema de tipos est\u00e1tico, donde a cada variable se le debe asignar expl\u00edcitamente un tipo determinado.\n
En la construcci\u00f3n de paquetes en el lenguaje Go se utiliza la herramienta Go Vendor Tools, que incluye copias de las bibliotecas utilizadas dentro del paquete src, en lugar de emplear paquetes de dependencias suministrados por separado (es decir, no se utilizan versiones de bibliotecas comunes para todo el sistema).\n
Se ha hecho la transici\u00f3n al uso de fuentes Noto Color Emoji en formato vectorial COLRv1 en lugar de la representaci\u00f3n rasterizada. El uso de COLRv1 ha permitido mejorar la calidad de renderizado y reducir el tama\u00f1o de los archivos de fuentes.\n
Para la compresi\u00f3n de im\u00e1genes del disco RAM inicial (initrd) se ha utilizado el algoritmo Zstd en la construcci\u00f3n con Dracut. La transici\u00f3n de xz a zstd ha permitido reducir el tama\u00f1o de initrd en varios megabytes y acelerar el proceso de arranque.\n
Se ha implementado una versi\u00f3n de la herramienta Greenboot, reescrita en el lenguaje Rust (la versi\u00f3n anterior estaba escrita en bash). Greenboot se utiliza en variantes de Fedora con actualizaciones at\u00f3micas para verificar el estado del sistema durante el arranque y retroceder a una versi\u00f3n anterior al detectar problemas.\n
Se han actualizado las versiones: LLVM 21, GCC 15.2, binutils 2.45, glibc 2.42, gdb 17.1, Go 1.25, Python 3.14, Java 25, Maven 4, Perl 5.42, Haskell GHC 9.8, Apache Tomcat 10.1.x, Ruby on Rails 8.0, PostgreSQL 18, MySQL 8.4, Dovecot 2.4. <\/ul>\n