क्या ओपन सोर्स मेरे कोड को लाइसेंस देने के बाद मुझे सीमित कर देता है?


29

मान लीजिए कि मैं एक उपयोगी पुस्तकालय विकसित करता हूं और इसे खुले स्रोत के रूप में प्रकाशित करने का निर्णय लेता हूं। कुछ समय बाद मेरे पास एक ऐसा व्यवसाय करने की आवश्यकता है जो खुले स्रोत लाइसेंस का अनुपालन न करे। क्या मैंने ऐसा करने की अनुमति दी है?

मुझे सॉफ़्टवेयर को इस तरह कैसे प्रकाशित करना चाहिए कि मैं स्वामित्व रखता हूं और भविष्य में किसी भी तरह से पुस्तकालय का उपयोग करने से खुद को रोक नहीं सकता हूं?

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


6
एक लाइसेंस के तहत जारी करने से आप दूसरों के तहत भी जारी नहीं कर सकते - आखिरकार, आप अभी भी कोड के मालिक हैं। स्रोत कोड हर समय दोहरे लाइसेंस वाला (या त्रिकोणीय, या अधिक) है।
स्वयं पर ध्यान दें -

जवाबों:


44

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

एक बार दूसरे लोगों का योगदान शुरू होने के बाद चीजें थोड़ी-थोड़ी स्टीकर हो जाती हैं। यह उनका काम है, फिर आपका नहीं, और आपको उनकी अनुमति लेनी होगी। एक चीज जो आप कर सकते हैं वह है अपने पुस्तकालय को दोहरे लाइसेंस के तहत प्रकाशित करना। यही सैम लांटिंग, प्राथमिक निर्माता और एसडीएल के अनुरक्षक हैं । क्योंकि Apple को iOS के लिए डायनेमिक लिंक लाइब्रेरी पसंद नहीं है और LGPL के साथ एक स्टैटिकली लिंक्ड ऐप में इसकी तुलना में अधिक परेशानी है, क्योंकि वह LGL के तहत SDL और स्टेटिक iPhone ऐप के लिए कमर्शियल लाइसेंस प्रकाशित करता है। जब कोई भी एक पैच को सबमिट करता है, तो वह स्पष्ट रूप से उन्हें दोनों लाइसेंस के तहत लाइब्रेरी में अपने पैच को तैनात करने की अनुमति के लिए कहता है, और यदि उन्हें ऐसा पसंद नहीं है, तो वह इसे कोडबेस में नहीं जोड़ता है।

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


1
+1 विशेष रूप से यह दिखाने के लिए कि अन्य लेखकों के योगदान को कैसे संभालना है।
फ्रैंक शीयर

5

मैं वकील नहीं हूं और यह कानूनी सलाह नहीं है। यदि आपको कानूनी आश्वासन की आवश्यकता है, तो एक वकील को नियुक्त करें।

आप अपने सॉफ़्टवेयर को पूरी तरह से डुअल-लाइसेंस कर सकते हैं - ट्रोलटेक ने क्यूटी के साथ कई सालों तक किया और लिंडन लैब ने सेकेंडलाइफ क्लाइंट के साथ ऐसा किया।

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

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

ध्यान दें कि उपयोगकर्ताओं और विशेष रूप से योगदानकर्ता शायद इसे पसंद नहीं करेंगे, इसलिए यह आपके प्रोजेक्ट के आसपास के समुदाय को प्रभावित करेगा, संभवतः प्रतिकूल।

फिर से, विवरण के लिए एक वकील से परामर्श करें।


MIT, उर्फ ​​'जो भी नरक आप चाहते हैं' लाइसेंस।
इवान प्लाइस

2

मैं वकील भी नहीं हूँ, लेकिन ...

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


2
GPL कोड का स्वामित्व नहीं बदलता है। यदि मैं GPL पर कोड प्रकाशित करता हूं तो यह उन अन्य लोगों पर लागू होता है जो कोड का उपयोग करते हैं - मेरे पास कोई भी अनुमति है जो मुझे पसंद है और मैं इसके साथ कुछ भी कर सकता हूं जो मैं चाहता हूं (हालांकि कानून पिछड़े काम नहीं करता है मैं उन लोगों के उपयोग को सीमित नहीं कर सकता जिन्होंने सॉफ्टवेयर का उपयोग किया था जीपीएल पर)।
मिकीज पीचोटका

2
प्रतिबंधात्मक कहने से मेरा क्या मतलब है, क्या GPL आपके लाइब्रेरी के उपयोगकर्ताओं को GPL- संगत लाइसेंस के तहत अपने सॉफ़्टवेयर को जारी करने के लिए मजबूर करता है, जबकि L-GPL, Apache, ... (BSD?) जैसे लाइसेंस नहीं करता है। अब, मुझे यकीन नहीं है कि यदि आप अपना कोड GPL-ed करते हैं और कोई व्यक्ति इसमें बदलाव करता है, तो आप बस इसे व्यावसायिक रूप से जारी कर सकते हैं जैसे कि कुछ भी नहीं हुआ है। मुझे लगता है कि आपको पहले परिवर्धन से छुटकारा पाने की आवश्यकता है ... लेकिन यदि लाइब्रेरी / फ्रेमवर्क एल-जीपीएल लाइसेंस प्राप्त है, तो आप इसे किसी अन्य की तरह ही व्यावसायिक अनुप्रयोगों में उपयोग कर सकते हैं, जो कि निश्चित है। मुझे उम्मीद है कि यह समझ में आएगा।
पावेल डिडा

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

@ गोरान, आप अपनी खुद की परियोजना में पुस्तकालय का उपयोग कर सकते हैं, चाहे वह किस भी लाइसेंस के तहत हो । यह आपकी लाइब्रेरी और आपकी परियोजना है: लाइसेंस अन्य लोगों पर लागू होता है, आपके लिए नहीं।
TRIG
हमारी साइट का प्रयोग करके, आप स्वीकार करते हैं कि आपने हमारी Cookie Policy और निजता नीति को पढ़ और समझा लिया है।
Licensed under cc by-sa 3.0 with attribution required.