{"id":163967,"date":"2026-03-11T23:11:54","date_gmt":"2026-03-11T21:11:54","guid":{"rendered":"https:\/\/prohoster.info\/blog\/novosti-interneta\/beta-testirovanie-fedora-linux-44-inicziativa-po-prodvizheniyu-innovaczij-v-fedora"},"modified":"2026-03-11T23:11:54","modified_gmt":"2026-03-11T21:11:54","slug":"beta-testirovanie-fedora-linux-44-inicziativa-po-prodvizheniyu-innovaczij-v-fedora","status":"publish","type":"post","link":"https:\/\/prohoster.info\/es\/blog\/news\/beta-testirovanie-fedora-linux-44-inicziativa-po-prodvizheniyu-innovaczij-v-fedora","title":{"rendered":"Beta de pruebas de Fedora Linux 44. Iniciativa para promover innovaciones en Fedora","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"
Se ha presentado la versi\u00f3n beta de la distribuci\u00f3n Fedora Linux 44, que marca la transici\u00f3n a la fase final de pruebas, donde solo se permiten correcciones de errores cr\u00edticos. El lanzamiento est\u00e1 programado para el 14 de abril. La salida abarca Fedora Workstation, Fedora KDE Plasma Desktop, Fedora Server, Fedora IoT, Fedora CoreOS, Fedora Cloud Base, Fedora IoT Edition, Fedora Silverblue, Fedora Kinoite y las versiones Live que se entregan en forma de spins con entornos personalizados Xfce, MATE, Cinnamon, LXDE, Phosh, Miracle, LXQt, Budgie, Sway y Cosmic. Las compilaciones se han creado para las arquitecturas x86_64, Power64 y ARM64 (AArch64). <\/p>\n
Los cambios m\u00e1s significativos en Fedora Linux 44: <\/p>\n
\n
Se ha realizado trabajo para llevar la infraestructura para compilaciones reproducibles a cubrir al menos el 99% de los paquetes en el repositorio de Fedora. En versiones anteriores, la cobertura de las compilaciones reproducibles se estim\u00f3 en el 90%, gracias a cambios en el sistema de construcci\u00f3n que sincronizan los metadatos sobre el tiempo de modificaci\u00f3n de archivos con el c\u00f3digo fuente de referencia, as\u00ed como asegurando un orden constante en la enumeraci\u00f3n de metadatos y estructuras en los archivos binarios. Para asegurar las compilaciones reproducibles en el 10% restante, se reclutaron colaboradores de paquetes problem\u00e1ticos. Las compilaciones reproducibles permiten al usuario verificar personalmente que los archivos binarios distribuidos en los paquetes se construyeron a partir del c\u00f3digo fuente proporcionado y no contienen cambios ocultos realizados debido a la compromisi\u00f3n del compilador o herramienta de construcci\u00f3n.\n
En todas las versiones de la distribuci\u00f3n con el entorno de escritorio KDE (Fedora KDE Plasma Desktop Edition, Fedora KDE Plasma Mobile Spin y Fedora Kinoite), se ha utilizado el proyecto en desarrollo Plasma Setup de KDE para la configuraci\u00f3n del sistema despu\u00e9s de la instalaci\u00f3n, y en el instalador Anaconda se han desactivado las etapas de configuraci\u00f3n del sistema que se superponen con esta aplicaci\u00f3n.\n
En todas las ediciones con KDE, el gestor de inicio SDDM ha sido reemplazado por el Plasma Login Manager, un proyecto en desarrollo de KDE.\n
Se ha redise\u00f1ado la edici\u00f3n Fedora Games Lab, que ofrece una selecci\u00f3n de paquetes y configuraciones para los amantes de los videojuegos. En esta nueva versi\u00f3n, se ha actualizado el stack de software para ejecutar juegos y se han utilizado tecnolog\u00edas actuales como Wayland y PipeWire.\n
El entorno de escritorio GNOME se ha actualizado a la rama 50, donde se ha dejado de dar soporte a X11 y se ha implementado un nuevo sistema de salvado de sesiones.\n
El entorno de escritorio Budgie se ha actualizado a la rama 10.10, que ha sido adaptada a Wayland.\n
Se ha cambiado la l\u00f3gica de creaci\u00f3n de perfiles de red en el instalador Anaconda en el sistema instalado (archivos de configuraci\u00f3n para NetworkManager). Ahora, dichos perfiles se crean solo para los dispositivos de red cableados configurados durante la instalaci\u00f3n a trav\u00e9s de la GUI, opciones de arranque o archivos kickstart, y no para todos los dispositivos disponibles. La creaci\u00f3n de perfiles para todos los dispositivos disponibles, en lugar de solo para los seleccionados por el usuario, requer\u00eda eliminar perfiles innecesarios despu\u00e9s de la instalaci\u00f3n y causaba problemas al modificar la configuraci\u00f3n posteriormente.\n
En sistemas con arquitectura Aarch64 se ha implementado la selecci\u00f3n autom\u00e1tica del archivo de descripci\u00f3n de hardware DTB (Device Tree Blobs) para el cargador UEFI, lo que ha solucionado los problemas de carga de las versiones Live de Fedora en port\u00e1tiles ARM que se entregan con Windows.\n
En las versiones Live se ha utilizado un conjunto de scripts livesys-scripts para configurar el entorno de trabajo y nuevas capacidades de la herramienta Dracut para crear autom\u00e1ticamente un almacenamiento superpuesto que se conserve entre reinicios cuando se graba una imagen en unidades USB.\n
Se han actualizado las versiones de los paquetes: GCC 16.1, LLVM 22, Ruby 4.0, Go 1.26, binutils 2.46, glibc 2.43, gdb 16.3, CMake 4.0, MariaDB 11.8, IBus 1.5.34, uutils-coreutils 0.5, nushell 0.109.2, Django 6.x, TagLib 2, Helm 4, Ansible 13, TeXLive 2025, GHC 9.10, PHP 8.5.\n
Se ha continuado el trabajo de migrar la infraestructura de integraci\u00f3n continua (dist-git CI), que recompone los paquetes RPM tras realizar cambios o actualizar versiones, para utilizar por defecto la herramienta Packit en lugar de Fedora CI y Zuul.\n
Se ha a\u00f1adido un conjunto de herramientas con el gestor de paquetes NIX al repositorio, lo que permite instalar paquetes en formato NIX desde la colecci\u00f3n nixpkgs. Los paquetes se pueden instalar en modo unipersonal (en el directorio personal del usuario) y multipersonal (en el directorio \/nix).\n
Por defecto, se habilita el uso de enlaces duros para vincular archivos id\u00e9nticos instalados desde diferentes paquetes en la jerarqu\u00eda \/usr. La creaci\u00f3n de un enlace duro se realiza autom\u00e1ticamente al instalar el paquete mediante el procesador en la etapa de \"post install\".\n
Se ha interrumpido el suministro de compilaciones de QEMU para sistemas anfitriones de 32 bits (i686). Este cambio refleja el trabajo del proyecto QEMU para eliminar el soporte para sistemas anfitriones de 32 bits.\n
Se han eliminado los archivos ejecutables y bibliotecas FUSE 2 del conjunto de ediciones at\u00f3micas de Fedora para sistemas de escritorio (anteriormente, esta versi\u00f3n se hab\u00eda declarado obsoleta y todos los paquetes se han trasladado a FUSE 3). Tambi\u00e9n se ha interrumpido el soporte para las reglas obsoletas de polkit, que se proporcionaban en archivos con la extensi\u00f3n pkla.\n
PackageKit ha cambiado a utilizar el nuevo backend DNF5, compilado con la biblioteca libdnf5.\n
En la edici\u00f3n del distribuidor con el gestor de composici\u00f3n MiracleWM, el entorno de escritorio nwg-shell ha sido reemplazado por Dank Material Shell.\n
Por defecto, se activa el m\u00f3dulo del n\u00facleo NTSYNC, que permite aumentar significativamente el rendimiento de los juegos de Windows que se ejecutan con Wine. El m\u00f3dulo implementa el dispositivo de car\u00e1cter \/dev\/ntsync y un conjunto de primitivas para la sincronizaci\u00f3n, utilizados en el n\u00facleo de Windows NT. Se logra un aumento significativo del rendimiento gracias a la eliminaci\u00f3n de la sobrecarga asociada con el uso de RPC en el espacio de usuario.\n
En Fedora Cloud, en lugar de una partici\u00f3n separada \/boot, ahora se ofrece una subsecci\u00f3n del mismo nombre en Btrfs.\n
Se ha interrumpido la entrega del paquete libreoffice-KF5 con componentes para la integraci\u00f3n de LibreOffice con Qt5, siendo reemplazado por el paquete libreoffice-kf6, que garantiza la integraci\u00f3n con Qt6. <\/ul>\n
Adem\u00e1s, se puede mencionar la iniciativa de reforma del proceso de desarrollo de Fedora, presentada para discusi\u00f3n por Jef Spaleta, l\u00edder del proyecto Fedora. Jef propone crear una \"sandbox\" para simplificar la prueba de nuevas ideas y experimentar con nuevas tecnolog\u00edas en la distribuci\u00f3n, sin el riesgo de comprometer la estabilidad del proyecto principal. <\/p>\n
Se espera que las ideas innovadoras para el desarrollo de la distribuci\u00f3n evolucionen junto con la distribuci\u00f3n principal y, con el tiempo, puedan integrarse en la composici\u00f3n principal si se cumplen ciertas condiciones, se confirme su valor para el proyecto y exista inter\u00e9s de otros desarrolladores. El ciclo de vida de las tecnolog\u00edas experimentales implica tener varias etapas de desarrollo con revisi\u00f3n en puntos de control ligados al tiempo, y el avance a la siguiente etapa tras cumplir ciertos criterios espec\u00edficos para cada etapa. \n Fuente: opennet.ru<\/a> <\/p>","protected":false,"gt_translate_keys":[{"key":"rendered","format":"html"}]},"excerpt":{"rendered":"