Fedora 39 מתכננת להשתמש ב-DNF5 כברירת מחדל

Fedora Linux 39 מתכננת להשתמש ב-DNF5

Fedora Linux 39 מתכננת להשתמש ב-DNF5 כברירת מחדל לביצועים טובים יותר

ועדת ההנדסה וההיגוי של פדורה (FESCo) מודיעה כי בפדורה 39 הצוות האחראי כנראה יחליף את DNF, libdnf ו-dnf-automatic cעם כלי האריזה החדש DNF5 וספריית התמיכה libdnf5. DNF5 אמור לשפר את חווית המשתמש ולספק ביצועים טובים יותר לניהול תוכנה ב-Fedora Linux.

DNF הוא מנהל חבילות תוכנה שמתקין, מעדכן ומסיר חבילות בפדורה והוא היורש של YUM (Yellow-Dog Updater Modified). DNF מקל על תחזוקת חבילות על ידי בדיקה אוטומטית של תלות וקביעת הפעולות הנדרשות להתקנת חבילות. שיטה זו מבטלת את הצורך בהתקנה או עדכון ידני של החבילה והתלות שלה באמצעות הפקודה rpm.

לגבי הפונקציות החדשות של DNF5, הדברים הבאים בולטים:

  • מנהל חבילה מלאה ללא צורך ב-Python
  • המערכת הקטנה ביותר
  • מהיר יותר
  • מחליף את DNF ו-Microdnf
  • התנהגות אחידה בכל ערימת ניהול התוכנה
  • התוספים החדשים של Libdnf5 (C++, Python) יחולו על DNF5 ו-Dnf5Daemon.
  • הגדרות משותפות
  • DNF/YUM פותחה במשך עשרות שנים עם השפעה של סגנונות מרובים ומוסכמות שמות (אפשרויות, הגדרות, אפשרויות, פקודות)
  • זה יכול לספק אלטרנטיבה ל-PackageKit עבור RPM (קצה backend ייחודי של PackageKit) אם הוא מובנה בשולחן העבודה.
  • תאימות לקבוצת Modularity ו-Coms
  • שיפורים חשובים בבסיס הקוד
  • הפרדה של מצב מערכת ממסד נתונים היסטורי ו-/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) יופסקו עם חבילות פדורה-מיושנות, בנוסף זה יספק קישור סימול ל-/usr/bin/dnf, כך שהמשתמשים יראו את ההחלפה כעדכון ל-DNF עם שינויים תחביר מוגבלים אך מתועדים. DNF5 יספק כמה כינויי פקודות נתמכים ואפשרויות לשיפור אימוץ DNF5.

הצעת השינוי מסכמת את הדברים כך:

  1. החדש DNF5 ישפר משמעותית את חווית המשתמש והביצועים. החלפה זו היא השלב השני בעדכון מחסנית ניהול התוכנה של פדורה. ללא שינוי זה, יהיו מספר כלי ניהול תוכנה (DNF5, Microdnf ישן, PackageKit ו-DNF) המבוססים על ספריות שונות (libdnf, libdnf5), אשר יספקו התנהגות שונה ולא ישתפו היסטוריה. ייתכן גם של-DNF יש תמיכת מפתחים מוגבלת בלבד. הפיתוח של DNF5 הוכרז ברשימת Fedora-Devel בשנת 2020.
  2. DNF5 מסיר את קוד Python עבור מערכת קטנה יותר, ביצועים מהירים יותר, ולהחלפת כלי DNF ו-microdnf קיימים. DNF5 גם מאחד את ההתנהגות של מחסנית ניהול התוכנה, מציג דמון חדש כחלופה ל-PackageKit עבור RPM, ואמור להיות בעל יכולת הרבה יותר. צפו לביצועים מהירים יותר עבור גלישה במאגר, פעולות חיפוש, שאילתות RPM ושיתוף מטא נתונים.

עוד צריך לאשר את הצעת השינוי על ידי ועדת ההנדסה וההיגוי של פדורה, אך בהתחשב במעורבותה של רד האט ב-DNF(5), ניתן להניח שהוא יאושר ובתקווה יושלם בזמן למחזור פדורה 39

מקור: https://fedoraproject.org


השאירו את התגובה שלכם

כתובת הדוא"ל שלך לא תפורסם. שדות חובה מסומנים *

*

*

  1. אחראי לנתונים: מיגל אנחל גטון
  2. מטרת הנתונים: בקרת ספאם, ניהול תגובות.
  3. לגיטימציה: הסכמתך
  4. מסירת הנתונים: הנתונים לא יועברו לצדדים שלישיים אלא בהתחייבות חוקית.
  5. אחסון נתונים: מסד נתונים המתארח על ידי Occentus Networks (EU)
  6. זכויות: בכל עת תוכל להגביל, לשחזר ולמחוק את המידע שלך.