Documentation for a newer release is available. View Latest

Cambios en toda la distribución

Recopilación de uso de datos mejorada a través de DNF

Hasta Fedora 32, el Proyecto Fedora estaba estimando el número de sistemas Fedora instalados contando las direcciones IP únicas que acceden a las actualizaciones desde los espejos oficiales. Esta aproximación es altamente insegura por múltiples razones, como los conteos a la baja debido a NAT y los conteos al alza debidos cortos arrendamientos DHCP y portátiles moviéndose entre diferentes conexiones a red y está aproximación impide asimismo distinguir entre las diferentes variantes de Fedora. Al mismo tiempo, las métricas precisas son muy útiles para cualquier proyecto de software que quiera servir a su comunidad y seguir siendo relevante, por lo tanto El Proyecto Fedora ha estado explorando formas de obtener información más útil sin comprometer la privacidad de sus usuarios.

En Fedora 32, cuando el sistema instalado contacta con uno de os espejos oficiales de Fedora, suministra la siguiente información ("agente de usuario"):

  • Versión Fedora (como "Fedora 32").

  • Variante Fedora (como "Server").

  • Sistema operativo y arquitectura (como "Linux.x86_64").

  • Una variable countme introducida como nueva .

La varialble countme se usa por Fedora Project para determinar la edad del sistema. La variable tiene cuatro posibles valores:

  • 1 dentro de la primera semana de instalación - 0-7 días.

  • 2 entre la primera semana y el primer mes de instalación - 8-30 días.

  • 3 entre el primer mes y los primeros 6 meses de instalación - 31-180 días.

  • 4 después de los primeros 6 de instalación - 180 días o más.

Usando este sistema, The Fedora Project puede medir los niveles de utilización de las diversas combinaciones de arquitectura y sus variante y recoger datos de utilización de corto y largo término de cada variante. Al mismo tiempo, este sistema evita recopilar cualquier información de identificación sobre cualquier sistema cliente.

Si desea deshabilitar este comportamiento, cambie el valor del booleano countme en la configuración deDNF. Vea los detalles en la página de manual dnf.conf(5).

Este sistema no estará activo en el lado del Fedora Project en el momento del lanzamiento de Fedora 32 porque la parte del lado del servidor no está lista. Los clientes enviarán su usuario agente incluyendo countme, pero no será procesado al principio.

Los medios físicos ópticos no requieren prueba previa a GA

Desde Fedora 32, el sistema operativo instalado desde un medio físico óptico no necesita ser probado antes de la disponibilidad general. Sin embargo, los roblemas relacionados con el arranque de medio físicos seguirán tratándose como errores bloqueadores.

El cambio afectará a las siguientes imágenes:

  • Fedora-Everything-netinst-x86\_64-<RELEASE_MILESTONE>.iso

  • Fedora-Workstation-Live-x86\_64-<RELEASE_MILESTONE>.iso

Los objetivos de cambio para dirigir la tendencia de incluso decrementar la cantidad de equipos nuevos y portátiles con unidades de CD/DVD, y errores que la instalación que utiliza estos medios de comunicación impuestos.

Como un resultado, el Fedora QE Team y las pruebas de la comunidad tiene más capacidad de probar partes de Fedora que son mucho más visibles y están más expuestas a los usuarios finales.

Debido a algunos defectos, los usuarios quizá no sean capaces en algunos casos completar la instalación desde el medio óptico.

Los cambios de empaquetado en el paquete clang-libs

El paquete clang-libs no incluye más las bibliotecas del componente individual como libclangBasic.so, libclangAST.so y similares. Los paquetes que dependan en las bibliotecas clang ahora están enlazadas a libclang-cpp.so.

Como un resultado de este cambio:

  • Hay una estabilidad mejorada en Fedora y las aplicaciones en tiempo de puesta en marcha.

  • Los usuarios finales que desarrollan aplicaciones utilizando las bibliotecas clang deben actualizar sus aplicaciones para utilizar libclang-cpp.so en lugar de las bibliotecas del componente individual.

  • Los usuarios finales que utilizan paquetes de Fedora que dependen de las bibliotecas de clang no se verán afectados por este cambio.

Se agregó compatibilidad con los paquetes AArch64 y ppc64le, con una mayor disponibilidad de paquetes dependientes de FPC

An updated version (3.2.0) of Free Pascal Compiler is now available with Fedora 32. With the updated Free Pascal Compiler you can now build Arch64 and ppc64le packages. Also, the Free Pascal Compiler now supports new architectures. As a result, the programs that are compiled using FPC are available to run on more architectures that Fedora supports.

Adoptar el formato sysusers.d

Previously, users were created in %pre section by calling the commands getent, useradd, and groupadd.

With this update, users are defined in the sysusers.d format. It adds an rpm package Provides generator to create user(<name>) and group(<name>) virtual Provides for packages with sysusers.d files.

An rpm package Provides generator is added to generate user(<name>) and group(<name>) for packages with sysusers.d files.

As a benefit:

  • Packages declare system users using a uniform syntax.

  • Scriptlets son más estandarizados.

  • Admins may easily inspect the system user list and find which packages require users.

  • Admins may easily override definitions of system users by providing appropriate sysusers.d files with higher priority.

    Users are still created using old-style useradd calls.

Scriptlet de uso limitado de paquetes del núcleo

In Fedora 32, core packages (packages that are used to build the minimal container image) have had all of their scriptlet calls (%pre, %post, %preun, %postun) removed. This means the entire install process of the container image is now declarative and transparent to packaging tools such as rpm, ostree, or composer, the installation is faster, and keeping this approach in the future will allow for additional optimizations and features.

Los paquetes aún pueden cambiar en el sistema durante la instalación por situar archivos en lugares específicos que las acciones de disparador.

Recuperación más rápida de situaciones de memoria baja en Fedora Workstation

El servicio earlyoom está ahora habilitado de forma predeterminada en Fedora Workstation.

El servicio earlyoom monitoriza el uso de la memoria del sistema. Si la memoria libre cae por debajo de un límite preestablecido, earlyoom finaliza el proceso correspondiente para liberar memoria. Como resultado, el sistema no se bloquea durante largos periodos de tiempo en situaciones de poca memoria.

La siguiente es la configuración de earlyoom predeterminada:

  • Si tanto la RAM como el espacio de intercambio caen por debajo del 10% libre, earlyoom envía la señal SIGTERM al proceso con el tamaño de oom_score más alto.

  • Si tanto la RAM como el espacio de intercambio caen por debajo del 5% libre, earlyoom envía la señal SIGKILL al proceso con el oom_score más alto.

Para más información, consulte la página de man earlyoom.

Want to help? Learn how to contribute to Fedora Docs ›