DNF5 को उपयोगकर्ता अनुभव में सुधार करना चाहिए और बेहतर प्रदर्शन प्रदान करना चाहिए
बेन कॉटन, फेडोरा प्रोग्राम मैनेजर रेडहैट में, उन्होंने घोषणा की हाल ही में मेलिंग सूचियों पर, फेडोरा माइग्रेट करने का आपका इरादा पैकेज प्रबंधक के लिए डीएनएफ5 डिफ़ॉल्ट रूप से।
यह उल्लेख किया गया है कि नियोजित परिवर्तन फेडोरा 39 की रिलीज से प्रभावी होगा, परिवर्तन की योजना dnf, libdnf और dnf-cutomatic संकुल को DNF5 टूलकिट और नई libdnf5 लाइब्रेरी से बदलने की है।
परिवर्तन के संबंध में, यह उल्लेखनीय है कि उस समय DNF ने Yum . की जगह ली थी, जो पूरी तरह से पायथन में लिखा गया था।
उन लोगों के लिए जो डीएनएफ से अनजान हैं, उन्हें पता होना चाहिए कि यह एक सॉफ्टवेयर पैकेज मैनेजर है जो फेडोरा में संकुल को संस्थापित, अद्यतन और हटाता है और YUM (येलो-डॉग अपडेटर संशोधित) का उत्तराधिकारी है। डीएनएफ पैकेज रखरखाव की सुविधा देता है स्वचालित रूप से निर्भरताओं की जाँच करके और पैकेजों को स्थापित करने के लिए आवश्यक क्रियाओं का निर्धारण करके। यह विधि आरपीएम कमांड का उपयोग करके पैकेज और उसकी निर्भरता को मैन्युअल रूप से स्थापित या अद्यतन करने की आवश्यकता को समाप्त करती है। फेडोरा में डीएनएफ अब डिफ़ॉल्ट सॉफ्टवेयर पैकेज प्रबंधन उपकरण है।
डीएनएफ में, प्रदर्शन-मांग वाले निम्न-स्तरीय कार्यों को फिर से लिखा गया और सी लाइब्रेरी हॉकी, लिब्रेपो, लिबसोल्व और लिबकॉम्प्स को अलग करने के लिए चले गए, लेकिन फ्रेमवर्क और उच्च-स्तरीय घटक पायथन में बने रहे।
DNF5 उपयोगकर्ता अनुभव और प्रदर्शन में महत्वपूर्ण सुधार प्रदान करेगा। प्रतिस्थापन फेडोरा सॉफ्टवेयर प्रबंधन स्टैक को अद्यतन करने का दूसरा चरण है। परिवर्तन के बिना, अलग-अलग पुस्तकालयों (libdnf, libdnf5) पर आधारित कई सॉफ़्टवेयर प्रबंधन उपकरण (DNF5, पुराने Microdnf, PackageKit, और DNF) होंगे, जो अलग-अलग व्यवहार प्रदान करते हैं और इतिहास साझा नहीं करते हैं। हम यह भी उम्मीद कर सकते हैं कि डीएनएफ के पास केवल सीमित अपस्ट्रीम समर्थन होगा।
अल proyecto DNF5 का लक्ष्य मौजूदा निम्न-स्तरीय पुस्तकालयों को एकीकृत करना, C++ में पुनर्लेखन करना है पैकेज प्रबंधन घटक पायथन में शेष हैं और मुख्य कार्यक्षमता को एक अलग libdnf5 पुस्तकालय में ले जा रहे हैं, इस पुस्तकालय के चारों ओर एक लिंक बनाकर पायथन एपीआई को संरक्षित करने के लिए।
DNF5 अभी भी विकास के अधीन है और कुछ सुविधाएँ या विकल्प अभी तक उपलब्ध नहीं हैं। हमें अभी भी मॉड्यूलरिटी के कार्यान्वयन, सिस्टम इतिहास और राज्य से संबंधित आंतरिक डेटा के भंडारण, और दस्तावेज़ीकरण और मैन पेजों को पूरा करना है। DNF5 को रात के अपस्ट्रीम बिल्ड के साथ रिपॉजिटरी से परीक्षण किया जा सकता है: d` को उपयोगकर्ता लिखने योग्य नहीं माना जाता था और इसका प्रारूप पर्याप्त नहीं है (इंस्टॉल किए गए प्रोफाइल के साथ इंस्टॉल किए गए पैकेज के बारे में जानकारी गायब है)
पायथन के बजाय सी ++ का उपयोग करने से कई निर्भरताएं दूर हो जाएंगी, आकार कम हो जाएगा टूलसेट और प्रदर्शन में सुधार। उच्च प्रदर्शन न केवल मशीन कोड के संकलन का उपयोग करके प्राप्त किया जाता है, बल्कि बेहतर लेनदेन तालिका कार्यान्वयन, रिपॉजिटरी से लोडिंग के अनुकूलन और डेटाबेस पुनर्गठन (सिस्टम की स्थिति और संचालन इतिहास के साथ अलग डेटाबेस) के कारण भी प्राप्त किया जाता है।
डीएनएफ5 के पक्ष में PackageKit से अलग हो गया है एक नई पृष्ठभूमि प्रक्रिया डीएनएफ डेमन जो PackageKit की कार्यक्षमता को प्रतिस्थापित करता है और ग्राफिकल वातावरण में संकुल और अद्यतनों के प्रबंधन के लिए एक इंटरफ़ेस प्रदान करता है।
फिर से काम करना यह पैकेज मैनेजर की उपयोगिता में कुछ सुधारों को लागू करने की अनुमति देगा। उदाहरण के लिए, नए डीएनएफ में संचालन की प्रगति का अधिक दृश्य संकेत है; लेन-देन के लिए स्थानीय आरपीएम पैकेज का उपयोग करने के लिए अतिरिक्त समर्थन; पैकेज्ड स्क्रिप्टलेट्स (स्क्रिप्टलेट्स) द्वारा जारी किए गए पूर्ण लेनदेन की जानकारी पर रिपोर्ट में प्रदर्शित करने की क्षमता को जोड़ा गया; बैश के लिए एक अधिक उन्नत इनपुट पूर्णता प्रणाली का प्रस्ताव दिया।
यह उल्लेखनीय है प्रस्ताव की अभी तक FESCo द्वारा समीक्षा नहीं की गई है (फेडोरा इंजीनियरिंग संचालन समिति), जो फेडोरा वितरण के विकास के तकनीकी हिस्से के लिए जिम्मेदार है।
अंत में यदि आप इसके बारे में अधिक जानने में रुचि रखते हैं, आप इसमें विवरण देख सकते हैं निम्नलिखित लिंक।