Perubahan Seluruh Distribusi

Perbaikan pengumpulan data penggunaan melalui DNF

Sebelum Fedora 32, Proyek Fedora memperkirakan banyaknya sistem Fedora yang diinstal dengan menghitung alamat IP unik yang mengakses pembaruan dari mirror resmi. Pendekatan ini sangat tidak akurat karena berbagai alasan, seperti hitungan kurang karena NAT dan hitungan lebih karena sewa DHCP yang pendek dan laptop yang berpindah di antara koneksi jaringan yang berbeda, dan pendekatan ini juga tidak memungkinkan untuk membedakan antara varian Fedora. Pada saat yang sama, metrik penggunaan yang akurat sangat berguna untuk proyek perangkat lunak apa pun yang ingin melayani komunitasnya dan tetap relevan, sehingga Proyek Fedora telah mencari cara untuk mendapatkan informasi yang lebih bermanfaat tanpa mengurangi privasi penggunanya.

Dalam Fedora 32, ketika sistem yang dipasang menghubungi satu dari cermin Fedora resmi, itu memberikan informasi berikut ("user agent"):

  • Versi Fedora (seperti misalnya "Fedora 32").

  • Varian Fedora (seperti misalnya "Server").

  • Sistem operasi dan arsitektur (seperti misalnya "Linux.x86_64").

  • Suatu variabel countme yang baru diperkenalkan.

Variabel countme dipakai oleh Proyek Fedora untuk menentukan umur sistem. Variabel punya empat kemungkinan nilai:

  • 1 dalam minggu pertama instalasi - 0-7 hari.

  • 2 antara minggu pertama dan bulan pertama instalasi - 8-30 hari.

  • 3 antara bulan pertama dan 6 bulan pertama instalasi - 31-180 hari.

  • 4 setelah 6 bulan pertama instalasi - 180 hari atau lebih.

Memakai sistem ini, Proyek Fedora dapat mengukur tingkat penggunaan dari berbagai kombinasi arsitektur dan varian dan mengumpulkan data penggunaan jangka pendek dan panjang dari setiap varian. Pada saat yang sama, sistem ini menghindari mengumpulkan informasi pengidentifikasi tentang sebarang sistem klien.

Bila Anda hendak mematikan perilaku ini, ubah nilai boolean countme dalam konfigurasi DNF. Lihat halaman man dnf.conf(5) untuk rincian.

Sistem ini tidak akan aktif di sisi Proyek Fedora pada saat rilis Fedora 32 karena bagian sisi server tidak siap. Klien akan mengirim user agent termasuk countme, tetapi itu tidak akan diproses pada awalnya.

Media optik fisik tidak memerlukan pengujian pra-GA

Sejak Fedora 32, sistem operasi yang akan dipasang dari media optik fisik tidak perlu diuji sebelum ketersediaan umum. Namun, masalah tentang boot media fisik masih akan diperlakukan sebagai bug pemblokir.

Perubahan akan memengaruhi image berikut:

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

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

Perubahan ini bertujuan untuk mengatasi tren semakin berkurangnya jumlah komputer dan laptop baru dengan drive CD/DVD, dan kesalahan yang disebabkan oleh pemasangan menggunakan media ini.

Akibatnya, Tim QE Fedora dan penguji komunitas akan memiliki lebih banyak kapasitas untuk menguji bagian-bagian dari Fedora yang jauh lebih terlihat dan terekspos kepada pengguna akhir.

Karena beberapa bug, dalam beberapa kasus pengguna mungkin tidak dapat menyelesaikan instalasi dari media optik.

Perubahan pemaketan dalam paket clang-libs

Paket clang-libs tidak lagi termasuk pustaka komponen individu seperti libclangBasic.sco, libclangAST.so, dan seterusnya. Paket-paket yang bergantuk kepada pustaka clang kini di-link ke libclang-cpp.so.

Sebagai akibat dari perubahan ini:

  • Ada peningkatan stabilitas di Fedora dan waktu memulai aplikasi.

  • Pengguna akhir yang mengembangkan aplikasi menggunakan pustaka clang perlu memperbarui aplikasi mereka untuk menggunakan libclang-cpp.so alih-alih pustaka komponen individual.

  • Pengguna akhir yang menggunakan paket Fedora yang bergantung pada pustaka clang tidak mengalami dampak apa pun karena perubahan ini.

Dukungan tambahan untuk paket-paket AArch64 dan ppc64le dengan ketersediaan tambahan paket-paket yang bergantung pada FPC

Versi diperbarui (3.2.0) dari Free Pascal Compiler sekarang tersedia dengan Fedora 32. Dengan Free Pascal Compiler yang diperbarui sekarang Anda dapat membangun paket-paket Arch64 dan` ppc64le`. Juga, Free Pascal Compiler sekarang mendukung arsitektur baru. Akibatnya, program yang dikompilasi menggunakan FPC tersedia untuk dijalankan pada lebih banyak arsitektur yang didukung oleh Fedora.

Mengadopsi format sysusers.d

Sebelumnya, pengguna dibuat dalam bagian %pre dengan memanggil perintah genent, useradd, dan groupadd.

Dengan pembaruan ini, pengguna didefinisikan dalam format sysuser.d. Ini menambah paket rpm Provides generator untuk membuat Provides virtual user(<name>) dan group(<name>) untuk paket-paket dengan berkas-berkas sysusers.d.

Suatu pembangkit Provides paket rpm ditambahkan untuk membangkitkan user(<name>) dan group(<name>) untuk paket-paket dengan berkas-berkas sysusers.d.

Keuntungannya:

  • Paket-paket mendeklarasikan pengguna sistem memakai suatu sintaks yang seragam.

  • Scriptlet lebih distandarkan.

  • Admin dapat dengan mudah memeriksa daftar pengguna sistem dan menemukan paket-paket mana yang membutuhkan pengguna.

  • Admin dapat dengan mudah menimpa definisi pengguna sistem dengan menyediakan berkas-berkas sysusers.d yang sesuai dengan prioritas lebih tinggi.

    Pengguna masih dibuat memakai panggilan useradd gaya lama.

Penggunaan scriptlet terbatas dari paket-paket inti

Di Fedora 32, semua panggilan scriptlet (%pre,%post, %preun,%postun) paket-paket inti (paket yang digunakan untuk membangun image container minimal) telah dihapus. Ini berarti seluruh proses pemasangan image container sekarang deklaratif dan transparan untuk alat-alat pemaketan seperti rpm,` ostree`, atau composer, pemasangan lebih cepat, dan menjaga pendekatan ini di masa depan akan memungkinkan untuk optimasi-optimasi dan fitur-fitur tambahan.

Paket-paket masih dapat membuat perubahan ke sistem selama instalasi dengan menempatkan berkas-berkas di lokasi tertentu yang memicu aksi-aksi.

Pemulihan yang lebih cepat dari situasi memori rendah dalam Fedora Workstation

Layanan earlyoom kini difungsikan secara default dalam Fedora Workstation.

Layanan earlyoom memantau pemakaian memori sistem. Bila memori bebas jatuh di bawah suatu batas yang diatur, earlyoom mengakhiri suatu proses yang sesuai untuk membebaskan memori. Sebagai hasilnya, sistem tidak menjadi tak responsif untuk perioda waktu yang lama dalam situasi memori rendah.

Berikut adalah konfigurasi earlyoom default:

  • Bila RAM dan swap menjadi kurang dari 10% bebas, earlyoom mengirim sinyal SIGTERM ke proses dengan oom_score tertinggi.

  • Bila RAM dan swap turun di bawah 5% bebas, earlyoom mengirim sinyal SIGKILL ke proses dengan oom_score tertinggi.

Untuk informasi lebih lanjut, lihat halaman man earlyoom.