LGPL रत्न का उपयोग मेरे एमआईटी लाइसेंस प्राप्त आवेदन को कैसे प्रभावित करता है?


21

मैं एमआईटी लाइसेंस के तहत एक ओपन सोर्स रूबी एप्लिकेशन विकसित कर रहा हूं। मैं इस लाइसेंस का उपयोग कर रहा हूं क्योंकि मैं एप्लिकेशन के उपयोगकर्ताओं पर कोई प्रतिबंध नहीं लगाना चाहता। इसके अलावा, मैं वास्तव में इस लाइसेंस को पढ़ और समझ सकता हूं।

मैंने हाल ही में अपनी परियोजना में एक और रूबी रत्न का उपयोग करना शुरू किया ("somegem" की आवश्यकता है)। यह माणिक रत्न LGPL लाइसेंस के तहत है।

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

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

इस विषय के बारे में कुछ अन्य पोस्ट हैं लेकिन अलग-अलग तरीकों से बनाए गए हैं। चूंकि मुझे यह लाइसेंस सामान मुश्किल लगता है इसलिए मैं अपनी स्थिति पर निर्देशित उत्तर पाने की उम्मीद कर रहा हूं।

धन्यवाद,
कोर्सेन


1
यह वकीलों के लिए एक सवाल की तरह लगता है, न कि प्रोग्रामरों के लिए। (यह कहना है: यह एक अच्छा सवाल है, अच्छी तरह से पूछा गया है, कि कुछ प्रोग्रामर के साथ अनुभव हो सकता है ... लेकिन यह स्टैक ओवरफ्लो के लिए उपयुक्त नहीं है, क्योंकि यह बहुत, प्रोग्रामिंग के साथ बहुत कम है।)
Phrogz

7
Phrogz: आप अतिशयोक्ति कर रहे हैं। यह एक सरल लाइसेंसिंग सवाल है, जो स्पष्ट रूप से लाइसेंस के पाठ और कई एफएक्यू द्वारा उत्तर दिया जाता है। आपको वास्तव में पढ़ने के लिए वकील की आवश्यकता नहीं है।
vartec

जवाबों:


26

यह प्रभावित नहीं करता है

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

LGPL का उल्लिखित हिस्सा:

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


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

0

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

LGPL'ed सॉफ्टवेयर आपके सॉफ्टवेयर की एक निर्भरता है। तो यह वास्तव में आपके सॉफ्टवेयर का हिस्सा है। LGPL गैर-मुक्त सॉफ़्टवेयर (जबकि MIT और भी मुफ़्त सॉफ़्टवेयर है) से उपयोग करने की अनुमति देता है, इसलिए एक निर्भरता अवरोधक नहीं है।

हालाँकि, यह एक निर्भरता है कि अगर आप अपने सॉफ़्टवेयर को वितरित करते हैं, तो आपको इसके स्रोत-कोड की पेशकश करने की आवश्यकता है। मुझे कोई सुराग नहीं है अगर माणिक के भीतर की आवश्यकता तंत्र हमेशा स्रोत प्रदान करता है। यदि ऐसा है तो मैं कहूंगा कि आप पहले ही स्रोतों के साथ वितरित करते हैं। यदि नहीं, तो आपको उस रत्न के हर संस्करण के लिए ध्यान रखने की आवश्यकता है जो आपको अपने सॉफ़्टवेयर की आवश्यकता होती है जिसके लिए आप स्रोत प्रदान करते हैं।

आपको शायद वैसे भी स्रोतों का ध्यान रखना चाहिए क्योंकि ऐसा हो सकता है कि तृतीय-पक्ष परियोजना (मणि) ऑफ़लाइन हो जाएगी और आपकी परियोजना तब टूट जाएगी, क्योंकि इसके लिए किसी गैर-मौजूदा मणि की आवश्यकता होती है।

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


1
"यदि आप अपने सॉफ़्टवेयर को वितरित करते हैं, तो आपको इसके स्रोत-कोड की पेशकश करने की आवश्यकता है।" नहीं, यदि आप सार्वजनिक रूप से उपलब्ध हैं तो नहीं।
vartec

1
@vartec: यदि आप वितरित करते हैं तो आपको स्रोत की पेशकश करने की आवश्यकता है। केवल एक गैर-वाणिज्यिक होने और कोड में परिवर्तन नहीं किए जाने की स्थिति में, आप उस आवश्यकता को अपस्ट्रीम प्रोजेक्ट (GPL देखें) में सौंप सकते हैं। यदि लाइब्रेरी आपके द्वारा वितरित नहीं की जाती है (हालांकि, इस मामले में हार्डकनेक्टेड सेटअप निर्देश हैं जो उपयोगकर्ता नहीं बदल सकता है, और वास्तव में LGPL में आवश्यकताएं बदली जा रही हैं, इसलिए यह LGPL संगतता को भी तोड़ सकता है), मुझे लगता है कि यह प्रदान करना सबसे सुरक्षित है। रिवर्स इंजीनियरिंग और प्रतिस्थापन आवश्यकताओं को पूरा करना आसान होता है।
हकरे

@vartec: सार्वजनिक रूप से उपलब्ध होने का मतलब है कि आप वितरित न करें। यदि मणि वितरक स्रोतों की पेशकश करने में असमर्थ है, तो मणि की प्रति वैध नहीं हो सकती है।
हैकर

LGPL, अनुभाग 4.e "इंस्टॉलेशन जानकारी प्रदान करें, लेकिन केवल अगर आपको अन्यथा GNU GPL की धारा 6 के तहत इस तरह की जानकारी प्रदान करने की आवश्यकता होगी, और केवल इस हद तक कि संशोधित संस्करण को स्थापित करने और निष्पादित करने के लिए ऐसी जानकारी आवश्यक है। लिंक किए गए संस्करण के एक संशोधित संस्करण के साथ आवेदन को फिर से जोड़ने या राहत देने के द्वारा उत्पादित संयुक्त कार्य। "
vartec

1
@vartec: बिल्कुल। 4. जारी है: "(यदि आप विकल्प 4d0 का उपयोग करते हैं, तो इंस्टॉलेशन जानकारी मिनिमल कॉरेस्पॉन्डिंग सोर्स और कॉरेस्पॉन्डिंग एप्लिकेशन कोड के साथ होनी चाहिए। यदि आप ऑप्शन 4d1 का उपयोग करते हैं, तो आपको GNU GPL के सेक्शन 6 द्वारा निर्दिष्ट तरीके से इंस्टॉलेशन जानकारी प्रदान करनी होगी। स्रोत अनुरूप पहुंचाने के लिए) "।
hakre
हमारी साइट का प्रयोग करके, आप स्वीकार करते हैं कि आपने हमारी Cookie Policy और निजता नीति को पढ़ और समझा लिया है।
Licensed under cc by-sa 3.0 with attribution required.