בפדורה מתכננים להחליף את DNF ב-Microdnf

לאחרונה ה מפתחי פדורה הודיעו על כוונותיהם להגר ההפצה למנהל החבילות החדש נקרא "Microdnf" במקום זאת ממנהל החבילה "DNF" שנמצא בשימוש כרגע.

הצעד הראשון בדרך להגירה יהיה עדכון גדול ל-Microdnf, מתוכנן עבור פדורה 38, שיתקרב בפונקציונליות ל-DNF ואף יעלה עליה בכמה תחומים.

מוזכר ש את הכוונות לבצע הגירה זו בשל ההבדל העיקרי בין Microdnf ל-DNF הוא השימוש ב-C במקום ב-Python לפיתוח, אשר מאפשר לך להיפטר מהרבה תלות.

בשלב מסוים, DNF החליף את Yum, שנכתב כולו ב-Python, וב-DNF, פונקציות ברמה נמוכה הדורשות ביצועים נכתבו מחדש והועברו לספריות hawkey, librepo, libsolv ו-libcomps C נפרדות, אבל המסגרת וה-high- רכיבי הרמה נשארו בשפת Python.

Microdnf פותחה במקור כגרסה פשוטה של ​​DNF לשימוש בקונטיינרים של Docker שלא דרשו התקנת Python. כעת מפתחי Fedora מתכננים להביא את Microdnf לרמת הפונקציונליות של DNF ובסופו של דבר להחליף לחלוטין את DNF ב-Microdnf.

עדכון מרכזי ל-Microdnf הוא הצעד הראשון באבולוציה של ניהול החבילות בפדורה. ל-microdnf החדש יש את השאיפה לספק את כל תכונות הליבה של DNF מבלי לאבד את טביעת הרגל המינימלית שלו.

Microdnf מבוסס על ספריית libdnf5, פותח כחלק מפרויקט DNF 5. DNF 5 שואף לאחד ספריות קיימות ברמה נמוכה, לשכתב את פעולות ניהול החבילות הנותרות של Python ב-C++, ולהעביר את פונקציונליות הליבה לספרייה נפרדת עם יצירת כריכה סביב ספרייה זו כדי לשמר את API של Python.

MICRODNF משפר משמעותית את חווית המשתמש ותספק את כל התכונות החשובות של DNF בעתיד. זה גם ישמור על כל היתרונות של MICRODNF המקורי, כמו הגודל המינימלי הנדרש למכולות.

הגירסה החדשה של Microdnf תשתמש גם בתהליך הרקע DNF Daemon, החלפת פונקציונליות PackageKit ומתן ממשק לניהול חבילות ועדכונים בסביבות גרפיות. שלא כמו PackageKit, ה-DNF Daemon יתמוך רק בפורמט RPM.

Microdnf, libdnf5 ו-DNF Daemon מתוכננים להישלח לצד ערכת הכלים המסורתית של DNF בשלב הראשון של היישום. לאחר השלמת הפרויקט, החבילה החדשה תחליף חבילות כמו dnf, python3-dnf, python3-hawkey, libdnf, dnfdragora ו-python3-dnfdaemon.

של אזורים שבהם Microdnf עדיפה על DNF, זה בולט: אינדיקציה חזותית יותר להתקדמות הפעולות; הטמעת טבלת עסקאות משופרת; היכולת להציג מידע בדוחות על עסקאות שהושלמו המונפקות על ידי סקריפטים ארוזים (סקריפלטים); תמיכה בשימוש בחבילות RPM מקומיות לעסקאות; מערכת השלמת קלט מתקדמת יותר עבור bash; תמיכה בהפעלת הפקודה builddep ללא התקנת Python במערכת.

בין החסרונות שינוי מנהל החבילות של ההפצה ל-Microdnf הוא השינוי במבנה של מסדי הנתונים הפנימיים ועיבוד בסיס הנתונים הנפרד מ-DNF, שלא יאפשר לראות עסקאות עם חבילות שנעשו ב-DNF ב-Microdnf ולהיפך.

חבילות שהותקנו בעבר עם DNF יטופלו כ"משתמש מותקן מהיסטוריית dnf" לאחר המעבר ל-Microdnf, והסרת התקנה של חבילה שהותקנה על ידי מנהל חבילות אחר לא תסיר תלות שאינה בשימוש המשויכות אליה. כמו כן, Microdnf לא מתכננת לשמור על 100% תמיכה ב-DNF ברמת הפקודה ובאפשרויות שורת הפקודה.

יצוין כי הגרסה החדשה של Microdnf תתמוך בכל התכונות העיקריות של DNF, אך יחד עם זאת תשמור על ביצועים וקומפקטיות גבוהים.

לבסוף, אם אתה מעוניין לדעת יותר על כך, תוכל להתייעץ הפרטים בקישור הבא.


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

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

*

*

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

  1.   קורט דיג'ו

    אני חדש בתכנות, ומתלהב מלינוקס. מעולם לא השתמשתי בפדורה כי תמיד יש לי בעיה עם ההתקנה ובסופו של דבר עם Debian (ונגזרות) או OpenSUSE. אבל אני חושב שאני מבין את החשיבות בעולם הלינוקס, ועד כמה רלוונטי מה שקורה בפדורה.
    הספק שלי נובע מהרעיון להחליף את Python ב-C/C++, למה ליישם עם שפה ברמה נמוכה שספגה ביקורת רבה על הווריאציות שלה והסטנדרט המוגדר בצורה גרועה? אני מבין קצת את השינוי משפה מפורשת לשפה מהודרת, אבל אני לא מבין את הקפיצה לשפה שעבורה ראיתי שמבקשים להשתמש בה פחות בתחומים מסוימים. האם לא עדיף להשתמש ב- Rust או C#?
    אני לא מבקר את ההחלטות של אנשי פדורה, אלא מבקש להבין איך עולם התכנות מתקדם. אני לומד Python ו-JS באינטרנט, וחשבתי שאחזור ל-C/C++ ליסודות, אז נראה שההערה הזו עשויה לעזור לי במיקוד.

    Muchas gracias! Y excelente trabajo como siempre a la gente de <•DesdeLinux