एक ओपन सोर्स प्रोजेक्ट में कॉपीराइट नोटिस कैसे प्रबंधित करें?

Question

मैं एक GitHub द्वारा होस्ट की गई परियोजना पर काम कर रहा हूं और इसे जोड़ना चाहता हूं, जिसमें यह LICENCE.md (जाहिरा तौर पर MIT लाइसेंस शब्दशः) शामिल है:

Copyright (c) 2012 [Acme Corp]

Permission is hereby granted, free of charge, to any person obtaining a copy
of this software and associated documentation files (the "Software"), to deal
in the Software without restriction, including without limitation the rights
to use, copy, modify, merge, publish, distribute, sublicense, and/or sell
copies of the Software, and to permit persons to whom the Software is
furnished to do so, subject to the following conditions:

The above copyright notice and this permission notice shall be included in
all copies or substantial portions of the Software.

मैंने परिवर्तन, सुधार आदि किए हैं (10% कोड में, बॉलपार्क के आंकड़ों में) और कोड को अपने खुद के GitHub tok पर प्रकाशित करें।

मुझे इस कॉपीराइट नोटिस का क्या करना चाहिए? मैं इसे अपडेट करना चाहता हूं (जैसे, सिर्फ अपने संगठन का नाम जोड़ना), लेकिन यह नहीं कहता है। इन चीजों को सामान्य रूप से कैसे प्रबंधित किया जाता है? एक अलग कॉपीराइट फ़ाइल जोड़ें?

Comments

सभी कॉपीराइट धारकों को सूचीबद्ध करने के लिए एक सामान्य दृष्टिकोण है: (सी) 2011 इंटेल कॉर्पोरेशन, 2005 Google, 2012 माइकल एंजेलो पी।, योगदान और तारीखों को दर्शाता है।

— सैम

स्पष्टता के लिए, "[एक्मे कॉर्प]" मेरा प्लेसहोल्डर है - वास्तविक पाठ में संगठन का नाम शामिल है।

— स्टीव बेनेट

Stackoverflow.com पर भी देखें: नई फ़ाइलों में योगदान करते समय GPL कॉपीराइट नोटिस । वास्तव में अजीब बात है: इस सवाल पर stackoverflow.com इस वर्तमान एक के दो दिन बाद ही पोस्ट किया गया है!

— ओलिबर

अगर ऐसा है पूरी फ़ाइल है, तो उस लाइसेंस फ़ाइल सभी राजधानियों ... में आधा लाइसेंस सामग्री, हिस्सा गायब है

— जोश

IANAL, लेकिन मैं कुछ आईपी वकीलों के लिए एक अन्वेषक के रूप में काम करता था। अपने स्वयं के वकील के साथ जांचें, लेकिन नोटिस केवल बग + वर्ष + का स्वामी है - अर्थात "(सी) 2017 कुछ कंपनी"। बाकी लाइसेंस का हिस्सा है , और इस प्रकार लाइसेंस की शर्तों द्वारा पोस्ट करने की आवश्यकता नहीं है।

— रैकमास्टर

Answer 1

आपको कुछ विकल्प मिले हैं, सारांश के लिए अंत में कूदें।
तो चलिए इस एक को तोड़ते हैं ...

कॉपीराइट (c) 2012 [एक्मे कॉर्प]

यह कॉपीराइट नोटिस है और यह एक्मे कॉर्प का है। यह 2012 में दावा किया गया था, जो प्रासंगिक है क्योंकि कॉपीराइट अंततः समाप्त हो जाता है।

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

लेकिन चलो अच्छे नागरिक बनें, और वास्तविक दावेदारों को कॉपीराइट प्रदान करें।

इस सॉफ़्टवेयर और संबंधित दस्तावेज़ फ़ाइलों ("सॉफ़्टवेयर") की प्रतिलिपि प्राप्त करने वाले किसी भी व्यक्ति को बिना किसी प्रतिबंध के सॉफ़्टवेयर का उपयोग करने, प्रतिलिपि बनाने, संशोधित करने, मर्ज करने के अधिकार सहित, अनुमति देने के लिए अनुमति दी गई है , सॉफ्टवेयर की प्रतियों को प्रकाशित, वितरित, उपविषय, और / या बेचने के लिए, और उन व्यक्तियों को अनुमति देने के लिए जिनके लिए सॉफ्टवेयर ऐसा करने के लिए सुसज्जित है, निम्नलिखित शर्तों के अधीन:

यह अगला खंड, अनुमति सूचना , यह बता रहा है कि आप लाइसेंस समझौते को संशोधित करने सहित कोड के साथ कुछ भी कर सकते हैं ! पकड़ यह है कि आप मौजूदा कोड पर लाइसेंस नहीं बदल सकते हैं - आप केवल वही बदल सकते हैं जो आप संशोधित करते हैं।

उपरोक्त कॉपीराइट नोटिस और यह अनुमति नोटिस सॉफ्टवेयर की सभी प्रतियों या पर्याप्त भागों में शामिल किया जाएगा।

इस भाग का सीधा सा मतलब है कि आपको ऊपर दिए गए नोटिस को जारी रखना होगा।

तो आप क्या कर सकते हैं?

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

आपके प्रश्न के सरलीकृत मामले में, यहां आपको क्या करने की आवश्यकता है:
मतभेदों को उजागर करने के लिए जोर दिया।

मूल कार्य कॉपीराइट (c) 2012 [एक्मे कॉर्प]  
 संशोधित कार्य कॉपीराइट 2012 स्टीव बेनेट  

अनुमति किसी भी व्यक्ति को एक प्रतिलिपि प्राप्त करने के लिए, इसके द्वारा दी गई है
इस सॉफ्टवेयर और संबंधित प्रलेखन फ़ाइलों ("सॉफ्टवेयर") से निपटने के लिए
सॉफ्टवेयर में प्रतिबंध के बिना अधिकारों को सीमित किए बिना
उपयोग करना, कॉपी करना, संशोधित करना, मर्ज करना, प्रकाशित करना, वितरित करना, घटाना, और / या बेचना
सॉफ़्टवेयर की प्रतियां, और उन व्यक्तियों को अनुमति देने के लिए जिन्हें सॉफ़्टवेयर है
निम्न स्थितियों के अधीन ऐसा करने के लिए सुसज्जित:

उपरोक्त कॉपीराइट नोटिस और इस अनुमति नोटिस को इसमें शामिल किया जाएगा
सॉफ्टवेयर की सभी प्रतियां या पर्याप्त भाग।

Comments

हे, मुझे आपकी शाब्दिक व्याख्या पसंद है - आप "उपरोक्त कॉपीराइट नोटिस" को बनाए रखते हैं, और आप "इस अनुमति नोटिस" को बनाए रखते हैं - आप बस उनके बीच और बीच में पाठ डालें। यह नियमों से खेलता है, और काम पूरा कर लेता है!

— स्टीव बेनेट

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

— cpast

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

— गम

इसके अलावा, "एमआईटी लाइसेंस के तहत लाइसेंस प्राप्त किया गया ..." आदि को "अनुमति दी गई है ..." को बदलना संभव है। लाइसेंस जानकारी के लिए प्रोजेक्ट रूट में लाइसेंस टाइप देखें। " (और लाइसेंस.टेक्स्ट में पूरे अनमॉडिफाइड लाइसेंस शामिल हैं ")

— गम

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

Answer 2

मैं वकील नहीं हूं। निम्नलिखित अमेरिकी कॉपीराइट कानून मान रहा है, और एमआईटी लाइसेंस के लिए विशिष्ट है।

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

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

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

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

Comments

मेरा पढ़ना यह है कि आपको कोड को स्पष्ट करने की अनुमति है।

— १

@CurtainDog: यदि आप स्रोत कोड को एक नए उपविषय के तहत संशोधित करते हैं और पुनर्वितरित करते हैं (मूल लाइसेंस की एक प्रति आवश्यक के रूप में रखते हुए), तो क्या इसका मतलब यह है कि अंतिम-उपयोगकर्ता अनधिकृत रूप से किसी भी कोड के लिए अपने उप-विषयवस्तु को अनदेखा कर सकता है? जब आप बायनेरिज़ को पुनर्वितरित कर रहे हैं, तो क्या वास्तव में सबसिलेक्शन मायने रखता है? MIT लाइसेंस जैसे साधारण लाइसेंस के लिए भी ये तकनीकी मेरे लिए बहुत उलझन की बात है।

— एम। डडले

Answer 3

मैं कॉपीराइट बिट के बारे में बहुत ज्यादा चिंता नहीं करूंगा। मेरा मानना ​​है कि ज्यादातर मामलों में कॉपीराइट स्वचालित रूप से लागू होता है चाहे आप दावा करें या नहीं (सी) 2012 ब्लाह हेडर ज्यादातर शोर हैं। कहा जा रहा है कि आप लोगों को गुमराह नहीं करना चाहते हैं ताकि आप लाइसेंस को शामिल कर लें जिससे आपको संकेत मिले कि सॉफ्टवेयर मूल रूप से लाइसेंस प्राप्त था ... या सॉफ्टवेयर के कुछ हिस्सों को लाइसेंस के रूप में ...

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

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

Answer 4

आपको कॉपीराइट नहीं बदलना चाहिए ।

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

आप एक टिप्पणी (या किसी मौजूदा एक) को जोड़ सकते हैं जो यह दर्शाता है कि किसने बदलाव किए हैं और कब (यदि वे पहले से ऐसा नहीं कर रहे हैं, तो इसे शुरू न करें)।

/*
    Copyright (c) 2012 Frob Co.

    Permission is hereby granted, free of charge, to any person obtaining
    a copy of this software and associated documentation files (the "Software"),
    to deal in the Software without restriction, including without limitation
    the rights to use, copy, modify, merge, publish, distribute, sublicense,
    and/or sell copies of the Software, and to permit persons to whom the Software
    is furnished to do so, subject to the following conditions:

    The above copyright notice and this permission notice shall be included in
    all copies or substantial portions of the Software.

    THE SOFTWARE IS PROVIDED "AS IS", WITHOUT WARRANTY OF ANY KIND,
    EXPRESS OR IMPLIED, INCLUDING BUT NOT LIMITED TO THE WARRANTIES
    OF MERCHANTABILITY, FITNESS FOR A PARTICULAR PURPOSE AND NONINFRINGEMENT.
    IN NO EVENT SHALL THE AUTHORS OR COPYRIGHT HOLDERS BE LIABLE FOR ANY
    CLAIM, DAMAGES OR OTHER LIABILITY, WHETHER IN AN ACTION OF CONTRACT,
    TORT OR OTHERWISE, ARISING FROM, OUT OF OR IN CONNECTION WITH THE SOFTWARE
    OR THE USE OR OTHER DEALINGS IN THE SOFTWARE.
*/
/*
    Changes
    1-1-2012: YOU: Made a frob
*/

मेरा मानना ​​है कि यह एमआईटी लाइसेंस को एक फ़ाइल में पेस्ट करने का सही तरीका है, हालांकि मैं कानूनी विशेषज्ञ नहीं हूं (मैंने इसे नोटिस के "चिल्ला" भाग के बिना कभी नहीं देखा है)।

Comments

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

— डेविड थॉर्नले

Answer 5

अब तक, मैंने कॉपीराइट धारकों की सूची में योगदानकर्ताओं को जोड़कर, और लाइसेंस पाठ को अपरिवर्तित छोड़ दिया है।

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

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