Ha comenzado la prueba de la versión beta de la distribución Fedora Linux 40. La versión beta marca la transición a la etapa final de las pruebas, donde solo se permiten correcciones de errores críticos. Se espera el lanzamiento para el 23 de abril. La versión abarca Fedora Workstation, Fedora Server, Fedora Silverblue, Fedora IoT, Fedora CoreOS, Fedora Cloud Base, Fedora Onyx y versiones Live, que se ofrecen en forma de spins con entornos de usuario como KDE Plasma 5, Xfce, MATE, Cinnamon, LXDE, Phosh, LXQt, Budgie y Sway. Las construcciones se han formado para las arquitecturas x86_64, Power64 y ARM64 (AArch64).
Los cambios más significativos en Fedora Linux 40:
- El escritorio en Fedora Workstation se ha actualizado a la versión GNOME 46.
- La edición con escritorio KDE se ha actualizado a la versión KDE 6, que utiliza el protocolo Wayland. El soporte para sesiones basadas en el protocolo X11 ha sido descontinuado, y para ejecutar aplicaciones X11 en una sesión basada en Wayland se está utilizando el servidor DDX XWayland. La razón para descontinuar el soporte de la sesión X11 se menciona como la transición del servidor X.Org a RHEL 9 a la categoría de obsoleto, con la decisión de eliminarlo por completo en una futura versión importante de RHEL 10. Entre los factores que contribuyeron a mantener solo el soporte para Wayland se encuentra el reemplazo de los controladores fbdev por el controlador simpledrm en Fedora 36, que funciona correctamente con Wayland, así como la aparición del soporte de Wayland en los controladores propietarios NVIDIA.
- Las distribuciones de usuario que se actualizan de forma atómica, desarrolladas por el proyecto Fedora, se han agrupado bajo una única familia bajo la marca Atomic Desktops, pero las compilaciones atómicas que existen desde hace tiempo han mantenido su antiguo nombre. Al final, Fedora Silverblue basado en GNOME y Fedora Kinoite basado en KDE, así como Fedora CoreOS y Fedora IoT, han mantenido sus nombres anteriores, pero las nuevas compilaciones Fedora Sericea y Fedora Onyx ahora se distribuyen bajo los nombres Fedora Sway Atomic y Fedora Budgie Atomic.
- Se han actualizado las versiones de los paquetes, entre los cuales se encuentran LLVM 18, GCC 14, binutils 2.41, glibc 2.39, gdb 14.1, PHP 8.3, Ruby 3.3, Go 1.22, Java 21, AMD ROCm 6, Boost 1.83, 389 Directory Server 3.0.0, Podman 5, PostgreSQL 16, TBB (Thread Building Blocks) 2021.8, SQLAlchemy 2, Kubernetes 1.29.
- En el configurador NetworkManager, el mecanismo de detección de conflictos de direcciones IPv4 en la red local (RFC 5227) está habilitado por defecto. Este mecanismo consiste en enviar un paquete ARP de verificación antes de asignar una dirección a la interfaz de red (si se recibe respuesta, significa que la dirección está ocupada y no se asignará). Para conexiones inalámbricas, se ha asegurado la asignación de una dirección MAC permanente separada (modo stable-ssid en NetworkManager).
- Las herramientas de construcción Mock (mock-core-configs), Koji y Copr han sido trasladadas al uso del gestor de paquetes DNF 5 para instalar las dependencias de construcción en un entorno chroot utilizado durante la construcción de paquetes. Se espera que la traducción del propio sistema operativo a DNF 5 esté disponible en la próxima versión.
- En el gestor de paquetes DNF, por defecto, se desactiva la descarga de metadatos de las listas de archivos incluidos en los paquetes. Estos datos rara vez se utilizan, pero son de gran tamaño y pueden ralentizar el funcionamiento.
- Se ha eliminado el paquete de la biblioteca OpenSSL 1.1 debido a la interrupción del soporte para esta rama. Las dependencias vinculadas a OpenSSL 1.1 se han cambiado a OpenSSL 3.0. También se ha eliminado el paquete python3.7.
- La biblioteca Zlib ha sido reemplazada por el fork Zlib-ng, compatible con zlib a nivel de API, pero que proporciona optimizaciones adicionales para mejorar el rendimiento.
- Se ha interrumpido la formación de actualizaciones delta de paquetes RPM, que permitían descargar solo los datos que habían cambiado respecto a la versión ya instalada del paquete. Se ha deshabilitado el soporte para deltarpm en DNF y DNF5.
- Se ha añadido Passim, un sistema de caché servidor para distribuir archivos solicitados con frecuencia en la red local sin realizar llamadas directas a los servidores principales ni involucrar CDN globales.
- El módulo pam_userdb ha sido trasladado de BerkeleyDB a GDBM debido a la interrupción del soporte para BerkeleyDB 5.x y el cambio de BerkeleyDB 6.x a una licencia inaceptable. Bogofilter ha sido trasladado para usar SQLite en lugar de BerkeleyDB (libdb).
- Para la construcción de imágenes Live de Fedora Workstation, se ha utilizado la herramienta Image Builder, que soporta construcciones repetibles y ofrece a los usuarios un proceso más sencillo para personalizar las imágenes.
- Para la construcción de imágenes mínimas para la arquitectura ARM, se ha utilizado la herramienta osbuild.
- Para la creación de imágenes de Fedora Cloud Edition, en lugar de ImageFactory, se ha utilizado la herramienta Kiwi.
- Se ha llevado a cabo una reestructuración de los paquetes para Kubernetes.
- Fedora IoT, edición para dispositivos de Internet de las cosas, ha sido adaptada para utilizar contenedores de arranque formados con la herramienta OSTree y la tecnología bootc.
- La utilidad wget ha sido reemplazada por wget2, y la utilidad iotop por iotop-c.
- En las ediciones Fedora Silverblue y Kinoite se ha incluido el programa bootupd, que ejecuta la actualización del gestor de arranque.
- Se ha declarado obsoleta la biblioteca libuser, que ya no cuenta con soporte y no se utiliza en otros paquetes de Fedora (para la compatibilidad LDAP en la distribución se ha estado utilizando SSSD desde hace tiempo). Se ha eliminado el paquete passwd que implementaba la utilidad passwd basada en libuser, sustituyéndola por una utilidad equivalente del paquete shadow-utils.
- Se ha trabajado en la preparación para incluir en GCC, por defecto, una versión más reciente del estándar del lenguaje C, lo que marcará el fin del soporte predeterminado para algunas características obsoletas del lenguaje, como la definición implícita de funciones y la asignación implícita del tipo int.
- Se ha implementado la segunda fase de la transición a un proceso de arranque modernizado propuesto por Lennart Poettering. Las diferencias con el arranque clásico radican en el uso de una imagen initrd unificada, generada en la infraestructura de la distribución y firmada digitalmente, en lugar de una imagen initrd creada localmente al instalar el paquete del núcleo. La imagen UKI (Unified Kernel Image) combina en un solo archivo el manejador de arranque desde UEFI (UEFI boot stub), la imagen del núcleo de Linux y el entorno del sistema en memoria initrd. Cuando se invoca la imagen UKI desde UEFI, se brinda la posibilidad de verificar la integridad y la autenticidad, a través de la firma digital, no solo del núcleo, sino también del contenido de initrd, cuya autenticidad es crucial, ya que en este entorno se extraen las claves para descifrar el sistema de archivos raíz.
En la segunda fase se ha añadido la posibilidad de arranque directo de UKI desde el módulo UEFI shim.efi sin necesidad de un gestor de arranque separado (grub, sd-boot), y se ha implementado soporte para usar UKI en sistemas con arquitectura Aarch64, así como se ha preparado una versión de la imagen UKI para entornos de nube y protegidos. máquinas virtuales. En la primera etapa, se añadió soporte para UKI en el cargador en Fedora 38, se realizó la implementación de herramientas para instalar y actualizar UKI, y se creó una imagen experimental de UKI para cargar máquinas virtuales con un conjunto limitado de componentes y controladores.
- Se ha añadido un paquete listo con el marco de aprendizaje automático PyTorch al repositorio, disponible para su instalación con el comando "dnf install pytorch". Actualmente, el paquete solo incluye componentes para cálculos con CPU, pero en futuras versiones se planea añadir soporte para GPU y aceleradores NPU especializados.
Fuente: opennet.ru
