Documentation for a newer release is available. View Latest

Dağıtım Genelindeki Değişiklikler

Improved usage data gathering through DNF

Before Fedora 32, The Fedora Project was estimating the number of installed Fedora systems by counting the unique IP addresses which access updates from the official mirrors. This approach is highly inaccurate for multiple reasons, such as undercounting due to NAT and overcounting due to short DHCP leases and laptops moving between different network connections, and this approach also doesn’t allow for distinguishing between Fedora variants. At the same time, accurate usage metrics are highly useful for any software project that wants to serve its community and remain relevant, and so The Fedora Project has been exploring ways to obtain more useful information without compromising privacy of its users.

In Fedora 32, when the installed system contacts one of the official Fedora mirrors, it provides the following information ("user agent"):

  • Fedora version (such as "Fedora 32").

  • Fedora variant (such as "Server").

  • Operating system and architecture (such as "Linux.x86_64").

  • A newly introduced countme variable.

The countme variable is used by Fedora Project to determine the age of the system. The variable has four possible values:

  • 1 within the first week of installation - 0-7 days.

  • 2 between the first week and the first month of installation - 8-30 days.

  • 3 between the first month and the the first 6 months of installation - 31-180 days.

  • 4 after the first 6 months of installation - 180 days or more.

Using this system, The Fedora Project can measure the usage levels of various combinations of architectures and variants and collect data short and long term usage of each variant. At the same time, this system avoids collecting any identifying information about any client system.

If you wish to disable this behavior, change the value of the countme boolean in DNF configuration. See the dnf.conf(5) man page for details.

This system will not be active on Fedora Project’s side at the moment of Fedora 32 release because the server side portion is not ready. Clients will send their user agent including countme, but it will not be processed at first.

Fiziksel optik ortam, genel kullanılabilirlik öncesi test gerektirmiyor

Fedora 32’den itibaren, fiziksel optik ortamdan kurulacak işletim sisteminin genel kullanılabilirlikten önce test edilmesi gerekmemektedir. Ancak, fiziksel ortam önyüklemesi ile ilgili sorunlar yine de engelleyici hata olarak ele alınacaktır.

Değişiklik aşağıdaki kalıpları etkileyecektir:

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

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

Değişiklik, CD/DVD sürücülerine sahip yeni masaüstü ve dizüstü bilgisayarların giderek azalmakta olduğu eğilimine ve bu ortam kullanılarak yapılan kurulumların neden olduğu hatalara hitap etmeyi amaçlamaktadır.

Sonuç olarak Fedora KG Ekibi ve topluluk testçileri, Fedora’nın çok daha görünür ve son kullanıcılarla etkileşimde olan kısımlarını test etmek için daha fazla kapasiteye sahip olacaklardır.

Birtakım hatalar nedeniyle, bazı durumlarda kullanıcılar kurulumu optik ortamdan tamamlayamayabilirler.

clang-libs paketindeki paketleme değişiklikleri

clang-libs paketi, artık libclangBasic.so, libclangAST.so ve benzeri gibi bireysel bileşen kütüphaneleri içermemektedir. Clang kütüphanelerine bağımlı paketler artık libclang-cpp.so kütüphanesine bağlanmaktadır.

Bu değişikliğin bir sonucu olarak:

  • Fedora’nın kararlılığında ve uygulama başlatma zamanlarında bir iyileştirme olmuştur.

  • Clang kütüphanelerini kullanarak uygulama geliştiren son kullanıcıların, bireysel bileşen kütüphaneleri yerine libclang-cpp.so kullanması için uygulamalarını güncellemeleri gerekmektedir.

  • Clang kütüphanelerine bağımlı Fedora paketlerini kullanan son kullanıcılar bu değişiklikten herhangi bir şekilde etkilenmeyecektir.

Added support for AArch64 and ppc64le packages with extended availability of FPC-dependent packages

Free Pascal Compiler’ın güncellenmiş bir sürümü (3.2.0) artık Fedora 32 ile kullanılabilir. Güncellenmiş Free Pascal Compiler ile artık Arch64 ve ppc64le paketleri oluşturabilirsiniz. Ayrıca, Free Pascal Compiler artık yeni mimarileri desteklemektedir. Sonuç olarak, FPC kullanılarak derlenen programlar Fedora’nın desteklediği daha fazla mimaride çalıştırılabilir.

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.

Fedora Workstation’da düşük bellek durumlarından daha hızlı kurtulma

earlyoom hizmeti artık Fedora Workstation’da öntanımlı olarak etkinleştirildi.

earlyoom hizmeti sistemin bellek kullanımını izler. Boş bellek belirlenen bir sınırın altına düşerse, earlyoom belleği boşaltmak için uygun bir işlemi sonlandırır. Sonuç olarak, düşük bellek durumlarında sistem uzun süre yanıt vermeme durumunda kalmaz.

Öntanımlı earlyoom yapılandırması aşağıdaki gibidir:

  • RAM ve takas alanının her ikisi de %10’un altına inerse, earlyoom en yüksek oom_score puanına sahip işleme SIGTERM sinyali gönderir.

  • RAM ve takas alanının her ikisi de %5’in altına inerse, earlyoom en yüksek oom_score puanına sahip işleme `SIGKILL ` sinyali gönderir.

Daha pazla bilgi için earlyoom kılavuz sayfasına bakın.