क्या जीपीएल-लाइसेंस प्राप्त सॉफ्टवेयर को फिर से बेचा जा सकता है?


11

मेरा शोध समूह अनुसंधान उद्देश्यों के लिए कुछ सॉफ्टवेयर विकसित कर रहा है। प्रोजेक्ट लीडर चाहता है कि सॉफ्टवेयर ओपन सोर्स हो और उसे जीपीएल पसंद हो, लेकिन यह सुनिश्चित करना चाहता है कि वे सॉफ्टवेयर बेचे न जा सकें।

क्या हम GPL को सही तरीके से पढ़ रहे हैं? सॉफ्टवेयर को स्वतंत्र रूप से संशोधित किया जा सकता है, (पुनः) वितरित, और बेचा जा सकता है? यदि हां, तो मैं देखता हूं कि सॉफ्टवेयर को प्रभावी रूप से बेचना मुश्किल क्यों होगा; हालाँकि, GPL हमारी आवश्यकताओं के लिए पर्याप्त सख्त नहीं है।

कोई सुझाव?


1
GPL के उस हिस्से को बदलें और इसे अपने समूह का नाम सार्वजनिक लाइसेंस कहें। मोज़िला लाइसेंस (एक GPL संशोधित) के समान।
टोड मूसा

2
एक पाठ संपादक का प्रयास करें। लाइसेंस स्वयं कॉपीराइट है, लेकिन एफएसएफ लोगों को तब तक नहीं रोकता है जब तक वे बिना अनुमति के जीपीएल प्रस्तावना का उपयोग नहीं करते हैं।
फिलिप

10
आपको पता होना चाहिए कि आपके सॉफ़्टवेयर की बिक्री को रोकना काफी हद तक इसकी उपयोगिता को कम करता है। उदाहरण के लिए, ऐसा लाइसेंस इसे GPL के साथ असंगत बनाता है। यह लिनक्स वितरण या मुफ्त सॉफ्टवेयर के समान संग्रह में शामिल नहीं होगा। वास्तव में, आप इसे अपने लिए रखना चाह सकते हैं और इसे बिल्कुल जारी नहीं कर सकते।
user281377

5
यदि आप सॉफ़्टवेयर को रीबोल्ड करने से मना करते हैं, तो इसे कई लोगों द्वारा मुफ्त सॉफ़्टवेयर नहीं माना जाता है (OSI इसे ओपन सोर्स नहीं मानेगा, 1 को ourceource.org/docs/osd में देखें )। और यह GPL के साथ संगत नहीं होगा। यदि आप नहीं चाहते हैं कि आपका सॉफ़्टवेयर फिर से तैयार हो जाए तो GPL या किसी संशोधित संस्करण का उपयोग न करें।
ysdx

8
"हमारे सॉफ़्टवेयर को न बेचें" का अंतर्निहित कारण क्या है? - आप क्या बचना चाहते हैं?

जवाबों:


13

मेरा सुझाव है कि इसके बारे में चिंता न करें। जीपीएल के तहत, जब आप इसे बेच सकते हैं, तो इसे खरीदने का कोई मतलब नहीं है। संभावित खरीदार बस स्रोत प्राप्त कर सकते हैं और इसे स्वयं संकलित कर सकते हैं। और अगर निर्माण प्रक्रिया मुश्किल है, तो यह सिर्फ एक व्यक्ति को यह पता लगाने और एक स्वचालित निर्माण के साथ संस्करण की मेजबानी करने के लिए लेता है।

जीपीएल सॉफ्टवेयर को सीधे बेचने का एकमात्र कारण मैंने ऐसे लोगों के लिए है जिनके पास एक घटिया इंटरनेट कनेक्शन है, और चाहते हैं कि यह डीवीडी की तरह भौतिक माध्यम पर वितरित हो।

आप प्रोजेक्ट लीड से पूछें कि वह क्यों नहीं चाहता कि लोग सॉफ़्टवेयर बेचें। जीपीएल शायद पर्याप्त होगा।

अब, आप ओपन सोर्स मॉडल पर पैसा कमा सकते हैं, लेकिन इसे तिरछा कोण पर करना होगा। मसलन, लोग आपका कोड ले सकते हैं और उस पर विशेषज्ञ बन सकते हैं। वे तब आपके समर्थन को अपने अंतिम-उपयोगकर्ताओं को बेच सकते थे। वे आपके कोड-बेस को और विकसित करने के लिए कमीशन भी मांग सकते हैं। GPL इसे ब्लॉक नहीं करता है। यदि आप दोनों में से किसी के साथ समस्या है, तो अपना स्वयं का लाइसेंस बनाएं।


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

1
मैं सिर्फ जीपीएल FAQ पढ़ता हूं, इसका अर्थ यह लगता है कि आप वास्तव में स्रोत को तब तक नहीं देते जब तक आप इसे वितरित नहीं करेंगे। पहले खरीदार के लिए इसका मतलब है, उन्हें अभी भी इसे खरीदना है ताकि उनके पास स्रोत तक पहुंच हो। लेकिन मुझे यकीन नहीं।
CMCDragonkai

जैसा @CMCDragonkai ने देखा। आप GPL सॉफ़्टवेयर खरीदते हैं क्योंकि लेखक बाध्य नहीं हैं और स्रोत कोड प्रकाशित नहीं करते हैं। वितरण बिक्री के बिंदु पर होता है और यह तब होता है जब आपको स्रोत कोड मिलता है। यह उत्तर सही नहीं है। यदि लेखक इसे वितरित नहीं करते हैं तो संभावित खरीदारों को स्रोत कोड नहीं मिल सकता है। वाणिज्यिक जीपीएल उत्पादों के लिए, वितरण बिक्री के बिंदु पर होता है।
बेन सिंक्लेयर

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

@ फ़िलिप हाय फिलिप, मुझे लगता है कि आप मेरे प्रश्न का उत्तर दे सकते हैं जो इस प्रश्न के समान है। मैं जीपीएल लाइसेंस से भ्रमित हूं। softwareengineering.stackexchange.com/questions/348214/…
kittu

5

आप जीपीएल सॉफ़्टवेयर की जितनी प्रतियां चाहें उतनी मात्रा में बेच सकते हैं, लेकिन आपको मुफ्त में स्रोत जारी करना होगा।


बिल्कुल सही। हम नहीं चाहते कि लोग सॉफ़्टवेयर, स्रोत और न ही बाइनरी बेच सकें।
डग मूर

1
@ डॉग मूर, फिर जीपीएल वह नहीं है जो आप चाहते हैं।
सिस्टमोविच

6
परिशिष्ट: आपको सॉफ्टवेयर खरीदने वाले किसी भी व्यक्ति को मुफ्त में स्रोत जारी करना होगा। वह, और आप किसी को भी प्रतियां बेचने से रोक नहीं सकते हैं।
जाप

5

हाँ, GPL'd सॉफ्टवेयर बेचा जा सकता है। इस बिंदु पर GPL FAQ [1] बहुत स्पष्ट है।

इसके अलावा, सॉफ्टवेयर वास्तव में "ओपन सोर्स" नहीं हो सकता है और एक "आप इसे बेच नहीं सकते हैं" सीमा। इस तरह की सीमा ओपन सोर्स डेफिनेशन [2] के प्लैंक # 1 का उल्लंघन करती है । बेशक, हर कोई OSI की परिभाषा को स्वीकार नहीं करता है, लेकिन बहुत अधिक हर व्यावहारिक संबंध में, कोई भी सॉफ्टवेयर ओपन सोर्स पर विचार नहीं करता है यदि आप इसे फिर से बेचने पर प्रतिबंध लगाते हैं।

शायद आप जिस संयोजन की तलाश कर रहे हैं वह Microsoft साझा स्रोत [3] लाइसेंसों में से एक में पाया जा सकता है । आप उदाहरण के लिए Microsoft अनुसंधान साझा स्रोत लाइसेंस समझौते [4] पर विचार कर सकते हैं ।

उस सभी ने कहा, आप लोग पुनर्विक्रय के खिलाफ इतने तैयार क्यों हैं? ऐसा कुछ करना वास्तव में आपके सामान को लोगों के लिए बहुत कम सुलभ / उपयोगी बनाने जा रहा है।


3

आधिकारिक जवाब, GPL के अपने FAQ से: http://www.gnu.org/licenses/gpl-faq.html#DoesTheGPLAllowMoney

क्या जीपीएल मुझे पैसे के लिए कार्यक्रम की प्रतियां बेचने की अनुमति देता है?

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

यदि मैं GPL'd सॉफ़्टवेयर को शुल्क के लिए वितरित करता हूं, तो क्या मुझे इसे बिना शुल्क के भी जनता के लिए उपलब्ध कराना आवश्यक है?

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


3

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

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

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

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

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

एक आखिरी बात: 'व्यावसायिक उपयोग' को परिभाषित करना बहुत कठिन है। क्या पीएचडी छात्र आपके सॉफ्टवेयर के व्यावसायिक उपयोग का उपयोग करते हुए किसी परियोजना पर काम कर रहा है? उनके वेतन का भुगतान परियोजना द्वारा किया जाता है ...

अपनी टीम के नेता को समझाने के लिए एक आखिरी बात:

जीपीएल के तहत कोड जारी करना केवल (कानूनी) वाणिज्यिक लाभ के लिए समान अवसर छोड़ता है, जैसा कि कुछ विधि या प्रक्रिया का वर्णन करते हुए एक पत्रिका लेख प्रकाशित करना जो व्यावसायिक रूप से शोषण किया जा सकता है।

इस से समान प्रश्न Stackoverflow पर। और वास्तव में यह सच नहीं है: यदि आप एक लेख प्रकाशित करते हैं, तो प्रकाशक आमतौर पर लेख के कॉपीराइट और राजस्व का दावा करेगा, इसलिए आप जीपीएल का उपयोग करके इसे एक पत्रिका में प्रकाशित करने से बेहतर हैं।


2

उसका क्या मतलब है, "पुनर्वसन नहीं किया जा सकता है"?

दो व्याख्याएं हैं, एक किफायती और एक कानूनी।

कानूनी व्याख्या के तहत, यदि आपका सॉफ़्टवेयर GPL लाइसेंस के अंतर्गत है, तो अन्य लोगों को आपके सॉफ़्टवेयर को फिर से बेचना करने की अनुमति है।

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

या तो मामले में, तीसरे पक्ष वारंटियों, रखरखाव, समर्थन और कुछ अन्य चीजों के लिए किसी भी तरह चार्ज कर सकते हैं।


1

आपके लिए सबसे आसान और सुरक्षित क्रिएटिव कॉमन्स नॉन-कमर्शियल के तहत लाइसेंस लेना है। कोई व्युत्पन्न कार्य की तरह सीमित करने के लिए आगे विकल्प भी शामिल है।

देखें: http://creativecommons.org/

इसके उपयोग से आपको लाइसेंस को संशोधित करने के बिना उत्पाद के वाणिज्यिक उपयोग को रोकना होगा।

SO इस सामग्री के लिए CC लाइसेंस का उपयोग करता है लेकिन इसका उपयोग किसी भी प्रकाशित माध्यम के लिए किया जा सकता है।


1
मेरे पास एक ही विचार था, लेकिन क्रिएटिव कॉमन्स इसके खिलाफ सलाह देते हैं: क्या मैं सॉफ्टवेयर के लिए क्रिएटिव कॉमन्स लाइसेंस का उपयोग कर सकता हूं
डग मूर

@DougMoore वहां दिए गए कारण मूल रूप से एक ही कारण हैं कि हर कोई सुझाव दे रहा है कि आप गैर-वाणिज्यिक लाइसेंस के लिए जाने की कोशिश न करें। यह वास्तव में समझ में नहीं आता है, और यह मूल रूप से वही है जो वे आपको सलाह देने की कोशिश कर रहे हैं।
क्रेजीकैस्टा

1

अपने सॉफ़्टवेयर का स्वामित्व बनाएं और स्रोत कोड को एक क्लिक रैप लाइसेंस के साथ ऑनलाइन प्रकाशित करें जो स्रोत को संकलित करने और इसे बेचने से प्रतिबंधित करता है।

ऐसा करना चाहिए।

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