क्या मैं अपने व्यावसायिक ऐप में एलजीपीएल-लाइसेंस प्राप्त पुस्तकालय का उपयोग कर सकता हूं?

मैं Microsoft के ऐप बाज़ार के लिए अपने ऐप में LGPL- लाइसेंस प्राप्त लाइब्रेरी का उपयोग करना चाहता हूं। क्या वह ठीक है?

lgpl

IANAL। सवाल वास्तव में किसी भी तरह से एमएस ऐप मार्केटप्लेस और एलजीपीएल संघर्ष की शर्तों का है? यदि उत्तर "नहीं" है तो यह समस्या नहीं होनी चाहिए। नहीं तो हो सकता है। क्या ऐप मार्केटप्लेस स्रोत वितरण को रोकता है? क्या ऐप मार्केटप्लेस को ओपन सोर्स से मना करता है? समस्या के त्वरित Google से अधिक जानकारी संपादित करें : social.msdn.microsoft.com/Forums/en/windowsphone7series/thread/…

— थॉमस जेम्स

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

— राडू मुरझिया

जवाबों:

यहाँ एक घेरने वाला उत्तर है:
http://answers.google.com/answers/threadview/id/439136.html

संक्षेप में: हाँ आप कर सकते हैं। लेकिन एक महत्वपूर्ण बात यह है कि जीएनयू एलजीपीएल कवर पुस्तकालय गतिशील रूप से जुड़ा हुआ है, न कि मुख्य आवेदन के साथ।

स्वतंत्र रूप से संकलित निर्माण के लिए गतिशील रूप से जुड़े पुस्तकालय का आदान-प्रदान करना भी संभव होना चाहिए। अन्यथा आप पुस्तकालय और मुख्य आवेदन कोड को परस्पर जोड़ सकते हैं।

— मारियो
स्रोत

यह LGPL 2 के लिए सही है, लेकिन LGPL 3 मुझे सही ढंग से समझने पर स्टेटिक लिंकिंग की अनुमति देता है।

— रिचर्ड ले मेसियर

@mario, तो क्या यह एक बंद-स्रोत ऐप पर भी अनुमति है? क्या मुझे श्रेय देने की आवश्यकता है? कुछ भी?

— शिममी

@RichardLeMesurier, दोनों संस्करण स्थैतिक लिंकिंग की अनुमति देते हैं, लेकिन उस सॉफ्टवेयर का उल्लेख करना सर्वोपरि है जो LGPL लाइब्रेरी से स्टेटिक रूप से लिंक करता है, उसे LGPL लाइसेंस के तहत ही जारी किया जाना चाहिए, अगर मैं सही तरीके से समझता हूं। मैं वकील नहीं हूं। इसे कानूनी सलाह नहीं माना जाएगा।

— टायलर क्रॉम्पटन

> यह उस सॉफ्टवेयर का उल्लेख करने के लिए सर्वोपरि है, जो LGPL लाइब्रेरी को स्टेटिकली लिंक करता है, उसे LGPL लाइसेंस के तहत ही जारी किया जाना चाहिए, अगर मुझे सही तरीके से समझ में आया तो ===> बिल्कुल नहीं। कोई भी बंद-स्रोत एप्लिकेशन LGPL के लिबास के साथ स्टेटिक रूप से लिंक कर सकता है यदि वह LGPL लाइब्रेरी के आगे / वैकल्पिक संस्करणों के साथ relink

— Jean-Michaël Celerier

हेडर-ओनली LGPL लाइब्रेरीज़ के साथ क्या होता है?

— gnzlbg

LGPL लाइसेंस एक एप्लिकेशन को अनुमति देता है जो बायनेरिज़ को बंद-स्रोत बने रहने के लिए संदर्भित करता है। इसके अलावा, Microsoft ऐप मार्केटप्लेस पर एक ओपन सोर्स ऐप बेचने से आपको कुछ भी नहीं रोकता है।

— माइकल ब्राउन
स्रोत

यह लेख मदद कर सकता है।

मुझे संदेह है कि क्योंकि LGPL एक डाउनलोड के माध्यम से उपलब्ध स्रोत कोड (पुस्तकालय से जुड़ा हुआ है) को डाउनलोड करने की अनुमति देता है, Microsoft के बाज़ार के लिए अपने ऐप में LGPL- लाइसेंस प्राप्त उपयोग का उपयोग करना ठीक होगा।

LGPL संस्करण 2.1 से उद्धरण :

यदि ऑब्जेक्ट कोड का वितरण निर्दिष्ट स्थान से कॉपी तक पहुंच की पेशकश करके किया जाता है, तो उसी स्थान से स्रोत कोड की प्रतिलिपि बनाने के लिए समान पहुंच की पेशकश करने से स्रोत कोड को वितरित करने की आवश्यकता को पूरा करता है, भले ही तीसरे पक्ष को स्रोत की प्रतिलिपि बनाने के लिए मजबूर न किया जाए। ऑब्जेक्ट कोड के साथ।

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

— एंड्रयू ओकुनेव
स्रोत

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

— जॉर्ज बिरबिलिस