Comenzó la prueba de la versión beta de la distribución Fedora Linux 35. La versión beta marca la transición a la fase final de prueba, donde solo se permite la corrección de errores críticos. El lanzamiento está programado para el 26 de octubre. La versión abarca Fedora Workstation, Fedora Server, Fedora Silverblue, Fedora IoT y compilaciones en vivo, ofrecidas en forma de spins con entornos de escritorio KDE Plasma 5, Xfce, MATE, Cinnamon, LXDE y LXQt. Las compilaciones se han formado para arquitecturas x86_64, Power64, ARM64 (AArch64) y varios dispositivos con procesadores ARM de 32 bits.
Los cambios más significativos en Fedora Linux 35:
- El escritorio de Fedora Workstation se ha actualizado a GNOME 41, en el que se ha rediseñado la interfaz de gestión de instalaciones de aplicaciones. Se han añadido nuevas secciones en la configuración para la gestión de ventanas/escritorios y conexiones a través de operadores móviles. Se ha añadido un nuevo cliente para la conexión remota al escritorio utilizando protocolos VNC y RDP. Se ha modificado el diseño del reproductor de música. En GTK 4 se ha utilizado un nuevo motor de renderizado basado en OpenGL, que ha reducido el consumo de energía y acelerado el renderizado.
- Se ha implementado la posibilidad de utilizar una sesión basada en el protocolo Wayland en sistemas con controladores propietarios de NVIDIA.
- Se ha implementado un modo quiosco, que permite iniciar una sesión de GNOME recortada que está limitada a la ejecución de una sola aplicación elegida de antemano. Este modo es adecuado para organizar el trabajo de varios quioscos informativos y terminales de autoservicio.
- Se ha propuesto el primer lanzamiento de una nueva edición de la distribución: Fedora Kinoite, basada en las tecnologías de Fedora Silverblue, pero que utiliza KDE en lugar de GNOME. La imagen monolítica de Fedora Kinoite no se separa en paquetes individuales, se actualiza de manera atómica y se construye a partir de los paquetes RPM oficiales de Fedora utilizando la herramienta rpm-ostree. El entorno base (/ y /usr) se monta en modo 'solo lectura'. Los datos modificables se colocan en el directorio /var. Para instalar y actualizar aplicaciones adicionales, se utiliza un sistema de paquetes independientes flatpak, que aísla las aplicaciones del sistema principal y las ejecuta en un contenedor separado.
- Multimedia servidor PipeWire, que a partir de la última versión se aplica por defecto, se ha trasladado al uso del gestor de sesiones de audio WirePlumber. WirePlumber permite gestionar el gráfico de nodos multimedia en PipeWire, configurar dispositivos de audio y gestionar la ruta de los flujos de audio. Se ha añadido soporte para el protocolo S/P-DIF para la transmisión de audio digital a través de los puertos ópticos S/P-DIF y HDMI. Se ha ampliado el soporte de Bluetooth, añadiendo códecs FastStream y AptX.
- Se han actualizado las versiones de los paquetes, incluyendo GCC 11, LLVM 13, Python 3.10-rc, Perl 5.34, PHP 8.0, Binutils 2.36, Boost 1.76, glibc 2.34, binutils 2.37, gdb 10.2, Node.js 16, RPM 4.17, Erlang 24.
- Se ha realizado la transición al uso del esquema de hash de contraseñas yescrypt para nuevos usuarios. Se mantiene el soporte para los hashes antiguos creados con el algoritmo sha512crypt previamente utilizado, disponible como opción. Yescrypt amplía las capacidades del clásico scrypt al admitir esquemas con mayor consumo de memoria y reduce la eficacia de los ataques que utilizan GPU, FPGA y chips especializados. La seguridad de Yescrypt se garantiza mediante el uso de primitivas criptográficas ya verificadas como SHA-256, HMAC y PBKDF2.
- En el archivo /etc/os-release, el parámetro ‘NAME=Fedora’ se ha cambiado a ‘NAME=“Fedora Linux”‘ (el nombre Fedora ahora se utiliza para todo el proyecto y la comunidad asociada, mientras que la distribución se denomina Fedora Linux). El parámetro ‘ID=fedora’ permanece sin cambios, es decir, no será necesario modificar los scripts y bloques condicionales en los archivos spec. Las ediciones especializadas también seguirán llegando bajo los viejos nombres, como Fedora Workstation, Fedora CoreOS y Fedora KDE Plasma Desktop.
- En las imágenes de Fedora Cloud, por defecto se utiliza el sistema de archivos Btrfs y un cargador de arranque híbrido que admite el arranque en sistemas con BIOS y UEFI.
- Se ha añadido un controlador power-profiles-daemon, que proporciona la posibilidad de cambiar sobre la marcha entre el modo de ahorro de energía, el modo de consumo equilibrado y el modo de máxima rendimiento.
- Se ha garantizado el reinicio de los servicios de usuario de systemd después de ejecutar “rpm upgrade” (anteriormente solo se reiniciaban los servicios del sistema).
- Se ha modificado el mecanismo de activación de repositorios de terceros. Anteriormente, habilitar la opción "Terceros Repositorios de Software" llevaba a la instalación del paquete fedora-workstation-repositories, pero los repositorios permanecían desactivados; ahora, el paquete fedora-workstation-repositories se instala por defecto y la opción activa los repositorios.
- La habilitación de repositorios de terceros ahora abarca aplicaciones seleccionadas y revisadas del catálogo de Flathub, es decir, tales aplicaciones estarán disponibles en GNOME Software sin necesidad de instalar FlatHub. Actualmente están aprobadas las aplicaciones Zoom, Microsoft Teams, Skype, Bitwarden, Postman y Minecraft; se espera la finalización de la revisión de Discord, AnyDesk, WPS Office, OnlyOffice, MasterPDFEditor, Slack, UngoogledChromium, Flatseal, WhatsAppQT y GreenWithEnvy.
- Se ha implementado por defecto el uso del protocolo DNS over TLS (DoT) cuando el servidor DNS seleccionado lo soporta.
- Se ha añadido soporte para ratones con posicionamiento de alta precisión en la rueda de desplazamiento (hasta 120 eventos por giro).
- Se han cambiado las reglas para elegir el compilador al compilar paquetes. Hasta ahora, las reglas indicaban que un paquete debía ser compilado con GCC, excepto en los casos en que solo pudiera ser compilado con Clang. Las nuevas reglas permiten a los mantenedores de paquetes elegir Clang, incluso si el proyecto upstream admite GCC, y viceversa, elegir GCC si el proyecto upstream no admite GCC.
- Al configurar el cifrado de disco utilizando LUKS, se asegura la selección automática del tamaño de sector óptimo, es decir, para discos con sectores físicos de 4k se seleccionará un tamaño de sector de 4096 en LUKS.
Es importante tener en cuenta los problemas no resueltos conocidos en la versión beta.
Fuente: opennet.ru
