2008-09-19 14 views
12

मैं एक छोटी सामान्य उद्देश्य पुस्तकालय लिख रहा हूं, जिसे मैं अपने बीएसडी/एक्स 11 लाइसेंस प्राप्त परियोजना में उपयोग करना चाहता हूं। मैं इसमें वैश्वीकरण समर्थन शामिल करना चाहता हूं, विशिष्टता, मैं glibmm से Glib::ustring का उपयोग करना चाहता हूं, जिसे एलजीपीएल के तहत लाइसेंस प्राप्त है। यहां सवाल आता है: बीएसडी/एक्स 11 के संबंध में एलजीपीएल की तुलना में अधिक अनुमोदित होने के नाते, क्या मैं अपने बीएसडी/एक्स 11 लाइसेंस प्राप्त पुस्तकालय में कोड के इस टुकड़े का उपयोग कर सकता हूं?क्या मैं बीएसडी/एक्स 11 लाइसेंस प्राप्त परियोजना में एलजीपीएल लाइब्रेरी का उपयोग कर सकता हूं?

+3

मैं इस प्रश्न को ऑफ-विषय के रूप में बंद करने के लिए मतदान कर रहा हूं क्योंकि यह लाइसेंसिंग या कानूनी मुद्दों के बारे में है, प्रोग्रामिंग या सॉफ्टवेयर विकास नहीं। [यहां देखें] (http://meta.stackoverflow.com/questions/274963/questions-about-licensing/274964#274964) विवरण के लिए, और [सहायता] और अधिक के लिए। – JasonMArcher

उत्तर

13

IANAL, लेकिन मेरा मानना ​​है कि इसकी अनुमति है। बीएसडी लाइसेंस में कुछ भी नहीं है जो आपको अन्य लाइसेंसों के कोड में मिश्रण से रोकता है, और एलजीपीएल परवाह नहीं है कि आप इसे किसी भी के खिलाफ कैसे जोड़ते हैं। आप निम्न प्रतिबंध तथापि के अधीन किया जाएगा:

1) बीएसडी भाग के लिए, यदि एक रोपण खंड है, तो आप अभी भी यह सम्मान करने के लिए और की आवश्यकता होगी आपके दस्तावेज आदि

2 में समुचित श्रेय शामिल) एलजीपीएल लाइब्रेरी के लिए, आपको अपनी परियोजना की बाइनरी के प्राप्तकर्ताओं को उपलब्ध लाइब्रेरी का स्रोत बनाना होगा।

+5

2) केवल तभी जब आप अपनी परियोजना के साथ पुस्तकालय वितरित करते हैं। यदि आप बस अपने उपयोगकर्ताओं को यह स्वयं प्राप्त करने के लिए कहते हैं, तो आपको स्रोत प्रदान करने की आवश्यकता नहीं है। इस जवाब के अर्थ में – ypnos

+0

"एलजीपीएल लाइब्रेरी" एक "एलजीपीएल साझा लाइब्रेरी" है। एक स्थाई रूप से जुड़े लाइब्रेरी उत्तर के लिए http://stackoverflow.com/a/106415/490291 लागू होता है। – Tino

2

IANAL, लेकिन ...

जब तक आप LGPL में जोड़ने प्रतिबंध का पालन करें, आप ठीक होना चाहिए। असल में, उपयोगकर्ता को LGPL'd कोड को संशोधित करने में सक्षम होना चाहिए। चूंकि आपका कोड बीएसडी-लाइसेंस प्राप्त है, और बीएसडी-लाइसेंस स्रोत के बिना बाइनरी की अनुमति देता है (जो एलजीपीएल का उल्लंघन करेगा) आपको अपने सभी एलजीपीएल कोड के एलजीपीएल के तहत लाइसेंस प्राप्त गतिशील लाइब्रेरी बनाने की आवश्यकता होगी और इसका उपयोग करें।

3

@Branan: मेरी LGPL के खंड 4 (IANAL) की वर्तमान समझ:

  1. AFAIK, गतिशील पुस्तकालय बनाने की जिम्मेदारी पार्टी किसी केवल बाइनरी संस्करण है या नहीं तो LGPL-असंगत संस्करण का वितरण कर (पर है), लाइसेंसकर्ता पर नहीं (मान लीजिए कि लाइसेंसकर्ता केवल बाइनरी-केवल/एलजीपीएल-असंगत संस्करण वितरित नहीं करता है)।
  2. स्टेटिक एलजीपीएल लाइब्रेरी ठीक है अगर बाइनरी-केवल संस्करण ऑब्जेक्ट फाइलों के समूह के साथ वितरित किया जाता है (अनुमोदित रूप से लाइसेंस प्राप्त कोड के अनुरूप) कि उपयोगकर्ता एलजीपीएल लाइब्रेरी के अपने अनुकूलित संस्करण के साथ फिर से जुड़ सकता है।
  3. किसी भी मामले में, बाइनरी-केवल कोड को रिवर्स इंजीनियरिंग की अनुमति देनी चाहिए, ताकि एलजीपीएल लाइब्रेरी को उपयोगकर्ता द्वारा अनुकूलित किया जा सके और फिर भी ऑब्जेक्ट फाइलों के साथ लिंक किया जा सके।