डीएनएफ 5 पैकेज मैनेजर और पैकेजकिट प्रतिस्थापन का विकास शुरू हो गया है

रेड हैट से डैनियल मच сообщил DNF 5 पैकेज मैनेजर के विकास की शुरुआत के बारे में, जिसमें Python में लागू DNF लॉजिक को C++ में लिखी libdnf लाइब्रेरी में स्थानांतरित किया जाएगा। डीएनएफ 5 का परीक्षण फेडोरा 33 के विकास के दौरान जून में शुरू करने की योजना है, जिसके बाद इसे अक्टूबर 2020 में रॉहाइड रिपॉजिटरी में जोड़ा जाएगा, और फरवरी 2021 में डीएनएफ 4 की जगह लेगा। डीएनएफ 4 शाखा का रखरखाव वैसे ही जारी रहेगा Red Hat Enterprise Linux 8 में उपयोग किया गया।

यह ध्यान दिया गया है कि परियोजना ऐसी स्थिति में पहुंच गई है जिसमें एपीआई/एबीआई स्तर पर अनुकूलता को तोड़े बिना कोड का विकास जारी रखना लगभग असंभव है। इसका मुख्य कारण है नुकसान पैकेजकिट की प्रासंगिकता और "लिबिफ़" एपीआई को बदले बिना लिबडीएनएफ विकसित करने की असंभवता। वहीं, एपीआई को बदलने के इरादे के बावजूद, कमांड लाइन इंटरफ़ेस और एपीआई के स्तर पर बैकवर्ड संगतता बनाए रखना मुख्य प्राथमिकता बताई गई है।

DNF में Python API के लिए समर्थन बरकरार रखा जाएगा, लेकिन Python में लिखे गए व्यावसायिक तर्क को libdnf (C++) लाइब्रेरी में स्थानांतरित कर दिया जाएगा, जो वितरण में पैकेज प्रबंधक के समान संचालन को सुनिश्चित करेगा। विकास C++ API के आसपास केंद्रित होगा, और Python API स्वचालित रूप से इसके आधार पर एक रैपर के रूप में उत्पन्न होगा।
गो, पर्ल और के लिए बाइंडिंग
माणिक। C++ API स्थिर होने के बाद, इसके आधार पर एक C API तैयार किया जाएगा, जिसमें rpm-ostree को स्थानांतरित किया जाएगा। हॉकी पायथन एपीआई को हटा दिया जाएगा और उसके स्थान पर प्रतिस्थापित कर दिया जाएगा libdnf पायथन एपीआई।

डीएनएफ की मुख्य कार्यक्षमता बरकरार रखी जाएगी। बड़े परीक्षण सूट (लगभग 1400 परीक्षण) के कारण, यह उम्मीद की जाती है कि एपीआई पुनः कार्य अंतिम उपयोगकर्ताओं के लिए कमांड लाइन इंटरफ़ेस को प्रभावित नहीं करेगा। तर्क विश्लेषण और आउटपुट थोड़ा बदल सकता है, लेकिन इन परिवर्तनों को अच्छी तरह से प्रलेखित किया जाएगा। एक अलग संस्करण में माइक्रोडीएनएफकंटेनरों में उपयोग किया जाता है, इसे डीएनएफ क्षमताओं के एक सबसेट को लागू करने की योजना बनाई गई है; कार्यक्षमता में पूर्ण समानता प्राप्त करने पर विचार नहीं किया गया है।

के बजाए पैकेज कीिट एक नई DBus सेवा बनाई जाएगी जो ग्राफिकल अनुप्रयोगों के लिए पैकेज और अपडेट के प्रबंधन के लिए एक इंटरफ़ेस प्रदान करती है। इस सेवा को नए सिरे से विकसित करने की योजना है, इसलिए इसके निर्माण में काफी समय लग सकता है। पैकेजकिट को हाल ही में विकसित नहीं किया गया है और प्रासंगिकता के नुकसान के कारण 2014 से रखरखाव मोड में है। स्नैप्स और फ़्लैटपैक सिस्टम की प्रगति के साथ, वितरण पैकेजकिट में रुचि खो रहे हैं, उदाहरण के लिए, यह अब बिल्ड में उपलब्ध नहीं है फेडोरा सिल्वर ब्लू. पैकेज प्रबंधन के लिए अमूर्त परत बड़े पैमाने पर देशी गनोम और केडीई एप्लिकेशन कंट्रोल सेंटर द्वारा प्रदान की जाती है, जो व्यक्तिगत उपयोगकर्ता स्तर पर फ्लैटपैक पैकेज की स्थापना की अनुमति देती है। स्थापित पैकेजों की सूची प्राप्त करने के लिए एकीकृत सिस्टम एपीआई पहले की तरह उपयोगी नहीं है।

स्रोत: opennet.ru