क्या बीएसडी-लाइसेंस प्राप्त परियोजना को प्रत्येक योगदानकर्ता से हस्ताक्षरित बयान की आवश्यकता है?


9

आज मैंने जीवाश्म एससीएम की मेलिंग सूची पर पढ़ा :

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

क्या कोई समझा सकता है कि, और परियोजना के योगदानकर्ताओं के ऐसे हस्ताक्षरित बयान नहीं होने के संभावित परिणाम क्या हैं?

जवाबों:


6

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

जहाँ तक मुझे पता है कि एकमात्र लाइसेंस जो स्पष्ट रूप से योगदान कोड के लाइसेंस का उल्लेख करता है, वह है अपाचे लाइसेंस ("योगदान" और "योगदान का प्रस्तुतिकरण")।

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

दूसरे भाग को शामिल करने से परियोजना को कुछ सुरक्षा मिलती है जब यह पता चलता है कि किसी ने कोड का योगदान दिया है कि उन्हें कानूनी रूप से योगदान करने की अनुमति नहीं है (उदाहरण के लिए उन्होंने अपने नियोक्ता से स्वामित्व कोड की प्रतिलिपि बनाई है)।

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


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

1
@RossPatterson मेरी समझ यह थी कि GNU प्रोजेक्ट के लिए प्राथमिक कारण कॉपीराइट ट्रांसफर की आवश्यकता है क्योंकि केवल कॉपीराइट धारक उल्लंघन के लिए मुकदमा कर सकता है: " ...enforcement of copyright is generally not possible for distributors: only the copyright holder or someone having assignment of the copyright can enforce the license." (यह कहना नहीं है कि इस उत्तर में अन्य सभी बिंदु भी पूरी तरह से मान्य नहीं हैं, मैं बस ध्यान दें कि यह कॉपीराइट असाइनमेंट के प्रमुख लाभों में से एक के रूप में यहां शामिल नहीं है।)
अप्सिलर्स

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

4

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

एक जीपीएल-लाइसेंस प्राप्त परियोजना इस तरह की अस्पष्टता के लिए कम असुरक्षित है। जीपीएल में संबंधित कानूनी दांत धारा 8 में हैं :

आप इस लाइसेंस के तहत स्पष्ट रूप से प्रदान किए गए को छोड़कर किसी कवर किए गए कार्य को प्रचारित या संशोधित नहीं कर सकते हैं। अन्यथा इसे प्रचारित या संशोधित करने का कोई भी प्रयास शून्य है, और इस लाइसेंस के तहत अपने अधिकारों को स्वतः समाप्त कर देगा ...

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

(मैं एक वकील नहीं हूं, इसलिए मुझे यकीन नहीं है कि अगर जीपीएल के संरक्षण किसी मुकदमे से किसी परियोजना को बचाने के लिए पर्याप्त हैं जो किसी भी तरह की कानूनी क्षति की परवाह नहीं करता है, लेकिन यह निश्चित रूप से अधिकांश समझदार लोगों को रोकना है। कानूनी कार्रवाई को दबाने से।)


@ क्रेग का सही उत्तर है - यह कॉपीराइट स्वामित्व के बारे में है, लाइसेंसिंग के बारे में नहीं।
रॉस पैटरसन

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