ریڈ ہیٹ سے ڈینیل مچ DNF 5 پیکیج مینیجر کی ترقی کے آغاز کے بارے میں، جس میں Python میں لاگو DNF منطق C++ میں لکھی libdnf لائبریری میں منتقل ہو جائے گی۔ DNF 5 کی Fedora 33 کی ترقی کے دوران جون میں جانچ شروع کرنے کا منصوبہ ہے، جس کے بعد اسے اکتوبر 2020 میں Rawhide repository میں شامل کر دیا جائے گا، اور فروری 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 کا دوبارہ کام اختتامی صارفین کے لیے کمانڈ لائن انٹرفیس کو متاثر نہیں کرے گا۔ آرگیومنٹ پارسنگ اور آؤٹ پٹ تھوڑا سا تبدیل ہو سکتا ہے، لیکن یہ تبدیلیاں اچھی طرح سے دستاویزی ہوں گی۔ ایک سٹریپ ڈاون ورژن میں , کنٹینرز میں استعمال کیا جاتا ہے، یہ DNF صلاحیتوں کے ذیلی سیٹ کو نافذ کرنے کا منصوبہ ہے؛ فعالیت میں مکمل برابری حاصل کرنے پر غور نہیں کیا جاتا ہے۔
اس کے بجائے ایک نئی DBus سروس بنائی جائے گی جو گرافیکل ایپلی کیشنز کے لیے پیکیجز اور اپ ڈیٹس کے انتظام کے لیے ایک انٹرفیس فراہم کرتی ہے۔ اس سروس کو شروع سے تیار کرنے کا منصوبہ بنایا گیا ہے، لہذا اس کی تخلیق میں کافی وقت درکار ہو سکتا ہے۔ PackageKit کو حال ہی میں تیار نہیں کیا گیا ہے اور مطابقت ختم ہونے کی وجہ سے 2014 سے دیکھ بھال کے موڈ میں ہے۔ Snaps اور Flatpak سسٹمز کی ترقی کے ساتھ، ڈسٹری بیوشنز PackageKit میں دلچسپی کھو رہی ہیں، مثال کے طور پر، یہ اب تعمیرات میں دستیاب نہیں ہے۔ . پیکیج مینجمنٹ کے لیے تجریدی پرت بڑی حد تک مقامی GNOME اور KDE ایپلیکیشن کنٹرول سینٹرز کے ذریعے فراہم کی جاتی ہے، جو انفرادی صارف کی سطح پر فلیٹ پیک پیکجوں کی تنصیب کی اجازت دیتے ہیں۔ انسٹال شدہ پیکجوں کی فہرست حاصل کرنے کے لیے یونیفائیڈ سسٹم API پہلے کی طرح کارآمد نہیں ہے۔
ماخذ: opennet.ru