Open Source Licenses: Everything You Need To Know

ओपन सोर्स प्रौद्योगिकी की दुनिया को चारों ओर ले जाता है, जो फ्रेमवर्क के माध्यम से आधुनिक सॉफ्टवेयर स्टैक का 90% हिस्सा बनाता है; पुस्तकालय; डेटाबेस; ऑपरेटिंग सिस्टम; और अनगिनत स्टैंडअलोन अनुप्रयोग।

ओपन सोर्स सॉफ़्टवेयर के लाभों को अच्छी तरह से समझा जाता है, जो बेहतर नियंत्रण और पारदर्शिता का वादा करता है। हालाँकि, खुले स्रोत और मालिकाना क्षेत्र के बीच एक बारहमासी संघर्ष है, जिसके कारण कई कंपनियां अपने व्यावसायिक हितों की रक्षा के लिए खुले स्रोत से पीछे हट रही हैं। इन सबके मूल में लाइसेंसिंग का पेचीदा मुद्दा है।

दो व्यापक प्रकार के लाइसेंस हैं जो ओपन सोर्स इनिशिएटिव (ओएसआई) द्वारा निर्धारित औपचारिक ओपन सोर्स परिभाषा को पूरा करते हैं। “अनुमेय” लाइसेंस में इस बात पर कुछ प्रतिबंध होते हैं कि उपयोगकर्ता सॉफ़्टवेयर को कैसे संशोधित और वितरित कर सकते हैं, जिससे वे उन कंपनियों के बीच लोकप्रिय हो जाते हैं जो इसका व्यावसायिक उपयोग करना चाहते हैं। और फिर “कॉपीलेफ़्ट” लाइसेंस भी हैं, जो समान स्वतंत्रता प्रदान करते हैं लेकिन एक उल्लेखनीय चेतावनी के साथ: सॉफ़्टवेयर के किसी भी संशोधित संस्करण को भी उसी मूल कॉपीलेफ़्ट लाइसेंस के तहत वितरित किया जाना चाहिए। यह उन व्यवसायों के लिए इतना आकर्षक नहीं है जो अपने मालिकाना काम की रक्षा करना चाहते हैं।

लेकिन इसके अलावा भी इसमें बहुत कुछ है, प्रत्येक बकेट में विभिन्न लाइसेंस मौजूद हैं। इसके अलावा, ऐसे अनगिनत लाइसेंस हैं, जो पूरी तरह से खुला स्रोत नहीं हैं, फिर भी उनके बारे में जानने लायक हैं।

अनुमोदक

साथ

1980 के दशक में मैसाचुसेट्स इंस्टीट्यूट ऑफ टेक्नोलॉजी में उत्पन्न, उपयुक्त नामित एमआईटी लाइसेंस अधिकांश मेट्रिक्स द्वारा सबसे लोकप्रिय ओपन सोर्स लाइसेंस है, जो कई वर्षों से गिटहब विकास समुदाय के बीच शीर्ष स्थान पर है।

रिएक्ट (फ्रंट-एंड जावास्क्रिप्ट लाइब्रेरी) और रूबी (सामान्य प्रयोजन प्रोग्रामिंग भाषा) सहित परियोजनाओं द्वारा उपयोग किया जाने वाला एमआईटी लाइसेंस डेवलपर्स को अपनी पसंद के अनुसार सॉफ्टवेयर का उपयोग करने की अनुमति देता है। ऐसे अधिकांश लाइसेंसों की तरह, यह बिना वारंटी के प्रदान किया जाता है, जिसका अर्थ है कि लेखक अपने सॉफ़्टवेयर (जैसे डेटा हानि) के कारण होने वाले नुकसान के परिणामस्वरूप किसी भी दायित्व से मुक्त हैं। डेवलपर्स को किसी भी व्युत्पन्न कार्य में मूल कॉपीराइट नोटिस और एमआईटी लाइसेंस को शामिल करने के बारे में चिंता करने की ज़रूरत है।

लेकिन एमआईटी लाइसेंस में एक कमी है: यह स्पष्ट रूप से पेटेंट अधिकार प्रदान नहीं करता है। इसका मतलब यह है कि यदि सॉफ़्टवेयर का कोई टुकड़ा पेटेंट तकनीक पर निर्भर करता है, तो यह उन डेवलपर्स के लिए कानूनी अनिश्चितता पैदा कर सकता है जो उक्त पेटेंट तकनीक के लिए अलग-अलग अनुमति प्राप्त किए बिना सॉफ़्टवेयर तैनात करते हैं।

हालाँकि, यह एमआईटी लाइसेंस के प्रमुख विक्रय बिंदुओं में से एक को रेखांकित करता है: केवल 200 शब्दों के साथ, भाषा सरल और संक्षिप्त है। अस्पष्ट, शब्द-सूप पेटेंट भाषण के साथ चीजों को गंदा करने से उन परियोजनाओं के लिए अनावश्यक जटिलता बढ़ जाएगी, जिनका पेटेंट से कोई लेना-देना नहीं है, जैसे कि उच्च-स्तरीय प्रोग्रामिंग भाषाएं या वेब फ्रेमवर्क।

लेकिन बहुत सारे ओपन सोर्स प्रोजेक्ट पेटेंट प्रौद्योगिकियों जैसे कि एंड्रॉइड जैसे हार्डवेयर-केंद्रित सॉफ़्टवेयर के साथ मिलते हैं।

अपाचे लाइसेंस 2.0

अपाचे सॉफ्टवेयर फाउंडेशन ने 2004 में अपाचे लाइसेंस 2.0 प्रकाशित किया, जो उपयोगकर्ताओं को मुकदमेबाजी से बचाने के लिए एक स्पष्ट पेटेंट अनुदान के साथ पुराने लाइसेंस का अपडेट था। इसलिए, उदाहरण के लिए, यदि कोई डेवलपर अपाचे 2.0 के तहत लाइसेंस प्राप्त प्रोजेक्ट में एक अद्वितीय छवि प्रसंस्करण एल्गोरिदम का योगदान देता है, तो डेवलपर द्वारा उस एल्गोरिदम पर रखा गया कोई भी पेटेंट स्वचालित रूप से सॉफ़्टवेयर के सभी उपयोगकर्ताओं के लिए लाइसेंस प्राप्त हो जाता है।

अधिकांश लोग Google के एंड्रॉइड ब्रांड से परिचित होंगे, जो ऐप स्टोर और घरेलू टूल और सेवाओं के सुइट से परिपूर्ण है। लेकिन अंतर्निहित एंड्रॉइड ओपन सोर्स प्रोजेक्ट (एओएसपी) अपाचे 2.0 लाइसेंस के तहत मूल रूप से उपलब्ध है, जो 2008 में Google द्वारा ऐप्पल का मुकाबला करने और फोन निर्माताओं को उस समय के अन्य स्वामित्व वाले मौजूदा (जैसे सिम्बियन) बनाम एंड्रॉइड का उपयोग करने के लिए प्रोत्साहित करने के लिए एक जानबूझकर कदम था। और यह काम कर गया. सैमसंग, एचटीसी, एलजी और बाकी सभी एंड्रॉइड पर कूद पड़े।

हालाँकि, इसका एक उपोत्पाद यह है कि अन्य परिवर्धन और स्पष्टीकरणों के अलावा, पेटेंट अनुदान पाठ के कारण अपाचे लाइसेंस 2.0 में एमआईटी के शब्दों की संख्या लगभग पाँच गुना है। लेकिन यह समझौता है, और यह दो सबसे आम अनुमेय ओपन सोर्स लाइसेंस के बीच प्रमुख अंतर को दर्शाता है।

अन्य अनुज्ञेय लाइसेंस

बीएसडी 2-क्लॉज लाइसेंस एमआईटी के समान है, लेकिन इस्तेमाल की जाने वाली भाषा के संदर्भ में इसमें महत्वपूर्ण अंतर हैं। उदाहरण के लिए, यह निर्दिष्ट करता है कि लाइसेंस की एक प्रति स्रोत कोड और संकलित बाइनरी फॉर्म दोनों के साथ शामिल की जानी चाहिए। और फिर बीएसडी 3-क्लॉज लाइसेंस है, जिसमें एक अतिरिक्त “नो एंडोर्समेंट” क्लॉज है जो किसी भी व्युत्पन्न परियोजना में प्रचार उद्देश्यों के लिए कॉपीराइट धारकों और योगदानकर्ताओं के नामों के उपयोग को प्रतिबंधित करता है।

एमआईटी नो एट्रिब्यूशन लाइसेंस (एमआईटी-0) भी है, जो एमआईटी से अधिक सरल है, इसमें व्युत्पन्न सॉफ़्टवेयर में एट्रिब्यूशन की कोई आवश्यकता नहीं है। इसका उपयोग करना सॉफ्टवेयर को सार्वजनिक डोमेन में डालने के करीब है, सिवाय इसके कि लेखक के पास कॉपीराइट और भविष्य में चीजों को बदलने की क्षमता बरकरार रहती है।

कॉपीलेफ्ट

जीएनयू जनरल पब्लिक लाइसेंस (जीपीएल) वी. 2.0 और 3.0

फ्री सॉफ्टवेयर फाउंडेशन (एफएसएफ) ने 1989 में जीएनयू जनरल पब्लिक लाइसेंस (जीपीएल) प्रकाशित किया, और यह सामान्य उपयोग के लिए पहले कॉपीलेफ्ट लाइसेंस में से एक था।

कॉपीलेफ्ट लाइसेंस अक्सर एकल कॉर्पोरेट इकाई द्वारा समर्थित परियोजनाओं की तुलना में समुदाय से इनपुट की आवश्यकता वाली परियोजनाओं के लिए बेहतर अनुकूल होते हैं। यह आवश्यक करके कि सभी संशोधन एक ही ओपन सोर्स लाइसेंस के तहत उपलब्ध रहें, यह योगदानकर्ताओं को आश्वस्त करता है कि उनकी कड़ी मेहनत का उपयोग व्यापक समुदाय को लाभ पहुंचाए बिना मालिकाना सॉफ़्टवेयर में नहीं किया जाएगा – कम से कम सिद्धांत रूप में, क्योंकि प्रत्येक की खोज करना मुश्किल हो सकता है उल्लंघन करें और फिर लाइसेंस की शर्तों को लागू करें।

GitHub डेटा के अनुसार, 2007 में लॉन्च किया गया GPL 3.0 तीसरा सबसे लोकप्रिय लाइसेंस है। लाइसेंस ने GPL 2.0 पर उल्लेखनीय अपडेट की शुरुआत की, जिसमें पेटेंट अनुदान प्रावधान और अन्य ओपन सोर्स लाइसेंस के साथ बेहतर संगतता शामिल है। यह उस चीज़ को भी प्रतिबंधित करता है जिसे “टिवोइज़ेशन” के रूप में जाना जाता है, जहां हार्डवेयर निर्माता जो जीपीएल-लाइसेंस प्राप्त सॉफ़्टवेयर से लाभान्वित होते हैं, उपयोगकर्ताओं को डिजिटल अधिकार प्रबंधन (डीआरएम) तंत्र का उपयोग करके उस सॉफ़्टवेयर के संशोधित संस्करण स्थापित करने से रोकते हैं।

उल्लेखनीय जीपीएल अपनाने वालों में वर्डप्रेस शामिल है, जो जीपीएल 2.0 “या बाद के संस्करण” लाइसेंस के तहत उपलब्ध है, यह डेवलपर पर छोड़ दिया गया है कि वह किस लाइसेंस के तहत कोई संशोधन वितरित करता है।

लिनक्स, अपनी ओर से, अब तक की सबसे सफल ओपन सोर्स परियोजनाओं में से एक है, जिसका उपयोग सर्वर, क्लाउड इंफ्रास्ट्रक्चर, एम्बेडेड सिस्टम और यहां तक ​​कि एंड्रॉइड में भी किया जाता है। हालाँकि, अंडरपिनिंग लिनक्स कर्नेल केवल GPL 2.0 लाइसेंस के तहत उपलब्ध है, यह देखते हुए कि लिनक्स निर्माता लिनस टोरवाल्ड्स लाइसेंस के संस्करण 3.0 में जोड़े गए कुछ प्रावधानों के खिलाफ है – जिसमें टिवोज़ाइज़ेशन क्लॉज भी शामिल है।

जीएनयू जनरल पब्लिक लाइसेंस (एजीपीएल) 3.0 के तहत जारी किया गया

एफ़ेरो जनरल पब्लिक लाइसेंस (एजीपीएल) जीपीएल 3.0 के समान है, जहां तक ​​यह एक “मजबूत” कॉपीलेफ़्ट लाइसेंस है जो सॉफ़्टवेयर स्वतंत्रता को बढ़ावा देता है और सुनिश्चित करता है कि संशोधित संस्करण खुला स्रोत बने रहें। हालाँकि, एजीपीएल के साथ एक महत्वपूर्ण अंतर यह है कि यह वेब-आधारित सेवाओं और अनुप्रयोगों पर केंद्रित है, जहां सॉफ़्टवेयर निष्पादन योग्य फ़ाइलों के रूप में वितरित करने के बजाय सर्वर से चलाया जाता है।

जीपीएल 3.0 लाइसेंस के तहत, डेवलपर्स को संशोधित सॉफ़्टवेयर के लिए स्रोत कोड जारी करने की आवश्यकता नहीं होती है यदि इसे नेटवर्क पर चलाया जाता है, जैसा कि SaaS अनुप्रयोगों में होता है। एजीपीएल लाइसेंस इस खामी को बंद कर देता है, जिससे तीसरे पक्ष को स्रोत कोड उपलब्ध कराने की आवश्यकता होती है, भले ही संशोधित सॉफ़्टवेयर केवल सर्वर से चल रहा हो।

फ्री सॉफ्टवेयर फाउंडेशन द्वारा 2007 में प्रकाशित, एजीपीएल 3.0 लाइसेंस क्लाउड कंप्यूटिंग और SaaS के उदय के कारण लोकप्रियता में बढ़ गया है, और आज यह पांचवां सबसे लोकप्रिय ओपन सोर्स लाइसेंस है।

जीएनयू लेसर जनरल पब्लिक लाइसेंस (एलजीपीएल)

फ्री सॉफ्टवेयर फाउंडेशन का एक उत्पाद, जीएनयू लेसर जनरल पब्लिक लाइसेंस (एलजीपीएल) एक “कमजोर” कॉपीलेफ्ट लाइसेंस है, क्योंकि यह साझा की जाने वाली चीज़ों पर कम कठोर शर्तों के साथ अधिक व्यवसाय अनुकूल है। एलजीपीएल का उपयोग आम तौर पर सॉफ्टवेयर पुस्तकालयों के लिए किया जाता है जहां परियोजना लेखक समुदाय से योगदान को प्रोत्साहित करना चाहते हैं, लेकिन यह मालिकाना सॉफ्टवेयर को उनके संपूर्ण मालिकाना कोड को खोले बिना पुस्तकालयों से लिंक करने की अनुमति देता है। यदि कोई ओपन सोर्स लाइब्रेरी को ही संशोधित करता है, तो उन्हें केवल एलजीपीएल लाइसेंस के तहत उन संशोधनों को जारी करने की आवश्यकता है।

मोज़िला पब्लिक लाइसेंस 2.0

2012 में मोज़िला फाउंडेशन द्वारा प्रकाशित, मोज़िला पब्लिक लाइसेंस (एमपीएल) 2.0 आज गिटहब के लाइसेंस मीट्रिक के अनुसार दसवां सबसे लोकप्रिय ओपन सोर्स लाइसेंस है। एमपीएल भी एक कमजोर कॉपीलेफ्ट लाइसेंस है जिसे डेवलपर्स को ओपन सोर्स सॉफ्टवेयर से लाभ उठाने में सक्षम करते हुए मालिकाना कोड की सुरक्षा के लिए डिज़ाइन किया गया है।

हालाँकि, जबकि एलजीपीएल लाइब्रेरी स्तर पर और जीपीएल परियोजना स्तर पर केंद्रित है, एमपीएल एक व्यक्तिगत फ़ाइल स्तर पर काम करता है जिसके लिए उपयोगकर्ता को कोड का एक संकीर्ण सेट साझा करने की आवश्यकता होती है।

सार्वजनिक डोमेन और क्रिएटिव कॉमन्स

जबकि एक “ओपन सोर्स लाइसेंस” विशिष्ट अधिकार प्रदान करता है, इसमें हमेशा शर्तें जुड़ी होती हैं। हालाँकि, जो लोग अपने सॉफ़्टवेयर को बिना किसी चेतावनी के पूरी तरह से सार्वजनिक डोमेन में रखना चाहते हैं, वे अन्य माध्यमों से ऐसा कर सकते हैं।

बिना लाइसेंस के केवल सॉफ़्टवेयर प्रकाशित करना ही पर्याप्त नहीं है; कॉपीराइट कानून सॉफ़्टवेयर सहित अधिकांश रचनात्मक कार्यों पर डिफ़ॉल्ट रूप से लागू होता है। यहीं पर “सार्वजनिक डोमेन समर्पण” मदद कर सकता है।

सॉफ़्टवेयर के लिए विशेष रूप से डिज़ाइन किया गया, अनलाइसेंस GitHub पर नौवां सबसे लोकप्रिय लाइसेंस है (हालांकि क्या इसे वास्तव में “लाइसेंस” कहा जा सकता है, यह बहस का मुद्दा है)। भले ही OSI ने इसे 2020 में एक लाइसेंस के रूप में मंजूरी दे दी, लेकिन उसने नोट किया कि दस्तावेज़ “खराब तरीके से तैयार किया गया” है और न्यायक्षेत्रों (जैसे जर्मनी) में इसकी कानूनी प्रभावकारिता पर सवाल उठाया है, जहां सार्वजनिक डोमेन में काम दान करना संभव नहीं है।

अनलाइसेंस की तरह, क्रिएटिव कॉमन्स का CC0-1.0 भी एक सार्वजनिक डोमेन समर्पण उपकरण है, हालांकि यह अधिक व्यापक रूप से रचनात्मक कार्यों पर केंद्रित है। यह स्पष्ट, अधिक पेशेवर कानूनी भाषा का उपयोग करता है जो अंतरराष्ट्रीय कानून के अधिक अनुरूप हो सकती है। यह ध्यान देने योग्य है कि क्रिएटिव कॉमन्स ने 2012 में CC0-1.0 को एक ओपन सोर्स अनुपालन लाइसेंस के रूप में अनुमोदित करने के लिए आवेदन किया था, लेकिन OSI द्वारा चिंता जताए जाने के बाद आवेदन वापस ले लिया कि इसमें स्पष्ट रूप से पेटेंट अनुदान को शामिल नहीं किया गया है।

अन्य सार्वजनिक समर्पण उपकरण हैं, जैसे ज़ीरो-क्लॉज़ बीएसडी, जो आकर्षक हो सकते हैं क्योंकि इसकी भाषा और भी सरल है। हालाँकि, किसी दिए गए सॉफ़्टवेयर के सभी अधिकार देने के लिए सर्वोत्तम तंत्र पर कोई सहमति नहीं है।

“फॉक्स-पेन” स्रोत

सॉफ़्टवेयर स्पेक्ट्रम में अनगिनत अन्य लाइसेंसिंग प्रतिमान हैं।

कुछ मामलों में, व्यवसाय दोहरे लाइसेंस मॉडल के तहत सॉफ़्टवेयर जारी करेंगे, जिसमें उपयोगकर्ता अपने इरादों के आधार पर एक मान्यता प्राप्त ओपन सोर्स लाइसेंस और एक वाणिज्यिक लाइसेंस के बीच चयन करने में सक्षम होंगे। फिर “ओपन कोर” है, जो ओपन सोर्स लाइसेंस के तहत सॉफ्टवेयर पेश करता है, लेकिन प्रमुख विशेषताओं के साथ भुगतान किया जाता है। अन्य उदाहरणों में, कोई कंपनी अन्यथा अनुमेय ओपन सोर्स लाइसेंस में कॉमन्स क्लॉज परिशिष्ट जोड़ सकती है, जिससे वाणिज्यिक प्रतिबंध लग सकते हैं।

ऐसे बहुत सारे लाइसेंस भी हैं जो ओपन सोर्स की तरह दिखते और महकते हैं, लेकिन अंततः ओपन सोर्स परिभाषा के साथ असंगत हैं।

2018 में, डेटाबेस दिग्गज MongoDB ने कॉपीलेफ्ट AGPL लाइसेंस से सर्वर साइड पब्लिक लाइसेंस (SSPL) में परिवर्तन किया, जो MongoDB का स्वयं का बनाया हुआ लाइसेंस है। जबकि एसएसपीएल अभी भी काफी हद तक “खुला” है, इसे “स्रोत उपलब्ध” के रूप में जाना जाता है, जिसमें कोड पहुंच योग्य है लेकिन इसमें महत्वपूर्ण वाणिज्यिक प्रतिबंध हैं, जो कि ओएसआई के संबंध में एक बड़ी संख्या में नहीं है।

मारियाडीबी के लोगों ने बिजनेस सोर्स लाइसेंस (बीयूएसएल) के साथ एक समान रास्ता बनाया, जो निर्धारित वर्षों के बाद एक सच्चे ओपन सोर्स लाइसेंस में संक्रमण से पहले वाणिज्यिक प्रतिबंध लगाता है। इसी तरह का एक और आंदोलन चल रहा है जो “उचित स्रोत” लाइसेंसिंग को एक चीज़ बनाने पर विचार कर रहा है। इसमें फंक्शनल सोर्स लाइसेंस शामिल है, जिसे BUSL का एक सरल विकल्प माना जाता है।

आपको समय-समय पर तथाकथित “नैतिक स्रोत” लाइसेंस भी मिल सकते हैं, जैसे कि हिप्पोक्रेटिक लाइसेंस, जो अंतरराष्ट्रीय स्तर पर मान्यता प्राप्त मानवाधिकारों के उल्लंघन में सॉफ़्टवेयर के उपयोग को प्रतिबंधित करता है। इसी तरह, खुले मानक JSON फ़ाइल प्रारूप में अंत में एक प्रफुल्लित करने वाले खंड को छोड़कर, एक अत्यंत अनुमेय लाइसेंस है: “सॉफ़्टवेयर का उपयोग अच्छाई के लिए किया जाएगा, बुराई के लिए नहीं।”

Leave a Comment

You cannot copy content of this page