بحث کے دوران ٹاسک شیڈیولر، بحث کے شرکاء میں سے ایک نے ایک مثال دی کہ لینکس کرنل کو تیار کرتے وقت مطابقت برقرار رکھنے کی ضرورت کے بارے میں بیانات کے باوجود، کرنل میں حالیہ تبدیلیوں نے ماڈیول کے درست آپریشن میں خلل ڈالا۔" لینس ٹوروالڈس وہ اصول " " سے مراد یوزر اسپیس ایپلی کیشنز کے ساتھ ساتھ خود کرنل کے ذریعہ استعمال ہونے والے بیرونی کرنل انٹرفیس کو محفوظ کرنا ہے۔ لیکن یہ دانا کے اوپر علیحدہ طور پر تیار کردہ تھرڈ پارٹی ایڈ آنز کا احاطہ نہیں کرتا ہے جو دانا کی مرکزی ساخت میں قبول نہیں کیے جاتے ہیں، جن کے مصنفین کو اپنے خطرے اور خطرے پر دانا میں ہونے والی تبدیلیوں کی نگرانی کرنی چاہیے۔
جہاں تک ZFS on Linux پروجیکٹ کا تعلق ہے، Linus نے CDDL اور GPLv2 لائسنس کی عدم مطابقت کی وجہ سے zfs ماڈیول استعمال کرنے کی سفارش نہیں کی۔ صورتحال یہ ہے کہ اوریکل کی لائسنسنگ پالیسی کی وجہ سے، ZFS کے مرکزی کرنل میں داخل ہونے کے امکانات بہت کم ہیں۔ لائسنسنگ کی عدم مطابقت کو نظرانداز کرنے کی تجویز کردہ پرتیں، جو دانا کے افعال تک رسائی کو بیرونی کوڈ میں ترجمہ کرتی ہیں، ایک مشکوک حل ہیں - وکلاء جاری رکھتے ہیں اس بارے میں کہ آیا ریپرز کے ذریعے GPL کرنل کے افعال کو دوبارہ برآمد کرنے کے نتیجے میں ایک مشتق کام کی تخلیق ہوتی ہے جسے GPL کے تحت تقسیم کیا جانا چاہیے۔
واحد آپشن جس میں لینس مرکزی دانا میں ZFS کوڈ کو قبول کرنے پر راضی ہو گا وہ ہے Oracle سے باضابطہ اجازت حاصل کرنا، جو مرکزی وکیل کے ذریعہ تصدیق شدہ ہے، یا اس سے بھی بہتر، خود لیری ایلیسن۔ انٹرمیڈیٹ حل، جیسے کرنل اور ZFS کوڈ کے درمیان تہوں کی اجازت نہیں ہے، پروگرامنگ انٹرفیس کی دانشورانہ ملکیت کے بارے میں اوریکل کی جارحانہ پالیسی کے پیش نظر (مثال کے طور پر، جاوا API کے حوالے سے گوگل کے ساتھ)۔ اس کے علاوہ، لینس ZFS استعمال کرنے کی خواہش کو صرف فیشن کے لیے خراج تحسین پیش کرتا ہے، نہ کہ تکنیکی فوائد۔ جن بینچ مارکس کا Linus نے جائزہ لیا وہ ZFS کو سپورٹ نہیں کرتے، اور مکمل تعاون کی کمی طویل مدتی استحکام کی ضمانت نہیں دیتی۔
ہم آپ کو یاد دلاتے ہیں کہ ZFS کوڈ مفت CDDL لائسنس کے تحت تقسیم کیا جاتا ہے، جو GPLv2 کے ساتھ مطابقت نہیں رکھتا ہے، جو لینکس پر ZFS کو لینکس کرنل کی مرکزی شاخ میں ضم ہونے کی اجازت نہیں دیتا ہے، کیونکہ GPLv2 اور CDDL لائسنس کے تحت کوڈ کو ملانا ناقابل قبول ہے. لائسنسنگ کی اس عدم مطابقت کو روکنے کے لیے، ZFS on Linux پروجیکٹ نے پوری پروڈکٹ کو CDDL لائسنس کے تحت الگ سے لوڈ شدہ ماڈیول کی شکل میں تقسیم کرنے کا فیصلہ کیا جو دانا سے الگ سے فراہم کیا جاتا ہے۔
ڈسٹری بیوشن کٹس کے حصے کے طور پر ریڈی میڈ ZFS ماڈیول کی تقسیم کا امکان وکلاء کے درمیان متنازعہ ہے۔ سافٹ ویئر فریڈم کنزروینسی (SFC) کے وکلاء کہ تقسیم میں بائنری کرنل ماڈیول کی ترسیل GPL کے ساتھ مل کر ایک پروڈکٹ بناتی ہے اس ضرورت کے ساتھ کہ نتیجے میں کام کو GPL کے تحت تقسیم کیا جائے۔ کیننیکل وکلاء اور بتائیں کہ zfs ماڈیول کی ترسیل قابل قبول ہے اگر جزو کو خود ساختہ ماڈیول کے طور پر فراہم کیا جائے، جو کرنل پیکیج سے الگ ہو۔ کیننیکل نوٹ کرتا ہے کہ تقسیم نے طویل عرصے سے ملکیتی ڈرائیوروں کی فراہمی کے لیے اسی طرح کا طریقہ استعمال کیا ہے، جیسے کہ NVIDIA ڈرائیور۔
دوسری طرف کاؤنٹر کرتا ہے کہ ملکیتی ڈرائیوروں میں دانا کی مطابقت کا مسئلہ جی پی ایل لائسنس کے تحت تقسیم کردہ ایک چھوٹی سی پرت کی فراہمی سے حل کیا جاتا ہے (جی پی ایل لائسنس کے تحت ایک ماڈیول کرنل میں لوڈ کیا جاتا ہے، جو پہلے سے ہی ملکیتی اجزاء کو لوڈ کرتا ہے)۔ ZFS کے لیے، ایسی پرت صرف اس صورت میں تیار کی جا سکتی ہے جب Oracle سے لائسنس کی استثنیٰ فراہم کی جائے۔ اوریکل لینکس میں، جی پی ایل کے ساتھ عدم مطابقت کو اوریکل لائسنس کی استثنیٰ فراہم کرتے ہوئے حل کیا جاتا ہے جو CDDL کے تحت مشترکہ کام کے لائسنس کی ضرورت کو ختم کرتا ہے، لیکن یہ استثنا دیگر تقسیموں پر لاگو نہیں ہوتا ہے۔
ایک حل یہ ہے کہ تقسیم میں ماڈیول کا صرف سورس کوڈ فراہم کیا جائے، جو بنڈلنگ کا باعث نہیں بنتا اور اسے دو الگ الگ مصنوعات کی ترسیل کے طور پر سمجھا جاتا ہے۔ Debian میں، DKMS (Dynamic Kernel Module Support) سسٹم اس کے لیے استعمال کیا جاتا ہے، جس میں ماڈیول کو سورس کوڈ میں فراہم کیا جاتا ہے اور پیکیج کو انسٹال کرنے کے فوراً بعد صارف کے سسٹم پر جمع کیا جاتا ہے۔
ماخذ: opennet.ru