pruebas de la versión beta de la distribución Fedora 33. La versión beta marcó la transición a la fase final de pruebas, en la que solo se permiten correcciones de errores críticos. Lanzamiento a finales de octubre. La versión abarca , Fedora Server, Fedora Silverblue, Fedora IoT y versiones Live, que se ofrecen en forma de con entornos de escritorio KDE Plasma 5, Xfce, MATE, Cinnamon, LXDE y LXQt. Las versiones están preparadas para arquitecturas x86_64, ARM (Raspberry Pi 2 y 3), ARM64 (AArch64) y Power.
Los más significativos en Fedora 33:
- Todas las variantes de la distribución para escritorio (Fedora Workstation, Fedora KDE, etc.) han sido trasladadas a utilizar por defecto el sistema de archivos Btrfs. La implementación del gestor de particiones Btrfs permitirá resolver problemas de falta de espacio en disco al montar directorios / y /home por separado. Con Btrfs, estos particiones se podrán dividir en dos subparticiones, montadas por separado pero utilizando un espacio de disco común. Btrfs también permitirá utilizar características como instantáneas, compresión de datos transparente, aislamiento adecuado de las operaciones de entrada/salida a través de cgroups2, y redimensionado en caliente de particiones.
- El escritorio Fedora Workstation ha sido actualizado a la versión , en la que se ha optimizado el rendimiento, se ha ofrecido una interfaz introductoria (Welcome Tour) con información sobre las características principales de GNOME, se han ampliado las herramientas de control parental, se ha proporcionado la opción de asignar diferentes frecuencias de actualización de pantalla para cada monitor, y se ha añadido la opción de ignorar la conexión de dispositivos USB no autorizados durante el bloqueo de pantalla.
- Thermald se ha añadido de forma predeterminada a la distribución de Fedora Workstation para rastrear los parámetros de los sensores de temperatura y proteger la CPU contra el sobrecalentamiento durante cargas de trabajo intensas.
- Por defecto, se incluyen fondos de escritorio animados, cuyo color cambia dependiendo de la hora del día.
- En lugar de vi, se ha propuesto el editor de texto nano por defecto. Este cambio se debe al deseo de hacer la distribución más accesible para los principiantes, proporcionando un editor que cualquier usuario sin conocimientos específicos sobre cómo trabajar en el editor Vi puede usar. Sin embargo, se mantiene el paquete vim-minimal en la distribución base (la llamada directa a vi se ha conservado) y se proporciona la opción de cambiar el editor por defecto a vi a petición del usuario.
- Se ha aceptado una de las ediciones oficiales de la distribución (Fedora IoT), que ahora se ofrece junto con Fedora Workstation y Fedora Server. La edición de Fedora IoT se basa en las mismas tecnologías que se utilizan en , y , y ofrece un entorno de sistema simplificado, cuya actualización se realiza de manera atómica mediante la reemplazo de toda la imagen del sistema, sin descomponerla en paquetes individuales. Para el control de integridad, se utiliza la firma digital de toda la imagen del sistema. Para separar las aplicaciones del sistema principal, se utilizan contenedores aislados (se aplica podman para la gestión).
El entorno del sistema Fedora IoT se forma utilizando la tecnología , donde la imagen del sistema se actualiza atómicamente desde un repositorio similar a Git, lo que permite aplicar métodos de control de versiones a los componentes de la distribución (por ejemplo, se puede revertir rápidamente el sistema a un estado anterior). Los paquetes RPM se traducen en el repositorio OSTree mediante una capa especial . Las compilaciones listas para arquitecturas x86_64, Aarch64 y ARMv7 (armhfp). soporte para las plataformas Raspberry Pi 3 Model B/B+, 96boards Rock960 Consumer Edition, Pine64 A64-LTS, Pine64 Rockpro64 y Rock64, así como Up Squared, y máquinas virtuales x86_64 y aarch64.
- En la edición de Fedora con escritorio KDE, se activa por defecto el proceso en segundo plano earlyoom, que en la versión anterior fue propuesto en Fedora Workstation. Earlyoom permite una respuesta más rápida ante la falta de memoria, sin llegar a invocar el manejador OOM (Out Of Memory) en el núcleo, que se activa cuando la situación se vuelve crítica y, por lo general, el sistema ya no responde a las acciones del usuario. Si la cantidad de memoria disponible es menor al 4%, pero no más de 400 MiB, earlyoom forzará el cierre del proceso que consuma más memoria (teniendo el mayor valor en /proc/*/oom_score), sin llevar el estado del sistema a la limpieza de los buffers del sistema.
- Se han actualizado las versiones de muchos paquetes, entre ellos RPM 4.16, Python 3.9, Perl 5.32, Binutils 2.34, Boost 1.73, Glibc 2.32, Go 1.15, Java 11, LLVM/Clang 11, GNU Make 4.3, Node.js 14, Erlang 23, LXQt 0.15.0, Ruby on Rails 6.0, Stratis 2.1.0. Se ha terminado el soporte para Python 2.6 y Python 3.4. Para la arquitectura aarch64 se asegura la entrega de .NET Core.
- Se ha finalizado el soporte del módulo mod_php para el servidor http Apache, en su lugar se propone utilizar php-fpm para ejecutar aplicaciones web en PHP.
- En el paquete de Firefox para Fedora parches para la aceleración de hardware en la decodificación de video utilizando VA-API (Video Acceleration API) y FFmpegDataDecoder, que se activa incluso en sesiones basadas en tecnología WebRTC, utilizada en aplicaciones web para videoconferencias. La aceleración funciona en entornos basados en Wayland y X11 (al iniciar "MOZ_X11_EGL=1 firefox" y habilitar la configuración "media.ffmpeg.vaapi.enabled").
- En el servidor y cliente de sincronización de tiempo preciso chrony, así como en el instalador, se incluye el soporte para el mecanismo de autenticación NTS (Network Time Security).
- En Wine por defecto el backend basado en la capa DXVK, que proporciona una implementación de DXGI (Infraestructura Gráfica DirectX), Direct3D 9, 10 y 11, que opera mediante la traducción de llamadas a la API Vulkan.
A diferencia de las implementaciones Direct3D 9/10/11 integradas en Wine, que funcionan sobre OpenGL, DXVK permite obtener un rendimiento superior al ejecutar aplicaciones y juegos 3D en Wine. - Al compilar paquetes por defecto la optimización en la etapa de vinculación (LTO, Optimización en el Tiempo de Vinculación). En redhat-rpm-config se añadió la opción «-flto».
- Para resolver consultas DNS por defecto systemd-resolved. Glibc se tradujo a nss-resolve del proyecto systemd en lugar del módulo NSS integrado nss-dns.
Systemd-resolved realiza funciones como mantener la configuración en el archivo resolv.conf en base a datos de DHCP y configuración estática de DNS para interfaces de red, admite DNSSEC y LLMNR (Resolución de Nombres Multicast de Enlace Local). Entre las ventajas de la transición a systemd-resolved se mencionan el soporte para DNS sobre TLS, la posibilidad de habilitar el almacenamiento en caché local de consultas DNS y el soporte para vincular diferentes manejadores a diferentes interfaces de red (dependiendo de la interfaz de red se elige el servidor DNS para la consulta; por ejemplo, para interfaces VPN, las consultas DNS se enviarán a través de VPN). No se planea implementar DNSSEC en Fedora (systemd-resolved se compilará con la opción DNSSEC=no).
Para desactivar systemd-resolved, se puede desactivar el servicio systemd-resolved.service y reiniciar el NetworkManager, que creará el tradicional /etc/resolv.conf. - En NetworkManager, para almacenar configuraciones en lugar del plugin ifcfg-rh el archivo en formato keyfile.
- Para sistemas ARM64 la compilación de paquetes utilizando autenticación de punteros (Pointer Authentication) y protección contra la ejecución de conjuntos de instrucciones que no deberían ser seguidos al ramificarse (BTI, Indicador de Objetivo de Ramificación). Los mecanismos mencionados son efectivos para proteger contra ataques que utilizan técnicas de programación orientada a retornos (ROP), donde el atacante no intenta colocar su código en la memoria, sino que opera con fragmentos de instrucciones de máquina ya presentes en las bibliotecas cargadas, que terminan con una instrucción de retorno de control.
- Se ha realizado para simplificar la implementación de la tecnología de presentación selectiva del menú de arranque, donde el menú está oculto por defecto y solo se muestra después de un fallo o de activar una opción en GNOME.
- En lugar de crear una partición de intercambio tradicional colocar el intercambio (swap) utilizando un dispositivo de bloque zRAM, que proporciona almacenamiento de datos en la RAM en forma comprimida.
- un proceso en segundo plano (Storage Instantiation Daemon) para rastrear el estado de los dispositivos en varios subsistemas de almacenamiento (LVM, multipath, MD) y llamar a manejadores al ocurrir ciertos eventos, por ejemplo, para activar y desactivar dispositivos. SID funciona como una capa sobre udev y responde a eventos de este, permitiendo eliminar la necesidad de crear reglas complejas de udev para interactuar con diferentes clases de dispositivos y subsistemas de almacenamiento, que son difíciles de mantener y depurar.
- Base de datos de paquetes RPM (rpmdb) con BerkeleyDB a SQLite. La principal razón para el cambio es el uso de una versión obsoleta de Berkeley DB 5.x en rpmdb, que no ha sido mantenida durante varios años. La transición a lanzamientos más nuevos se ve obstaculizada por el cambio de licencia de Berkeley DB 6 a AGPLv3, cuyos requisitos se aplican también a las aplicaciones que utilizan BerkeleyDB como biblioteca (RPM se distribuye bajo GPLv2, y AGPL es incompatible con GPLv2). Además, la implementación actual de rpmdb basada en BerkeleyDB no proporciona la fiabilidad necesaria, ya que no utiliza transacciones y no puede detectar inconsistencias en la base de datos.
Fuente: opennet.ru
