Orang-orang Fedora telah bekerja dengan antusias dan waktu yang tersedia untuk memenuhi jadwal peluncuran distribusi Namun, tampaknya tahun ini akan menjadi tahun lain di mana tanggal rilisnya dari distribusi Itu tidak akan terpenuhi, untuklebih dari apa informasi juga dirilis apa pUntuk versi distribusi selanjutnya yaitu Fedora 33 (yang saya sudah tahu mulai bekerja) sSaya akan membuat perubahan kecil pada sistem yang memberikan resolusi nama jaringan ke aplikasi dari "penyelesaian-nss" oleh "diselesaikan sistem".
Untuk implementasi di Fedora 33, "systemd-diselesaikan" direncanakan untuk menggantikan "penyelesaian-nss" untuk menyelesaikan kueri DNS dan Glibc, ini akan diubah menjadi nss-resolusit dari proyek systemd alih-alih modul NSS bawaan nss-dns.
systemd-diselesaikan akan menggantikan penyelesaian-nss di Fedora 33
Perubahan ini dilakukan karena keputusan yang dibuat secara internal di Fedora itu alih-alih memilih untuk menonaktifkan "diselesaikan sistem" (seperti yang telah dilakukan sejak lama) lebih baik diaktifkan.
Para pengembang berkomentar systemd-resolusinya melakukan fungsi seperti simpan konfigurasi di file resolv.conf berdasarkan data DHCP dan konfigurasi DNS statis untuk antarmuka jaringan, mendukung DNSSEC dan LLMNR (Link Local Multicast Name Resolution).
Di antara manfaat beralih ke systemd-diselesaikan adalah dukungan untuk DNS over TLS, kemampuan untuk mengaktifkan caching lokal kueri DNS dan dukungan untuk mengikat prosesor yang berbeda ke antarmuka jaringan yang berbeda (tergantung pada antarmuka jaringan, server DNS dipilih untuk diakses, misalnya kueri DNS untuk antarmuka VPN akan dikirim melalui VPN). Tidak direncanakan untuk menggunakan DNSSEC di Fedora (penyelesaian sistem akan dibuat dengan DNSSEC = tanpa tanda).
Penyelesaian sistem sudah digunakan secara default di Ubuntu Pada versi 16.10, tetapi integrasi akan dilakukan secara berbeda di Fedora, karena Fedora bertindak sangat berbeda dari Ubuntu pada awalnya dan Ubuntu terus menggunakan glibc nss-dns tradisional, yaitu, glibc terus menangani / etc / resolv. Conf, sementara Fedora berharap untuk mengganti nss-dns dengan penyelesaian nss systemd.
Bagi mereka yang tidak ingin menggunakan systemd-Resolus, dimungkinkan untuk menonaktifkannya dan untuk ini, layanan systemd-resolv.service harus dinonaktifkan dan NetworkManager dimulai ulang, yang akan membuat /etc/resolv.conf tradisional.
Versi final Fedora 32 tertunda selama seminggu
Akhirnya, perubahan lain yang diumumkan oleh pengembang proyek Fedora adalah penundaan rilis versi final Fedora 32 selama seminggu. karena ketidakpatuhan dengan kriteria kualitas.
Peluncuran Fedora 32 dijadwalkan pada 28 April, bukan 21 April, seperti yang direncanakan semula.
Dalam pengujian terakhir, build yang memaksa pengembang untuk menunda rilis final setidaknya 3 masalah dikomentaris yang diklasifikasikan sebagai kunci versi yang tetap tidak dikoreksi.
Masalah penguncian versi meliputi: masalah dengan pengenalan partisi LVM dalam mode pemulihan kerusakan, macet saat mencoba boot pada sistem dengan GPU Turing NVIDIA dalam mode "Boot Aman", dan versi final paket f32 latar belakang hilang dalam repositori stabil.
Pengembang berharap bahwa bug ini akan diselesaikan dalam waktu yang mereka tetapkan untuk mengambil tanggal akhir begitu saja (disebutkan sebelumnya), tetapi jika tidak demikian, tanggal tersebut akan ditunda beberapa hari lagi:
Karena bug pemblokir terbuka, Fedora 32 Final dinyatakan "dilarang". Kami akan bertemu lagi pada pukul 17:00 UTC pada hari Kamis, 23 April untuk menilai kembali situasinya dan mengumumkan rilis final Fedora 32.
Jika kami menentukan pada saat itu bahwa Fedora 32 sudah siap, itu akan dirilis pada "tanggal rilis yang diharapkan # 1" tanggal 28 April.
Akhirnya jika Anda ingin tahu lebih banyak tentang komunikasi yang dikeluarkan oleh orang-orang di Fedora, Anda dapat melihat tautan berikut yang kami sediakan.
Tautan tentang perubahan Fedora 33.
Tautan tentang penundaan rilis Fedora 32.
Saya menggunakan Fedora 32 Cinnamon Beta dan itu berjalan cukup baik