ڊينيل مچ ريڊ هٽ کان DNF 5 پيڪيج مئنيجر جي ترقي جي شروعات بابت، جنهن ۾ Python ۾ لاڳو ڪيل DNF منطق C++ ۾ لکيل libdnf لائبريري ڏانهن منتقل ڪيو ويندو. ڊي اين ايف 5 جون ۾ فيڊورا 33 جي ڊولپمينٽ دوران ٽيسٽنگ شروع ڪرڻ جي منصوبابندي ڪئي وئي آهي، جنهن کانپوءِ ان کي آڪٽوبر 2020 ۾ Rawhide ريپوزٽري ۾ شامل ڪيو ويندو، ۽ فيبروري 2021 ۾ DNF 4 کي تبديل ڪيو ويندو. DNF 4 برانچ جي سار سنڀال جيئن ئي جاري رهندي. استعمال ٿيل Red Hat Enterprise Linux 8 ۾.
اهو نوٽ ڪيو وڃي ٿو ته پروجيڪٽ هڪ اهڙي حالت تي پهچي چڪو آهي جنهن ۾ API / ABI سطح تي مطابقت کي ٽوڙڻ کان سواء ڪوڊ کي ترقي ڪرڻ جاري رکڻ تقريبا ناممڪن آهي. اهو بنيادي طور تي سبب آهي PackageKit جي مطابقت ۽ "libhif" API کي تبديل ڪرڻ کان سواء libdnf کي ترقي ڪرڻ جو امڪان. ساڳئي وقت، API کي تبديل ڪرڻ جي ارادي جي باوجود، ڪمانڊ لائن انٽرفيس ۽ API جي سطح تي پسمانده مطابقت برقرار رکڻ کي بنيادي ترجيح چيو ويندو آهي.
DNF ۾ Python API جي حمايت برقرار رکي ويندي، پر Python ۾ لکيل ڪاروباري منطق libdnf (C++) لائبريري ڏانهن منتقل ڪيو ويندو، جيڪو تقسيم ۾ پيڪيج مينيجر جي هڪجهڙائي واري آپريشن کي يقيني بڻائيندو. ترقي C++ API جي چوڌاري مرڪز ڪئي ويندي، ۽ Python API ان جي بنياد تي هڪ لفافي جي صورت ۾ خودڪار طور تي ٺاهي ويندي.
گو، پرل ۽ لاءِ پابند
روبي. C++ API کي مستحڪم ڪرڻ کان پوء، هڪ C API ان جي بنياد تي تيار ڪيو ويندو، جنهن ۾ rpm-ostree منتقل ڪيو ويندو. Python API کي هٽايو ويندو ۽ ان سان تبديل ڪيو ويندو Python API.
DNF جي بنيادي ڪارڪردگي کي برقرار رکيو ويندو. وڏي ٽيسٽ سوٽ (اٽڪل 1400 ٽيسٽ) جي ڪري، اها اميد آهي ته API ٻيهر ڪم آخر استعمال ڪندڙن لاءِ ڪمانڊ لائن انٽرفيس تي اثر انداز نه ٿيندو. دليلن جي تجزيي ۽ آئوٽ ۾ ٿورڙي تبديلي ٿي سگھي ٿي، پر اھي تبديليون چڱي طرح دستاويز ڪيا ويندا. هڪ ختم ٿيل نسخي ۾ ، ڪنٽينرز ۾ استعمال ڪيو ويو آهي، اهو منصوبو آهي ته ڊي اين ايف جي صلاحيتن جي ذيلي سيٽ کي لاڳو ڪرڻ؛ ڪارڪردگي ۾ مڪمل برابري حاصل ڪرڻ تي غور نه ڪيو ويو آهي.
بدران هڪ نئين ڊي بيس سروس ٺاهي ويندي جيڪا گرافڪ ايپليڪيشنن لاءِ پيڪيجز ۽ اپڊيٽس کي منظم ڪرڻ لاءِ هڪ انٽرفيس مهيا ڪري ٿي. هي خدمت شروع کان ترقي ڪرڻ جي منصوبابندي ڪئي وئي آهي، تنهنڪري ان جي ٺهڻ ۾ گهڻو وقت گهربل هجي. PackageKit تازو ترقي نه ڪئي وئي آهي ۽ 2014 کان سار سنڀال جي موڊ ۾ آهي لاڳاپا جي نقصان جي ڪري. Snaps ۽ Flatpak سسٽم جي ترقي سان، تقسيم PackageKit ۾ دلچسپي وڃائي رهيا آهن، مثال طور، اهو هاڻي تعميرات ۾ موجود ناهي . پيڪيج مينيجمينٽ لاءِ تجريدي پرت گهڻو ڪري مقامي GNOME ۽ KDE ايپليڪيشن ڪنٽرول سينٽرز پاران مهيا ڪيل آهي، جيڪي انفرادي صارف جي سطح تي flatpak پيڪيجز جي انسٽاليشن جي اجازت ڏين ٿيون. انسٽال ٿيل پيڪيجز جي لسٽ حاصل ڪرڻ لاءِ متحد سسٽم API اڳي جيترو ڪارائتو ناهي.
جو ذريعو: opennet.ru