निःशुल्क और मुक्तस्रोत सॉफ्टवेयर

From Vigyanwiki
मुफ़्त और ओपन -स्रोत सॉफ़्टवेयर (एफओएसएस) का स्क्रीनशॉट: केडीई प्लाज्मा 5 डेस्कटॉप वातावरण चलाने वाला फेडोरा लिनक्स, फ़ायर्फ़ॉक्स, डॉल्फिन (फ़ाइल प्रबंधक), VLC मीडिया प्लेयर, लिब्रे ऑफिस राइटर, जीआईएमपी, और केकैल्क

मुफ्त और ओपन सोर्स सॉफ्टवेयर (एफओएसएस) एक शब्द है जिसका उपयोग सॉफ़्टवेयर के समूहों को संदर्भित करने के लिए किया जाता है जिसमें मुफ्त सॉफ्टवेयर और ओपन -स्रोत सॉफ़्टवेयर दोनों सम्मिलित हैं।[lower-alpha 1] जहां किसी के पास किसी भी तरह से सॉफ़्टवेयर का उपयोग करने, प्रतिलिपि बनाने, अध्ययन करने और बदलने के लिए मुफ्त सॉफ्टवेयर लाइसेंस है, और स्रोत कोड खुले रूप से साझा किया जाता है जिससे कि लोगों को स्वयं की इच्छा से सॉफ़्टवेयर के डिज़ाइन में सुधार करने के लिए प्रोत्साहित किया जा सके।[3] यह सांपातिक सॉफ़्टवेयर के विपरीत है, जहाँ सॉफ़्टवेयर प्रतिबंधात्मक कॉपीराइट लाइसेंस के अंतर्गत है और स्रोत कोड साधारणतः उपयोगकर्ताओं से गुप्त होता है।

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


अवलोकन

मुफ्त और ओपन -स्रोत सॉफ्टवेयर (एफओएसएस) सॉफ्टवेयर के लिए एक पृच्छन्द शब्द है जिसे एक साथ मुफ्त सॉफ्टवेयर और ओपन -स्रोत सॉफ्टवेयर दोनों माना जाता है। एफओएसएस (मुफ्त और ओपन -स्रोत सॉफ़्टवेयर) उपयोगकर्ता को स्रोत कोड का निरीक्षण करने की अनुमति देता है और सांपातिक सॉफ़्टवेयर की तुलना में सॉफ़्टवेयर के कार्यों के आधार पर उच्च स्तर का नियंत्रण प्रअनुदान करता है। नि:शुल्क सॉफ़्टवेयर शब्द सॉफ़्टवेयर की मौद्रिक लागत का बिल्कुल भी उल्लेख नहीं करता है, बल्कि यह है कि क्या लाइसेंस सॉफ़्टवेयर उपयोगकर्ता की नागरिक स्वतंत्रता (मुक्त" को "मुक्त भाषण" के रूप में, "मुक्त सॉफ्टवेयर" के रूप में नहीं) बनाए रखता है।[3]मुफ़्त और मुक्त-स्रोत सॉफ़्टवेयर (एफओएसएस या एफ/ओएसएस)), या मुफ़्त/लिबर और ओपन -स्रोत सॉफ़्टवेयर (फ्लॉस या एफ/लॉस को एफएसएफ द्वारा एफओएसएस की तुलना में पसंद किया जाता है, जबकि मुफ़्त को पसंद नहीं किया जाता) के लिए कई संबंधित शब्द और संक्षिप्त रूप हैं। लिबर उनका पसंदीदा शब्द है।[6]

जबकि मुफ्त -सॉफ़्टवेयर लाइसेंस और ओपन -सोर्स-सॉफ़्टवेयर लाइसेंस के बीच लगभग पूर्ण अतिव्याप्‍त है, इन दो स्थितियों के समर्थकों के बीच एक मजबूत दार्शनिक असहमति है। एफओएसएस या मुफ्त और ओपन -स्रोत सॉफ़्टवेयर की शब्दावली एफएसएफ और ओएसआई के बीच इन दार्शनिक असहमतियों पर एक तटस्थ होने के लिए बनाई गई थी और यह एक एकल शब्द है जो कि एकीकृत शब्द है जो दोनों अवधारणाओं को संदर्भित कर सकता है।[7]

मुफ्त सॉफ्टवेयर

मुफ्त सॉफ्टवेयर फाउंडेशन (एफएसएफ) द्वारा अपनाई गई रिचर्ड स्टालमैन की मुफ्त सॉफ्टवेयर परिभाषा, मुफ्त सॉफ्टवेयर को स्वतंत्रता को प्रकरण के रूप में परिभाषित करती है, न कि कीमत के रूप में,[8][9] और यह चार आवश्यक स्वतंत्रताओं का समर्थन करता है। उनके मुफ्त -सॉफ्टवेयर विचार की परिभाषा का सबसे पहला ज्ञात प्रकाशन फरवरी 1986 के संस्करण में था[10] एफएसएफ के अब बंद हो चुके जीएनयू के बुलेटिन प्रकाशन का दस्तावेज़ के लिए प्रामाणिक स्रोत जीएनयू परियोजना वेबसाइट के दर्शन खंड में है। अगस्त 2017 तक, यह 40 भाषाओं में प्रकाशित हुआ है।[11]

मुफ्त सॉफ्टवेयर की चार आवश्यक स्वतंत्रताएं

मुफ़्त सॉफ़्टवेयर की परिभाषा को पूरा करने के लिए, एफएसएफ को सॉफ़्टवेयर के लाइसेंसिंग की आवश्यकता होती है जो नागरिक स्वतंत्रता/मानव अधिकारों का सम्मान करता है जिसे एफएसएफ सॉफ़्टवेयर उपयोगकर्ता की मुफ़्त सॉफ़्टवेयर परिभाषा या चार आवश्यक स्वतंत्रताएं कहा जाता है।[12]

  • किसी भी उद्देश्य के लिए अपनी इच्छानुसार कार्यक्रम चलाने की स्वतंत्रता (स्वतंत्रता 0) ।
  • यह अध्ययन करने की स्वतंत्रता कि कार्यक्रम कैसे काम करता है और इसे बदलें जिससे कि यह आपकी कंप्यूटिंग को आपकी इच्छा के अनुसार करे (स्वतंत्रता 1)। इसके लिए स्रोत कोड तक पहुंच एक पूर्व शर्त है।
  • प्रतियों के पुनर्वितरण की स्वतंत्रता जिससे कि आप दूसरों की सहायता कर सकें (स्वतंत्रता 2)।
  • अपने संशोधित संस्करणों की प्रतियां दूसरों को वितरित करने की स्वतंत्रता (स्वतंत्रता 3)। ऐसा करके आप पूरे समुदाय को अपने परिवर्तनों से लाभ उठाने का अवसर दे सकते हैं। इसके लिए स्रोत कोड तक पहुंच एक पूर्व शर्त है।[12]

ओपन सोर्स परिभाषा

ओपन सोर्स परिभाषा का उपयोग ओपन सोर्स पहल (ओएसआई ) द्वारा यह निर्धारित करने के लिए किया जाता है कि कंप्यूटर सॉफ्टवेयर लाइसेंस ओपन -स्रोत सॉफ्टवेयर के लिए संगठन के प्रतीक चिन्ह के लिए योग्य है या नहीं। परिभाषा मुख्य रूप से ब्रूस पेरेन्स द्वारा लिखित और अनुकूलित डेबियन मुफ्त सॉफ्टवेयर दिशानिर्देश पर आधारित थी।[13][14] सॉफ्टवेयर के जनकों ने मुफ्त सॉफ्टवेयर फाउंडेशन से मुफ्त सॉफ्टवेयर की चार आवश्यक स्वतंत्रताओं पर उनके लेखन का उपयोग नहीं किया, जो बाद में केवल वेब पर उपलब्ध थे।[15] पेरेन्स ने बाद में कहा कि उन्होंने महसूस किया कि एरिक एस. रेमंड के ओपन -स्रोत में प्रचार ने गलत तरीके से मुफ्त सॉफ्टवेयर फाउंडेशन के प्रयासों को प्रभावित किया और मुफ्त सॉफ्टवेयर के लिए अपने समर्थन की पुष्टि की।[16] अगले 2000 के दशक में उन्होंने फिर से ओपन सोर्स के बारे में बात की।[17][18]

इतिहास

1950 के दशक से और 1980 के दशक के दौरान, कंप्यूटर उपयोगकर्ताओं के लिए उनके द्वारा उपयोग किए जाने वाले सभी कार्यक्रमों के लिए स्रोत कोड और अपने स्वयं के उपयोग के लिए इसे संशोधित करने की अनुमति दी और क्षमता होना साधारण बात थी। सॉफ़्टवेयर स्रोत कोड सहित साधारणतः उन व्यक्तियों द्वारा साझा किया जाता था जो कंप्यूटर का उपयोग करते थे, प्रायः सार्वजनिक डोमेन सॉफ्टवेयर के रूप में[19] (ध्यान दें कि एफओएसएस सार्वजनिक डोमेन सॉफ़्टवेयर के समान नहीं है, क्योंकि सार्वजनिक डोमेन सॉफ़्टवेयर में कॉपीराइट नहीं होते हैं[20]) अधिकांश कंपनियों के पास संगणक धातु सामग्री की बिक्री के आधार पर एक व्यवसाय मॉडल निर्भर था, और हार्डवेयर के साथ मुफ्त सॉफ्टवेयर बंडल प्रअनुदान किया गया था।[21]

1960 के दशक के अंत तक, सॉफ्टवेयर के आसपास प्रचलित व्यापार मॉडल बदल रहा था। एक विस्तृत और विकसित सॉफ्टवेयर उद्योग हार्डवेयर निर्माता के बंडल सॉफ्टवेयर उत्पादों के साथ प्रतिस्पर्धा कर रहा था; हार्डवेयर राजस्व से सॉफ्टवेयर विस्तार के वित्तपोषण के स्थान पर, ये नई कंपनियां सीधे सॉफ्टवेयर बेच रही थीं। पट्टे पर दी गई मशीनों को सॉफ़्टवेयर के लिए कोई राजस्व प्रअनुदान नहीं करते हुए सॉफ़्टवेयर समर्थन की आवश्यकता होती है, और कुछ ग्राहक जो अपनी आवश्यकताओं को बेहतर ढंग से पूरा करने में सक्षम थे, वे नहीं चाहते थे कि सॉफ़्टवेयर की लागत हार्डवेयर उत्पाद लागतों के साथ बंडल की जाए। संयुक्त राज्य अमेरिका बनाम आईबीएम में, 17 जनवरी, 1969 को दायर, सरकार ने आरोप लगाया कि बंडल सॉफ्टवेयर प्रतिस्पर्धा-विरोधी था।[22] जबकि कुछ सॉफ्टवेयर अभी भी मौद्रिक लागत और लाइसेंस प्रतिबंध के बिना प्रअनुदान किए जा रहे थे, सॉफ्टवेयर की मात्रा बढ़ रही थी जो प्रतिबंधित लाइसेंसिंग के साथ केवल मौद्रिक लागत पर थी। 1970 और 1980 के दशक के आरम्भ में, सॉफ्टवेयर उद्योग के कुछ हिस्सों ने तकनीकी उपायों का उपयोग करना आरम्भ कर दिया (जैसे कि कंप्यूटर प्रोग्राम के केवल निष्पादन योग्य वितरण) जिससे कि कंप्यूटर उपयोगकर्ताओं को रिवर्स इंजीनियरिंग तकनीकों का उपयोग करने में सक्षम होने से रोका जा सके और वे सॉफ्टवेयर का अध्ययन कर सकें जिसके लिए उन्होंने भुगतान किया था। 1980 में, संयुक्त राज्य अमेरिका में कॉपीराइट कानून को कंप्यूटर प्रोग्रामों तक बढ़ा दिया गया था[23]—पहले, कंप्यूटर प्रोग्रामों को ऐसे विचार, कार्यविधियाँ, पद्धतियाँ, प्रणालियाँ और प्रक्रियाएँ माना जा सकता था, जो कॉपीराइट योग्य नहीं हैं।[24][25]

1970 के दशक के मध्य से 1980 के दशक तक बंद-स्रोत सॉफ़्टवेयर असामान्य था, जब IBM ने 1983 में एक ऑब्जेक्ट कोड केवल नीति लागू की, जो अब स्रोत कोड का वितरण नहीं करता है।[26][27][28]

1983 में, एमआईटी आर्टिफिशियल इंटेलिजेंस लेबोरेटरी में हैकर (प्रोग्रामर उपसंस्कृति) समुदाय के लंबे समय से सदस्य रहे रिचर्ड स्टॉलमैन ने जीएनयू परियोजना की घोषणा करते हुए कहा कि वह कंप्यूटर उद्योग और इसके उपयोगकर्ताओं की संस्कृति में बदलाव के प्रभावों से निराश हो गए हैं।[29] जीएनयू प्रचालन प्रणाली के लिए सॉफ्टवेयर विस्तार जनवरी 1984 में आरम्भ हुआ, और मुफ्त सॉफ्टवेयर फाउंडेशन (एफएसएफ) की स्थापना अक्टूबर 1985 में हुई थी। परियोजना और इसके लक्ष्यों को रेखांकित करने वाला एक लेख मार्च 1985 में जीएनयू घोषणापत्र शीर्षक से प्रकाशित हुआ था। घोषणापत्र में जीएनयू दर्शन, मुफ्त सॉफ्टवेयर परिभाषा और कॉपीलेफ्ट विचारों की महत्वपूर्ण व्याख्या सम्मिलित थी। एफएसएफ की स्थिति यह है कि मुफ़्त सॉफ़्टवेयर पतों का मूल मुद्दा नैतिक है—यह सुनिश्चित करने के लिए कि सॉफ़्टवेयर उपयोगकर्ता इसका प्रयोग कर सकते हैं जिसे वह मुफ़्त सॉफ़्टवेयर परिभाषा और चार स्वतंत्रताएँ कहते हैं।[3]

लिनस टोरवाल्ड्स द्वारा बनाए गए लिनक्स कर्नेल को 1991 में स्वतंत्र रूप से संशोधित स्रोत कोड के रूप में जारी किया गया था। प्रारंभ में, लिनक्स को मुफ्त सॉफ्टवेयर या ओपन -स्रोत सॉफ्टवेयर लाइसेंसिंग के तहत जारी नहीं किया गया था। हालांकि, फरवरी 1992 में संस्करण 0.12 के साथ, उन्होंने जीएनयू जनरल पब्लिक लाइसेंस के तहत परियोजना को फिर से लाइसेंस दिया।[30]

फ्री-बीएसडी और नेट बीएसडी (दोनों 386बीएसडी से व्युत्पन्न) को मुफ्त सॉफ्टवेयर के रूप में जारी किया गया था जब यूएसएल बनाम बीएसडी विवाद 1993 में अदालत से बाहर सुलझाया गया था। 1995 में नेट बीएसडी से ओपन बीएसडी फोर्क (सॉफ्टवेयर विस्तार)। इसके अलावा 1995 में, Apache HTTP सर्वर, साधारणतः अपाचे के रूप में संदर्भित, अपाचे लाइसेंस, अपाचे लाइसेंस 1.0 के तहत जारी किया गया था।

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

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

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


उपयोग


सांपातिक सॉफ्टवेयर की तुलना में एफओएसएस लाभ

व्यक्तिगत नियंत्रण, अनुकूलता और स्वतंत्रता

एफओएसएस के उपयोगकर्ता मुफ्त सॉफ्टवेयर परिभाषा और चार स्वतंत्रताओं का अप्रतिबंधित उपयोग करने, और अध्ययन करने, कॉपी करने, संशोधित करने और संशोधन के साथ या बिना संशोधन के पुनर्वितरण से लाभान्वित होते हैं। यदि वे सॉफ़्टवेयर की कार्यक्षमता को बदलना चाहते हैं, तो वे कोड में परिवर्तन ला सकते हैं और यदि वे चाहें, तो सॉफ़्टवेयर के ऐसे संशोधित संस्करणों को वितरित कर सकते हैं या प्रायः - सॉफ़्टवेयर के समूह निर्णय लेने और उसके अन्य उपयोगकर्ताओं के आधार पर - यहां तक ​​कि मुख्य या मूल सॉफ़्टवेयर के अपडेट के माध्यम से ऐसे परिवर्तनों का अनुरोध करें।[34][35][36][37][38]


गोपनीयता और सुरक्षा

स्वामित्व वाली कम्पनियाँ, बंद-स्रोत सॉफ़्टवेयर के निर्माताओं पर कभी-कभी बैकडोर (कंप्यूटिंग) या अन्य गुप्त, अवांछित सुविधाओं को अपने सॉफ़्टवेयर में बनाने के लिए दबाव डाला जाता है।[39][40][41][42] सॉफ़्टवेयर विक्रेताओं पर भरोसा करने के स्थान पर, एफओएसएस के उपयोगकर्ता स्वयं स्रोत कोड का निरीक्षण और सत्यापन कर सकते हैं और स्वयंसेवकों और उपयोगकर्ताओं के समुदाय पर भरोसा कर सकते हैं।[38]जैसा कि सांपातिक कोड सामान्यतः सार्वजनिक दृश्य से छिपा होता है, केवल विक्रेता स्वयं और हैकर्स को उनमें किसी भी भेद्यता (कंप्यूटिंग) के बारे में पता हो सकता है[38]जबकि एफओएसएस में अधिक से अधिक लोगों को सम्मिलित किया जाता है जिससे कि बगों को शीघ्रता से उजागर किया जा सके।[43][44]


कम लागत या कोई लागत नहीं

एफओएसएस प्रायः निःशुल्क होता है, जबकि अनुदान को प्रायः प्रोत्साहित किया जाता है। यह उपयोगकर्ताओं को सॉफ़्टवेयर का बेहतर परीक्षण और तुलना करने की भी अनुमति देता है।[38]


गुणवत्ता, सहयोग और दक्षता

एफओएसएस अपने उपयोगकर्ताओं या उपयोग-प्रकरणों के लिए सबसे उपयुक्त सॉफ़्टवेयर विकसित करने के लक्ष्य के साथ विभिन्न पार्टियों और व्यक्तियों के बीच बेहतर सहयोग की अनुमति देता है, जबकि सांपातिक सॉफ़्टवेयर साधारणतः लाभ का लक्ष्य होता है। इसके अलावा, कई प्रकरणों में सांपातिक सॉफ्टवेयर की तुलना में अधिक संगठन और व्यक्ति ऐसी परियोजनाओं में योग अनुदान करते हैं।[38]यह दिखाया गया है कि तकनीकी श्रेष्ठता सामान्यतः प्राथमिक कारण है कि कंपनियां ओपन सोर्स सॉफ़्टवेयर क्यों चुनती हैं।[38]


सांपातिक सॉफ्टवेयर की तुलना में कमियां

सुरक्षा और उपयोगकर्ता-सहायता

लिनुस के नियम के अनुसार जितने अधिक लोग कोड के एक सेट को देख सकते हैं और उसका परीक्षण कर सकते हैं, उतनी ही अधिक संभावना है कि किसी भी दोष को पकड़ा जाएगा और जल्दी से ठीक किया जाएगा। हालांकि, यह उच्च स्तर की भागीदारी की गारंटी नहीं देता है। एक व्यावसायिक उत्पाद के पीछे पूर्णकालिक पेशेवरों का समूह होना कुछ प्रकरणों में एफओएसएस से बेहतर हो सकता है।[38][43][45]

इसके अलावा, प्रचारित स्रोत कोड हैकर्स के लिए इसमें कमजोरियों को ढूंढना और कारनामे लिखना आसान बना सकता है। जबकि यह मानता है कि ऐसे दुर्भावनापूर्ण हैकर्स व्हाइट हैट (कंप्यूटिंग) की तुलना में अधिक प्रभावी होते हैं जो जिम्मेदार प्रकटीकरण या कमजोरियों को ठीक करने में सहायता करते हैं, कोई कोड लीक या डेटा उल्लंघन नहीं होता है और सांपातिक कोड की रिवर्स इंजीनियरिंग दुर्भावनापूर्ण हैकर्स के लिए महत्व की बाधा है।[43]


हार्डवेयर और सॉफ्टवेयर संगतता

कभी-कभी, एफओएसएस सांपातिक हार्डवेयर या विशिष्ट सॉफ़्टवेयर के अनुकूल नहीं होता है। यह प्रायः निर्माताओं द्वारा एफओएसएस में बाधा डालने के कारण होता है जैसे इंटरफ़ेस (कंप्यूटिंग) या एफओएसएस संचार के सदस्यों के लिए अपने हार्डवेयर के लिए डिवाइस ड्राइवर लिखने के लिए आवश्यक अन्य विशिष्टताओं का ओपनसा नहीं करना - उदाहरण के लिए, क्योंकि वे चाहते हैं कि ग्राहक केवल अपना सांपातिक सॉफ़्टवेयर चलाएं या क्योंकि उन्हें साझेदारी से लाभ हो सकता है।[46][47][48][49][50][51][52]


बग और लापता विशेषताएं

जबकि एफओएसएस सॉफ्टवेयर सुविधाओं और स्थिरता के प्रकरण में सांपातिक समकक्षों से बेहतर हो सकता है, कई प्रकरणों में समान व्यावसायिक सॉफ़्टवेयर की तुलना में इसमें अधिक अनफिक्स बग और गायब विशेषताएं हैं।[53][additional citation(s) needed] यह प्रत्येक प्रकरण में भिन्न होता है, और साधारणतः किसी विशेष परियोजना में रुचि के स्तर पर निर्भर करता है। हालाँकि, क्लोज-स्रोत सॉफ़्टवेयर के विपरीत, सुधार कोई भी व्यक्ति कर सकता है जिसके पास ऐसा करने की प्रेरणा, समय और कौशल हो।[45][additional citation(s) needed]महंगे रॉयल्टी भुगतान या आवश्यक गैर-प्रकटीकरण समझौतों (जैसे, डीवीडी-वीडियो प्रारूप के लिए) के कारण एफओएसएस के विस्तार में एक साधारण बाधा कुछ सामान्य आधिकारिक मानकों तक पहुंच की कमी है।[54]


विस्तार की कम गारंटी

कंपनियों द्वारा समर्थित वाणिज्यिक सॉफ़्टवेयर की तुलना में निरंतर विस्तार के लिए आवश्यक संसाधन और भागीदारी प्राप्त करने वाली एफओएसएस परियोजनाओं की प्रायः कम निश्चितता होती है।[55][additional citation(s) needed] हालाँकि, कंपनियाँ प्रायः परियोजनाओं को लाभहीन होने के कारण समाप्त कर देती हैं, फिर भी बड़ी कंपनियाँ इस पर निर्भर हो सकती हैं, और इसलिए सह-विस्तार, ओपन सोर्स सॉफ़्टवेयर को भी कार्यक्षेत्र में लाया जाता है।[44]दूसरी ओर, यदि सांपातिक सॉफ़्टवेयर का विक्रेता विस्तार बंद कर देता है, तो कोई विकल्प नहीं है; जबकि एफओएसएस के साथ, जिस किसी भी उपयोगकर्ता को इसकी आवश्यकता है, उसके पास अभी भी अधिकार है, और स्रोत-कोड, इसे स्वयं विकसित करना जारी रखने या ऐसा करने के लिए किसी तीसरे पक्ष को भुगतान करने के लिए अधिकार प्रदान करता है।

अनुपस्थित अनुप्रयोग

चूंकि लिनक्स के एफओएसएस प्रचालन प्रणाली वितरण में अंतिम उपयोगकर्ताओं का बाजार हिस्सा कम है, इसलिए कम अनुप्रयोग भी उपलब्ध हैं।[56][57]


सरकारों द्वारा गोद लेना

देश विवरण
ब्राजील 2006 में, ब्राजील सरकार ने इसके साथ ही अपने गरीब समुदायों में लिंक्स चलाने वाले सस्ते कंप्यूटरों के वितरण को प्रोत्साहित किया और टैक्स ब्रेक के साथ उनकी खरीद को सब्सिडी दी।
इक्वाडोर अप्रैल 2008 में, इक्वाडोर ने एक समान कानून, डिक्री 1014 पारित किया, जिसे सार्वजनिक क्षेत्र को लिब्रे सॉफ्टवेयर में माइग्रेट करने के लिए डिज़ाइन किया गया था।
फ्रांस मार्च 2009 में, फ्रेंच Gendarmerie Nationale ने घोषणा की कि यह 2015 तक पूरी तरह से Ubuntu में बदल जाएगा। Gendarmerie ने 2005 में ओपन सोर्स सॉफ़्टवेयर के लिए अपना संक्रमण शुरू किया जब इसने पूरे संगठन में Microsoft Office को OpenOffice.org से बदल दिया। सितंबर 2012 में, फ्रांसीसी प्रधान मंत्री ने फ्रांसीसी लोक प्रशासन में ओपन-सोर्स का उपयोग करने के बारे में कार्रवाई-उन्मुख सिफारिशों का एक सेट रखा। ये सिफारिशें विशेषज्ञों के एक अंतर-मंत्रालयी समूह के कार्यों के आधार पर एक दस्तावेज में प्रकाशित की गई हैं। यह दस्तावेज़ ओपन-सोर्स स्टब्स पर वास्तविक अभिसरण स्थापित करने, स्टब्स को अभिसरण करने के बारे में विशेषज्ञता के नेटवर्क को सक्रिय करने, ओपन-सोर्स सॉफ़्टवेयर के समर्थन में सुधार करने, चयनित स्टब्स में योगदान देने, बड़े समुदायों का अनुसरण करने, मुख्य वाणिज्यिक विकल्पों को फैलाने जैसे कुछ ओरिएंटेशन को रोकता है। समाधान, ओपन-सोर्स के उपयोग और इसके प्रभावों का पता लगाना, सार्वजनिक सूचना प्रणाली के विकास में ओपन-सोर्स लाइसेंस के उपयोग की संस्कृति का विकास करना। इस विशेषज्ञ समूह का एक उद्देश्य फ्रांसीसी लोक प्रशासन में उपयोग करने के लिए अनुशंसित ओपन-सोर्स सॉफ़्टवेयर की सूची स्थापित करना भी है।
जर्मनी जर्मन शहर म्यूनिख में, Microsoft Windows-आधारित ऑपरेटिंग सिस्टम से 15,000 पीसी और लैपटॉप का LiMux नामक डेबियन-आधारित लिंक्स वातावरण में रूपांतरण 2003 से 2013 के दस वर्षों तक फैला रहा। परियोजना के सफल समापन के बाद, 80% से अधिक सभी कंप्यूटर लिंक्स चला रहे थे। 13 नवंबर, 2017 को द रजिस्टर ने बताया कि म्यूनिख 2020 तक विंडोज 10 पर वापस लौटने की योजना बना रहा था। लेकिन 2020 में, म्यूनिख ने फिर से माइक्रोसॉफ्ट से लिंक्स में स्थानांतरित करने का फैसला किया। 2022 में जर्मनी ने Open CoDE, अपना स्वयं का फॉस्स रिपॉजिटरी और फोरम लॉन्च किया।
भारत भारत की केरल सरकार ने अपनी 2001 की राज्य आईटी नीति में फ़ॉस सॉफ़्टवेयर के लिए अपने आधिकारिक समर्थन की घोषणा की, साँचा:चर्चा करें जो भारत में पहली बार मुफ़्त सॉफ़्टवेयर सम्मेलन, फ़्रीडम फ़र्स्ट!, जुलाई 2001 में त्रिवेंद्रम में आयोजित होने के बाद तैयार किया गया था। केरल की राजधानी। 2009 में, केरल सरकार ने इंटरनेशनल सेंटर फॉर फ्री एंड ओपन सोर्स सॉफ्टवेयर (ICFSS) शुरू किया। मार्च 2015 में भारत सरकार ने फ़ॉसस को अपनाने पर एक नीति की घोषणा की।
इटली इतालवी सेना लिब्रे ऑफिस और ओपन डॉक्यूमेंट फॉर्मेट (ODF) में परिवर्तित हो रही है। लिब्रेइटालिया एसोसिएशन ने 15 सितंबर, 2015 को घोषणा की कि रक्षा मंत्रालय अगले डेढ़ साल में लगभग 150,000 पीसी वर्कस्टेशन पर कार्यालय उत्पादकता उपकरणों के इस सूट को स्थापित करेगा - यह यूरोप का दूसरा सबसे बड़ा लिब्रे ऑफिस कार्यान्वयन है। 23 जून 2016 तक 6 हजार स्टेशनों को माइग्रेट किया जा चुका है। ई-लर्निंग सैन्य मंच।
जॉर्डन जनवरी 2010 में, जॉर्डन सरकार ने ओपन सोर्स सॉफ़्टवेयर उपयोग को बढ़ावा देने के लिए संयुक्त राज्य अमेरिका में स्थित एक ओपन सोर्स डेटाबेस मैनेजमेंट कंपनी इंग्रेस कॉरपोरेशन (अब एक्टियन नाम दिया गया) के साथ एक साझेदारी की घोषणा की, जोर्डन में विश्वविद्यालय प्रणालियों से शुरू हुई।
मलेशिया मलेशिया ने "मलेशियन पब्लिक सेक्टर ओपन सोर्स सॉफ्टवेयर प्रोग्राम" लॉन्च किया, जिससे 2008 तक मालिकाना सॉफ्टवेयर लाइसेंस पर लाखों की बचत हुई।
पेरू 2005 में पेरू सरकार ने अपने सभी निकायों में खुले स्रोत को अपनाने के लिए मतदान किया। माइक्रोसॉफ्ट की आलोचना पर 2002 की प्रतिक्रिया ऑनलाइन उपलब्ध है। बिल की प्रस्तावना में, पेरू सरकार ने जोर देकर कहा कि चुनाव यह सुनिश्चित करने के लिए किया गया था कि लोकतंत्र के प्रमुख स्तंभों की रक्षा की जाए: "मूल सिद्धांत जो बिल को प्रेरित करते हैं, कानून की स्थिति की बुनियादी गारंटी से जुड़े हैं।"
यूगांडा सितंबर 2014 में, युगांडा राष्ट्रीय सूचना प्रौद्योगिकी प्राधिकरण (NITA-U) ने ICT एसोसिएशन ऑफ़ युगांडा (ICTAU) के साथ मिलकर एक कार्यशाला में एक ओपन सोर्स रणनीति और नीति पर प्रतिक्रिया के लिए एक कॉल की घोषणा की।
यूनाइटेड स्टेट्स फरवरी 2009 में, व्हाइट हाउस ने सामग्री प्रबंधन के लिए Drupal का उपयोग करके अपनी वेबसाइट को लिंक्स सर्वर में स्थानांतरित कर दिया। अगस्त 2016 में, संयुक्त राज्य सरकार ने एक नई संघीय स्रोत कोड नीति की घोषणा की, जो अनिवार्य करती है कि संघीय सरकार की किसी भी एजेंसी द्वारा या उसके लिए विकसित किए गए कस्टम स्रोत कोड का कम से कम 20% ओपन-सोर्स सॉफ़्टवेयर (ओएसएस) के रूप में जारी किया जाए। इसके अतिरिक्त, नीति के लिए आवश्यक है कि सभी स्रोत कोड एजेंसियों के बीच साझा किए जाएं। सार्वजनिक रिलीज तीन साल के पायलट कार्यक्रम के तहत है और एजेंसियां इसके प्रदर्शन को मापने के लिए इस पायलट पर डेटा एकत्र करने के लिए बाध्य हैं। समग्र नीति का उद्देश्य दोहराव को कम करना, विक्रेता के 'लॉक-इन' से बचना और सहयोगी विकास को प्रोत्साहित करना है। नीति घोषणा में कहा गया है कि एक नई वेबसाइट code.gov "इस नीति को लागू करने में एजेंसियों की मदद करने के लिए उपकरण, सर्वोत्तम प्रथाओं और स्कीमा का एक ऑनलाइन संग्रह" प्रदान करती है। यह "सरकार के व्यापक पुन: उपयोग और OSS के रूप में जारी करने के उद्देश्य से कस्टम-विकसित सॉफ़्टवेयर के लिए प्राथमिक खोज पोर्टल" भी प्रदान करता है। अभी तक अनिर्दिष्ट OSS लाइसेंस को कोड में जोड़ा जाएगा।
वेनेज़ुएला 2004 में, वेनेजुएला में एक कानून (डिक्री 3390) लागू हुआ, जिसमें सभी सार्वजनिक एजेंसियों में ओपन सोर्स के लिए दो साल का संक्रमण अनिवार्य था। जून 2009 तक अपडेट की जरूरत है, संक्रमण अभी भी चल रहा था।


सुपरनैशनल यूनियनों और अंतर्राष्ट्रीय संगठनों द्वारा अधिग्रहण

यूरोपीय संघ

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

2017 में, यूरोपीय आयोग ने कहा कि यूरोपीय संघ के संस्थानों को स्वयं ओपन सोर्स सॉफ़्टवेयर उपयोगकर्ता बनना चाहिए, इससे भी अधिक वे पहले से ही और बड़े डेटा, गतिशीलता, क्लाउड कम्प्यूटिंग और साथ में नवाचार के नौ प्रमुख चालकों में से एक के रूप में ओपन सोर्स सॉफ़्टवेयर सूचीबद्ध हैं। इंटरनेट की चीजें[60] 2020 में यूरोपीय आयोग ने अपनी ओपन सोर्स स्ट्रैटेजी 2020-2023 को अपनाया,[61] मुख्य उद्देश्यों के रूप में सॉफ्टवेयर के साझाकरण और पुन: उपयोग को प्रोत्साहित करना और आयोग के स्रोत कोड को प्रकाशित करना सम्मिलित है। ठोस क्रियाकलापों में 2020 में एक ओपन सोर्स प्रोग्राम ऑफिस स्थापित करना भी है[62] और 2022 में इसने अपना स्वयं का एफओएसएस रिपॉजिटरी https://code.europa.eu/ लॉन्च किया।[63]2021 में ओपन सोर्स लाइसेंसिंग और आयोग के पुन: उपयोग पर आयोग का निर्णय लिया गया।

सॉफ्टवेयर (2021/सी 495 आई/01)[64] अपनाया गया था, जिसके तहत एक सामान्य सिद्धांत के रूप में, यूरोपीय आयोग अधिक उपयुक्त होने पर ईयूपीएल या अन्य एफओएसएस लाइसेंस के तहत सॉफ़्टवेयर जारी कर सकता है। जबकि यह एक अपवाद हैं।

मई 2022 में[65] यूरोपियन पब्लिक सर्विसेज की इंटरऑपरेबिलिटी पर विशेषज्ञ समूह ने यूरोपीय संघ में सार्वजनिक प्रशासन की इंटरऑपरेबिलिटी को मजबूत करने के लिए 27 सिफारिशें प्रकाशित कीं। इन सिफारिशों को बाद में उसी वर्ष आयोग के "इंटरऑपरेबल यूरोप एक्ट" के प्रस्ताव में ध्यान में रखा जाना है।







विवाद और घटनाएं

GPLv3 विवाद

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

2007 में जीएनयू GPLv3 के विस्तार के बाद, एफएसएफ (जीएनयू प्रणाली के कई टुकड़ों के कॉपीराइट धारक के रूप में) ने जीएनयू प्रोग्राम के लाइसेंस का GPLv2 से GPLv3 तक कई अपडेट किए[citation needed]। दूसरी ओर, नए GPL संस्करण को अपनाने पर एफओएसएस पारिस्थितिकी तंत्र में भारी चर्चा हुई,[66] कई परियोजनाओं के उन्नयन के विपरीत फैसला किया। उदाहरण के लिए लिनक्स कर्नेल,[67][68] बिजीबॉक्स[69][70] परियोजना, एडएफएस,[71] ब्लेंडर (सॉफ्टवेयर),[72] और VLC मीडिया प्लेयर ने GPLv3 को न अपनाने का फैसला किया।[73]एप्पल, Inc., जीएनयू कंपाइलर संग्रह का एक उपयोगकर्ता और डिजिटल अधिकार प्रबंधन और पेटेंट दोनों का एक भारी उपयोगकर्ता है, जिसने अपने एक्स कोड आईडीई में कंपाइलर को जीसीसी से क्लंग में बदल दिया, जो कि एक अन्य एफओएसएस कंपाइलर है।[74] लेकिन एक अनुमेय लाइसेंस के तहत है।[75] LWN.net ने अनुमान लगाया कि एप्पल आंशिक रूप से GPLv3 से बचने की इच्छा से प्रेरित था।[74] सांबा (सॉफ़्टवेयर) प्रोजेक्ट भी GPLv3 में बदल गया, इसलिए एप्पल ने सांबा (सॉफ़्टवेयर) को अपने सॉफ़्टवेयर सूट में एक बंद-स्रोत, सांपातिक सॉफ़्टवेयर विकल्प से बदल दिया।[76]


विमीय प्राथमिकता, अप्रभावीता और डेवलपर्स का अहंकार

लेमहुइस उपयुक्त डेवलपर्स की प्राथमिकता की आलोचना करते हैं - जो पहले से ही लोकप्रिय ओपन -स्रोत अनुप्रयोग और डेस्कटॉप वातावरण में विवादों को ठीक करने के स्थान पर प्रसिद्धि और भाग्य प्राप्त करने के लिए नए ज्यादातर अनावश्यक सॉफ्टवेयर बनाते हैं।[77]

वह नोटबुक निर्माताओं की आलोचना करता है कि वे अपने स्वयं के उत्पादों को केवल निजी तौर पर अनुकूलित करते हैं या अनावश्यक बिजली की खपत जैसे नोटबुक पर लिनक्स के साथ कई विवादों के वास्तविक कारणों को ठीक करने में सहायता करने के स्थान पर वैकल्पिक हल बनाते हैं।[77]


ओपन -स्रोत सॉफ़्टवेयर का व्यावसायिक स्वामित्व

विलय ने प्रमुख ओपन सोर्स सॉफ्टवेयर को प्रभावित किया है। सन माइक्रोसिस्टम्स (सन) ने 2008 में लोकप्रिय ओपन -स्रोत MySQL डेटाबेस के मालिक MySQL AB का अधिग्रहण किया।[78] बदले में ऑरेकल ने जनवरी 2010 में सन को खरीद लिया, उनके कॉपीराइट, पेटेंट और ट्रेडमार्क प्राप्त कर लिए। इस प्रकार, ओरेकल (Oracle) सबसे लोकप्रिय सांपातिक डेटाबेस और सबसे लोकप्रिय ओपन -स्रोत डेटाबेस दोनों का मालिक बन गया। ओपन -स्रोत MySQL डेटाबेस के व्यावसायीकरण के ओरेकल के प्रयासों ने एफओएसएस समुदाय में समस्याएं बढ़ा दी हैं।[79] आंशिक रूप से MySQL के भविष्य के बारे में अनिश्चितता के जवाब में, एफओएसएस कम्युनिटी फोर्क (सॉफ़्टवेयर डेवलपमेंट) ने प्रोजेक्ट को ओरेकल के नियंत्रण से बाहर नए डेटाबेस प्रबंधन प्रणाली में बदल दिया। इनमें MariaDB, Percona और Drizzle (डेटाबेस) सम्मिलित हैं।[80] इन सभी के अलग-अलग नाम हैं; वे विशिष्ट परियोजनाएं हैं और ट्रेडमार्क नाम MySQL का उपयोग नहीं कर सकते हैं।[81]


कानूनी प्रकरण

ओरेकल बनाम गूगल

अगस्त 2010 में, ओरेकल कारपोरेशन ने गूगल पर विवाद दायर किया, जिसमें दावा किया गया कि एंड्राइड (सॉफ़्टवेयर) में जावा (सॉफ़्टवेयर प्लेटफ़ॉर्म) का उपयोग ओरेकल के कॉपीराइट और पेटेंट का उल्लंघन करता है। मई 2012 में, ट्रायल जज ने निर्धारित किया कि गूगल ने ओरेकल के पेटेंट का उल्लंघन नहीं किया और फैसला सुनाया कि गूगल द्वारा उपयोग की जाने वाली जावा एपीआई की संरचना कॉपीराइट योग्य नहीं थी। जूरी ने पाया कि गूगल ने कॉपी की गई फ़ाइलों की एक छोटी संख्या का उल्लंघन किया है, लेकिन पार्टियों ने शर्त (कानून) दी है कि गूगल कोई नुकसान नहीं उठाएगा।[82] ओरेकल ने संघीय परिपथ से अपील की, और गूगल ने वास्तविक नकल के दावे पर एक अपील दायर की।[83]


एक नए सामाजिक-आर्थिक मॉडल के भाग/चालक के रूप में

सूचना के निर्माण और उपयोग में स्वामित्व नियमों को सम्बद्धता बताते हुए-समकालीन आर्थिक विस्तार का एक प्रमुख क्षेत्र-मुफ्त सॉफ्टवेयर गतिविधि मुफ्त /ओपन सोर्स सॉफ्टवेयर (एफओएसएस) संचार सामान्यतः नवउदारवाद और निजीकरण का मुकाबला करता है।[84][85]डिजिटल क्रांति के लिए बहुतायत की अर्थव्यवस्था की ऐतिहासिक क्षमता को महसूस करके एफओएसएस राजनीतिक प्रतिरोध की योजना बना सकता है या पूंजीवाद की संस्कृति के संभावित परिवर्तन की दिशा में रास्ता दिखा सकता है।[85]

हार्वर्ड लॉ स्कूल में एंटरप्रेन्योरियल लीगल स्टडीज के लिए योचाई बेनक्लर, जैक एन. और लिलियन आर. बर्कमैन प्रोफेसर के अनुसार, मुफ्त सॉफ्टवेयर सूचना, ज्ञान और संस्कृति के कॉमन्स-आधारित सहकर्मी उत्पादन की एक नई अर्थव्यवस्था का सबसे दृश्यमान हिस्सा है। उदाहरण के तौर पर, वह विभिन्न प्रकार की एफओएसएस परियोजनाओं का हवाला देते हैं, जिनमें मुफ्त सॉफ्टवेयर और ओपन -स्रोत दोनों सम्मिलित हैं।[86]


यह भी देखें


टिप्पणियाँ

  1. FOSS is an inclusive term that covers both free software and open-source software, which despite describing similar development models, have differing cultures and philosophical backgrounds.[1] Free refers to the users' freedom to copy and re-use the software. The Free Software Foundation, an organization that advocates the free software model, suggests that to understand the concept, one should "think of free as in free speech, not as in free beer". (See "The Free Software Definition". GNU.org. Retrieved 4 February 2010.) Free software focuses on the fundamental freedoms it gives to users, whereas open source software focuses on the perceived strengths of its peer-to-peer development model.[2] FOSS is a term that can be used without particular bias towards either political approach.


संदर्भ

  1. Feller 2005, pp. 89, 362.
  2. Feller 2005, pp. 101–106, 110–111.
  3. 3.0 3.1 3.2 "फ्री सॉफ्टवेयर क्या है? मुफ्त सॉफ्टवेयर परिभाषा". The GNU Project -- GNU.org. 2018-06-12. Archived from the original on 2013-10-14. Retrieved 2018-09-15.
  4. Hatlestad 2005.
  5. Claburn 2007.
  6. Stallman, Richard. "सोता और परिखा". The GNU Project -- GNU.org (in English). Archived from the original on 2018-09-16. Retrieved 2018-09-15.
  7. Stallman, Richard. "सोता और परिखा". www.gnu.org (in English). Archived from the original on 2018-09-16. Retrieved 2018-09-15.
  8. "नू.ऑर्ग". 20 September 2011. Archived from the original on 14 October 2013. Retrieved 23 October 2011.
  9. Maracke, Catharina (2019-02-25). "फ्री और ओपन सोर्स सॉफ्टवेयर और FRAND- आधारित पेटेंट लाइसेंस: स्टैंडर्ड एसेंशियल पेटेंट और फ्री और ओपन सोर्स सॉफ्टवेयर के बीच मध्यस्थता कैसे करें". The Journal of World Intellectual Property (in English). 22 (3–4): 78–102. doi:10.1111/jwip.12114. ISSN 1422-2213. S2CID 159111696.
  10. "जीएनयू का बुलेटिन, खंड 1 नंबर 1, पृष्ठ 8". GNU.org. Archived from the original on 2015-06-23. Retrieved 2015-06-20.
  11. "मुफ़्त सॉफ़्टवेयर की परिभाषा - इस पृष्ठ का अनुवाद". GNU.org. Archived from the original on 2013-10-14. Retrieved 2014-04-18.
  12. 12.0 12.1 Free Software Foundation (27 December 2016). "फ्री सॉफ्टवेयर क्या है? मुफ्त सॉफ्टवेयर परिभाषा". The GNU Project -- GNU.org. Archived from the original on 14 October 2013. Retrieved 15 September 2018.
  13. "द ओपन सोर्स डेफिनिशन बाय ब्रूस पेरेन्स।". 1999-03-29. Archived from the original on 2014-09-15. Retrieved 2016-01-20., Open Sources: Voices from the Open Source Revolution, January 1999, ISBN 1-56592-582-3
  14. "खुला स्रोत परिभाषा". Archived from the original on 2013-10-15. Retrieved 2015-06-20., The Open Source Definition according to the Open Source Initiative
  15. "स्लैशडॉट.ऑर्ग". News.slashdot.org. 16 February 2009. Archived from the original on 17 July 2013. Retrieved 23 October 2011.
  16. "मुफ्त सॉफ्टवेयर के बारे में फिर से बात करने का समय आ गया है". Archived from the original on 2014-07-16.
  17. "ब्रूस पेरेन्स - स्टेट ऑफ़ ओपन सोर्स संदेश: ओपन सोर्स के लिए एक नया दशक". Perens.com. 1998-02-09. Archived from the original on 4 November 2013. Retrieved 2009-07-15.
  18. Barr, Joe (January 13, 2003). "मातापिता से मिलो". LinuxWorld Magazine. Archived from the original on November 6, 2013. Retrieved February 18, 2017.
  19. Shea, Tom (1983-06-23). "मुफ्त सॉफ्टवेयर - मुफ्त सॉफ्टवेयर सॉफ्टवेयर स्पेयर पार्ट्स का कबाड़खाना है". InfoWorld. Archived from the original on 2021-04-28. Retrieved 2016-02-10.
  20. Corbly, James Edward (2014-09-25). "मुफ्त सॉफ्टवेयर विकल्प: फ्रीवेयर, ओपन सोर्स सॉफ्टवेयर और पुस्तकालय". Information Technology and Libraries. 33 (3): 65. doi:10.6017/ital.v33i3.5105. ISSN 2163-5226. Archived from the original on 2021-05-01. Retrieved 2021-04-28.
  21. Gates, Bill (February 3, 1976), An Open Letter to Hobbyists, archived from the original on April 16, 2018, retrieved September 17, 2017
  22. Fisher, McKie & Mancke 1983.
  23. Computer Software 1980 Copyright Act, Pub. L. No. 96-517, 94 Stat. 3015, 3028 Archived 2013-03-30 at the Wayback Machine.
  24. "कॉपीराइट मूल बातें". www.lib.purdue.edu. Archived from the original on 2015-06-30. Retrieved 2015-04-01.
  25. Weber 2009.
  26. Object code only: is IBM playing fair? Archived 2021-04-29 at the Wayback Machine IBM's OCO policy protects its own assets but may threaten customers investment on Computerworld - 8 Febr. 1988
  27. Firm sidestep IBM policy by banning software changes Archived 2021-08-18 at the Wayback Machine on Computerworld (18 March 1985)
  28. Gallant, John (1985-03-18). "आईबीएम नीति में आग लगी - उपयोगकर्ता कहते हैं कि स्रोत कोड नियम परिवर्तन में बाधा डालते हैं". Computerworld. Archived from the original on 2021-08-18. Retrieved 2015-12-27. जबकि आईबीएम की चयनित सॉफ्टवेयर उत्पादों के लिए स्रोत कोड को रोकने की नीति ने पहले ही अपनी दूसरी वर्षगांठ को चिह्नित कर लिया है, उपयोगकर्ता अब केवल उस निर्णय के प्रभाव का सामना करना शुरू कर रहे हैं। लेकिन ऑब्जेक्ट-कोड-ओनली उत्पादों के आगमन ने उनके दिन-प्रतिदिन के डीपी संचालन को प्रभावित किया है या नहीं, कुछ उपयोगकर्ता आईबीएम के फैसले से नाराज हैं। फरवरी 1983 में घोषित, आईबीएम की ऑब्जेक्ट-कोड-ओनली पॉलिसी को बिग ब्लू सिस्टम सॉफ्टवेयर उत्पादों की बढ़ती सूची पर लागू किया गया है।
  29. William 2002.
  30. "Linux कर्नेल 0.12 के लिए रिलीज़ नोट". Kernel.org. Archived from the original on 2007-08-19. Retrieved 2016-07-25.
  31. "ओएसआई का इतिहास". Opensource.org. Archived from the original on 2012-07-26. Retrieved 2014-02-02.
  32. Charny 2001.
  33. Miller, Voas & Costello 2010, pp. 14–16.
  34. Kirk, St Amant (2007). हैंडबुक ऑफ रिसर्च ऑन ओपन सोर्स सॉफ्टवेयर: तकनीकी, आर्थिक और सामाजिक परिप्रेक्ष्य: तकनीकी, आर्थिक और सामाजिक परिप्रेक्ष्य (in English). Idea Group Inc (IGI). ISBN 9781591408925. Retrieved 4 July 2017.
  35. Jacquart, Rene (2008). सूचना समाज का निर्माण: IFIP 18वीं विश्व कंप्यूटर कांग्रेस सामयिक सत्र 22–27 अगस्त 2004 टूलूज़, फ़्रांस (in English). Springer. ISBN 9781402081576. Retrieved 4 July 2017.
  36. Lopez-Tarruella, Aurelio (2012). Google और कानून: ज्ञान-अर्थव्यवस्था व्यापार मॉडल के कानूनी पहलुओं के अनुभवजन्य दृष्टिकोण (in English). Springer Science & Business Media. ISBN 9789067048453. Archived from the original on 30 December 2019. Retrieved 4 July 2017.
  37. "फ्री सॉफ्टवेयर क्या है?". www.gnu.org (in English). Archived from the original on 3 July 2017. Retrieved 4 July 2017.
  38. 38.0 38.1 38.2 38.3 38.4 38.5 38.6 "10 कारण ओपन सोर्स बिजनेस के लिए अच्छा है". PCWorld (in English). 2010-11-05. Archived from the original on 22 June 2017. Retrieved 4 July 2017.
  39. "माइक्रोसॉफ्ट बैक डोर". www.gnu.org (in English). Archived from the original on 28 June 2017. Retrieved 4 July 2017.
  40. "Microsoft गलती से विंडोज बैकडोर की कुंजी लीक कर देता है - सुरक्षा पर श्नेयर". www.schneier.com. Archived from the original on 25 August 2017. Retrieved 4 July 2017.
  41. Thomson, Iain. "स्नोडेन रिसाव: Microsoft ने Feds के लिए Outlook.com को पिछले दरवाजे से जोड़ा". The Register. Archived from the original on 25 August 2017. Retrieved 4 July 2017.
  42. Strandburg, Katherine J.; Raicu, Daniela Stan (2005). गोपनीयता और पहचान की प्रौद्योगिकियां: एक क्रॉस-अनुशासनात्मक बातचीत (in English). Springer Science & Business Media. ISBN 9780387260501. Retrieved 4 July 2017.
  43. 43.0 43.1 43.2 "क्या ओपन सोर्स सॉफ्टवेयर ज्यादा सुरक्षित है?" (PDF). Archived (PDF) from the original on 24 July 2017. Retrieved 4 July 2017.
  44. 44.0 44.1 "ओपन सोर्स सॉफ्टवेयर आपके विचार से ज्यादा सुरक्षित है" (in English). SC Media US. 8 October 2013. Archived from the original on 25 August 2017. Retrieved 12 July 2017.
  45. 45.0 45.1 "टू बिग टू फेल ओपन-सोर्स सॉफ्टवेयर को हैकर की मदद की जरूरत है". Observer. 4 November 2016. Archived from the original on 22 July 2017. Retrieved 12 July 2017.
  46. Fogel, Karl (2005). ओपन सोर्स सॉफ्टवेयर का निर्माण: एक सफल फ्री सॉफ्टवेयर प्रोजेक्ट कैसे चलाएं (in English). "O'Reilly Media, Inc.". ISBN 9780596552992. Retrieved 4 July 2017.
  47. Sery, Paul G. (2007). डमीज के लिए उबंटू लिनक्स (in English). John Wiley & Sons. ISBN 9780470125052. Retrieved 4 July 2017.
  48. "Linux Today - KERNEL-DEV: रिचर्ड स्टॉलमैन द्वारा UDI और मुफ़्त सॉफ़्टवेयर". www.linuxtoday.com. Archived from the original on 25 August 2017. Retrieved 4 July 2017.
  49. Vaughan-Nichols, Steven J. "Microsoft ने Windows 8 PC | ZDNet पर Linux को अवरोधित करने का प्रयास किया". ZDNet (in English). Archived from the original on 14 July 2017. Retrieved 12 July 2017.
  50. Kingsley-Hughes, Adrian. "लेनोवो कथित तौर पर विंडोज 10 सिग्नेचर एडिशन पीसी (अपडेटेड) | ZDNet पर लिनक्स को ब्लॉक कर रहा है". ZDNet (in English). Archived from the original on 14 July 2017. Retrieved 12 July 2017.
  51. "लिनक्स टुडे - जीएनयू/लिनक्स की बिक्री को रोकने के लिए माइक्रोसॉफ्ट ओईएम की कीमतों में कैसे बदलाव करता है". www.linuxtoday.com. Archived from the original on 25 August 2017. Retrieved 12 July 2017.
  52. "Microsoft ने 'डेल लिनक्स को मार डाला' - राज्य". The Register. Archived from the original on 17 July 2017. Retrieved 12 July 2017.
  53. Hill, Benjamin Mako. "जब मुफ्त सॉफ्टवेयर (व्यावहारिक रूप से) बेहतर नहीं है". Archived from the original on 13 July 2017. Retrieved 11 July 2017.
  54. DVD FLLC (2009) How To Obtain DVD Format/Logo License (2005–2009)
  55. Arthur, Tatnall (2007). पोर्टल प्रौद्योगिकियों और अनुप्रयोगों का विश्वकोश (in English). Idea Group Inc (IGI). ISBN 9781591409908. Retrieved 11 July 2017.
  56. Baldauf, Kenneth; Stair, Ralph (2008). प्रौद्योगिकी के साथ सफलता (in English). Cengage Learning. ISBN 978-1423925293. Retrieved 12 July 2017.
  57. सीएक्ससी सीएसईसी केप के लिए सूचना प्रौद्योगिकी में महारत हासिल करना (in English). Dennis Adonis. Retrieved 12 July 2017.
  58. Gunter 2013.
  59. Bridgewater 2013.
  60. Directorate General for Communications Networks, Content and Technology (2017). प्रतिस्पर्धात्मकता और नवाचार पर सॉफ्टवेयर और सेवाओं का आर्थिक और सामाजिक प्रभाव. ISBN 978-92-79-66177-8. Archived from the original on 2017-05-06. Retrieved 2017-03-27.
  61. "ओपन सोर्स सॉफ्टवेयर रणनीति". European Commission - European Commission (in English). Retrieved 2022-10-24.
  62. "ईसी ओपन सोर्स प्रोग्राम ऑफिस | ज्वाइन करें". joinup.ec.europa.eu (in English). Retrieved 2022-10-24.
  63. Riordan, Ciarán O. (2022-09-19). "EC के code.europa.eu ने | Joinup लॉन्च किया". joinup.ec.europa.eu (in English). Retrieved 2022-10-24.
  64. "ओपन सोर्स लाइसेंसिंग और कमीशन सॉफ्टवेयर के पुन: उपयोग पर 8 दिसंबर 2021 का आयोग का निर्णय (2021/C 495 I/01)". Official Journal of the European Union. 2021-12-08.
  65. GAUKEMA, Laurens (2022-05-13). "एक नई इंटरऑपरेबिलिटी पॉलिसी | के लिए आधिकारिक विशेषज्ञ की सिफारिशें शामिल हों". joinup.ec.europa.eu (in English). Retrieved 2022-10-24.
  66. Mark (2008-05-08). "ओपन सोर्स लाइसेंस प्रसार का अभिशाप". socializedsoftware.com. Archived from the original on 2015-12-08. Retrieved 2015-11-30. वर्तमान में GPL v2 से GPL v3 में जाने के निर्णय पर कई ओपन सोर्स परियोजनाओं द्वारा गर्मागर्म बहस की जा रही है। आईपी ​​​​अनुपालन सॉफ्टवेयर के एक प्रदाता पालेमिडा के अनुसार, लगभग 2489 ओपन सोर्स प्रोजेक्ट हैं जो जीपीएल वी2 से बाद के संस्करणों में चले गए हैं। {{cite web}}: zero width space character in |quote= at position 116 (help)
  67. Torvalds, Linus. बनाई जा रही "प्रतिलिपि बनाई जा रही". kernel.org. बनाई जा रही Archived from the original on 17 December 2015. Retrieved 13 August 2013. यह भी ध्यान दें कि जहाँ तक कर्नेल का संबंध है, GPL का एकमात्र वैध संस्करण लाइसेंस का _यह_ विशेष संस्करण है (यानी v2, v2.2 या v3.x या जो कुछ भी नहीं), जब तक कि स्पष्ट रूप से अन्यथा न कहा गया हो। {{cite web}}: Check |archive-url= value (help); Check |url= value (help)
  68. Kerner, Sean Michael (2008-01-08). "Torvalds अभी भी GPLv2 के लिए उत्सुक है". internetnews.com. Archived from the original on 2015-02-12. Retrieved 2015-02-12. "कुछ मायनों में, लिनक्स वह प्रोजेक्ट था जिसने वास्तव में एफएसएफ जो धक्का दे रहा है, उसके बीच विभाजन को स्पष्ट कर दिया था, जो कि खुले स्रोत से बहुत अलग है और लिनक्स हमेशा के बारे में रहा है, जो कि - के बजाय एक तकनीकी श्रेष्ठता से अधिक है। स्वतंत्रता में यह धार्मिक विश्वास," टोरवाल्ड्स ने ज़ेमलिन को बताया। इसलिए, GPL संस्करण 3 FSF के लक्ष्यों को दर्शाता है और GPL संस्करण 2 काफी बारीकी से मेल खाता है जो मुझे लगता है कि एक लाइसेंस को करना चाहिए और इसलिए अभी, संस्करण 2 वह जगह है जहां कर्नेल है।
  69. corbet (2006-10-01). "व्यस्त व्यस्त बिजीबॉक्स". lwn.net. Archived from the original on 2016-01-07. Retrieved 2015-11-21. चूंकि बिजीबॉक्स इतने सारे एम्बेडेड सिस्टम में पाया जा सकता है, यह खुद को GPLv3 एंटी-डीआरएम बहस के मूल में पाता है। [...] वास्तविक परिणाम, हालांकि, यह हैं: बिजीबॉक्स GPLv2 होगा जो केवल अगली रिलीज के साथ शुरू होगा। यह आमतौर पर स्वीकार किया जाता है कि "या बाद के संस्करण" को अलग करना कानूनी रूप से बचाव योग्य है, और यह कि अन्य GPLv2-केवल कोड का विलय किसी भी मामले में उस मुद्दे को बल देगा
  70. Landley, Rob (2006-09-09). "पुन:: GPLv2 बनाम v3 मज़ा ले जाएँ..." lwn.net. Archived from the original on 2016-01-07. Retrieved 2015-11-21. कृपया स्ट्रॉ मैन तर्क का आविष्कार न करें। मैं GPLv3 के तहत लाइसेंसिंग बिजीबॉक्स को बेकार, अनावश्यक, अति जटिल और भ्रमित करने वाला मानता हूं, और इसके अलावा इसमें वास्तविक डाउनसाइड्स हैं। 1) बेकार: हम GPLv2 को कभी नहीं छोड़ रहे हैं।
  71. "एचपी प्रेस विज्ञप्ति: एचपी ने ओपन सोर्स कम्युनिटी को लिनक्स के एडवांस एडॉप्शन के लिए सोर्स कोड का योगदान दिया". www.hp.com. Archived from the original on 2011-12-27. Retrieved 2016-01-14.
  72. Prokoudine, Alexandre (26 January 2012). "मुफ़्त सॉफ़्टवेयर में DWG अपनाने के साथ क्या हो रहा है?". libregraphicsworld.org. Archived from the original on 2016-11-09. Retrieved 2015-12-05. [ब्लेंडर की टोनी रूसेंदल:] "ब्लेंडर अभी भी" GPLv2 या बाद का संस्करण है। फिलहाल हम उसी पर टिके हैं, GPL 3 में जाने का कोई स्पष्ट लाभ नहीं है जो मुझे पता है।
  73. Denis-Courmont, Rémi. "वीएलसी मीडिया प्लेयर जीएनयू जीपीएल संस्करण 2 के अंतर्गत रहेगा". videolan.org. Archived from the original on 2015-11-22. Retrieved 2015-11-21. 2001 में, वीएलसी को ओएसआई-अनुमोदित जीएनयू जनरल पब्लिक वर्जन 2 के तहत जारी किया गया था, जिसमें "किसी भी बाद के संस्करण" का उपयोग करने के लिए आमतौर पर प्रस्तावित विकल्प था (हालांकि उस समय ऐसा कोई बाद का संस्करण नहीं था)। 29 जून 2007 को अपने GNU जनरल पब्लिक लाइसेंस (GPL) के नए संस्करण 3 के फ्री सॉफ्टवेयर फाउंडेशन (FSF) द्वारा जारी किए जाने के बाद, VLC मीडिया प्लेयर के योगदानकर्ताओं और videolan.org पर होस्ट किए गए अन्य सॉफ़्टवेयर प्रोजेक्ट्स पर बहस हुई GPL के संस्करण 3 में VLC मीडिया प्लेयर और अन्य होस्ट की गई परियोजनाओं के भविष्य के संस्करण के लिए लाइसेंस शर्तों को अद्यतन करने की संभावना। [...] इस बात की प्रबल चिंता है कि ये नई अतिरिक्त आवश्यकताएं हमारे समय की औद्योगिक और आर्थिक वास्तविकता से मेल नहीं खा सकती हैं, खासकर उपभोक्ता इलेक्ट्रॉनिक्स के बाजार में। हमारा मानना ​​है कि हमारी लाइसेंस शर्तों को जीपीएल संस्करण 3 में बदलना वर्तमान में हमारे समुदाय के सर्वोत्तम हित में नहीं होगा। नतीजतन, हम जीपीएल संस्करण 2 की शर्तों के तहत वीएलसी मीडिया प्लेयर के भविष्य के संस्करणों को वितरित करने की योजना बना रहे हैं। {{cite web}}: zero width space character in |quote= at position 780 (help)
  74. 74.0 74.1 Brockmeier 2010.
  75. "एलएलवीएम डेवलपर नीति". LLVM. Archived from the original on November 13, 2012. Retrieved November 19, 2012.
  76. Holwerda 2011.
  77. 77.0 77.1 Leemhuis, Thorsten. "टिप्पणियाँ: Linux Scheitert और Egozentrik" (in Deutsch). heise online. Archived from the original on 7 July 2017. Retrieved 12 July 2017.
  78. "सूर्य MySQL प्राप्त करने के लिए". MySQL AB. Archived from the original on 2011-07-18. Retrieved 2008-01-16.
  79. Thomson 2011.
  80. Samson 2011.
  81. Nelson 2009.
  82. Niccolai 2012.
  83. Jones 2012.
  84. Berry, David M. (2008). कॉपी, रिप बर्न: द पॉलिटिक्स ऑफ कॉपीलेफ्ट एंड ओपन सोर्स (1 ed.). London: Pluto Press. p. 272. ISBN 978-0745324142. Archived from the original on 2021-07-09. Retrieved 2021-03-25.
  85. 85.0 85.1 Georgopoulou, Panayiota (2009). "फ्री/ओपन सोर्स सॉफ्टवेयर आंदोलन प्रतिरोध या परिवर्तन?". Civitas - Revista de Ciências Sociais. 9 (1). doi:10.15448/1984-7289.2009.1.5569. ISSN 1519-6089. Archived from the original on 13 July 2017. Retrieved 11 July 2017.
  86. Benkler 2003.



स्रोत


अग्रिम पठन


बाहरी संबंध

*