MIT बनाम BSD बनाम दोहरी लाइसेंस


87

मेरी समझ यह है कि:

  • एमआईटी -licensed परियोजनाओं इस्तेमाल किया जा सकता / में पुनः वितरित बीएसडी -licensed परियोजनाओं।
  • बीएसडी-लाइसेंस प्राप्त परियोजनाओं का उपयोग एमआईटी-लाइसेंस प्राप्त परियोजनाओं में किया जा सकता है।
  • एमआईटी और बीएसडी 2-खंड लाइसेंस अनिवार्य रूप से समान हैं
  • BSD 3-खंड = BSD 2-खंड + "कोई समर्थन नहीं" खंड
  • दोहरे लाइसेंस जारी करना उपयोगकर्ताओं को उन लाइसेंसों में से चुनने की अनुमति देता है - जो दोनों के लिए बाध्य नहीं हैं।

यदि उपरोक्त सभी सही हैं, तो दोहरे एमआईटी / बीएसडी लाइसेंस का उपयोग करने का क्या मतलब है ? यहां तक ​​कि अगर बीएसडी 3-खंड संस्करण को संदर्भित करता है, तो क्या कोई उपयोगकर्ता कानूनी रूप से केवल एमआईटी लाइसेंस का पालन नहीं कर सकता है?

ऐसा लगता है कि यदि आप वास्तव में "नो एंडोर्समेंट" क्लॉज लागू करना चाहते हैं तो आपको इसे बीएसडी (न कि दोहरी) के रूप में लाइसेंस देना होगा। यदि आप "नो एंडोर्समेंट" क्लॉज की परवाह नहीं करते हैं, तो MIT पर्याप्त है और MIT / BSD बेमानी है।

इसी तरह, के बाद से एमआईटी और बीएसडी लाइसेंस दोनों "हैं जीपीएल-संगत " और में पुनः वितरित किया जा सकता है जीपीएल परियोजनाओं -licensed, तो दोहरी लाइसेंस एमआईटी / जीपीएल भी बेमानी लगता है।


1
क्या आप MIT + BSD लाइसेंस उदाहरण प्रदान कर सकते हैं? यह आमतौर पर दो समान लाइसेंस के तहत दोहरे लाइसेंस के लिए अतिरेक है, लेकिन मैंने स्पष्ट रूप से राज्य के लिए एक लाइसेंस के रूप में दुर्व्यवहार को दोहराते हुए देखा है कि कोड को लाइसेंस में से प्रत्येक के तहत पुनर्वितरित किया जा सकता है।
यानिस २ y

@ यानि मैं सोचता था कि क्या लोग उन लोगों के लिए अधिक स्पष्ट होने के लिए उन्हें लाइसेंस देते हैं जो नहीं जानते हैं। लेकिन मुझे लगता है कि यह सिर्फ उनके लिए और अधिक भ्रमित करता है।
ryanve

दिलचस्प पढ़ें: tomhull.com/ocston/docs/mozgpl.html
मेहता


1
मेरे अनुभव में लोग मुख्य रूप से असंगत लाइसेंस के लिए दोहरी लाइसेंसिंग का उपयोग करते हैं। उदाहरण के लिए MPL + (L) GPL या पेड लाइसेंस, जिसमें कोई भी कॉपीलेफ्ट नहीं है (A) GPL के साथ।
कोडइंचौस

जवाबों:


60

मेरी समझ यह है कि:

  1. MIT- लाइसेंस प्राप्त परियोजनाओं को BSD- लाइसेंस प्राप्त परियोजनाओं में उपयोग / पुनर्वितरित किया जा सकता है।
    TRUE (लेकिन जब तक संशोधन नहीं होते, तब तक उपयोगकर्ता इसे मूल स्रोतों से भी प्राप्त कर सकते हैं।

  2. BSD- लाइसेंस प्राप्त परियोजनाओं का उपयोग / एमआईटी-लाइसेंस प्राप्त परियोजनाओं में पुनर्वितरण किया जा सकता है।
    FALSE MIT लाइसेंस अंशदान क्रेडिट के बिना वितरण की अनुमति देता है; बीएसडी नहीं करता है।

  3. एमआईटी और बीएसडी 2-खंड लाइसेंस अनिवार्य रूप से समान हैं।
    FALSE ऊपर देखें।

  4. BSD 3-खंड = BSD 2-खंड + "कोई समर्थन नहीं" खंड
    TRUE

  5. दोहरे लाइसेंस जारी करना उपयोगकर्ताओं को उन लाइसेंसों में से चुनने की अनुमति देता है - जो दोनों के लिए बाध्य नहीं हैं।
    सच (मुझे ऐसा लगता है!)

इसी तरह, चूंकि MIT और BSD लाइसेंस दोनों "GPL- संगत" हैं और GPL- लाइसेंस प्राप्त परियोजनाओं में पुनर्वितरित हो सकते हैं, तो दोहरे लाइसेंस MIT / GPL भी बेमानी लगते हैं।

सं । यहाँ एक प्रमुख अंतर है। MIT लाइसेंस और Apache लाइसेंस के लिए केवल यह आवश्यक है कि आप मूल कॉपीराइट धारकों को क्रेडिट दें। यदि आप चुनते हैं, तो आप स्रोत का पुनर्वितरण कर सकते हैं ; लेकिन अगर आप चुनते हैं तो आप बिना कोड खोले अपना नया व्युत्पन्न उत्पाद रख सकते हैं । इसलिए, वाणिज्यिक लाइसेंस के तहत एमआईटी और अपाचे के तहत विकसित कोड का उपयोग करना संभव है।

यदि आप कभी भी GPL- आधारित लाइसेंस के साथ कोड का उपयोग करते हैं और इसे संशोधित करने के लिए होता है तो आपको अपने संशोधित कोड को GPL के तहत वितरित करना होगा । दूसरे शब्दों में, एक बार किसी परियोजना के तहत जीपीएल कोड आधार का उपयोग किया जाता है, और यदि आप एक उत्पाद के रूप में प्रकाशित करना चाहते हैं, तो इसे स्रोत कोड के साथ प्रकाशित करना होगा और इसे जीपीएल के तहत प्रकाशित करना होगा। यह कभी भी वाणिज्यिक लाइसेंस या बंद स्रोत नहीं हो सकता है, और यह कोई अन्य लाइसेंस नहीं हो सकता है जो कि जीपीएल की तुलना में कम कठोर हो।

उदाहरण के लिए जीपीएल के तहत संशोधित और वितरित किए गए एमआईटी, अपाचे या बीएसडी लाइसेंस कोड लेना संभव है। एक बार एक कोड आधार को GPL के रूप में वितरित किया जाता है, इसके आगे के व्युत्पन्न संस्करणों को MIT, Apache या BSD लाइसेंस के तहत वितरित नहीं किया जा सकता है, लेकिन केवल LPL होना चाहिए।

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

बिंदु दोहरे लाइसेंस के मामले में पहला व्यक्ति है जो लाइसेंस प्राप्त करता है उसके पास एक विकल्प है। वह किसी भी तरह से चुन सकता है - हालांकि, दूसरे व्यक्ति को उस पसंद का पालन करना होगा जो पहले व्यक्ति ने बनाई थी। वह / या तो पीढ़ी के मूल अधिकारों को ओवरराइड नहीं कर सकता है और वैसे भी लागू लाइसेंस के दायित्व को कम नहीं कर सकता है।

EDIT 2 एक दिलचस्प पठन को जोड़ रहा है - GPL और MPL लाइसेंस का गंभीर टकराव है। इसे पढ़ें। http://www.tomhull.com/ocston/docs/mozgpl.html


4
@Dipan यदि कोई परियोजना MIT / GPL के तहत दोहरी लाइसेंस वाली है, तो इसका उपयोग मालिकाना परियोजना b / c में किया जा सकता है, जिसे उपयोगकर्ता केवल MIT का अनुसरण करने के लिए चुन सकता है। यदि कोई परियोजना केवल एमआईटी लाइसेंस रखती है, तो उसे जीपीएल सहित अन्य लाइसेंसों के तहत पुनर्वितरित किया जा सकता है। यही मेरा मतलब बेमानी है।
ryanve

11
@DipanMehta # 2 में "योगदान क्रेडिट" से आपका क्या अभिप्राय है? ऐसा लगता है कि आप बीएसडी 4-क्लॉज लाइसेंस की बात कर रहे हैं, जो एफएसएफ द्वारा सत्यापित नहीं है जैसे कि 3-क्लॉज और 2-क्लॉज हैं। मैं 3-खंड और 2-खंडों के बारे में बात कर रहा हूं, जिस स्थिति में मुझे पूरा यकीन है कि सभी पांच कथन सत्य हैं
राणेव ने

4
आप एमआईटी-लाइसेंस प्राप्त कोड के साथ बीएसडी-लाइसेंस कोड का उपयोग कर सकते हैं; आपको बस परियोजना की सामग्रियों में उल्लेख करना होगा कि "BazApp libfoobar का उपयोग करता है, जो कि BSD लाइसेंस के तहत वितरित किया जाता है" या ऐसा कुछ। बीएसडी और एमआईटी लाइसेंस प्रति-प्रोजेक्ट, स्तर के बजाय एक प्रति-फ़ाइल पर लागू होते हैं।
मियादी

10
@Dipan_Mehta जैसा कि ryanve ने आपको पहले ही बताया था, आप मूल 4-खंड BSD लाइसेंस के बारे में बात कर रहे हैं, जबकि OP संशोधित 3- और 2-खंड BSD लाइसेंस के बारे में बात कर रहा है। 2-खंड बीएसडी लाइसेंस वास्तव में एमआईटी एक के बराबर है। यहां तक ​​कि OSI पेज भी ऐसा बताता है।

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

4

आपके पाँच अंक सभी सत्य हैं

अन्य उत्तर आपको लगता है कि आप पुराने, शायद ही कभी इस्तेमाल किए गए 4 खंड बीएसडी लाइसेंस शामिल हैं

यदि आप "बीएसडी लाइसेंस" की व्याख्या करते हैं, तो आमतौर पर बीएसडी लाइसेंस के 3-क्लाज या 2-क्लॉज वेरिएंट का उपयोग किया जाता है, प्रश्न में सभी पांच दावे सत्य हैं।

यदि उपरोक्त सभी सही हैं, तो दोहरे एमआईटी / बीएसडी लाइसेंस का उपयोग करने का क्या मतलब है?

तकनीकी रूप से इसकी कोई जरूरत नहीं होनी चाहिए। या तो उन्हीं स्थितियों में इस्तेमाल किया जा सकता है।

यहां तक ​​कि अगर बीएसडी 3-खंड संस्करण को संदर्भित करता है, तो क्या कोई उपयोगकर्ता कानूनी रूप से केवल एमआईटी लाइसेंस का पालन नहीं कर सकता है?

यह सही लगता है।

ऐसा लगता है कि यदि आप वास्तव में "नो एंडोर्समेंट" क्लॉज लागू करना चाहते हैं तो आपको इसे बीएसडी (न कि दोहरी) के रूप में लाइसेंस देना होगा। यदि आप "नो एंडोर्समेंट" क्लॉज की परवाह नहीं करते हैं, तो MIT पर्याप्त है और MIT / BSD बेमानी है।

ये सही है। यदि आप उस विशेष खंड के बारे में परवाह करते हैं, तो यह भी समझ में नहीं आता है कि उस खंड के बिना लाइसेंस के तहत उसी काम को लाइसेंस देना है।

इसी तरह, चूंकि MIT और BSD लाइसेंस दोनों "GPL- संगत" हैं और GPL- लाइसेंस प्राप्त परियोजनाओं में पुनर्वितरित हो सकते हैं, तो दोहरे लाइसेंस MIT / GPL भी बेमानी लगते हैं।

हाँ।

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

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

हमारी साइट का प्रयोग करके, आप स्वीकार करते हैं कि आपने हमारी Cookie Policy और निजता नीति को पढ़ और समझा लिया है।
Licensed under cc by-sa 3.0 with attribution required.