एक खुले स्रोत परियोजना में योगदान से आने वाले कोड पर किसका अधिकार है?


15

यदि कोई ओपन सोर्स प्रोजेक्ट शुरू करता है (उदाहरण के लिए जीपीएल लाइसेंस के साथ) तो लोग योगदान कहां करेंगे, पूरे प्रोजेक्ट के स्तर पर ये योगदान कौन देगा? क्या नया कोड मूल लेखक की संपत्ति बन जाएगा या योगदानकर्ता लेखक भी होंगे?

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


4
अच्छा सवाल लगता है ... अपने वकील के लिए।
एडलोरोज़ो

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

जवाबों:


18

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

कई परियोजनाओं के लिए, प्रोजेक्ट स्वामी को योगदानकर्ताओं को प्रोजेक्ट स्वामी को दिए गए कोड को कॉपीराइट करने की आवश्यकता होती है। यह संभव है, उदाहरण के लिए, जीपीएल परियोजनाओं को जीपीएल लाइसेंस के नए संस्करणों के तहत जारी करें क्योंकि वे जारी किए जाते हैं क्योंकि यह इन मामलों में सैकड़ों व्यक्तिगत योगदानकर्ताओं का पीछा करने के लिए जल्दी से अव्यावहारिक हो जाता है।


9
... या कुछ स्थितियों में उनके सम्पदा और उत्तराधिकारी।

12

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


+1: यह प्रमुख बिंदु है। मूल लेखक तब तक सभी अधिकारों का मालिक होता है जब तक कि वे या दूसरों को अधिकार (या कॉपीराइट स्वयं) प्रदान नहीं करते हैं। कोई भी आपका अधिकार नहीं ले सकता है, आपको उन्हें देना होगा।
david.pfx

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

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

8

प्रत्येक व्यक्ति अपने द्वारा लिखे गए कोड पर कॉपीराइट रखता है। जिसका अर्थ है डिफ़ॉल्ट रूप से मूल लेखक एकमात्र व्यक्ति है जो उस कोड के लिए लाइसेंस प्रदान कर सकता है।

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

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

इस समस्या से निपटने का दूसरा तरीका यह है कि लेखक अपने कॉपीराइट को किसी और को हस्तांतरित करने के लिए सहमत हों, जैसे परियोजना का मालिक। यह व्यक्ति तब यह तय करने का हकदार है कि क्या परियोजना को नया लाइसेंस देना है। इस दृष्टिकोण के नकारात्मक पक्ष यह है कि परियोजना के मालिक लोग हैं और मूल लेखक की भावना में कार्य नहीं कर सकते हैं। इससे कांटे को नए लाइसेंस में बदलना कठिन हो जाता है क्योंकि मूल परियोजना के मालिक के पास कांटे का हिस्सा नहीं होता है और कांटे के मालिक के पास मूल कोड लेखकों का कॉपीराइट नहीं होगा।

अंत में, जब आप एक बहुत बड़ी संस्था हैं तो आप लाइसेंस लेखकों को लाइसेंस में बदलाव करने के लिए याचिका दे सकते हैं। इस तरह से विकिमीडिया ने GFDL- केवल लाइसेंसिंग के साथ CC-by-sa के साथ दोहरी लाइसेंसिंग में स्विच करने में कामयाबी हासिल की: उन्होंने FSD को GFDL के एक नए संस्करण को प्रकाशित करने के लिए याचिका दी, जिसमें परियोजनाओं को CC-by पर अपनी सामग्री स्विच करने में सक्षम करने के लिए एक अनुभाग शामिल था। -एक सीमित समय के लिए।

जैसा कि आप देख सकते हैं, लाइसेंसिंग हमेशा एक परेशानी है और यह स्पष्ट नहीं है कि कार्रवाई का सबसे अच्छा कोर्स क्या है। आमतौर पर आपको प्रोजेक्ट के लिए सही लाइसेंस खोजने में थोड़ा समय लगाना चाहिए इससे पहले कि आप अन्य लोगों का योगदान दें क्योंकि लाइसेंस बाद में बदलना आमतौर पर काफी कठिन होता है।


0

ध्यान दें कि उत्तर उन शर्तों पर बड़े हिस्से में निर्भर करता है जिनके तहत ओपन-सोर्स प्रोजेक्ट आपके कोड को स्वीकार करता है

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

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

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

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


अधिकांश ओपन-सोर्स प्रोजेक्ट्स में, "वे शब्द जिनके तहत ओपन-सोर्स प्रोजेक्ट आपके कोड को स्वीकार करता है" केवल प्रोजेक्ट का लाइसेंस (जीपीएल, बीएसडी आदि) हैं। कुछ परियोजनाओं की अतिरिक्त आवश्यकताएं होती हैं (जैसे कि कॉपीराइट असाइनमेंट), लेकिन यह आदर्श नहीं है।
२३'१५ को
हमारी साइट का प्रयोग करके, आप स्वीकार करते हैं कि आपने हमारी Cookie Policy और निजता नीति को पढ़ और समझा लिया है।
Licensed under cc by-sa 3.0 with attribution required.