योगदान देने वाले व्यक्ति के लाइसेंस के लिए कानूनी समझौते और हेडर

इस पेज पर, योगदान देने वाले दो अहम टास्क के बारे में बताया गया है: योगदान देने वाले के लाइसेंस पर हस्ताक्षर करना और यह पक्का करना होगा कि आपके कोड में लाइसेंस देने वाले हेडर का सही इस्तेमाल किया गया हो.

योगदान देने वाले लोगों के लाइसेंस के कानूनी समझौतों पर हस्ताक्षर करें

योगदान देने वाले सभी लोग (जो सिर्फ़ खुद योगदान दे रहे हैं को, Android ओपन सोर्स प्रोजेक्ट (AOSP) को आइडिया, कोड या दस्तावेज़ भेजने के लिए पूरा करने, हस्ताक्षर करने, और सबमिट करने की ज़रूरत होती है व्यक्तिगत तौर पर योगदान देने वाले को लाइसेंस देने के लिए कानूनी समझौता. आप इस अनुबंध पर कोड की समीक्षा करने वाला टूल. इस कानूनी समझौते में बौद्धिक संपत्ति के योगदान से जुड़ी शर्तों के बारे में बताया गया है को एओएसपी के तौर पर भेजना होगा. यह लाइसेंस योगदान देने वाले के साथ-साथ आपकी सुरक्षा के लिए है प्रोजेक्ट की सुरक्षा; इससे आपके अधिकारों पर भी कोई असर नहीं पड़ता. योगदान नहीं दिया जाएगा.

कॉर्पोरेट योगदान देने वाले के लाइसेंस का कानूनी समझौता एओएसपी में काम करने वाले किसी कॉर्पोरेशन या दूसरी इकाई के लिए उपलब्ध हो. समझौते के इस वर्शन की मदद से, कॉर्पोरेशन योगदान दे सकता है अपने नियुक्त कर्मचारियों द्वारा सबमिट किया गया हो और कॉपीराइट और पेटेंट प्रदान करे लाइसेंस.

Google, योगदान देने वालों के लिए लाइसेंस देने के लिए कानूनी समझौता, Apache Software Foundation, जो ये काम कर सकता है: यहां मिल सकते हैं: Apache की वेबसाइट.

लाइसेंस हेडर शामिल करें

Android ओपन सोर्स प्रोजेक्ट (AOSP) ओपन सोर्स पहल स्वीकृत ओपन सोर्स लाइसेंस प्राप्त होते हैं.

Apache लाइसेंस, वर्शन 2.0 एओएसपी और Android के ज़्यादातर हिस्सों में, (Apache 2.0) का इस्तेमाल किया जाता है इस सॉफ़्टवेयर को Apache 2.0 के साथ लाइसेंस मिला है. जब प्रोजेक्ट का मकसद इन शर्तों का पालन करना हो लाइसेंस को प्राथमिकता नहीं दी जाती है, लेकिन इसके कुछ अपवाद हैं. इन्हें अलग-अलग मामलों के हिसाब से मैनेज किया जाता है आधार पर. उदाहरण के लिए, Linux कर्नेल पैच GPLv2 लाइसेंस के तहत इनमें सिस्टम के अपवाद भी शामिल हैं. इन्हें यहां देखा जा सकता है Linux Kernel संग्रह.

यूज़रस्पेस (nonkernel) सॉफ़्टवेयर के लिए Google, Apache 2.0 (और मिलते-जुलते वर्शन) को प्राथमिकता देता है BSD और MIT जैसे अन्य लाइसेंस) पब्लिक लाइसेंस (LGPL). ऐसा इन वजहों से हो सकता है:

  • Android, लोगों की आज़ादी और उनकी पसंद को ध्यान में रखकर बनाया गया है. Android का मकसद, प्रमोशन के लिए में सभी लोग मौजूद हैं, और Google पूरी दुनिया में हमारे सॉफ़्टवेयर के लिए किस तरह का है. इसलिए, Google सभी लोगों को खुलकर अपनी बात रखने और बदलने योग्य डिवाइस हैं, तो हमें नहीं लगता कि यह हमारे लिए उन्हें ऐसा करने के लिए बाध्य करने का स्थान है. इसका इस्तेमाल किया जा रहा है LGPL लाइब्रेरी पाबंदी वाली हो सकती हैं. हमारी कुछ खास समस्याएं यहां दी गई हैं:

    • आसान शब्दों में कहें, तो LGPL को ऐप्लिकेशन में सोर्स को भेजना ज़रूरी है; एक सोर्स के लिए लिखित ऑफ़र; या LGPL-ed लाइब्रेरी को डाइनैमिक तरीके से लिंक करता है और इसकी मदद से, उपयोगकर्ता लाइब्रेरी को मैन्युअल तरीके से अपग्रेड या बदल सकते हैं. Android सॉफ़्टवेयर आम तौर पर, एक स्टैटिक सिस्टम इमेज के तौर पर भेजा जाता है, इसलिए इनका पालन करें: ज़रूरी शर्तों के तहत, डिवाइस मैन्युफ़ैक्चरर के डिज़ाइन पर पाबंदी लगाई जाती है. उदाहरण के लिए, यह इसमें किसी उपयोगकर्ता के लिए, रीड-ओनली फ़्लैश स्टोरेज की लाइब्रेरी को बदलना मुश्किल हो जाता है.

    • LGPL के लिए ग्राहकों में बदलाव करने और रिवर्स इंजीनियरिंग की अनुमति देना ज़रूरी है उन बदलावों को डीबग करने के लिए. ज़्यादातर डिवाइस मैन्युफ़ैक्चरर शर्तों से सहमत हैं.

    • इतिहास से, एलजीपीएल लाइब्रेरी कई नियमों और कानूनों का अनुपालन करती रही हैं की समस्याओं का समाधान किया है. जानकारी देना इंजीनियर को इन समस्याओं को हल करना बहुत मुश्किल है और इसमें काफ़ी समय लगता है. यह ज़रूरी है कि Android से यह सफलता कि डिवाइस बनाने वाली कंपनियां, लाइसेंस का आसानी से पालन कर सकती हैं.

इन समस्याओं की वजह से, LGPL या दूसरे लाइसेंस की आलोचना नहीं की जा सकती. Google ने तारीफ़ की और अन्य लोगों के मुफ़्त और ओपन सोर्स लाइसेंस के साथ लाइसेंस की प्राथमिकताएं. Google ने यह तय किया है कि हमारे लक्ष्यों के लिए, Apache 2.0 सबसे सही है.

एओएसपी में शामिल करने के लिए, कोड सबमिट करते समय, आपको लाइसेंस हेडर. नीचे दिए गए सेक्शन में, नई फ़ाइलों और मौजूदा कोड के लिए लाइसेंस हेडर.

कॉपीराइट और लाइसेंस हेडर के लिए, इन सबसे सही तरीकों को अपनाएं:

  • मौजूदा कॉपीराइट में बदलाव न करें. उदाहरण के लिए, अगर आपको AOSP के लिए फ़ाइल अपलोड करें, जिसमें ऐसा कोड है जो किसी फ़ाइल में उसी कोड से शुरू होता है कॉपीराइट नोटिस की सूचना नहीं दी है, तो आपको मूल फ़ाइल की उस कॉपीराइट सूचना को अपने पास रखना होगा.

  • अगर आप पूरी तरह से नई सोर्स फ़ाइल जोड़ते हैं, तो डिफ़ॉल्ट एओएसपी कॉपीराइट का इस्तेमाल करें और लाइसेंस हेडर का इस्तेमाल करें. हालांकि, ऐसा तब ही होगा, जब आप जिस प्रोजेक्ट में योगदान दे रहे हैं उसमें पहले से तय किए गए अलग-अलग लाइसेंस:

    Copyright (C) yyyy The Android Open Source Project
    Licensed under the Apache License, Version 2.0 (the "License");
    you may not use this file except in compliance with the License.
    You may obtain a copy of the License at
    
    http://www.apache.org/licenses/LICENSE-2.0
    
    Unless required by applicable law or agreed to in writing, software
    distributed under the License is distributed on an "AS IS" BASIS,
    WITHOUT WARRANTIES OR CONDITIONS OF ANY KIND, either express or implied.
    See the License for the specific language governing permissions and
    limitations under the License.