Cambios en toda la Distribución
- Recopilación de uso de datos mejorada a través de DNF
- Los medios físicos ópticos no requieren prueba previa a GA
- Packaging changes in clang-libs package
- Added support for AArch64 and ppc64le packages with extended availability of FPC-dependent packages
- Adopting sysusers.d format
- Limited scriptlet usage of core packages
- Faster recovery from low-memory situations in Fedora Workstation
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 |
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.
The change will affect the following images:
-
Fedora-Everything-netinst-x86\_64-<RELEASE_MILESTONE>.iso
-
Fedora-Workstation-Live-x86\_64-<RELEASE_MILESTONE>.iso
The change aims to address the trend of ever decreasing amount of new computers and laptops with CD/DVD drives, and errors that installation using this media entails.
As a result, the Fedora QE Team and community testers will have more capacity to test parts of Fedora that are far more visible and exposed to end users.
Due to some bugs, users might not be able in some cases to complete the installation from optical media. |
Packaging changes in clang-libs package
The clang-libs
package no longer includes individual component libraries like libclangBasic.so
, libclangAST.so
and so on. Packages that depend on the clang libraries are now linked to libclang-cpp.so
.
As a result of this change:
-
There is an improved stability in Fedora and application start-up time.
-
End-users who develop applications using clang libraries are required to update their applications to use
libclang-cpp.so
instead of the individual component libraries. -
End-users who use Fedora packages that depend on clang libraries do not have any impact due to this change.
Added support for AArch64 and ppc64le packages with extended availability of FPC-dependent packages
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.
Adopting sysusers.d format
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 are more standardized.
-
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.
Limited scriptlet usage of core packages
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.
Packages can still make changes to the system during installation by placing files in specific locations that trigger actions.
Faster recovery from low-memory situations in Fedora Workstation
The earlyoom
service is now enabled by default in Fedora Workstation.
The earlyoom
service monitors system memory usage.
If free memory falls below a set limit, earlyoom
terminates an appropriate process to free up memory.
As a result, the system does not become unresponsive for long periods of time in low-memory situations.
The following is the default earlyoom
configuration:
-
If both RAM and swap go below 10% free,
earlyoom
sends theSIGTERM
signal to the process with the largestoom_score
. -
If both RAM and swap go below 5% free,
earlyoom
sends theSIGKILL
signal to the process with the largestoom_score
.
For more information, see the earlyoom
man page.
Want to help? Learn how to contribute to Fedora Docs ›