अलीकडे Fedora डेव्हलपर्सनी त्यांचे स्थलांतर करण्याचे इरादे स्पष्ट केले नवीन पॅकेज व्यवस्थापकास वितरण म्हणतात त्याऐवजी “Microdnf” पॅकेज मॅनेजर कडून "DNF" जे सध्या वापरले जाते.
स्थलांतराच्या मार्गावरील पहिली पायरी म्हणजे Microdnf साठी एक प्रमुख अपडेट असेल, Fedora 38 साठी नियोजित, जे DNF च्या कार्यक्षमतेच्या जवळ येईल आणि काही भागात ते ओलांडेल.
असे नमूद केले आहे हेतू हे स्थलांतर पार पाडण्यासाठी आहे Microdnf आणि DNF मधील मुख्य फरक म्हणजे पायथन ऐवजी C चा वापर विकासासाठी, जे आपल्याला बर्याच अवलंबित्वांपासून मुक्त होण्यास अनुमती देते.
एका क्षणी, DNF ने Yum ची जागा घेतली, जी संपूर्णपणे Python मध्ये लिहिलेली होती, आणि DNF मध्ये, कार्यक्षमतेची मागणी करणारी निम्न-स्तरीय कार्ये पुन्हा लिहिली गेली आणि वेगळ्या hawkey, librepo, libsolv आणि libcomps C लायब्ररीमध्ये हलवली गेली, परंतु फ्रेमवर्क आणि उच्च-स्तरीय कार्ये. स्तर घटक पायथन भाषेत राहिले.
Microdnf मूळतः DNF ची सरलीकृत आवृत्ती म्हणून विकसित केली गेली होती डॉकर कंटेनरमध्ये वापरण्यासाठी ज्यांना पायथन स्थापित करण्याची आवश्यकता नाही. आता Fedora डेव्हलपर Microdnf ला DNF कार्यक्षमतेच्या पातळीवर आणण्याची आणि शेवटी DNF पूर्णपणे Microdnf सह बदलण्याची योजना आखतात.
Fedora मधील पॅकेज मॅनेजमेंटच्या उत्क्रांतीची पहिली पायरी म्हणजे Microdnf मधील प्रमुख सुधारणा. नवीन microdnf ची महत्त्वाकांक्षा आहे की DNF ची सर्व मुख्य वैशिष्ट्ये त्याच्या किमान पाऊलखुणा न गमावता.
Microdnf libdnf5 लायब्ररीवर आधारित आहे, DNF 5 प्रकल्पाचा एक भाग म्हणून विकसित केले गेले. DNF 5 चे उद्दिष्ट विद्यमान निम्न-स्तरीय लायब्ररी एकत्र करणे, C++ मधील उर्वरित पायथन पॅकेज व्यवस्थापन ऑपरेशन्स पुन्हा लिहिणे आणि या लायब्ररीभोवती एक बंधन निर्माण करून मुख्य कार्यक्षमता वेगळ्या लायब्ररीमध्ये हलवणे. पायथन API.
MICRODNF वापरकर्त्याच्या अनुभवात लक्षणीय सुधारणा करते आणि भविष्यात DNF ची सर्व महत्त्वाची वैशिष्ट्ये प्रदान करेल. हे मूळ MICRODNF चे सर्व फायदे राखेल, जसे की कंटेनरसाठी आवश्यक किमान आकार.
ची नवीन आवृत्ती Microdnf पार्श्वभूमी प्रक्रिया DNF डिमन देखील वापरेल, PackageKit कार्यक्षमता बदलणे आणि ग्राफिकल वातावरणात पॅकेजेस आणि अद्यतने व्यवस्थापित करण्यासाठी इंटरफेस प्रदान करणे. PackageKit च्या विपरीत, DNF डिमन फक्त RPM फॉरमॅटला सपोर्ट करेल.
Microdnf, libdnf5, आणि DNF डिमन अंमलबजावणीच्या पहिल्या टप्प्यात पारंपारिक DNF टूलकिट सोबत पाठवायचे आहेत. प्रकल्प पूर्ण झाल्यावर, नवीन पॅकेज dnf, python3-dnf, python3-hawkey, libdnf, dnfdragora आणि python3-dnfdaemon सारख्या पॅकेजेसची जागा घेईल.
च्या ज्या भागात Microdnf DNF पेक्षा श्रेष्ठ आहे, ते वेगळे आहे: ऑपरेशन्सच्या प्रगतीचे अधिक दृश्य संकेत; सुधारित व्यवहार सारणी अंमलबजावणी; पॅकेज केलेल्या स्क्रिप्टलेट्स (स्क्रिप्टलेट्स) द्वारे जारी केलेल्या पूर्ण व्यवहारांबद्दलच्या अहवालांमध्ये माहिती प्रदर्शित करण्याची क्षमता; व्यवहारांसाठी स्थानिक RPM पॅकेजेस वापरण्यासाठी समर्थन; बॅशसाठी अधिक प्रगत इनपुट पूर्णता प्रणाली; सिस्टमवर पायथन इंस्टॉल न करता बिल्डडेप कमांड चालवण्यासाठी समर्थन.
तोटे हेही डिस्ट्रोचे पॅकेज मॅनेजर Microdnf वर बदलत आहे अंतर्गत डेटाबेसच्या संरचनेत बदल आहे आणि DNF कडून वेगळ्या डेटाबेसची प्रक्रिया, जे तुम्हाला DNF मध्ये Microdnf मध्ये केलेल्या पॅकेजसह व्यवहार पाहण्याची परवानगी देणार नाही आणि त्याउलट.
Microdnf वर स्थलांतरित झाल्यानंतर DNF सह पूर्वी स्थापित केलेले पॅकेजेस "dnf हिस्ट्रीमधून स्थापित केलेले वापरकर्ता" म्हणून मानले जातील आणि दुसर्या पॅकेज व्यवस्थापकाद्वारे स्थापित केलेले पॅकेज अनइंस्टॉल केल्याने त्याच्याशी संबंधित न वापरलेले अवलंबित्व काढून टाकले जाणार नाही. तसेच, Microdnf कमांड स्तरावर आणि कमांड लाइन पर्यायांवर 100% DNF समर्थन राखण्याची योजना करत नाही.
Microdnf ची नवीन आवृत्ती DNF च्या सर्व मुख्य वैशिष्ट्यांना समर्थन देईल, परंतु त्याच वेळी उच्च कार्यक्षमता आणि कॉम्पॅक्टनेस राखून ठेवेल याची नोंद आहे.
शेवटी, जर तुम्हाला त्याबद्दल अधिक जाणून घेण्यात स्वारस्य असेल तर तुम्ही सल्ला घेऊ शकता पुढील लिंकमधील तपशील.
मी प्रोग्रामिंगसाठी नवीन आहे आणि लिनक्सबद्दल उत्साही आहे. मी कधीही फेडोरा वापरला नाही कारण मला नेहमी इन्स्टॉलेशनमध्ये समस्या येतात आणि डेबियन (आणि डेरिव्हेटिव्ह्ज) किंवा ओपनएसयूएसई सह समाप्त होते. परंतु मला वाटते की मला लिनक्सच्या जगात काय महत्त्व आहे आणि Fedora मध्ये जे घडते ते किती सुसंगत आहे हे मला समजले आहे.
माझी शंका C/C++ साठी Python ला बदलण्याच्या कल्पनेतून आली आहे, निम्न-स्तरीय भाषेसह अंमलबजावणी का करावी ज्याचे प्रकार आणि त्याच्या खराब परिभाषित मानकांसाठी अत्यंत टीका केली गेली आहे? व्याख्या केलेल्या भाषेतून संकलित केलेल्या भाषेत झालेला बदल मला थोडासा समजतो, परंतु ज्या भाषेसाठी ती काही भागात कमी वापरण्याचा प्रयत्न केला जातो त्या भाषेकडे जाणे मला समजत नाही. रस्ट किंवा सी# वापरणे चांगले नाही का?
मी Fedora च्या लोकांच्या निर्णयांवर टीका करत नाही, परंतु प्रोग्रामिंगचे जग कसे पुढे जाते हे समजून घेण्याचा प्रयत्न करतो. मी वेबवर पायथन आणि जेएस शिकत आहे, आणि मला वाटले की मी मूलभूत गोष्टींसाठी C/C++ मध्ये परत जाईन, त्यामुळे ही नोट मला फोकस करण्यात मदत करेल असे दिसते.
खूप खूप धन्यवाद! आणि नेहमीप्रमाणेच उत्कृष्ट कार्य <•DesdeLinux