क्या अपाचे सॉफ्टवेयर लाइसेंस 2.0 को किसी प्रोजेक्ट पर लागू करते समय स्रोत फ़ाइलों में लाइसेंस हेडर की आवश्यकता होती है? [बन्द है]

Question

अपाचे सॉफ्टवेयर लाइसेंस 2.0 परिशिष्ट के माध्यम से पढ़ना मैं अस्पष्ट हूं कि वास्तव में मुझे अब क्या करना है:

APPENDIX: अपाचे लाइसेंस को अपने काम में कैसे लागू करें

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

थोड़ा और समझाने के लिए: मैं वर्तमान में जीथब पर एक ओपन-सोर्स प्रोजेक्ट में योगदान कर रहा हूं, जहां ASL2.0 के तहत लाइसेंस देने का निर्णय किया गया था। नवीनतम प्रतिबद्ध में, लाइसेंस टेक्स्ट को LICENSEरूट डायरेक्टरी में जोड़ा गया था ।

दिलचस्प हिस्सा अब यह है: अपाचे सॉफ्टवेयर लाइसेंस के तहत कोड को पूरी तरह से लाइसेंस देने के लिए और क्या करना है। विशिष्ट में: क्या "काम" माना जाता है और क्या प्रोजेक्ट में प्रत्येक स्रोत-फ़ाइल को बॉयलरप्लेट नोटिस शामिल करना अनिवार्य है?

मुझे लगता है कि पहले से मौजूद मौजूदा नोटिस को जोड़ना संभव होना चाहिए README, क्योंकि मैंने इसे अन्य ओपन सोर्स प्रोजेक्ट्स में देखा है। की तर्ज पर कुछ:

लाइसेंस:

जब तक स्पष्ट रूप से नहीं कहा गया है अन्यथा इस रिपॉजिटरी में सभी फाइलें अपाचे सॉफ़्टवेयर लाइसेंस 2.0 के तहत लाइसेंस प्राप्त हैं [यहाँ बॉयलरप्लेट नोटिस डालें]

मुझे लगता है कि यह ठीक होना चाहिए, क्योंकि स्रोत शीर्षकों पर अपाचे नीति (भले ही अपाचे सॉफ्टवेयर फाउंडेशन के स्वामित्व वाली परियोजनाओं के लिए इरादा है) केवल यही कहती हैं:

प्रत्येक मूल स्रोत दस्तावेज़ (कोड और प्रलेखन, लेकिन LICENSE और नोटिस फ़ाइलों को छोड़कर) SHOULD में शीर्ष पर एक लघु लाइसेंस हेडर शामिल है। यदि वितरण में CLA, CCLA या सॉफ़्टवेयर अनुदान (जैसे तृतीय-पक्ष लाइब्रेरी) द्वारा कवर किए गए दस्तावेज़ शामिल नहीं हैं, तो नीति मार्गदर्शिका देखें।

---

2. प्रत्येक स्रोत फ़ाइल में निम्नलिखित लाइसेंस हेडर शामिल होना चाहिए - ध्यान दें कि हेडर में कोई कॉपीराइट नोटिस नहीं होना चाहिए:

विशेष रूप से यहां "चाहिए" मुझे लगता है, कि एएसएल के तहत लाइसेंस प्राप्त परियोजना के प्रत्येक और हर स्रोत-फ़ाइल के लिए हर फाइल में एक लाइसेंस हेडर अनिवार्य नहीं है।

Comments

क्या आपके पास प्रत्येक स्रोत फ़ाइल में हेडर को शामिल करने के लिए कोई आपत्ति है?

— रॉबर्ट हार्वे

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

— Vogel612

भावहीन। एक लाइसेंस परिवर्तन सभी फाइलों के पार एक ढूँढें और बदलें ऑपरेशन है, इसके नमक के लायक किसी भी IDE में।

— रॉबर्ट हार्वे

आप बस प्रत्येक फ़ाइल में एक संक्षिप्त विवरण भी शामिल कर सकते हैं जैसे "यह परियोजना XYZ लाइसेंस के तहत लाइसेंस प्राप्त है। विवरण के लिए LICENSE फ़ाइल देखें जो इस परियोजना संग्रह के आधार पर पाई जा सकती हैं" या उन प्रभावों के लिए शब्द।

— ब्रांडिन

नहीं, यह आवश्यक नहीं है: apache.org/dev/apply-license.html#copy-per-file लेकिन जैसा कि नीचे जूल्स बताता है, यदि कोई फ़ाइल अलगाव में देखी गई या पुन: उपयोग की जाती है, तो लाइसेंस स्पष्ट हो जाएगा

— Steen

Answer 1

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

(ध्यान दें कि यह कानूनी सलाह नहीं है; यदि यह महत्वपूर्ण है, तो आपको अपने अधिकार क्षेत्र में एक वकील की सलाह लेनी चाहिए, आदि)

Answer 2

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

क्या मुझे प्रत्येक स्रोत में मौजूद लाइसेंस की एक कॉपी है?

प्रति वितरण के लिए लाइसेंस की केवल एक पूर्ण प्रति की आवश्यकता है। नीति देखें।

http://www.apache.org/dev/apply-license.html#copy-per-file