CLA साइन आउट करने से ओपन-सोर्स प्रोजेक्ट्स में कानूनी समस्याएँ कैसे आती हैं?


22

उदाहरण के लिए: तुर्क । यह बीएसडी लाइसेंस के तहत लाइसेंस प्राप्त है। CLA प्रपत्र (योगदानकर्ता लाइसेंस समझौते) परियोजना विशिष्ट नहीं है, और यह इलेक्ट्रॉनिक रूप से हस्ताक्षरित किया जा सकता है।

  • इस समझौते को कैसे और कौन से मुद्दे रोक सकते हैं?
  • इससे कोई फर्क नहीं पड़ता कि मैंने कितना बड़ा या मामूली योगदान दिया?
  • क्यों कुछ परियोजनाओं को पैच स्वीकार करने के लिए सीएलए पर हस्ताक्षर करने की आवश्यकता होती है, जबकि अन्य नहीं करते हैं? (उदा। नोड। जेएस बनाम रेल)

जवाबों:


27

CLAs आम तौर पर कई काम करने के लिए मौजूद होते हैं:

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

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


1
मेरे स्वयं के उत्तर को जोड़ने के बजाय कुछ बिंदुओं को छोड़ दें: कुछ CLAs प्राथमिक परियोजना-स्वामी को बाद में लाइसेंस बदलने की अनुमति देते हैं। यानी कुछ परियोजनाएं "GPL2 या बाद में" से "GPL2" में बदल गईं या एक वाणिज्यिक लाइसेंस के साथ दोहरी लाइसेंसिंग कर रही हैं। मेरे व्यक्तिगत अनुभव में अधिकांश CLAs मुद्दों के मामले में परियोजना के मालिक को खुद से दूर जाने में मदद करने की कोशिश करते हैं ...
johannes

नोड को सीएलए की आवश्यकता होती है । मामूली सी गड़बड़ी में योगदान करने पर भी सीएलए को हस्ताक्षर करने की आवश्यकता क्यों है? उन्हें कैसे पता चलेगा कि मैंने सीएलए को साइन आउट कर दिया है, लेकिन किसी और को नहीं?
NARKOZ

मान लीजिए, मैंने तुर्क और कोणीय.जेएस के लिए पैच जमा किए । उन्हें कैसे पता चलेगा कि मैंने सीएलए को केवल एक परियोजना के लिए नहीं, बल्कि उन दोनों के लिए साइन किया है?
NARKOZ

"असाइनमेंट, जिसका अर्थ है कि आपके द्वारा सबमिट किया गया कोई भी कोड प्रोजेक्ट के कॉपीराइट को वहन करेगा, और आपको नहीं" - वास्तव में कुछ सीएलए जैसे ओरेकल कॉन्ट्रैक्टर एग्रीमेंट "साझा" कॉपीराइट देते हैं ... इसलिए आप अभी भी अपने कोड के मालिक हैं, लेकिन वे अभी भी कर सकते हैं अदालत में खुले स्रोत लाइसेंस का बचाव या बचाव करें - oracle.com/technetwork/community/oca-486395.html
johannes

4

सीएलए (इस पृष्ठ पर उल्लिखित अन्य बातों के अलावा) योगदानकर्ताओं को कानूनी मुद्दों से बचा सकता है । Google के CLA के इस अंश पर एक नज़र डालें :

आपके द्वारा सहायता प्रदान करने की इच्छा के अलावा, आपको अपने योगदानों के लिए सहायता प्रदान करने की उम्मीद नहीं है। आप शुल्क के लिए मुफ्त में सहायता प्रदान कर सकते हैं, या बिल्कुल नहीं। जब तक लागू कानून की आवश्यकता नहीं होती है या लिखित रूप में सहमति नहीं दी जाती है, तो आप "AS IS" आधार पर अपना योगदान प्रदान करते हैं, बिना किसी प्रकार के नियमों या शर्तों के, या तो व्यक्त या निहित होते हैं, जिसमें बिना किसी सीमा, कोई वारंटी या TITLE, NON- की शर्तें शामिल हैं। सूचना, योग्यता, या एक आंशिक सर्वेक्षण के लिए उपयुक्तता।


"आप अपने योगदान के लिए समर्थन प्रदान करने की उम्मीद नहीं कर रहे हैं, केवल हद तक आप समर्थन प्रदान करने की इच्छा रखते हैं" <- क्या यह पहले से ही लाइसेंस द्वारा कवर नहीं किया गया है? यह बताने के लिए आपको CLA की आवश्यकता नहीं है?
रुडोल्फ ओलाह

1
@RudolfOlah शायद कभी-कभी (मुझे यकीन नहीं है), लेकिन हमेशा नहीं। उदाहरण: योगदानकर्ता प्रोजेक्ट स्वामियों को एक कॉपीराइट लाइसेंस प्रदान करते हैं - फिर परियोजना के मालिक सॉफ़्टवेयर लाइसेंस को अपनी इच्छानुसार बदल सकते हैं, जैसे कि [उन चीजों को हटाना जो योगदानकर्ताओं की सुरक्षा करते हैं] लाइसेंस से अंतिम उपयोगकर्ताओं तक। हालाँकि अगर कोई सीएलए है तो योगदानकर्ता अभी भी सुरक्षित हैं।
काजगामेनस

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

उन उदाहरणों के लिए धन्यवाद, मैं अभी भी सीएलएएस को एक परियोजना में योगदान करने के लिए प्रवेश के लिए एक बाधा के रूप में देखता हूं; मैं समझ सकता हूँ कि यह बड़ी परियोजनाओं के लिए कैसे समझ में आता है
रुडोल्फ ओलाह

3

बेंजामिन का जवाब बहुत स्पष्ट था लेकिन मैं एक बिंदु पर जोर देना चाहूंगा। सीएलए की परियोजनाओं का उपयोग या योगदान करने वाली कंपनियों की रक्षा करना। कंपनियों, विशेष रूप से बड़े लोगों को कानूनी मुद्दों द्वारा गार्ड से पकड़े जाने से घबराहट होती है। मेरे पास कॉर्पोरेट वकील हैं जो लोगों को बताते हैं कि मुझे पता है कि स्लैम डंक के मामलों में भी जहां कानून आपके पक्ष में है, आप केवल 60% सुनिश्चित कर सकते हैं कि आप केस जीत जाएंगे।

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

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


यह न केवल बहुत से राजस्व वाली कंपनियों के बारे में है - मुफ्त सॉफ्टवेयर फाउंडेशन के पास बहुत अधिक राजस्व नहीं है, लेकिन इसके लिए सीएलए की आवश्यकता है ताकि अदालत में लाइसेंस उल्लंघन का सामना करने में सक्षम हो या बस इसे खारिज कर दिया जाए
johannes
हमारी साइट का प्रयोग करके, आप स्वीकार करते हैं कि आपने हमारी Cookie Policy और निजता नीति को पढ़ और समझा लिया है।
Licensed under cc by-sa 3.0 with attribution required.