जानकारी: खुला स्रोत लाइसेंस मुद्दे - GPL, LGPL?
हाल ही में मैं गया है शोध में ओपन सोर्स लाइसेंस मुद्दों. मैं अनुसंधान शुरू किया, इससे पहले कि मैं अधिक से अधिक 4 साल के लिए लिनक्स (एक खुला स्रोत ओएस) का उपयोग किया गया है, हालांकि मैं ओपन सोर्स के सही अर्थ के बारे में बहुत कम पता था!
आप यह क्यों पढ़ना चाहिए आप सोच रहे होंगे? मेरे अनुभव के आधार पर बहुत सारे इन मुद्दों के बारे में बात करेंगे, जो इंटरनेट पर उपलब्ध हैं, लेकिन उनमें से कोई भी आईटी व्यक्ति भी क्या हो रहा है समझ सकते हैं जहाँ भी एक नौसिखिया के एक स्तर से एक बुनियादी स्तर यानी से शुरू जो संसाधनों के बहुत सारे हैं.
प्रमुख / लघु - एक इंजीनियरिंग पृष्ठभूमि से आ रहा है, मैं बहुत बुनियादी के साथ शुरू और फिर मैं विवरण के सबसे समझने के लिए सुनिश्चित करें कि विषय पर निर्माण करना चाहते.
मान्यताओं
- मैं शब्द "कार्यक्रम" और दूसरे के स्थान पर "सॉफ्टवेयर" का प्रयोग करेंगे.
- मैं एक ओपन सोर्स ऑपरेटिंग सिस्टम (ओएस) का उल्लेख है, मैं आम तौर पर एक लिनक्स ओएस मतलब है.
आप मुक्त स्रोत से क्या मतलब है?
असल में कई लोग मुक्त स्रोत केवल स्रोत कोड हर किसी के लिए यानी उपलब्ध खुला होना चाहिए कि इसका मतलब है कि लगता है. लेकिन लगता है क्या? वे गलत हैं. यह मुक्त स्रोत की पूरी सही परिभाषा नहीं है. कई अन्य कर रहे हैं मापदंड हम मुक्त स्रोत सॉफ्टवेयर के रूप में कुछ कॉल कर सकते हैं पहले संतुष्ट होना चाहिए.
ओपन सोर्स मैं जीपीएल लाइसेंस का उपयोग करने के लिए है कि क्या मतलब है?
किसी भांति भी नहीं. एक बार जब आप अपने कार्यक्रम को एक खुला स्रोत है कि पता है, आप अपनी रणनीति (आप एक कंपनी रहे हैं), उपयोग और आप अपने प्रोग्राम लिखने के लिए इस्तेमाल किया है कि पुस्तकालयों (यदि कोई हो) के आधार पर इसके लिए एक उपयुक्त लाइसेंस तय की जरूरत है. जीपीएल बस में से एक है कई प्रकार यह मुक्त स्रोत समुदाय में सबसे लोकप्रिय लाइसेंसों में से एक है, हालांकि, ओपन सोर्स लाइसेंस की.
मैं अपने खुला स्रोत प्रोग्राम बेच सकते हैं?
हां. आप आप विकसित किया है कि अपनी मुक्त स्रोत कार्यक्रम के लिए चार्ज कर सकते हैं कि कितना पर कोई प्रतिबंध नहीं है. तो उदाहरण के लिए, यदि आप अपने मुक्त स्रोत कार्यक्रम के लिए एक GPL लाइसेंस का चयन तय लगता है और आप इसे बेचने के लिए चाहते हैं, हालांकि वहाँ जीपीएल लाइसेंस शर्तों के अनुसार आप इसे बेच सकते हैं एक अपवाद मैं जो मुझे लगता है इसे करने के लिए (स्रोत कोड से संबंधित) अब बहुत स्पष्ट है. मुफ्त सॉफ्टवेयर (= खुला स्रोत सॉफ्टवेयर) की परिभाषा में शामिल हैं बेचने का अधिकार अपने प्रतियां कार्यक्रम का.
मैं अपने कार्यक्रम (स्रोत खोलें या स्वामित्व / बंद) बेचने जब मैं स्रोत कोड जारी किया है?
वास्तव में यह एक भ्रमित सा हो सकता है, तो मैं फिर से एक बहुत ही बुनियादी स्तर से शुरू कर देंगे.
आप जनता के लिए स्रोत कोड जारी करने के लिए नहीं चाहते हैं तो आमतौर पर तो अपने कार्यक्रम तकनीकी रूप से एक खुला स्रोत प्रोग्राम नहीं है. इस मामले में यह है कि यह अन्य कार्यक्रम से "व्युत्पन्न" नहीं है जब तक एक बंद / मालिकाना सॉफ्टवेयर है. यह इस संबंध में कोई उचित आम सहमति है, के रूप में हम बाद में, "व्युत्पन्न" के रूप में समझा जाता है के मामले में मिल जाएगा.
आप एक डेबियन या लिनक्स ओएस का उपयोग कर रहे हैं और अगर तो उदाहरण के लिए, आप vi या ईमैक्स तरह एक संपादक का उपयोग सी भाषा में एक साधारण प्रोग्राम (test.c) लिखने का फैसला है और आप जीसीसी संकलक का उपयोग कर यह संकलन, तो आपके जिसके परिणामस्वरूप द्विआधारी / कार्यक्रम (परीक्षण) मालिकाना सॉफ्टवेयर कहा जा सकता है और आपको निम्न स्थितियों से मुलाकात कर रहे हैं के रूप में लंबे समय के रूप में स्रोत कोड जारी करने के बिना जनता के लिए इसे बेच सकते हैं:
1. अपने कार्यक्रम के सीधे सॉफ्टवेयर / पुस्तकालय लाइसेंस प्राप्त जीपीएल के किसी भी हिस्से को शामिल नहीं करता है.
2. अपने कार्यक्रम के किसी भी जीपीएल से प्राप्त नहीं है आधारित सॉफ्टवेयर / पुस्तकालय लाइसेंस.
बहरहाल, समय के इस मोड़ पर आप जीपीएल उदाहरण के लिए की तरह किसी भी ओपन सोर्स लाइसेंस अपनाकर अपने सॉफ्टवेयर मुक्त स्रोत बनाने के लिए तय कर सकते हैं. आप अपने test.c कार्यक्रम के लिए जीपीएल लाइसेंस का चयन तय मान लीजिए. अब आप अभी भी एक शुल्क / प्रभार के लिए अपने द्विआधारी बेच सकते हैं, लेकिन एक ही समय में आप बाइनरी फ़ाइल के साथ भी साथ स्रोत कोड जारी किया है. यह मुक्त स्रोत कहा जाता है यही कारण है कि.
इसके अलावा, एक लाइसेंस की कुछ देर के चुनाव पूरी तरह हम पर आधारित नहीं है कि दिमाग में रखना चाहिए. उदाहरण के लिए, यदि आप भारी अपने test.c कार्यक्रम में एक GPL लाइसेंस पुस्तकालय के कोड का उपयोग लगता है. तब डिफ़ॉल्ट रूप से इस कार्यक्रम (test.c) व्युत्पन्न सॉफ्टवेयर के रूप में माना जाएगा और आप आप तो और इतनी पुस्तकालय से कोड का इस्तेमाल किया है कि अपने कार्यक्रम के लिए GPL लाइसेंस का उपयोग करें और स्वीकार करना होगा a.ka. जीपीएल की "वायरल प्रभाव". आप अभी भी इस सॉफ्टवेयर (test.c) बेच सकते हैं, लेकिन अब आप के तहत जनता को वितरित करने का फैसला द्विआधारी के साथ स्रोत कोड जारी करने के लिए बाध्य कर रहे हैं GPL लाइसेंस .
अब आप से पूछना है, मैं इसे फिर से विभाजित और सिर्फ अपने आप को या अपने संगठन के लिए इसे रखने का इरादा नहीं है, तो क्या हो सकता है. मैं अब भी मैं एक जीपीएल आधारित पुस्तकालय से कोड का एक बहुत उपयोग के बाद से स्रोत कोड जारी किया है?
इस मामले में बिल्कुल भी नहीं, तुम स्रोत कोड जारी करने के लिए बाध्य है और आप आंतरिक रूप से अपने सॉफ्टवेयर (test.c) के साथ कुछ भी करने के बारे में फैसला नहीं कर रहे हैं.
यह एक व्युत्पन्न सॉफ्टवेयर के रूप में गठन किया क्या मेरे लिए स्पष्ट नहीं है? यह भ्रामक है. किसी भी अन्य बेहतर समाधान है?
दुर्भाग्य से व्युत्पन्न सॉफ्टवेयर के रूप में कहा जा सकता है के रूप में कोई सार्वभौमिक समझौता नहीं है. एक का उपयोग करें - लेकिन सौभाग्य से लाइसेंस समझौते के किसी भी प्रकार का अतिक्रमण करने से दूर रखना होगा कि वहाँ एक बेहतर समाधान है LGPL लाइसेंस भी है जो अधिक एक अनुमोदक / मालिकाना लाइसेंस की तरह है कम जीपीएल के रूप में जाना जाता है जो पुस्तकालय. हम LGPL और जीपीएल के बीच मुख्य अंतर को समझने से पहले यह "व्युत्पन्न" किया जा रहा है के रूप में माना जाता है समझने के लिए आवश्यक है.
समुदाय में कुछ लोगों को अपने कार्यक्रम गतिशील रूप से एक सॉफ्टवेयर पुस्तकालय के लिए लिंक तो अपने कार्यक्रम "व्युत्पन्न" सॉफ्टवेयर के रूप में नहीं कहा जा सकता है. आप स्थिर रुप से अपने कार्यक्रम के लिए सॉफ्टवेयर पुस्तकालय लिंक अगर लेकिन तब यह एक "व्युत्पन्न" सॉफ्टवेयर कहा जाता है और इसलिए आप अपने खुद के सॉफ्टवेयर के रूप में पूरी तरह से दावा नहीं कर सकते. हालांकि GPL लाइसेंस के आधार पर कर रहे हैं कि पुस्तकालयों के लिए कुछ लोगों को भी गतिशील रूप से भी एक "व्युत्पन्न" सॉफ्टवेयर के रूप में अपने कार्यक्रम (test.c) को जोड़ने पर विचार करें.
समाधान - LGPL
इसलिए इन अस्पष्टता से दूर रहने के लिए, अब कम जीपीएल (LGPL) लाइसेंस के तहत जारी किया जाता है कि कई पुस्तकालयों रहे हैं. आप अपने कार्यक्रम के लिए उन पुस्तकालय (statically या गतिशील) (test.c) को लिंक कर सकते हैं और आप अभी भी (बंद स्रोत प्रोग्राम) अपने कोड मालिकाना रखने के लिए चुन सकते हैं, जिसका अर्थ है कि. आप आप खत्म हुआ हो सकता है कि किसी भी परिवर्तन आपके test.c कार्यक्रम में LGPL पुस्तकालय कोड के लिए कर रही जारी करने के लिए आवश्यक हो जाएगा.
उदाहरण के लिए, ग्नू सी पुस्तकालय LGPL के तहत जारी की है और यह इतना लोकप्रिय और व्यापक है कि क्यों है. वास्तव में खुला स्रोत सॉफ्टवेयर पुस्तकालयों की सबसे LGPL लाइसेंस के तहत जारी किया जाता है. हालांकि वहाँ रहे हैं कारणों से एक नहीं बल्कि LGPL से जीपीएल के तहत एक पुस्तकालय रिलीज करना चाहते हैं जिसके लिए
इसलिए इसे आप अपनी रणनीति के आधार पर अपने कार्यक्रम में उपयोग करना चाहते हैं कि (उदाहरण जीपीएल या LGPL के लिए कहते हैं) से लाइसेंस प्राप्त लायब्रेरी के प्रकार तय है कि बहुत महत्वपूर्ण है.
मैं जीपीएल लाइसेंस के तहत अपने कार्यक्रम जारी अगर मैं कैसे (स्रोत कोड) के साथ पैसा बना सकते हैं? कि एक विरोधाभास नहीं है?
तुम्हें पता है मैं भी बिल्कुल वैसा ही सोचने के लिए इस्तेमाल करते हैं और है कि मैं यह सब पर कुछ शोध करना चाहता था मुख्य कारण में से एक था क्या पता. वास्तव में वास्तविक जीवन वहाँ उदाहरण लोग 10 साल से अधिक के लिए जीपीएल लाइसेंस के तहत अपने सॉफ्टवेयर जारी करने के बाद भी पैसे बना दिया गया है जहां.
मैं इसके पीछे मुख्य कारण में से एक की साधारण आर्थिक / व्यापार सिद्धांत है लगता है समय के अवसर लागत . मैं जीपीएल के तहत अपने ग्राहकों के लिए एक सॉफ्टवेयर रिलीज भी तो वे इसके लिए स्रोत कोड है, भले ही उदाहरण के लिए, वे अभी भी सॉफ्टवेयर के उस टुकड़े के लिए कुछ परिवर्तन / अनुकूलन बनाने के लिए मेरे पास आ जाएगा. बेशक ग्राहक आदि, खुद / खुद के द्वारा यह कर सकता है या एक प्रोग्रामर किराया सकता है लेकिन पुस्तकालयों के साथ परिचित, सॉफ्टवेयर का टुकड़ा जानते हो रही है, उदाहरण के लिए की तरह है कि कर में जुड़े सिर से अधिक की लागत का एक बहुत हो जाएगा किसी ने काम (परिवर्तन / अनुकूलन कर) तो क्यों नहीं इसे बनाया है जो मूल व्यक्ति / कंपनी नहीं है.
मैं इस ब्लॉग प्रविष्टि पहले से ही एक लंबे समय से एक रहा है, लगता है, इसलिए मैं यहाँ समाप्त करना चाहते हैं. भविष्य में अगर इस या मैं इस पर और अधिक जानकारी मिलती है, मैं एक नया ब्लॉग प्रविष्टि में पोस्ट करेंगे पर कुछ और अधिक शोध करते हैं.
आप प्रश्न या सुझाव है तो एक टिप्पणी छोड़ दें.
यह लंबे समय तक रहने के लिए धन्यवाद!













2:37 पर 26 फ़रवरी 2008
धन्यवाद. इन विषयों को पूरी तरह से समझने के लिए मुश्किल हो सकता है.
इस टिप्पणी का जवाब दें
6:07 पर 26 फ़रवरी 2008
धन्यवाद आपकी प्रतिक्रिया के लिए knmstrflx.
इस टिप्पणी का जवाब दें
12:57 बजे 13 मार्च 2008
अपनी मुस्कान दीर्घाओं इंटरनेट पर जमा हो जाती है, क्योंकि आप सत्ता अपने विपणन और संचार करने के लिए अपनी तस्वीरों का उपयोग करने से केवल कुछ ही क्लिक दूर हैं. अब आप पहुँच सकते हैं और किसी के साथ भी, कहीं भी, कभी भी साझा कर सकते हैं.
इस टिप्पणी का जवाब दें
03:44 अप्रैल, 12 वीं 2008 में हूँ
एक अच्छा सारांश (विशेष रूप से GPLv3 पर) यहाँ है: http://blog.milkingthegnu.org/2008/04/gnu-gpl-for-dum.html
और काफी एक प्रत्यक्ष ट्यूटोरियल (लाइसेंस चुनाव पर ध्यान केंद्रित):
http://blog.milkingthegnu.org/2008/03/10-answers-for.html
और व्यापार मॉडल के अंत में एक सूची (अलग लाइसेंस विकल्प के साथ)
http://blog.milkingthegnu.org/2008/03/10-business-mod.html
इस टिप्पणी का जवाब दें
23:12 पर 12 अप्रैल 2008
धन्यवाद MTG. मैं उन लोगों के अपने ब्लॉग हैं कि देखा था.
इस टिप्पणी का जवाब दें
12:37 बजे 22 जुलाई, 2009
[...] डी direitos सॉफ्टवेयर Achei उमास coisinhas aqui. मुक्त स्रोत GPL, LGPL लाइसेंस मुद्दों - आप पैसे कमा सकते हैं? | लिनक्स सूचना आयोजन! Quanto ए ओ Sourceforge: 1 - sendo आवाज़ में ओ administrador projeto, ISSO जा ते दा ओएस creditos करते हैं. 2 - [...]
6:43 17 दिसंबर, 2012 में हूँ
धन्यवाद, इस मुद्दे पर एक बहुत ही उपयोगी सिंहावलोकन / ट्यूटोरियल. मुझे विशेष रूप से एक बहुत कुछ है, लिंक की मदद की.
इस टिप्पणी का जवाब दें