2011-08-09 11 views
7

मैं जानना चाहता हूं कि मेरे एम्बेडेड लिनक्स सिस्टम का उपयोग करने वाले विभिन्न ओपन सोर्स सॉफ्टवेयर टूल्स और पुस्तकालयों के लाइसेंसों का पालन करने के लिए मुझे क्या करना है।एंबेडेड लिनक्स लाइसेंसिंग एलजीपीएल/जीपीएल/आदि

मैं एक एम्बेडेड Linux सिस्टम एक एम्बेडेड डिवाइस पर चल रहा है:

मेरी स्थिति इस प्रकार है। यह एक रूट फ़ाइल सिस्टम छवि का उपयोग करता है जो एक तीसरे पक्ष द्वारा टूलबार के साथ प्रदान किया गया था जो कि विकसित होने के लिए उपयोग किया जा रहा है।

मैंने कुछ संकलित ओपन सोर्स प्रोग्राम्स (विभिन्न लाइसेंसों के तहत) जोड़कर रूट फाइल सिस्टम छवि में कुछ संशोधन किए हैं और इसमें अब क्यूटी (एलजीपीएल) भी शामिल है।

मेरे अनुप्रयोग रूट फ़ाइल सिस्टम पर लाइब्रेरी से गतिशील रूप से लिंक करते हैं और क्यूटी का भी उपयोग करते हैं।

डिवाइस को पूर्व उपयोगकर्ता को पूर्वस्थापित कर्नेल, रूटफ़ेस और एप्लिकेशन के साथ वितरित किया जाता है। रूटफ और संभवतः कर्नेल समेत एप्लिकेशन को अद्यतन/अपग्रेड किया जा सकता है।


मैंने देखा है कि एंड्रॉइड पर फ़ाइलें और उनके संबंधित लाइसेंस बस एक लंबी टेक्स्ट फ़ाइल में सूचीबद्ध हैं। क्या इस तरह से सभी व्यक्तिगत फाइलों को सूचीबद्ध करना आवश्यक है या इस समस्या को संभालने के अन्य तरीके हैं?

यह आमतौर पर कैसे किया जाता है?

+5

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

उत्तर

7

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

दूसरा, मैं वकील नहीं हूं, न ही यहां अधिकांश लोग हैं। वर्षों से अनुभव के आधार पर चीजों पर मेरा ध्यान निम्नलिखित है। अगर आप मेरी सलाह का पालन करते हैं और यह आपके ऊपर बैकफायर करता है तो मुझे दोष न दें।

तीसरा, सभी लाइसेंस पढ़ें और यह सुनिश्चित करें कि आप समझ रहे हैं कि वे क्या कह रहे हैं। यदि नहीं, तो मेरे पहले बिंदु से स्पष्टीकरण की तलाश करें।

चौथा:

जीपीएल/LGPL आवेदन के साथ स्रोत प्रदान करने के लिए कोई आवश्यकता नहीं हैं। वे "अनुरोध पर" स्रोत प्रदान करने की आवश्यकता बनाते हैं। इसे पासवर्ड संरक्षित वेब पेज पर रखकर, या एक प्रतिलिपि रखते हुए आप सीडी और मेल पर जला सकते हैं (यदि आप पर्याप्त पूछते हैं तो आप सीडी और डाक के लिए चार्ज कर सकते हैं)।

आप किसी भी बाइनरी को वितरित करने के लिए बाध्य हैं, भले ही उन बाइनरी आपको किसी तृतीय पक्ष से आए हों। यदि तीसरी पार्टी आपको अपना स्रोत प्रदान नहीं करेगी तो आपको या तो जीपीएल आवश्यकताओं को इंगित करना चाहिए या कोई अन्य विक्रेता ढूंढना चाहिए।अपरिवर्तित पैकेज के लिए अपस्ट्रीम विक्रेता या वेबपृष्ठ पर जीपीएल कोड के अनुरोधों को प्रत्यक्ष करने के लिए पर्याप्त नहीं है, खासकर यदि यह किसी तीसरे पक्ष के विक्रेता से आया है जिसने इसे संशोधित किया है। आप प्रत्येक बाइनरी रिलीज को कोड के सही संस्करण से मेल खाने के बारे में सावधान रहना चाहेंगे ताकि आप अपने उत्पाद की किसी भी विशेष रिलीज को स्रोत प्रदान कर सकें।

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

यदि आपके पास एक मालिकाना एप्लिकेशन है जो [एल] जीपीएल कोड को जोड़ रहा है, तो आप लिंक करने के बारे में बहुत सावधान रहना चाहेंगे। ऐसी संभावना मौजूद है कि आप अनजाने में वायरल लाइसेंस (जीपीएल) के साथ कोड को लिंक कर सकें और फिर किसी को नोटिस और स्रोत की मांग करने पर आप परेशानी में हैं। सुनिश्चित करें कि आप उसी कारण से एलजीपीएल कोड को स्थिर रूप से लिंक नहीं करते हैं (अधिक: Can I inline function calls to functions defined in headers of LGPL packages?)।

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

2

मल्टीपे विकल्प हैं। क्या आपका डिवाइस सभी स्रोतों को शामिल करने के लिए काफी बड़ा है? क्या आप एक सीडी भी भेज रहे हैं? शायद ऩही। इसका मतलब है कि आपको सभी स्रोतों के लिए एक डाउनलोड ऑफ़र शामिल करना होगा (और टूलचैन, यदि पर्याप्त असामान्य है)।

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

1

This जीपीएल अनुपालन सुनिश्चित करने के लिए अपनी प्रक्रिया और प्रणाली को तैयार करने के तरीके पर एक शानदार लेख है।

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

संबंधित मुद्दे