GitHub پر RAD فریم ورک کے لیے اوپن سورس لائسنس کا انتخاب کیسے کریں۔

اس مضمون میں ہم کاپی رائٹ کے بارے میں تھوڑی بات کریں گے، لیکن بنیادی طور پر RAD فریم ورک کے لیے مفت لائسنس کے انتخاب کے بارے میں IONDV فریم ورک اور اس پر مبنی اوپن سورس مصنوعات کے لیے۔ ہم آپ کو اجازت دینے والے لائسنس کے بارے میں بتائیں گے۔ اپاچی 2.0اس کے بارے میں کہ ہمیں اس کی طرف کس چیز کی طرف لے جایا گیا اور اس عمل میں ہمیں کن فیصلوں کا سامنا کرنا پڑا۔

لائسنس کے انتخاب کا عمل کافی محنت طلب ہے اور اسے پہلے ہی اچھی طرح سے پڑھا جانا چاہئے، اور اگر آپ قانونی تعلیم کے خوش قسمت مالک نہیں ہیں، تو آپ کے سامنے مختلف مفت لائسنسوں کے بارے میں معلومات کا ایک لاوارث میدان کھل جاتا ہے۔ کرنے کا اہم کام یہ ہے کہ متعدد محدود معیارات کو تیار کیا جائے۔ بحث اور غور و فکر کے عمل کے ذریعے، آپ اور آپ کی ٹیم یہ سمجھنے کے قابل ہو جائے گی کہ آپ اپنے پروڈکٹ کے صارفین کو کن چیزوں کی اجازت دینا چاہتے ہیں اور کن چیزوں سے منع کرنا چاہتے ہیں۔ جب آپ کے ہاتھ میں پہلے سے ہی کوئی خاص تفصیل موجود ہو، تو آپ کو اسے موجودہ لائسنسوں پر اوورلے کرنے کی ضرورت ہے اور ایک کو منتخب کرنا ہوگا جہاں پوائنٹس کی سب سے زیادہ تعداد ملتی ہے۔ یہ بالکل آسان لگتا ہے، لیکن حقیقت میں، عام طور پر بحث کے بعد بھی سوالات باقی رہتے ہیں۔

سب سے پہلے، ایک لنک choosealicense.com، ایک مفید سائٹ جسے ہم نے بڑے پیمانے پر استعمال کیا۔ پر خصوصی توجہ دیں۔ موازنہ کی میز 13 اہم معیارات کے مطابق لائسنس۔ انگریزی اور صبر آپ کے ساتھ رہے۔

انتخاب کی اذیت

آئیے لائسنس کی عمومی خصوصیات کے ساتھ شروع کرتے ہیں۔ مفت سافٹ ویئر. اوپن سورس سافٹ ویئر کا مطلب ایک خصوصی طور پر مفت لائسنس ہے، جو ماڈل کے مطابق تجارتی اور غیر تجارتی تقسیم کو محدود نہیں کرتا ہے۔ کھلی کور. اس کے مطابق، مفت لائسنس کے تحت نیٹ ورک پر سافٹ ویئر ڈالنے سے تیسرے فریق کے ذریعے اس کی منتقلی، تقسیم اور فروخت کو مکمل طور پر محدود نہیں کیا جا سکتا، اور آپ کو صرف اس کے لیے ذہنی طور پر تیار رہنے کی ضرورت ہے۔

ایک مفت لائسنس صارف کو سافٹ ویئر کی ریورس انجینئرنگ میں حصہ لینے یا اسے دوسرے دستیاب طریقوں سے تبدیل کرنے کا حق دیتا ہے۔ زیادہ تر لائسنس آپ کو پروڈکٹ کا نام تبدیل کرنے یا اس کے ساتھ کسی قسم کی ہیرا پھیری کرنے کی اجازت نہیں دیتے ہیں، جس سے نظام کے مصنف اور/یا مالک کے حقوق تبدیل ہوتے ہیں۔

مفت لائسنس کے بارے میں جن اہم سوالات میں ہماری دلچسپی تھی وہ یہ تھے:

1. کیا سافٹ ویئر میں کی گئی تبدیلیوں کو ریکارڈ کیا جانا چاہیے اور اس کا سسٹم کے کاپی رائٹ ہولڈر سے کوئی تعلق نہیں ہے؟
2. کیا مشتق سافٹ ویئر کا نام کاپی رائٹ ہولڈر کے سافٹ ویئر کے نام جیسا نہیں ہونا چاہیے؟
3. کیا یہ ممکن ہے کہ کسی نئے ورژن کے لائسنس کو کسی دوسرے میں تبدیل کیا جائے، بشمول ایک ملکیتی؟

سب سے زیادہ عام لائسنسوں کی فہرست کو غور سے دیکھنے کے بعد، ہم نے متعدد کو منتخب کیا جن پر ہم نے مزید تفصیل سے غور کیا۔ کے لیے ممکنہ لائسنس IONDV فریم ورک یہ تھے: GNU GPLv3، Apache 2.0، MIT اور MPL۔ ایم ائی ٹی تقریباً فوری طور پر خارج کر دیا گیا، یہ ایک قابل اجازت نان کاپی لیفٹ لائسنس ہے، جو تقریباً کسی بھی طرح سے کوڈ کے استعمال، ترمیم اور تقسیم کی اجازت دیتا ہے، لیکن ہم اس اختیار سے خوش نہیں تھے، ہم پھر بھی یہ لائسنس چاہتے تھے کہ کاپی رائٹ کے درمیان تعلق کو منظم کیا جائے۔ ہولڈر اور صارف. GitHub پر زیادہ تر چھوٹے منصوبے MIT لائسنس یا اس کے مختلف تغیرات کے تحت شائع ہوتے ہیں۔ لائسنس خود بہت مختصر ہے، اور صرف ممنوعات سافٹ ویئر کے تخلیق کار کی تصنیف کی نشاندہی کرنا ہیں۔

اگلا لائسنس تھا۔ mpl 2.0. اقرار ہے کہ ہم اس پر فوراً نہیں آئے، لیکن اس کا مزید تفصیل سے مطالعہ کرنے کے بعد، ہم نے اسے جلد مسترد کر دیا، کیونکہ بنیادی خرابی یہ ہے کہ لائسنس کا اطلاق پورے پروجیکٹ پر نہیں ہوتا، بلکہ انفرادی فائلوں پر ہوتا ہے۔ اس کے علاوہ، اگر صارف فائل کو تبدیل کرتا ہے، تو وہ لائسنس کو تبدیل نہیں کر سکتا. درحقیقت، اس بات سے کوئی فرق نہیں پڑتا ہے کہ آپ اوپن سورس پروجیکٹ کو کتنی ہی تندہی سے تبدیل کرتے ہیں، آپ اس طرح کے لائسنس کی وجہ سے کبھی بھی اسے منیٹائز نہیں کر پائیں گے۔ ویسے، اس سے کاپی رائٹ ہولڈر کا کوئی تعلق نہیں ہے۔

لائسنس کے ساتھ بھی ایسا ہی مسئلہ برقرار ہے۔ GNU GPLv3. اس کی ضرورت ہے کہ کوئی بھی فائل اس کے نیچے رہے۔ GNU GPL ایک کاپی لیفٹ لائسنس ہے جس کے لیے ضروری ہے کہ مشتق کام اوپن سورس ہوں اور اسی لائسنس کے تحت رہیں۔ یعنی: کوڈ کی دو لائنوں کو دوبارہ لکھ کر، آپ کو اپنی تبدیلیاں کرنے پر مجبور کیا جائے گا اور، مزید استعمال یا تقسیم کے دوران، کوڈ کو GNU GPL کے تحت محفوظ کریں۔ اس صورت میں، یہ ہمارے پروجیکٹ کے صارف کے لیے ایک محدود عنصر ہے، اور ہمارے لیے نہیں۔ لیکن GPL کو کسی دوسرے لائسنس میں تبدیل کرنا منع ہے، یہاں تک کہ GPL ورژن میں بھی۔ مثال کے طور پر، اگر آپ تبدیل کرتے ہیں LGPL (GPL میں ایک اضافہ) GPL میں، پھر LGPL میں واپس جانے کا کوئی راستہ نہیں ہوگا۔ اور یہ نکتہ اس کے خلاف ووٹ دینے میں فیصلہ کن تھا۔

مجموعی طور پر، ہماری پسند ابتدائی طور پر اس طرف جھک گئی۔ جی پی ایل 3 خاص طور پر اسی لائسنس کے تحت ترمیم شدہ کوڈ کی تقسیم کی وجہ سے۔ ہم نے سوچا کہ اس طرح ہم اپنی مصنوعات کو محفوظ بنا سکتے ہیں، لیکن ہم نے اپاچی 2.0 میں کم خطرات دیکھے۔ فری سافٹ ویئر فاؤنڈیشن کے مطابق، GPLv3 اپاچی لائسنس v2.0 کے ساتھ مطابقت رکھتا ہے، یعنی لائسنس کو اپاچی لائسنس v2.0 سے GPL v3.0 میں تبدیل کرنا ہمیشہ ممکن ہے۔

اپاچی 2.0

اپاچی 2.0 - کاپی رائٹ پر زور کے ساتھ ایک متوازن اجازت نامہ۔ یہاں ان سوالات کے جوابات ہیں جو اس نے ہماری دلچسپی کے لیے دیے۔ کیا سافٹ ویئر میں کی گئی تبدیلیوں کو ریکارڈ کیا جانا چاہیے اور اس کا سسٹم کے کاپی رائٹ ہولڈر سے کوئی تعلق نہیں ہے؟ ہاں، تمام تبدیلیوں کا دستاویزی ہونا ضروری ہے اور ہم اصل کوڈ یا ترمیم شدہ کے ذمہ دار نہیں ہیں۔ تبدیلیوں والی فائل اس کوڈ کے ساتھ منسلک ہونی چاہیے جس میں آپ نے یہ تبدیلیاں کی ہیں۔ کیا مشتق سافٹ ویئر کا نام کاپی رائٹ ہولڈر کے سافٹ ویئر کے نام جیسا نہیں ہونا چاہیے؟ ہاں، مشتق سافٹ ویئر کو ایک مختلف نام اور مختلف ٹریڈ مارک کے تحت جاری کیا جانا چاہیے، لیکن کاپی رائٹ ہولڈر کے اشارے کے ساتھ۔ کیا یہ ممکن ہے کہ کسی نئے ورژن کے لائسنس کو کسی دوسرے میں تبدیل کیا جائے، بشمول ایک ملکیتی؟ ہاں، اسے مختلف لائسنسوں کے تحت جاری کیا جا سکتا ہے، اپاچی 2.0 کسی بھی غیر تجارتی اور تجارتی لائسنس کے استعمال کو محدود نہیں کرتا ہے۔

اس کے علاوہ، اپاچی 2.0 کے لیے اوپن سورس کوڈ یا اضافی فعالیت کے ساتھ پروڈکٹس کی بنیاد پر نئی مصنوعات جاری کرتے وقت، اسی لائسنس کا استعمال ضروری نہیں ہے۔ ذیل میں آپ Apache 2.0 لائسنس کی شرائط اور پابندیوں کے ساتھ ایک تصویر دیکھ سکتے ہیں۔

لائسنس کاپی رائٹس اور لائسنس کو محفوظ کرنے اور اس کا ذکر کرنے کی شرط عائد کرتا ہے جس کے تحت سافٹ ویئر جاری کیا گیا ہے۔ لازمی دستیابی۔ حق اشاعت کا نوٹس۔ کاپی رائٹ ہولڈر کے نام کے ساتھ اور لائسنس سافٹ ویئر کے اصل مصنف کے حقوق کی حفاظت کرتا ہے، کیونکہ اگر اس کا نام تبدیل کر دیا جائے، کسی دوسرے لائسنس کے تحت دیا جائے یا فروخت کیا جائے، تب بھی مصنف کا نشان باقی رہے گا۔ آپ اس کے لیے فائل بھی استعمال کر سکتے ہیں۔ نوٹس اور اسے سورس کوڈ یا پروجیکٹ دستاویزات سے منسلک کریں۔

ہم اپاچی 2.0 لائسنس کے تحت GitHub پر عوامی طور پر دستیاب اپنی تمام مصنوعات جاری کرتے ہیں، سوائے اس کے IONDV جنگی ذخیرہجس کا ماخذ کوڈ GPLv3 لائسنس کے تحت GitHub پر اس سال اپریل میں فار ایسٹرن سینٹر فار سوشل ٹیکنالوجیز نے شائع کیا تھا۔ اس وقت، کے علاوہ فریم ورک اور ماڈیولز شائع ہوا ایپس فریم ورک پر بنایا گیا ہے۔ حب پر ہم پہلے ہی بات کر چکے ہیں۔ پروجیکٹ مینجمنٹ سسٹم اور کے بارے میں مواصلات کا رجسٹر.

وہ. فریم ورک کے بارے میں تفصیلات

IONDV فریم ورک ایک اوپن سورس فریم ورک ہے جو node.js پر مبنی میٹا ڈیٹا کی بنیاد پر اعلیٰ سطح کی ویب ایپلیکیشنز بنانے کے لیے ہے، جس کے لیے سنجیدہ پروگرامنگ کی مہارتوں کی ضرورت نہیں ہے۔

ایپلیکیشن کی فعالیت کی بنیاد ڈیٹا رجسٹری - رجسٹر ماڈیول ہے۔ یہ ایک کلیدی ماڈیول ہے جو براہ راست میٹا ڈیٹا ڈھانچے کی بنیاد پر ڈیٹا کے ساتھ کام کرنے کے لیے ڈیزائن کیا گیا ہے - بشمول پروجیکٹس، پروگرامز، ایونٹس وغیرہ کے انتظام کے لیے۔ پراجیکٹ صوابدیدی ڈیٹا ٹیمپلیٹس کو ظاہر کرنے کے لیے ایک پورٹل ماڈیول بھی استعمال کرتا ہے - یہ آرکائیو فرنٹ رجسٹری کو لاگو کرتا ہے۔

MongoDb DBMS کے لیے استعمال کیا جاتا ہے - یہ ایپلیکیشن سیٹنگز، میٹا ڈیٹا اور ڈیٹا کو ہی اسٹور کرتا ہے۔

اپنے پروجیکٹ کے لیے لائسنس کا اطلاق کیسے کریں؟

ایک فائل شامل کریں۔ لائسنس آپ کے پروجیکٹ اور voilà کے ذخیرے میں لائسنس کے متن کے ساتھ، Apache 2.0 کے ذریعہ محفوظ کردہ پروجیکٹ۔ آپ کو کاپی رائٹ ہولڈر کی نشاندہی کرنے کی ضرورت ہے، بس کاپی رائٹ نوٹس. یہ سورس کوڈ یا فائل میں کیا جا سکتا ہے۔ نوٹس (اپاچی لائسنس کے تحت لائسنس یافتہ تمام لائبریریوں کو ان کے تخلیق کاروں کے ناموں کے ساتھ درج کرنے والی ٹیکسٹ فائل)۔ فائل کو یا تو سورس کوڈ میں یا کام کے ساتھ تقسیم کردہ دستاویزات میں رکھیں۔ ہمارے لئے یہ اس طرح لگتا ہے:

کاپی رائٹ © 2018 ION DV LLC۔
اپاچی لائسنس، ورژن 2.0 کے تحت لائسنس یافتہ

اپاچی 2.0 لائسنس کا متن

اپاچی لائسنس
ورژن 2.0 ، جنوری 2004
http://www.apache.org/licenses/

استعمال ، پیشرفت ، اور تقسیم کے لئے شرائط و ضوابط

1. تعریفیں.

   "لائسنس" سے مراد استعمال کی شرائط و ضوابط ہوں گے، تولید،
   اور تقسیم جیسا کہ اس دستاویز کے سیکشن 1 سے 9 کے ذریعے بیان کیا گیا ہے۔

   "لائسنس دہندہ" کا مطلب کاپی رائٹ کا مالک یا ہستی جس کی طرف سے مجاز ہے۔
   حق اشاعت کے مالک جو لائسنس دے رہے ہیں۔

   "قانونی ہستی" کا مطلب ہے قائم مقام ادارہ اور سب کا اتحاد
   دوسری ایسی تنظیمیں جو کنٹرول کرتی ہیں ، ان کے ذریعے کنٹرول ہوتی ہیں ، یا عام ہیں
   اس ہستی کے ساتھ قابو رکھیں۔ اس تعریف کے مقاصد کے لئے ،
   "کنٹرول" کا مطلب ہے (i) طاقت، براہ راست یا بالواسطہ، کا سبب بننا
   اس طرح کے ادارے کی سمت یا انتظام ، خواہ معاہدے کے ذریعہ ہو یا
   بصورت دیگر ، یا (ii) پچاس فیصد (50٪) یا اس سے زیادہ کی ملکیت
   بقایا حصص ، یا (iii) ایسی ہستی کی فائدہ مند ملکیت۔

   "آپ" (یا "آپ") کا مطلب ایک فرد یا قانونی ادارہ ہوگا۔
   اس لائسنس کے ذریعہ عطا کردہ اجازتوں کو استعمال کرنا۔

   "ماخذ" فارم کا مطلب ہے ترمیم کرنے کے لیے ترجیحی فارم،
   بشمول سافٹ ویئر سورس کوڈ ، دستاویزات تک محدود لیکن ان تک نہیں
   ماخذ، اور کنفیگریشن فائلز۔

   "آبجیکٹ" فارم کا مطلب میکانیکل کے نتیجے میں کوئی بھی شکل ہو گی۔
   کسی ماخذ کی شکل میں تبدیلی یا ترجمہ ، بشمول لیکن
   صرف مرتب شدہ آبجیکٹ کوڈ تک محدود نہیں ، پیدا کردہ دستاویزات ،
   اور میڈیا کی دیگر اقسام میں تبادلوں۔

   "کام" کا مطلب تصنیف کا کام ہوگا، خواہ ماخذ میں ہو یا
   لائسنس کے تحت دستیاب آبجیکٹ فارم ، جیسا کہ a
   کاپی رائٹ نوٹس جو کام میں شامل یا منسلک ہے
   (ایک مثال ذیل کے ضمیمہ میں فراہم کی گئی ہے)۔

   "Derivative Works" سے مراد کوئی بھی کام ہوگا، خواہ ماخذ ہو یا آبجیکٹ
   فارم ، جو کام (یا ماخوذ) پر مبنی ہے اور جس کے لئے
   ادارتی ترمیم ، تشریحات ، وضاحت ، یا دیگر ترمیمات
   نمائندگی کریں ، مجموعی طور پر ، تصنیف کا ایک اصل کام۔ مقاصد کے لئے
   اس لائسنس میں ، مشتق کاموں میں باقی کام شامل نہیں ہوں گے
   سے جدا ، یا محض لنک (یا نام سے پابند) کے انٹرفیس سے ،
   اس کا کام اور مشتق کام۔

   "تعاون" کا مطلب تصنیف کا کوئی بھی کام ہوگا، بشمول
   کام کا اصل ورژن اور کوئی ترمیم یا اضافے
   اس کام یا مشتق کام کی طرف ، جو جان بوجھ کر ہوتا ہے
   کاپی رائٹ کے مالک کے ذریعہ کام میں شامل کرنے کے لئے لائسنس دہندہ کو پیش کیا گیا
   یا کسی فرد یا قانونی ہستی کے ذریعہ جس کی جانب سے جمع کرانے کا اختیار ہے
   کاپی رائٹ کا مالک۔ اس تعریف کے مقاصد کے لیے، "جمع کرایا گیا"
   مطلب کسی بھی قسم کی الیکٹرانک ، زبانی ، یا تحریری مواصلت
   لائسنس یا اس کے نمائندوں کو ، بشمول لیکن ان تک محدود نہیں
   الیکٹرانک میلنگ لسٹوں ، سورس کوڈ کنٹرول سسٹم ،
   اور ان سے باخبر رہنے والے سسٹم جاری کرتے ہیں جن کا انتظام ، یا اس کی طرف سے ، کے ذریعے کیا جاتا ہے
   کام پر تبادلہ خیال اور بہتری کے مقصد کے لئے لائسنس دہندہ ، لیکن
   اس مواصلات کو چھوڑ کر جسے واضح طور پر نشان زد کیا گیا ہے یا کسی اور طرح سے
   کاپی رائٹ کے مالک کے ذریعہ تحریری طور پر نامزد کیا گیا ہے بطور "تعاون نہیں ہے۔"

   "Contributor" کا مطلب لائسنس دہندہ اور کوئی فرد یا قانونی ادارہ ہوگا۔
   جن کی جانب سے لائسنس دہندہ اور کے ذریعہ تعاون وصول کیا گیا ہے
   اس کے بعد کام میں شامل کر لیا گیا۔

2. کاپی رائٹ لائسنس کی منظوری۔ کی شرائط و ضوابط سے مشروط
   یہ لائسنس ، ہر ایک معاون آپ کو مستقل طور پر دیتا ہے ،
   دنیا بھر میں ، غیر خصوصی ، بغیر کسی چارج کے ، رائلٹی فری ، اٹل ہے
   کاپی رائٹ لائسنس دوبارہ تیار کرنا ، مشتق کام تیار کرنا ،
   عوامی طور پر ڈسپلے کریں ، عوامی سطح پر انجام دیں ، سبیلنس اور تقسیم کریں
   منبع یا آبجیکٹ کی شکل میں کام اور اس طرح کے مشتق کام۔

3. پیٹنٹ لائسنس کی منظوری۔ کی شرائط و ضوابط سے مشروط
   یہ لائسنس ، ہر ایک معاون آپ کو مستقل طور پر دیتا ہے ،
   دنیا بھر میں ، غیر خصوصی ، بغیر کسی چارج کے ، رائلٹی فری ، اٹل ہے
   (سوائے اس حصے میں بتایا گیا ہے) پیٹنٹ لائسنس بنانے ، بنانے ،
   استعمال کریں ، فروخت ، فروخت ، درآمد ، اور بصورت دیگر کام کو منتقل کرنے کی پیش کش کریں ،
   جہاں اس طرح کے لائسنس کا اطلاق صرف ان پیٹنٹ دعووں پر ہوتا ہے جو لائسنس ہیں
   ایسے معاونین کے ذریعہ جو ان کی طرف سے لازمی طور پر خلاف ورزی کی جاتی ہے
   اکیلے یا ان کے تعاون (مجموعہ) کے مجموعہ سے تعاون
   اس کام کے ساتھ جس میں ایسی شراکت جمع کی گئی تھی۔ اگر تم
   کسی بھی شے کے خلاف انسٹی ٹیوٹ پیٹنٹ قانونی چارہ جوئی (بشمول ایک
   دعویٰ کراس دعویٰ یا دعویٰ میں دعویٰ) کہ کام
   یا کام کے اندر شامل شراکت کا براہ راست تشکیل ہوتا ہے
   یا شراکت دار پیٹنٹ کی خلاف ورزی ، پھر کوئی پیٹنٹ لائسنس
   اس لائسنس کے تحت اس کام کے ل You آپ کو دیا ہوا کام ختم ہوجائے گا
   اس تاریخ کے مطابق مقدمہ دائر کیا گیا ہے۔

4. دوبارہ تقسیم آپ اس کی کاپیاں دوبارہ تیار اور تقسیم کر سکتے ہیں۔
   کام یا مشتق کام اس کے ساتھ یا اس کے بغیر کسی بھی وسیلے میں
   ترمیمات ، اور ماخذ یا آبجیکٹ فارم میں ، بشرطیکہ آپ
   مندرجہ ذیل شرائط کو پورا کریں:

   (a) آپ کو کام کے کسی اور وصول کنندہ کو دینا ہوگا یا
   مشتق کام کرتا ہے اس لائسنس کی ایک کاپی۔ اور

   (b) آپ کو کسی بھی ترمیم شدہ فائلوں کو نمایاں نوٹس لے جانے کا سبب بننا چاہیے۔
   یہ بتاتے ہوئے کہ آپ نے فائلیں تبدیل کر دی ہیں۔ اور

   © آپ کو کسی بھی مشتق کام کے ماخذ کی شکل میں برقرار رکھنا چاہیے۔
   کہ آپ تقسیم ، تمام کاپی رائٹ ، پیٹنٹ ، ٹریڈ مارک ، اور
   کام کے ماخذ فارم سے منسوب نوٹس ،
   ان نوٹسوں کو چھوڑ کر جن کا کسی بھی حصہ سے تعلق نہیں ہے
   مشتق کام؛ اور

   (d) اگر کام میں "نوٹس" ٹیکسٹ فائل اس کے حصے کے طور پر شامل ہے۔
   تقسیم ، پھر کوئی بھی مشتق کام جو آپ تقسیم کرتے ہیں لازمی ہے
   شامل انتساب نوٹس کی پڑھنے کے قابل کاپی شامل کریں
   ایسی نوٹس فائل کے اندر، ان نوٹسوں کو چھوڑ کر جو نہیں کرتے
   مشتق کاموں کے کسی بھی حصے سے متعلق ہو ، کم از کم ایک میں
   درج ذیل جگہوں میں سے: ایک نوٹس ٹیکسٹ فائل کے اندر تقسیم کی گئی ہے۔
   مشتق کاموں کے حصے کے طور پر؛ ماخذ فارم کے اندر یا
   دستاویزات ، اگر مشتق کاموں کے ساتھ فراہم کی گئی ہوں۔ یا ،
   مشتق کاموں کے ذریعہ تیار کردہ ایک ڈسپلے کے اندر ، اگر اور
   جہاں بھی تیسری پارٹی کے نوٹس عام طور پر ظاہر ہوتے ہیں۔ فہرست
   نوٹس کی فائل صرف معلوماتی مقاصد کے لیے ہے۔
   لائسنس میں ترمیم نہ کریں۔ آپ اپنی انتساب شامل کرسکتے ہیں
   مشتق کاموں کے اندر جو نوٹس آپ تقسیم کرتے ہیں اس کے ساتھ ساتھ
   یا بطور کام سے متن کے متن متن میں بطور ضمیمہ بطور
   کہ اس طرح کے اضافی نوٹسز کو ضبط نہیں کیا جاسکتا
   لائسنس میں ترمیم کرنے کے بطور

   آپ اپنی ترمیمی دستاویزات میں اپنا خود کاپی رائٹ بیان شامل کرسکتے ہیں
   اضافی یا مختلف لائسنس کی شرائط و ضوابط فراہم کرسکتے ہیں
   استعمال ، پنروتپادن ، یا اپنی ترمیم کی تقسیم کے لئے ، یا
   مجموعی طور پر اس طرح کے کسی بھی مشتق کام کے ل provided ، آپ کا استعمال بشرطیکہ ،
   پنروتپادن ، اور کام کی تقسیم دوسری صورت میں تعمیل کرتی ہے
   اس لائسنس میں بیان کردہ شرائط۔

5. شراکتیں جمع کروانا۔ جب تک کہ آپ واضح طور پر دوسری صورت میں بیان نہ کریں،
   کسی بھی تعاون کو جان بوجھ کر کام میں شامل کرنے کے لئے پیش کیا گیا ہے
   آپ کے ذریعہ لائسنس دہندہ کے شرائط و ضوابط کے تحت ہوں گے
   یہ لائسنس ، بغیر کسی اضافی شرائط و ضوابط کے۔
   مذکورہ بالا کے باوجود ، اس میں سے کچھ بھی خارج یا ترمیم نہیں کرے گا
   کسی بھی علیحدہ لائسنس معاہدے کی شرائط جو آپ نے عمل میں لائی ہو
   اس طرح کے تعاون کے بارے میں لائسنس دہندگان کے ساتھ۔

6. ٹریڈ مارکس۔ یہ لائسنس تجارت کو استعمال کرنے کی اجازت نہیں دیتا ہے۔
   لائسنس دہندگان کے نام ، تجارتی نشان ، خدمت کے نشان ، یا مصنوع کے نام ،
   سوائے اس کے کہ بیان کرنے میں معقول اور روایتی استعمال کی ضرورت ہو
   کام کی اصلیت اور نوٹس فائل کے مواد کو دوبارہ تیار کرنا۔

7. وارنٹی کی تردید۔ جب تک کہ قابل اطلاق قانون کی ضرورت نہ ہو۔
   تحریری طور پر اتفاق کیا گیا ، لائسنس کام فراہم کرتا ہے (اور ہر ایک)
   Contributor اپنے تعاون فراہم کرتا ہے) ایک "جیسے ہے" کی بنیاد پر،
   کسی بھی قسم کی وارنٹی یا شرائط کے بغیر ، یا تو اظہار کریں یا
   کسی بھی گارنٹی یا شرائط پر پابندی ، کسی حد کے بغیر
   ٹائٹل ، غیر انفراسمنٹ ، مرچینٹیبلٹی ، یا فٹ ہونے کے لئے
   خاص مقصد. اس کا تعین کرنے کے لئے آپ مکمل طور پر ذمہ دار ہیں
   کام کو دوبارہ استعمال کرنے یا دوبارہ تقسیم کرنے کی اہلیت اور کوئی بھی فرض کریں
   اس لائسنس کے تحت آپ کی اجازت کے استعمال سے متعلق خطرات۔

8. ذمہ داری کی حد۔ کسی بھی صورت میں اور کسی قانونی نظریہ کے تحت،
   چاہے تشدد میں (غفلت سمیت) ، معاہدہ ، یا کوئی اور ،
   جب تک کہ قابل اطلاق قانون (جیسے جان بوجھ کر اور مجموعی طور پر) کی ضرورت نہ ہو
   غفلت آمیز کام) یا تحریری طور پر رضامند ہوں گے ، کوئی بھی شراکت کار ہوگا
   آپ کے لئے ہر طرح کے ، بالواسطہ ، خصوصی ،
   حادثاتی ، یا کسی بھی کردار کے نتیجے میں ہونے والے نقصانات کے طور پر
   اس لائسنس کا نتیجہ یا استعمال سے باہر یا استعمال کرنے سے قاصر ہے
   کام (بشمول خیر سگالی کے نقصان کے نقصانات سمیت ، لیکن ان تک محدود نہیں ،
   کام کا رک جانا ، کمپیوٹر کی ناکامی یا خرابی ، یا کوئی اور سب
   دوسرے تجارتی نقصانات یا نقصانات) ، چاہے اس طرح کے معاون ہوں
   ایسے نقصانات کے امکان سے متعلق مشورہ دیا گیا ہے۔

9. وارنٹی یا اضافی ذمہ داری قبول کرنا۔ دوبارہ تقسیم کرتے وقت
   اس کا کام یا مشتق کام ، آپ پیشکش کرنے کا انتخاب کرسکتے ہیں ،
   اور معاوضے کی قبولیت ، وارنٹی ، معاوضہ کیلئے فیس وصول کریں ،
   یا دیگر ذمہ داریوں کی ذمہ داریاں اور / یا حقوق اس کے مطابق ہیں
   لائسنس تاہم ، اس طرح کی ذمہ داریوں کو قبول کرنے میں ، آپ صرف کام کرسکتے ہیں
   اپنی طرف سے اور اپنی واحد ذمہ داری پر ، اپنی طرف سے نہیں
   کسی دوسرے معاون کا ، اور صرف اس صورت میں جب آپ معاوضے پر رضامند ہوں ،
   دفاع کریں ، اور کسی بھی ذمہ داری کے لئے ہر شراکت دار کو کوئی نقصان نہیں پہنچاتے ہیں
   اس طرح کے معاون کی وجہ سے معاوضہ ، یا دعوی کے خلاف دعوی کیا گیا ہے
   آپ کی اس طرح کی کوئی ضمانت یا اضافی ذمہ داری قبول کرنے کی۔

   شرائط و ضوابط کا اختتام

   ضمیمہ: آپ کے کام پر اپاچی لائسنس کا اطلاق کیسے کریں۔

   اپاچی لائسنس کو اپنے کام میں لاگو کرنے کے لئے ، درج ذیل کو منسلک کریں
   بوائلر پلیٹ نوٹس، بریکٹ سے بند فیلڈز کے ساتھ "[]"
   آپ کی اپنی شناخت کی معلومات کے ساتھ تبدیل. (شامل نہ کریں
   بریکٹ!) متن کو مناسب طریقے سے منسلک کیا جانا چاہئے
   فائل فارمیٹ کے لیے تبصرہ نحو۔ ہم یہ بھی تجویز کرتے ہیں کہ اے
   فائل یا کلاس کا نام اور مقصد کی تفصیل پر شامل کی جائے گی۔
   آسانی کے لیے کاپی رائٹ نوٹس جیسا "مطبوعہ صفحہ"
   تیسری پارٹی کے محفوظ شدہ دستاویزات کے اندر شناخت

   حق اشاعت [yyyy] [حق اشاعت کے مالک کا نام]

   اپاچی لائسنس کے تحت لائسنس یافتہ، ورژن 2.0 ("لائسنس")؛
   آپ اس فائل کو لائسنس کی تعمیل کے علاوہ استعمال نہیں کر سکتے ہیں۔
   آپ لائسنس کی ایک کاپی پر حاصل کرسکتے ہیں

   http://www.apache.org/licenses/LICENSE-2.0

   جب تک قابل اطلاق قانون کی ضرورت نہیں ہے یا سوفٹ ویئر کی تحریری طور پر اتفاق نہیں ہے
   لائسنس کے تحت تقسیم کیا جاتا ہے ایک "AS IS" کی بنیاد پر،
   کسی بھی قسم کی وارنٹی یا شرائط کے بغیر ، یا تو اظہار یا مضمر۔
   مخصوص زبان کی حکمرانی کے لئے لائسنس دیکھیں اور
   لائسنس کے تحت حدود۔

لائسنس = معاہدہ

ایک مفت لائسنس، اگرچہ یہ مفت ہے، اجازت نہیں دیتا اور ہم پابندیوں کی مثالیں پہلے ہی دے چکے ہیں۔ اپنی اور صارف کی دلچسپیوں کو مدنظر رکھتے ہوئے لائسنس کا انتخاب کریں، کیونکہ اوپن سورس سافٹ ویئر خاص طور پر اس کے لیے ڈیزائن کیا گیا ہے۔ پروجیکٹ کے صارف کو لائسنس کو اپنے اور کاپی رائٹ ہولڈر کے درمیان ایک قسم کے معاہدے کے طور پر سمجھنا چاہیے، اس لیے سورس کوڈ پر کوئی کارروائی کرنے سے پہلے، پروجیکٹ کے لائسنس کے ذریعے آپ پر عائد پابندیوں کا بغور مطالعہ کریں۔

ہم امید کرتے ہیں کہ ہم نے لائسنس کے موضوع پر کچھ روشنی ڈالی ہے اور مسئلہ کی پیچیدگی کے باوجود، یہ آپ کے اوپن سورس کے راستے میں رکاوٹ نہیں بننا چاہیے۔ اپنے پروجیکٹ کو تیار کریں اور اپنے اور دوسروں کے حقوق کے بارے میں مت بھولیں۔

کارآمد ویب سائٹس

آخر میں، کچھ مفید وسائل جنہوں نے موجودہ لائسنس کے بارے میں معلومات تلاش کرنے اور اپنے مقاصد کے لیے موزوں ترین کو منتخب کرنے میں ہماری مدد کی:

• آئی ٹی کا لائسنس
• لائسنسوں کی فہرست
• گیتوب سے لائسنسنگ ریپو
• اوپن سورس کے لیے گائیڈ
• لائسنس کے متن
• اوپن سورس لائسنس کی مختلف اقسام کے درمیان فرق
• اوپن سورس لائسنس کے لیے ایک مختصر گائیڈ
• سپر مفید مضمون سے نشان زد ایک
• اوپن سورس لائسنس کی اقسام
• GNU GPL 3 کے بارے میں
• StackOverflow سے جواب

ماخذ: www.habr.com