Fedora Linux 39 วางแผนที่จะใช้ DNF5 เป็นค่าเริ่มต้นเพื่อประสิทธิภาพที่ดีขึ้น
คณะกรรมการด้านวิศวกรรมและการกำกับดูแลของ Fedora (FESCo) ประกาศว่าใน Fedora 39 ทีมที่รับผิดชอบอาจจะเข้ามาแทนที่DNF, libdnf และ dnf-automatic cด้วยเครื่องมือบรรจุภัณฑ์ DNF5 ใหม่และไลบรารีรองรับ libdnf5. DNF5 ควรปรับปรุงประสบการณ์ผู้ใช้และให้ประสิทธิภาพที่ดีขึ้นสำหรับการจัดการซอฟต์แวร์บน Fedora Linux
DNF เป็นโปรแกรมจัดการแพ็คเกจซอฟต์แวร์ ซึ่งติดตั้ง อัปเดต และลบแพ็คเกจใน Fedora และเป็นผู้สืบทอดของ YUM (Yellow-Dog Updater Modified) DNF ทำให้ง่ายต่อการบำรุงรักษาแพ็คเกจโดยการตรวจสอบการขึ้นต่อกันโดยอัตโนมัติและกำหนดการดำเนินการที่จำเป็นในการติดตั้งแพ็คเกจ วิธีนี้ช่วยขจัดความจำเป็นในการติดตั้งหรืออัปเดตแพ็คเกจและการขึ้นต่อกันด้วยตนเองโดยใช้คำสั่ง rpm
เกี่ยวกับฟังก์ชันใหม่ของ DNF5 มีความโดดเด่นดังต่อไปนี้:
- ตัวจัดการแพ็คเกจเต็มรูปแบบโดยไม่ต้องใช้ Python
- ระบบที่เล็กที่สุด
- เร็วขึ้น
- แทนที่ DNF และ Microdnf
- พฤติกรรมที่เป็นหนึ่งเดียวในสแต็กการจัดการซอฟต์แวร์ทั้งหมด
- ปลั๊กอิน Libdnf5 ใหม่ (C++, Python) จะใช้ได้กับ DNF5 และ Dnf5Daemon
- การตั้งค่าที่ใช้ร่วมกัน
- DNF/YUM ได้รับการพัฒนามาเป็นเวลาหลายทศวรรษโดยมีผลกระทบจากรูปแบบที่หลากหลายและรูปแบบการตั้งชื่อ (ตัวเลือก การตั้งค่า ตัวเลือก คำสั่ง)
- สามารถเป็นทางเลือกแทน PackageKit สำหรับ RPM (แบ็กเอนด์ PackageKit ที่ไม่ซ้ำกัน) หากมีอยู่ในเดสก์ท็อป
- ความเข้ากันได้กับกลุ่มโมดูลาร์และคอมพ์
- การปรับปรุงที่สำคัญในฐานรหัส
- การแยกสถานะระบบออกจากฐานข้อมูลประวัติและ /etc/dnf/module.d
ใน dnf-4 รายการแพ็คเกจที่ติดตั้ง โดยผู้ใช้และรายชื่อกลุ่มที่ติดตั้ง รวมถึงรายการแพ็คเกจที่ติดตั้งของกลุ่มเหล่านี้ ถูกคำนวณเป็นการรวมตัวของประวัติศาสตร์ ของการทำธุรกรรม ใน dnf5 จะถูกเก็บไว้แยกต่างหากซึ่งมีข้อดีหลายประการ ไม่น้อยไปกว่านั้นคือความจริงที่ว่าฐานข้อมูลประวัติจะถูกใช้เพื่อจุดประสงค์ในการให้ข้อมูลเท่านั้นและจะไม่กำหนดสถานะของระบบ (บางครั้งได้รับความเสียหาย เป็นต้น) ข้อมูลที่เก็บไว้ใน /etc/dnf/module.d ไม่ควรให้ผู้ใช้เขียนได้และรูปแบบของข้อมูลไม่เพียงพอ (ข้อมูลเกี่ยวกับแพ็คเกจที่ติดตั้งพร้อมโปรไฟล์ที่ติดตั้งหายไป)
DNF5 ยังอยู่ในระหว่างการพัฒนา และคุณสมบัติหรือตัวเลือกบางอย่างยังไม่พร้อมใช้งาน ยัง มีงานต้องทำในการใช้โมดูลาร์การจัดเก็บข้อมูลภายในที่เกี่ยวข้องกับประวัติและสถานะของระบบ และเอกสารประกอบและหน้าคู่มือ สามารถทดสอบ DNF5 จากพื้นที่เก็บข้อมูลด้วยบิลด์อัปสตรีมทุกคืน
DNF5 จะเลิกใช้ปลั๊กอิน dnf, yum, dnf-automatic, yum-utils และ DNF (หลักและส่วนเสริม) python3-dnf และ LIBDNF (libdnf, python3-hawkey) จะถูกเลิกใช้ด้วย fedora-obsolete-packages รวมทั้งจะให้ symlink ไปยัง /usr/bin/dnf ดังนั้นผู้ใช้จะเห็นการแทนที่เป็นการอัพเดท เป็น DNF ที่มีการเปลี่ยนแปลงไวยากรณ์ที่จำกัดแต่มีการบันทึกไว้ DNF5 จะจัดเตรียมนามแฝงของคำสั่งและตัวเลือกที่ได้รับการสนับสนุนเพื่อปรับปรุงการนำ DNF5 ไปใช้
ข้อเสนอการเปลี่ยนแปลงสรุปสิ่งต่าง ๆ ดังต่อไปนี้:
- ใหม่ DNF5 จะช่วยปรับปรุงประสบการณ์ผู้ใช้และประสิทธิภาพให้ดีขึ้นอย่างมาก. การแทนที่นี้เป็นขั้นตอนที่สองในการอัพเกรดสแต็คการจัดการซอฟต์แวร์ของ Fedora หากไม่มีการเปลี่ยนแปลงนี้ จะมีเครื่องมือการจัดการซอฟต์แวร์หลายตัว (DNF5, Microdnf เก่า, PackageKit และ DNF) ตามไลบรารีต่างๆ (libdnf, libdnf5) ซึ่งจะให้ลักษณะการทำงานที่แตกต่างกันและจะไม่แชร์ประวัติ อาจเป็นไปได้ว่า DNF มีการสนับสนุนสำหรับนักพัฒนาที่จำกัดเท่านั้น การพัฒนา DNF5 ได้รับการประกาศในรายการ Fedora-Devel ในปี 2020
- DNF5 ลบโค้ด Python สำหรับระบบที่เล็กกว่าประสิทธิภาพที่เร็วขึ้น และเพื่อแทนที่เครื่องมือ DNF และ microdnf ที่มีอยู่ DNF5 ยังรวมพฤติกรรมของสแต็กการจัดการซอฟต์แวร์เข้าด้วยกัน แนะนำ daemon ใหม่เป็นทางเลือกให้กับ PackageKit สำหรับ RPM และควรมีความสามารถมากกว่านี้ คาดหวังประสิทธิภาพที่เร็วขึ้นสำหรับการเรียกดูที่เก็บข้อมูล การดำเนินการค้นหา การสืบค้น RPM และการแชร์ข้อมูลเมตา
ข้อเสนอการเปลี่ยนแปลงยังคงต้องได้รับการอนุมัติ โดย Fedora Engineering and Steering Committee แต่เนื่องจาก Red Hat มีส่วนร่วมใน DNF(5) จึงสามารถสันนิษฐานได้ว่าจะได้รับการอนุมัติและหวังว่าจะเสร็จสิ้นทันเวลาสำหรับวงจร Fedora 39
Fuente: https://fedoraproject.org