🥇Lanzamiento de la distribución Fedora Linux 39

Se ha presentado el lanzamiento de la distribución Fedora Linux 39. Los productos disponibles para su descarga son Fedora Workstation, Fedora Server, Fedora CoreOS, Fedora Cloud Base, Fedora IoT Edition y versiones Live, que se ofrecen en forma de spins con entornos de escritorio KDE Plasma 5, Xfce, MATE, Cinnamon, LXDE, Phosh, LXQt, Budgie y Sway. Las compilaciones están formadas para arquitecturas x86_64, Power64 y ARM64 (AArch64). La publicación de las compilaciones de Fedora Silverblue se retrasa.

Los cambios más significativos en Fedora Linux 39:

El escritorio en Fedora Workstation se ha actualizado a la versión GNOME 45, en la que ha aparecido un indicador dinámico en la barra. escritorios virtuales, se ha mejorado el rendimiento del sistema de búsqueda, se ha añadido un indicador de encendido de la cámara, se ha utilizado aceleración por hardware para la reproducción de video, se han reemplazado el visor de imágenes y la aplicación para trabajar con la cámara, se ha cambiado el estilo de visualización de los paneles laterales, y se han actualizado las bibliotecas GTK 4.12 y libadwaita 1.4.
El intérprete de comandos Bash ahora incluye por defecto la opción de color en el terminal.
Se han actualizado las versiones de los paquetes, entre los cuales están RPM 4.19, gcc 13.2, LLVM/Clang 17, binutils 2.40, glibc 2.38, Python 3.12, Perl 5.38, Golang 1.21, Boost 1.81, Vagrant 2.3, Haskell GHC 9.4, LibreOffice 7.6.
Se han añadido metapaquetes default-fonts* para facilitar la actualización e instalación de las fuentes ofrecidas por defecto.
En NetworkManager se garantiza la traducción automática de los perfiles de conexión existentes, almacenados en formato ifcfg (/etc/sysconfig/network-scripts/ifcfg-*), al formato basado en archivos keyfile.
Se ha añadido la opción de eliminar el paquete tzdata de la base de datos de zonas horarias para reducir el tamaño de los contenedores aislados.
El valor de sysctl vm.max_map_count se ha aumentado por defecto de 65530 a 1048576 para mejorar la compatibilidad con juegos de Windows que se ejecutan a través de wine o steam.
En la herramienta createrepo_c, se ha implementado el algoritmo Zstd para la compresión de metadatos del repositorio y se ha detenido la generación de metadatos en la base de datos SQLite.
Se ha añadido la versión oficial Fedora Onyx con una variante de Fedora Linux que se actualiza de manera atómica y que cuenta con el entorno de usuario Budgie. Esta nueva versión complementa la compilación clásica de Fedora Budgie Spin y se asemeja a las ediciones Fedora Silverblue, Fedora Sericea y Fedora Kinoite, que se entregan con GNOME, Sway y KDE. Fedora Onyx se basa en las tecnologías de Fedora Silverblue y también se ofrece en forma de imagen monolítica, no descompuesta en paquetes separados y actualizada de manera atómica a través de un reemplazo total. El entorno base se compila a partir de los RPM oficiales de Fedora con la herramienta rpm-ostree y se monta en modo de solo lectura. Para la instalación y actualización de aplicaciones adicionales se utiliza el sistema de paquetes autónomos flatpak, que separa las aplicaciones del sistema principal y las ejecuta en un contenedor separado.
Las ediciones Sericea y Sway Spin han dejado de proporcionar paquetes xorg-x11.
En la edición Fedora Kinoite (la versión de Fedora que se actualiza de forma atómica con KDE), la actualización automática del sistema está habilitada por defecto.
Para la creación de las ediciones Fedora Silverblue y Fedora Kinoite se utiliza un modo unificado (unified core) más seguro llamado rpm-ostree.
Se ha comenzado a formar imágenes con el entorno de usuario LXQt para la arquitectura Aarch64.
En Fedora Cloud se ha implementado la posibilidad de reinicio automático después de instalar actualizaciones de paquetes que requieren un reinicio del sistema. Esta funcionalidad se organiza a través de la creación de un archivo /var/run/reboot-required tras realizar la operación 'dnf update' y su verificación en cloud-init.
A los usuarios gestionados a través de Active Directory, FreeIPA o LDAP se les ha proporcionado la posibilidad de utilizar la tecnología Passkeys, que permite autenticarse sin contraseñas utilizando identificadores biométricos, como huellas dactilares o reconocimiento facial, mediante un dispositivo compatible con FIDO2 que se admite en la biblioteca libfido2.
El tamaño mínimo de la partición ESP (EFI System Partition) utilizada al instalar Fedora se ha incrementado de 200 a 500 MB debido a la falta de espacio para las actualizaciones de firmware. El límite de 500 MB corresponde a las especificaciones utilizadas por Microsoft desde Windows 10.
Se ha dejado de proporcionar los temas QGnomePlatform y Adwaita-qt, que se utilizaban para dar a las aplicaciones Qt configuraciones y estilo similares a GNOME, para que dichas aplicaciones se integraran mejor en el entorno GNOME. Se menciona como razón la estancación de estos temas y problemas en su uso con algunas aplicaciones.
Se han declarado obsoletos los paquetes con el sistema de corrección ortográfica aspell, recomendando en su lugar usar hunspell o enchant2. Se menciona como razón la falta de actualizaciones en el proyecto aspell durante los últimos 4 años.
Se ha eliminado el paquete pam_console, que no se usaba por defecto, tenía problemas de seguridad y podía ser reemplazado por funcionalidades de systemd.
Se ha dejado de proporcionar el paquete man-pages-ru, ya que las traducciones de las guías man al ruso también están incluidas en el paquete man-pages-l10n.
Se ha eliminado el paquete fedora-repos-modular de la instalación base y se ha deshabilitado el repositorio modular. Este cambio ha permitido acelerar el funcionamiento del gestor de paquetes DNF al reducir la cantidad de verificaciones y descargas de metadatos.
Se ha modificado la forma de construcción de paquetes Flatpak en la distribución. En lugar de utilizar módulos al reconstruir paquetes con el parámetro «prefix=/app», se ha implementado un objetivo de construcción separado.
Se ha suspendido la construcción y entrega de módulos actualizables por separado, cuyo ciclo de vida no está vinculado a la configuración principal de la distribución, y su soporte se lleva a cabo independientemente de las versiones de la distribución, lo que permitía asegurar la coexistencia de paquetes con diferentes versiones de la misma aplicación. La razón de la suspensión del soporte a módulos se debe a la pérdida de interés en el desarrollo de módulos y a los problemas de mantenimiento de los módulos existentes (la última actividad en pagure.io/modularity se observó hace más de 3 años).
Se han realizado trabajos preparatorios relacionados con la segunda etapa de transición al proceso de carga modernizado propuesto por Lennart Poettering. Las diferencias con la carga clásica se reducen al uso, en lugar de la imagen initrd, de una imagen de núcleo unificada (UKI - Unified Kernel Image), que se genera en la infraestructura de la distribución y está firmada digitalmente por la distribución. UKI combina en un solo archivo el gestor para cargar el núcleo desde UEFI (UEFI boot stub), la imagen del núcleo Linux y el entorno del sistema cargado en memoria initrd. Al invocar la imagen UKI desde UEFI, se ofrece la posibilidad de verificar la integridad y autenticidad mediante la firma digital no solo del núcleo, sino también del contenido de initrd, cuya validación es importante ya que en este entorno se extraen las claves para desencriptar el sistema de archivos raíz. Los principales objetivos para implementar en la segunda y tercera etapas son: la integración en el instalador del soporte para systemd-boot, la eliminación de la dependencia del uso de la línea de comandos del núcleo para la configuración, la terminación del almacenamiento de datos confidenciales en initrd, y el cambio en el manejo de módulos opcionales dracut.

La transición al gestor de paquetes DNF5 y al nuevo instalador basado en interfaz web se ha pospuesto hasta el lanzamiento de Fedora 40. También se ha cancelado la eliminación previamente programada en Fedora 39 de los controladores org-x11-drv-vesa y xorg-x11-drv-fbdev, junto con el código relacionado del paquete xorg-x11-server-Xorg. Al mismo tiempo, los desarrolladores planean finalizar en Fedora 40 el soporte para sesiones basadas en X11 en las compilaciones de la distribución con KDE y GNOME.

También se puede destacar la implementación de los repositorios 'free' y 'nonfree' del proyecto RPM Fusion para Fedora 39, donde están disponibles paquetes de aplicaciones multimedia adicionales (MPlayer, VLC, Xine), códecs de video/audio, soporte para DVD, controladores propietario de AMD y NVIDIA, programas de juegos y emuladores.

Fuente: opennet.ru