DNF 5 पॅकेज मॅनेजर आणि PackageKit रिप्लेसमेंटचा विकास सुरू झाला आहे

रेड हॅट कडून डॅनियल मॅक नोंदवले DNF 5 पॅकेज मॅनेजरच्या विकासाच्या सुरुवातीबद्दल, ज्यामध्ये Python मध्ये लागू केलेले DNF लॉजिक C++ मध्ये लिहिलेल्या libdnf लायब्ररीमध्ये हस्तांतरित केले जाईल. DNF 5 ची Fedora 33 च्या विकासादरम्यान जूनमध्ये चाचणी सुरू करण्याचे नियोजित आहे, त्यानंतर ते ऑक्टोबर 2020 मध्ये रॉहाइड रिपॉझिटरीमध्ये जोडले जाईल आणि फेब्रुवारी 2021 मध्ये DNF 4 ची जागा घेईल. DNF 4 शाखेची देखभाल जशी आहे तशी सुरू राहील. Red Hat Enterprise Linux 8 मध्ये वापरले जाते.

हे लक्षात घेतले जाते की प्रकल्प अशा स्थितीत पोहोचला आहे ज्यामध्ये API/ABI स्तरावर सुसंगतता खंडित केल्याशिवाय कोड विकसित करणे जवळजवळ अशक्य आहे. हे प्रामुख्याने मुळे आहे तोटा PackageKit ची प्रासंगिकता आणि “libhif” API न बदलता libdnf विकसित करण्याची अशक्यता. त्याच वेळी, एपीआय बदलण्याचा इरादा असूनही, कमांड लाइन इंटरफेस आणि एपीआयच्या स्तरावर बॅकवर्ड सुसंगतता राखणे हे मुख्य प्राधान्य असल्याचे म्हटले आहे.

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

DNF ची मुख्य कार्यक्षमता राखून ठेवली जाईल. मोठ्या चाचणी संचमुळे (सुमारे 1400 चाचण्या), हे अपेक्षित आहे की API रीवर्क अंतिम वापरकर्त्यांसाठी कमांड लाइन इंटरफेसवर परिणाम करणार नाही. आर्ग्युमेंट पार्सिंग आणि आउटपुट किंचित बदलू शकतात, परंतु हे बदल चांगले दस्तऐवजीकरण केले जातील. स्ट्रिप डाउन आवृत्तीमध्ये microdnf, कंटेनरमध्ये वापरल्या जाणार्‍या, DNF क्षमतांचा उपसंच लागू करण्याची योजना आहे; कार्यक्षमतेमध्ये पूर्ण समानता प्राप्त करणे विचारात घेतले जात नाही.

त्याऐवजी पॅकेजकिट एक नवीन DBus सेवा तयार केली जाईल जी ग्राफिकल अनुप्रयोगांसाठी पॅकेजेस आणि अद्यतने व्यवस्थापित करण्यासाठी इंटरफेस प्रदान करते. ही सेवा सुरवातीपासून विकसित करण्याचे नियोजित आहे, म्हणून त्याच्या निर्मितीसाठी बराच वेळ लागेल. पॅकेजकिट अलीकडे विकसित केले गेले नाही आणि प्रासंगिकता गमावल्यामुळे 2014 पासून देखभाल मोडमध्ये आहे. Snaps आणि Flatpak सिस्टीमच्या प्रगतीमुळे, वितरणांना PackageKit मधील स्वारस्य कमी होत आहे, उदाहरणार्थ, ते यापुढे बिल्डमध्ये उपलब्ध नाही. फेडोरा सिल्व्हरब्लू. पॅकेज मॅनेजमेंटसाठी अॅब्स्ट्रॅक्शन लेयर मुख्यत्वे नेटिव्ह GNOME आणि KDE अॅप्लिकेशन कंट्रोल सेंटर्सद्वारे प्रदान केले जाते, जे स्वतंत्र वापरकर्ता स्तरावर फ्लॅटपॅक पॅकेजेसच्या स्थापनेला परवानगी देतात. स्थापित पॅकेजेसची यादी मिळविण्यासाठी युनिफाइड सिस्टम API पूर्वीसारखे उपयुक्त नाही.

स्त्रोत: opennet.ru