พวก Fedora ทำงานด้วยความกระตือรือร้น และเวลาที่มีเพื่อให้เป็นไปตามกำหนดการเปิดตัวการจัดจำหน่าย แต่ดูเหมือนว่าปีนี้จะเป็นอีกปีที่มีวันวางจำหน่าย ของการกระจาย มันจะไม่สำเร็จเพิ่มเติมจากอะไร ข้อมูลก็ถูกปล่อยออกมาเช่นกัน อะไรพีสำหรับรุ่นถัดไปของการจัดจำหน่ายซึ่งเป็น Fedora 33 (ซึ่งฉันรู้อยู่แล้วว่ากำลังจะเริ่มทำงาน) sฉันจะทำการเปลี่ยนแปลงเล็ก ๆ น้อย ๆ บนระบบที่จัดเตรียมความละเอียดชื่อเครือข่ายให้กับแอปพลิเคชันจาก“ nss-resolution” โดย“ systemd-modified”
สำหรับการนำไปใช้งาน ใน Fedora 33 มีการวางแผน "systemd-modified" เพื่อแทนที่ "nss-resolution" ในการแก้ไขการสอบถาม DNS และ Glibc จะถูกเปลี่ยนเป็นการแก้ปัญหา nss จากโปรเจ็กต์ systemd แทนโมดูล NSS ในตัว nss-dns
systemd-modified จะแทนที่การแก้ไข nss ใน Fedora 33
การเปลี่ยนแปลงนี้เกิดขึ้น เนื่องจากการตัดสินใจภายใน Fedora นั้น แทนที่จะเลือกปิดใช้งาน "systemd-modified" (เหมือนที่ทำมานานแล้ว) เปิดใช้งานได้ดีขึ้น
นักพัฒนาแสดงความคิดเห็นว่า systemd-resolution ทำหน้าที่เช่น เก็บการกำหนดค่าไว้ในไฟล์ resolv.conf ตามข้อมูล DHCP และการกำหนดค่า DNS แบบคงที่สำหรับอินเทอร์เฟซเครือข่ายรองรับ DNSSEC และ LLMNR (Link Local Multicast Name Resolution)
ข้อดีของการเปลี่ยนไปใช้ systemd-modified คือ รองรับ DNS ผ่าน TLS ความสามารถในการเปิดใช้งานการแคชแบบสอบถาม DNS ในเครื่อง และรองรับการเชื่อมโยงโปรเซสเซอร์ที่แตกต่างกันกับอินเทอร์เฟซเครือข่ายที่แตกต่างกัน (ขึ้นอยู่กับอินเทอร์เฟซเครือข่ายเซิร์ฟเวอร์ DNS ถูกเลือกเพื่อเข้าถึงเช่นการสืบค้น DNS สำหรับอินเตอร์เฟส VPN จะถูกส่งผ่าน VPN ไม่มีการวางแผนที่จะใช้ DNSSEC ใน Fedora (ระบบจะสร้างการแก้ไขด้วย DNSSEC = ไม่มีแฟล็ก)
Systemd-resolution ถูกใช้เป็นค่าเริ่มต้นใน Ubuntu แล้ว ตั้งแต่เวอร์ชัน 16.10 แต่การรวมจะทำแตกต่างกันใน Fedora เนื่องจาก Fedora ทำหน้าที่แตกต่างจาก Ubuntu โดยสิ้นเชิงและ Ubuntu ยังคงใช้ glibc nss-dns แบบเดิมนั่นคือ glibc ยังคงจัดการ / etc / resolv.conf ในขณะที่ Fedora หวังว่าจะแทนที่ nss-dns ด้วยการแก้ไข nss ของ systemd
สำหรับผู้ที่ไม่ต้องการใช้ systemd-fix ก็สามารถปิดการใช้งานได้ และสำหรับสิ่งนี้ต้องปิดใช้งานบริการ systemd-resolution.service และ NetworkManager จะเริ่มต้นใหม่ซึ่งจะสร้าง /etc/resolv.conf แบบดั้งเดิม
Fedora 32 เวอร์ชันสุดท้ายล่าช้าไปหนึ่งสัปดาห์
ในที่สุดการเปลี่ยนแปลงอีกอย่างที่นักพัฒนาของโครงการ Fedora ประกาศคือการเลื่อนการเปิดตัว Fedora 32 รุ่นสุดท้ายออกไปหนึ่งสัปดาห์ เนื่องจากไม่ปฏิบัติตามเกณฑ์คุณภาพ
การเปิดตัวของ Fedora 32 มีกำหนดในวันที่ 28 เมษายนแทนที่จะเป็นวันที่ 21 เมษายนตามแผนเดิม
ในการสร้างการทดสอบขั้นสุดท้าย ที่บังคับให้นักพัฒนาต้องเลื่อนการเปิดตัวครั้งสุดท้าย มีการแสดงความคิดเห็นอย่างน้อย 3 ปัญหาs ที่ถูกจัดประเภทเป็นการล็อกเวอร์ชันที่ยังคงไม่ได้รับการแก้ไข
ปัญหาการล็อกเวอร์ชัน ได้แก่ ปัญหาเกี่ยวกับการจดจำพาร์ติชัน LVM ในโหมดการกู้คืนข้อขัดข้องการค้างเมื่อพยายามบูตระบบด้วย NVIDIA Turing GPUs ในโหมด "Safe Boot" และไม่มีเวอร์ชันสุดท้ายของแพ็คเกจ f32-background ในที่เก็บที่เสถียร
นักพัฒนาหวังว่าข้อบกพร่องเหล่านี้จะได้รับการแก้ไขภายในระยะเวลาที่กำหนดให้ใช้วันที่สิ้นสุดสำหรับการให้สิทธิ์ (ที่กล่าวไว้ก่อนหน้านี้) แต่ในกรณีที่ไม่เป็นเช่นนั้นวันที่จะล่าช้าไปอีกหลายวัน:
เนื่องจากข้อบกพร่องของตัวบล็อกแบบเปิด Fedora 32 Final จึงถูกประกาศว่า "ต้องห้าม" เราจะพบกันอีกครั้งในเวลา 17:00 UTC ในวันพฤหัสบดีที่ 23 เมษายนเพื่อประเมินสถานการณ์อีกครั้งและประกาศการเปิดตัว Fedora 32 ครั้งสุดท้าย
หากเราทราบว่า Fedora 32 พร้อมในเวลานั้นก็จะเปิดตัวใน "วันที่คาดว่าจะวางจำหน่าย # 1" ของวันที่ 28 เมษายน
ในที่สุด หากคุณต้องการทราบข้อมูลเพิ่มเติมเกี่ยวกับการสื่อสาร ออกโดยพวก Fedora คุณสามารถตรวจสอบลิงค์ต่อไปนี้ที่เรามีให้
ลิงก์เกี่ยวกับการเปลี่ยนแปลงใน Fedora 33
ลิงก์เกี่ยวกับความล่าช้าในการเปิดตัว Fedora 32
ฉันอยู่กับ Beta Fedora 32 Cinnamon และมันก็เข้ากันได้ดีทีเดียว