החל פיתוח של מנהל החבילות DNF 5 והחלפת PackageKit

דניאל מאך מ-Red Hat сообщил על תחילת הפיתוח של מנהל החבילות DNF 5, בו לוגיקה DNF המיושמת ב-Python תועבר לספריית libdnf הכתובה ב-C++. DNF 5 מתוכנן להתחיל בניסויים בחודש יוני במהלך פיתוח פדורה 33, ולאחר מכן הוא יתווסף למאגר Rawhide באוקטובר 2020, ויחליף את DNF 2021 בפברואר 4. תחזוקה של סניף DNF 4 תימשך כפי שהוא. בשימוש ב-Red Hat Enterprise Linux 8.

יצוין כי הפרויקט הגיע למצב בו כמעט בלתי אפשרי להמשיך ולפתח את הקוד מבלי לשבור את התאימות ברמת ה-API/ABI. זה בעיקר בגלל הֶפסֵד הרלוונטיות של PackageKit וחוסר האפשרות לפתח libdnf מבלי לשנות את ה-API של "libhif". יחד עם זאת, למרות הכוונה לשנות את ה-API, שמירה על תאימות לאחור ברמת ממשק שורת הפקודה ו-API נחשבת בראש סדר העדיפויות.

התמיכה ב-Python API ב-DNF תישמר, אך ההיגיון העסקי שנכתב ב-Python יועבר לספריית libdnf (C++), שתבטיח את הפעולה הזהה של מנהל החבילות בהפצה. הפיתוח יתרכז סביב ה-C++ API, וה-API של Python יווצר אוטומטית בצורה של עטיפה המבוססת עליו.
כריכות עבור Go, Perl ו
אוֹדֶם. לאחר ייצוב ה-C++ API, יוכן על בסיסו C API, אליו יועבר rpm-ostree. הוקי Python API יוסר ויוחלף ב libdnf Python API.

פונקציונליות הליבה של DNF תישמר. בשל חבילת הבדיקות הגדולה (כ-1400 בדיקות), צפוי שעיבוד ה-API לא ישפיע על ממשק שורת הפקודה עבור משתמשי קצה. ניתוח ופלט של ארגומנטים עשויים להשתנות מעט, אך שינויים אלה יתועדו היטב. בגרסה מופשטת microdnf, בשימוש בקונטיינרים, מתוכנן ליישם תת-קבוצה של יכולות DNF; השגת שוויון מלא בפונקציונליות אינה נחשבת.

במקום זאת ערכת חבילה ייווצר שירות DBus חדש המספק ממשק לניהול חבילות ועדכונים ליישומים גרפיים. שירות זה מתוכנן להיות מפותח מאפס, כך שיצירתו עשויה לדרוש זמן רב. PackageKit לא פותח לאחרונה ונמצא במצב תחזוקה מאז 2014 עקב אובדן רלוונטיות. עם התקדמות מערכות Snaps ו-Flatpak, ההפצות מאבדות עניין ב-PackageKit, למשל, היא לא זמינה יותר ב-builds פדורה כסף כחול. שכבת ההפשטה לניהול חבילות מסופקת ברובה על ידי מרכזי הבקרה של יישומי GNOME ו-KDE, המאפשרים התקנה של חבילות flatpak ברמת המשתמש האישי. ה-API של המערכת המאוחדת לקבלת רשימה של חבילות מותקנות אינו שימושי כמו קודם.

מקור: OpenNet.ru