पब्लिक-डोमेन सॉफ्टवेयर: Difference between revisions

From Vigyanwiki
(TEXT)
Line 1: Line 1:
{{Short description|Software in the public domain}}
{{Short description|Software in the public domain}}


[[File:Cc-public domain mark white.svg|thumb|150px|[[क्रिएटिव कॉमन्स]] [[पब्लिक डोमेन मार्क]] उन कार्यों को इंगित करता है जो सार्वजनिक डोमेन में हैं]]पब्लिक-डोमेन [[सॉफ़्टवेयर]] वह सॉफ़्टवेयर है जिसे सार्वजनिक डोमेन में रखा गया है, दूसरे शब्दों में, सॉफ़्टवेयर जिसके लिए [[कॉपीराइट]], [[ट्रेडमार्क]] या [[पेटेंट]] जैसे कोई स्वामित्व नहीं है। सार्वजनिक डोमेन में सॉफ़्टवेयर को किसी के द्वारा बिना किसी [[एट्रिब्यूशन (कॉपीराइट)]] के भी संशोधित, वितरित या बेचा जा सकता है; यह अनन्य अधिकार के तहत सॉफ़्टवेयर के सामान्य मामले के विपरीत है, जहाँ [[सॉफ़्टवेयर लाइसेंस]] सीमित उपयोग अधिकार प्रदान करते हैं।
[[File:Cc-public domain mark white.svg|thumb|150px|[[क्रिएटिव कॉमन्स]] [[पब्लिक डोमेन मार्क]] उन कार्यों को इंगित करता है जो सार्वजनिक डोमेन में हैं]]पब्लिक-डोमेन [[सॉफ़्टवेयर]] वह सॉफ़्टवेयर है जिसे सार्वजनिक क्षेत्र में रखा गया है, दूसरे शब्दों में, सॉफ़्टवेयर जिसके लिए [[कॉपीराइट|स्वत्वाधिकार]], [[ट्रेडमार्क|विशिष्टता]] या [[पेटेंट|एकस्वीकृत]] जैसे कोई स्वामित्व नहीं है। सार्वजनिक डोमेन में सॉफ़्टवेयर को किसी के द्वारा बिना किसी [[एट्रिब्यूशन (कॉपीराइट)|एट्रिब्यूशन (स्वत्वाधिकार)]] के भी संशोधित, वितरित या बेचा जा सकता है; यह अनन्य अधिकार के तहत सॉफ़्टवेयर के सामान्य मामले के विपरीत है, जहाँ [[सॉफ़्टवेयर लाइसेंस]] सीमित उपयोग अधिकार प्रदान करते हैं।


[[साहित्यिक और कलात्मक कार्यों के संरक्षण के लिए बर्न कन्वेंशन]] के तहत, जिस पर अधिकांश देशों ने हस्ताक्षर किए हैं, एक लेखक स्वचालित रूप से उनके द्वारा लिखी गई किसी भी चीज़ के लिए विशेष कॉपीराइट प्राप्त करता है, और स्थानीय कानून समान रूप से कॉपीराइट, पेटेंट या ट्रेडमार्क अधिकार डिफ़ॉल्ट रूप से प्रदान कर सकता है। कन्वेंशन में कार्यक्रम भी शामिल हैं, और इसलिए वे स्वचालित रूप से कॉपीराइट के अधीन हैं। यदि किसी कार्यक्रम को सार्वजनिक डोमेन में रखा जाना है, तो लेखक को किसी भी तरह से कॉपीराइट और अन्य अधिकारों का स्पष्ट रूप से खंडन करना चाहिए, उदा। एक छूट बयान द्वारा।<ref>[https://books.google.de/books?id=PA-Rhb_QSAwC&lpg=PA227&ots=IUqQ-y_UG5&dq=tex%20in%20public%20domain%20knuth&hl=de&pg=PA227#v=onepage&q=tex%20in%20public%20domain%20knuth&f=false Open Source: Technology and Policy] by Fadi P. Deek, James A. M. McHugh "Public domain", page 227 (2008).</ref> कुछ [[क्षेत्राधिकार (क्षेत्र)]] में, कुछ अधिकारों (विशेष रूप से [[नैतिक अधिकार (कॉपीराइट कानून)]]) को अस्वीकार नहीं किया जा सकता है: उदाहरण के लिए, नागरिक कानून (कानूनी व्यवस्था) परंपरा-आधारित [[जर्मन कानून]] :डी: उरहेबेर्रेक्ट [[एंग्लो-सैक्सन दुनिया]] से अलग है|एंग्लो- सेक्सन आम कानून परंपरा की कॉपीराइट अवधारणा।
[[साहित्यिक और कलात्मक कार्यों के संरक्षण के लिए बर्न कन्वेंशन]] के तहत, जिस पर अधिकांश देशों ने हस्ताक्षर किए हैं, एक लेखक स्वचालित रूप से उनके द्वारा लिखी गई किसी भी चीज़ के लिए विशेष स्वत्वाधिकार प्राप्त करता है, और स्थानीय कानून समान रूप से स्वत्वाधिकार, एकस्वीकृत या विशिष्टता अधिकार स्वतः निर्धारित रूप से प्रदान कर सकता है। करार में कार्यक्रम भी सम्मिलित हैं, और इसलिए वे स्वचालित रूप से स्वत्वाधिकार के अधीन हैं। यदि किसी कार्यक्रम को सार्वजनिक डोमेन में रखा जाना है, तो लेखक को किसी भी तरह से स्वत्वाधिकार और अन्य अधिकारों का स्पष्ट रूप से खंडन करना चाहिए, उदा. एक अधित्याग वर्णन द्वारा।<ref>[https://books.google.de/books?id=PA-Rhb_QSAwC&lpg=PA227&ots=IUqQ-y_UG5&dq=tex%20in%20public%20domain%20knuth&hl=de&pg=PA227#v=onepage&q=tex%20in%20public%20domain%20knuth&f=false Open Source: Technology and Policy] by Fadi P. Deek, James A. M. McHugh "Public domain", page 227 (2008).</ref> कुछ [[क्षेत्राधिकार (क्षेत्र)]] में, कुछ अधिकारों (विशेष रूप से [[नैतिक अधिकार (कॉपीराइट कानून)|नैतिक अधिकार (स्वत्वाधिकार कानून)]]) को अस्वीकार नहीं किया जा सकता है: उदाहरण के लिए, नागरिक परंपरा-आधारित जर्मन कानून का "उर्हेबेर्रेक्ट" एंग्लो-सैक्सन सामान्य कानून परंपरा की " स्वत्वाधिकार" अवधारणा से अलग है।


== इतिहास ==
== इतिहास ==
{{see also|Software copyright|History of free and open-source software}}
{{see also|सॉफ्टवेयर स्वत्वाधिकार|निःशुल्क और खुले-स्रोत सॉफ्टवेयर का इतिहास}}




=== प्रारंभिक शैक्षणिक सार्वजनिक-डोमेन सॉफ्टवेयर पारिस्थितिकी तंत्र ===
=== प्रारंभिक शैक्षणिक सार्वजनिक-डोमेन सॉफ्टवेयर पारिस्थितिकी तंत्र ===
1950 से 1990 के दशक की सॉफ्टवेयर संस्कृति से, पब्लिक-डोमेन (या पीडी) सॉफ्टवेयर मूल शैक्षणिक घटना के रूप में लोकप्रिय थे। इस तरह के स्वतंत्र रूप से वितरित और साझा किए गए मुफ्त सॉफ़्टवेयर ने [[फ्रीवेयर]], [[शेयरवेयर]], और [[मुफ़्त और ओपन-सोर्स सॉफ़्टवेयर]] के वर्तमान-दिन वर्गों को जोड़ा, और शौकियों और [[हैकर संस्कृति]]यों द्वारा शिक्षाविदों में बनाया गया था।<ref name="infoworld1983">{{cite web|url=https://books.google.com/books?id=yy8EAAAAMBAJ&q=us+government+public+domain+software&pg=PA31 |work=[[InfoWorld]] |date=1983-06-23|title=मुफ्त सॉफ्टवेयर - मुफ्त सॉफ्टवेयर सॉफ्टवेयर स्पेयर पार्ट्स का कबाड़खाना है|quote=वाणिज्यिक सॉफ़्टवेयर के विपरीत, मुफ्त सॉफ़्टवेयर का एक बड़ा और बढ़ता निकाय है जो सार्वजनिक डोमेन में मौजूद है। पब्लिक-डोमेन सॉफ़्टवेयर माइक्रो कंप्यूटर हॉबीस्ट्स ("हैकर्स" के रूप में भी जाना जाता है) द्वारा लिखा गया है, जिनमें से कई अपने कार्य जीवन में पेशेवर प्रोग्रामर हैं।|first=Tom|last=Shea |access-date=2016-02-10}}</ref> जैसा कि सॉफ्टवेयर अक्सर व्याख्या की गई भाषा जैसे [[बुनियादी]] में लिखा जाता था, स्रोत कोड की आवश्यकता थी और इसलिए सॉफ्टवेयर को चलाने के लिए वितरित किया गया। पीडी सॉफ्टवेयर को [[कंप्यूटर पत्रिका]]ओं (जैसे [[क्रिएटिव कम्प्यूटिंग (पत्रिका)]]पत्रिका), [[नर्म किनारा]], कंप्यूट !, [[बाइट (पत्रिका)]], आदि) और पुस्तकों में मुद्रित स्रोत कोड ([[टाइप-इन कार्यक्रम]]) के रूप में साझा और वितरित किया गया था, जैसे बेस्टसेलर [[बेसिक कंप्यूटर गेम्स]] .<ref>
1950 से 1990 के दशक की सॉफ्टवेयर सं'''स्कृति से, पब्लिक-डोमेन (या PD) सॉफ्टवेयर मूल शैक्षणिक घटना के रूप में लोकप्रिय थे। इस तरह के स्वतंत्र रूप से वितरित और साझा किए गए मुफ्त सॉफ़्टवेयर ने [[फ्रीवेयर]], [[शेयरवेयर]], और [[मुफ़्त और ओपन-सोर्स सॉफ़्टवेयर]] के वर्तमान-दिन''' वर्गों को जोड़ा, और शौकियों और [[हैकर संस्कृति]]यों द्वारा शिक्षाविदों में बनाया गया था।<ref name="infoworld1983">{{cite web|url=https://books.google.com/books?id=yy8EAAAAMBAJ&q=us+government+public+domain+software&pg=PA31 |work=[[InfoWorld]] |date=1983-06-23|title=मुफ्त सॉफ्टवेयर - मुफ्त सॉफ्टवेयर सॉफ्टवेयर स्पेयर पार्ट्स का कबाड़खाना है|quote=वाणिज्यिक सॉफ़्टवेयर के विपरीत, मुफ्त सॉफ़्टवेयर का एक बड़ा और बढ़ता निकाय है जो सार्वजनिक डोमेन में मौजूद है। पब्लिक-डोमेन सॉफ़्टवेयर माइक्रो कंप्यूटर हॉबीस्ट्स ("हैकर्स" के रूप में भी जाना जाता है) द्वारा लिखा गया है, जिनमें से कई अपने कार्य जीवन में पेशेवर प्रोग्रामर हैं।|first=Tom|last=Shea |access-date=2016-02-10}}</ref> जैसा कि सॉफ्टवेयर अक्सर व्याख्या की गई भाषा जैसे [[बुनियादी]] में लिखा जाता था, स्रोत कोड की आवश्यकता थी और इसलिए सॉफ्टवेयर को चलाने के लिए वितरित किया गया। पीडी सॉफ्टवेयर को [[कंप्यूटर पत्रिका]]ओं (जैसे [[क्रिएटिव कम्प्यूटिंग (पत्रिका)]]पत्रिका), [[नर्म किनारा]], कंप्यूट !, [[बाइट (पत्रिका)]], आदि) और पुस्तकों में मुद्रित स्रोत कोड ([[टाइप-इन कार्यक्रम]]) के रूप में साझा और वितरित किया गया था, जैसे बेस्टसेलर [[बेसिक कंप्यूटर गेम्स]] .<ref>
{{cite web
{{cite web
   | url        = http://www.swapmeetdave.com/Ahl/DHAbio.htm
   | url        = http://www.swapmeetdave.com/Ahl/DHAbio.htm
Line 20: Line 20:
</ref> इससे पहले, 1970 से 1980 के दशक के मध्य तक बंद-स्रोत सॉफ़्टवेयर असामान्य था।<ref>[https://books.google.de/books?id=hSBrPSYgjI4C&pg=PP55&lpg=PP55&dq=ibm+object+code+only+model+source+code&source=bl&ots=yCJ5eoF0WE&sig=DCSQKgLCMClADd1HFc1CDsI-fYE&hl=de&sa=X&ved=0ahUKEwi3n7TZqKzXAhWBWBoKHULsDJcQ6AEIKTAA#v=onepage&q=ibm%20object%20code%20only%20model%20source%20code&f=false Object code only: is IBM playing fair?] ''IBM's OCO policy protects its own assets but may threaten customers investment'' on [[Computerworld]] - 8 Febr. 1988</ref><ref>[https://books.google.de/books?id=4Wgmey4obagC&pg=PA8&lpg=PA8&dq=ibm+object+code+only+model+source+code&source=bl&ots=Yhre5CmetJ&sig=hibiSJTH-ryhabehXtQWZwwTUe0&hl=de&sa=X&ved=0ahUKEwi3n7TZqKzXAhWBWBoKHULsDJcQ6AEIOzAD#v=onepage&q=ibm%20object%20code%20only%20model%20source%20code&f=false Firm sidestep IBM policy by banning software changes] on [[Computerworld]] (18 March 1985)</ref><ref name="ibm-oco-policy"/>
</ref> इससे पहले, 1970 से 1980 के दशक के मध्य तक बंद-स्रोत सॉफ़्टवेयर असामान्य था।<ref>[https://books.google.de/books?id=hSBrPSYgjI4C&pg=PP55&lpg=PP55&dq=ibm+object+code+only+model+source+code&source=bl&ots=yCJ5eoF0WE&sig=DCSQKgLCMClADd1HFc1CDsI-fYE&hl=de&sa=X&ved=0ahUKEwi3n7TZqKzXAhWBWBoKHULsDJcQ6AEIKTAA#v=onepage&q=ibm%20object%20code%20only%20model%20source%20code&f=false Object code only: is IBM playing fair?] ''IBM's OCO policy protects its own assets but may threaten customers investment'' on [[Computerworld]] - 8 Febr. 1988</ref><ref>[https://books.google.de/books?id=4Wgmey4obagC&pg=PA8&lpg=PA8&dq=ibm+object+code+only+model+source+code&source=bl&ots=Yhre5CmetJ&sig=hibiSJTH-ryhabehXtQWZwwTUe0&hl=de&sa=X&ved=0ahUKEwi3n7TZqKzXAhWBWBoKHULsDJcQ6AEIOzAD#v=onepage&q=ibm%20object%20code%20only%20model%20source%20code&f=false Firm sidestep IBM policy by banning software changes] on [[Computerworld]] (18 March 1985)</ref><ref name="ibm-oco-policy"/>


1974 से पहले, जब कॉपीराइट वर्क्स के नए तकनीकी उपयोगों पर अमेरिकी आयोग (CONTU) ने निर्णय लिया कि कंप्यूटर प्रोग्राम, उस हद तक कि वे एक लेखक की मूल रचना का प्रतीक हैं, कॉपीराइट की उचित विषय वस्तु हैं,<ref>[http://digitalcommons.law.ggu.edu/cgi/viewcontent.cgi?article=1344&context=ggulrev Apple Computer, Inc. v. Franklin Computer Corporation Puts the Byte Back into Copyright Protection for Computer Programs] in Golden Gate University Law Review Volume 14, Issue 2, Article 3 by Jan L. Nussbaum (January 1984)</ref><ref name="sail_book">लेमली, मेनेल, मर्ज और सैमुएलसन। सॉफ्टवेयर और इंटरनेट कानून, पी। 34.</ref> सॉफ्टवेयर कॉपीराइट योग्य नहीं था और इसलिए हमेशा सार्वजनिक डोमेन में था। यह कानून, साथ ही 1983 में [[वस्तु कोड]] के लिए Apple बनाम फ्रैंकलिन जैसे अदालती फैसलों ने स्पष्ट किया कि कॉपीराइट अधिनियम ने कंप्यूटर प्रोग्राम को साहित्यिक कार्यों की कॉपीराइट स्थिति प्रदान की।
1974 से पहले, जब स्वत्वाधिकार वर्क्स के नए तकनीकी उपयोगों पर अमेरिकी आयोग (CONTU) ने निर्णय लिया कि कंप्यूटर प्रोग्राम, उस हद तक कि वे एक लेखक की मूल रचना का प्रतीक हैं, स्वत्वाधिकार की उचित विषय वस्तु हैं,<ref>[http://digitalcommons.law.ggu.edu/cgi/viewcontent.cgi?article=1344&context=ggulrev Apple Computer, Inc. v. Franklin Computer Corporation Puts the Byte Back into Copyright Protection for Computer Programs] in Golden Gate University Law Review Volume 14, Issue 2, Article 3 by Jan L. Nussbaum (January 1984)</ref><ref name="sail_book">लेमली, मेनेल, मर्ज और सैमुएलसन। सॉफ्टवेयर और इंटरनेट कानून, पी। 34.</ref> सॉफ्टवेयर स्वत्वाधिकार योग्य नहीं था और इसलिए हमेशा सार्वजनिक डोमेन में था। यह कानून, साथ ही 1983 में [[वस्तु कोड]] के लिए Apple बनाम फ्रैंकलिन जैसे अदालती फैसलों ने स्पष्ट किया कि स्वत्वाधिकार अधिनियम ने कंप्यूटर प्रोग्राम को साहित्यिक कार्यों की स्वत्वाधिकार स्थिति प्रदान की।


1980 के दशक में, सार्वजनिक-डोमेन सॉफ़्टवेयर साझा करने का एक सामान्य तरीका{{verify source|date=July 2013}}<!-- Is it about public-domain software, or the aforementioned gratis software? --> एक स्थानीय उपयोगकर्ता समूह या सनीवेल, कैलिफ़ोर्निया की PC-SIG जैसी कंपनी के माध्यम से उन्हें प्राप्त कर रहा था, जिसने US$6 की औसत कीमत के साथ 300 से अधिक डिस्क का मेल-ऑर्डर कैटलॉग बनाए रखा था।<ref>{{cite news
1980 के दशक में, सार्वजनिक-डोमेन सॉफ़्टवेयर साझा करने का एक सामान्य तरीका{{verify source|date=July 2013}}<!-- Is it about public-domain software, or the aforementioned gratis software? --> एक स्थानीय उपयोगकर्ता समूह या सनीवेल, कैलिफ़ोर्निया की PC-SIG जैसी कंपनी के माध्यम से उन्हें प्राप्त कर रहा था, जिसने US$6 की औसत कीमत के साथ 300 से अधिक डिस्क का मेल-ऑर्डर कैटलॉग बनाए रखा था।<ref>{{cite news
Line 31: Line 31:
पब्लिक-डोमेन सॉफ़्टवेयर का व्यवसायीकरण कभी-कभी [[don]] मॉडल द्वारा किया जाता था, जो उपयोगकर्ताओं को मेल द्वारा भेजे जाने वाले वित्तीय दान के लिए कहता था।<ref>[http://www.eckhardkruse.net/atari_st/baller.html April 1987: Ballerburg - Zwei Spieler, zwei Burgen und ein Berg dazwischen...] on eckhardkruse.net: "Ich habe das Programm als Public Domain veröffentlicht (die Unterscheidung in Freeware, Shareware usw. gab es damals nicht), mit der Bitte um eine 20 DM Spende. Dafür gab es dann die erweitere Version und den Quellcode." (in German).</ref>
पब्लिक-डोमेन सॉफ़्टवेयर का व्यवसायीकरण कभी-कभी [[don]] मॉडल द्वारा किया जाता था, जो उपयोगकर्ताओं को मेल द्वारा भेजे जाने वाले वित्तीय दान के लिए कहता था।<ref>[http://www.eckhardkruse.net/atari_st/baller.html April 1987: Ballerburg - Zwei Spieler, zwei Burgen und ein Berg dazwischen...] on eckhardkruse.net: "Ich habe das Programm als Public Domain veröffentlicht (die Unterscheidung in Freeware, Shareware usw. gab es damals nicht), mit der Bitte um eine 20 DM Spende. Dafür gab es dann die erweitere Version und den Quellcode." (in German).</ref>
पब्लिक-डोमेन फ्री शेयरिंग और डोनेशनवेयर व्यावसायीकरण मॉडल बाद के वर्षों में (गैर-स्वैच्छिक) शेयरवेयर मॉडल में विकसित हुए,<ref>{{cite web | url=http://www.erowid.org/culture/characters/wallace_bob/wallace_bob_timeline1.shtml | title=बॉब वालेस टाइमलाइन| publisher=[[Erowid]] | date=Jan 12, 2004 | access-date=March 7, 2013}}</ref><ref>[http://www.ddj.com/184403976?pgno=2 Article about Jim "Button" Knopf], from ''[[Dr. Dobb's Journal]]''.</ref> और सॉफ्टवेयर मुफ्त में, जिसे फ्रीवेयर कहा जाता है।<ref>[http://asp-software.org/www/history/the-history-of-shareware-psl/ the-history-of-shareware-psl] on asp-software.org.</ref> इसके अतिरिक्त, कंप्यूटर उद्योग में अन्य परिवर्तनों के कारण, स्रोत कोड का साझाकरण कम आम हो गया।<ref name="ibm-oco-policy">{{cite web|url=https://books.google.com/books?id=4Wgmey4obagC&q=1983object-only+model+IBM&pg=PA8 |work=[[Computerworld]] |first=John |last=Gallant |date=1985-03-18| access-date=2015-12-27 |title=आईबीएम नीति में आग लगी - उपयोगकर्ता कहते हैं कि स्रोत कोड नियम परिवर्तन में बाधा डालते हैं|quote=जबकि आईबीएम की चयनित सॉफ्टवेयर उत्पादों के लिए स्रोत कोड को रोकने की नीति ने पहले ही अपनी दूसरी वर्षगांठ को चिह्नित कर लिया है, उपयोगकर्ता अब केवल उस निर्णय के प्रभाव का सामना करना शुरू कर रहे हैं। लेकिन ऑब्जेक्ट-कोड-ओनली उत्पादों के आगमन ने उनके दिन-प्रतिदिन के डीपी संचालन को प्रभावित किया है या नहीं, कुछ उपयोगकर्ता आईबीएम के फैसले से नाराज हैं। फरवरी 1983 में घोषित, IBM की ऑब्जेक्ट-कोड-ओनली नीति को बिग ब्लू सिस्टम सॉफ़्टवेयर उत्पादों की बढ़ती सूची पर लागू किया गया है}}</ref>
पब्लिक-डोमेन फ्री शेयरिंग और डोनेशनवेयर व्यावसायीकरण मॉडल बाद के वर्षों में (गैर-स्वैच्छिक) शेयरवेयर मॉडल में विकसित हुए,<ref>{{cite web | url=http://www.erowid.org/culture/characters/wallace_bob/wallace_bob_timeline1.shtml | title=बॉब वालेस टाइमलाइन| publisher=[[Erowid]] | date=Jan 12, 2004 | access-date=March 7, 2013}}</ref><ref>[http://www.ddj.com/184403976?pgno=2 Article about Jim "Button" Knopf], from ''[[Dr. Dobb's Journal]]''.</ref> और सॉफ्टवेयर मुफ्त में, जिसे फ्रीवेयर कहा जाता है।<ref>[http://asp-software.org/www/history/the-history-of-shareware-psl/ the-history-of-shareware-psl] on asp-software.org.</ref> इसके अतिरिक्त, कंप्यूटर उद्योग में अन्य परिवर्तनों के कारण, स्रोत कोड का साझाकरण कम आम हो गया।<ref name="ibm-oco-policy">{{cite web|url=https://books.google.com/books?id=4Wgmey4obagC&q=1983object-only+model+IBM&pg=PA8 |work=[[Computerworld]] |first=John |last=Gallant |date=1985-03-18| access-date=2015-12-27 |title=आईबीएम नीति में आग लगी - उपयोगकर्ता कहते हैं कि स्रोत कोड नियम परिवर्तन में बाधा डालते हैं|quote=जबकि आईबीएम की चयनित सॉफ्टवेयर उत्पादों के लिए स्रोत कोड को रोकने की नीति ने पहले ही अपनी दूसरी वर्षगांठ को चिह्नित कर लिया है, उपयोगकर्ता अब केवल उस निर्णय के प्रभाव का सामना करना शुरू कर रहे हैं। लेकिन ऑब्जेक्ट-कोड-ओनली उत्पादों के आगमन ने उनके दिन-प्रतिदिन के डीपी संचालन को प्रभावित किया है या नहीं, कुछ उपयोगकर्ता आईबीएम के फैसले से नाराज हैं। फरवरी 1983 में घोषित, IBM की ऑब्जेक्ट-कोड-ओनली नीति को बिग ब्लू सिस्टम सॉफ़्टवेयर उत्पादों की बढ़ती सूची पर लागू किया गया है}}</ref>
[[1988 का बर्न कन्वेंशन कार्यान्वयन अधिनियम]] (और 1976 के पहले के कॉपीराइट एक्ट) के साथ, पब्लिक-डोमेन सॉफ़्टवेयर के कानूनी आधार में भारी बदलाव आया। अधिनियम से पहले, [[सर्वाधिकार सूचना]] के बिना सॉफ़्टवेयर जारी करना इसे सार्वजनिक डोमेन को समर्पित करने के लिए पर्याप्त था। नए अधिनियम के साथ, सॉफ़्टवेयर डिफ़ॉल्ट रूप से कॉपीराइट-संरक्षित था और उसे लेखक से स्पष्ट छूट कथन या लाइसेंस की आवश्यकता थी।<ref name="cornelledu"/><ref name="copyrightgov"/>
[[1988 का बर्न कन्वेंशन कार्यान्वयन अधिनियम]] (और 1976 के पहले के स्वत्वाधिकार एक्ट) के साथ, पब्लिक-डोमेन सॉफ़्टवेयर के कानूनी आधार में भारी बदलाव आया। अधिनियम से पहले, [[सर्वाधिकार सूचना]] के बिना सॉफ़्टवेयर जारी करना इसे सार्वजनिक डोमेन को समर्पित करने के लिए पर्याप्त था। नए अधिनियम के साथ, सॉफ़्टवेयर डिफ़ॉल्ट रूप से स्वत्वाधिकार-संरक्षित था और उसे लेखक से स्पष्ट छूट कथन या लाइसेंस की आवश्यकता थी।<ref name="cornelledu"/><ref name="copyrightgov"/>


एल्गोरिदम के [[संदर्भ कार्यान्वयन]], अक्सर [[क्रिप्टोग्राफिक एल्गोरिथ्म]] का मतलब होता है या [[मानकीकरण]] के लिए लागू होता है, फिर भी अक्सर सार्वजनिक डोमेन में जारी किया जाता है; उदाहरणों में सीईआरएन httpd शामिल है<ref>[https://web.archive.org/web/20140817185526/http://home.web.cern.ch/topics/birth-web/licensing-web The birth of the web Licensing the web] on cern.ch (2014).</ref> 1993 में और 1999 में [[सर्प (सिफर)]] सिफर। [[ओपनवॉल प्रोजेक्ट]] सार्वजनिक डोमेन में कई एल्गोरिदम और उनके स्रोत कोड की एक सूची रखता है।<ref>[http://openwall.info/wiki/people/solar/software/public-domain-source-code Source code snippets and frameworks placed in the public domain] on openwall.info.</ref>
एल्गोरिदम के [[संदर्भ कार्यान्वयन]], अक्सर [[क्रिप्टोग्राफिक एल्गोरिथ्म]] का मतलब होता है या [[मानकीकरण]] के लिए लागू होता है, फिर भी अक्सर सार्वजनिक डोमेन में जारी किया जाता है; उदाहरणों में सीईआरएन httpd सम्मिलित है<ref>[https://web.archive.org/web/20140817185526/http://home.web.cern.ch/topics/birth-web/licensing-web The birth of the web Licensing the web] on cern.ch (2014).</ref> 1993 में और 1999 में [[सर्प (सिफर)]] सिफर। [[ओपनवॉल प्रोजेक्ट]] सार्वजनिक डोमेन में कई एल्गोरिदम और उनके स्रोत कोड की एक सूची रखता है।<ref>[http://openwall.info/wiki/people/solar/software/public-domain-source-code Source code snippets and frameworks placed in the public domain] on openwall.info.</ref>




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


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


इसलिए मुफ्त सॉफ्टवेयर (जो एक [[मुफ्त सॉफ्टवेयर लाइसेंस]] के तहत है) या सार्वजनिक डोमेन के रूप में वितरित और प्रयोग करने योग्य मुफ्त (फ्रीवेयर) का उल्लेख करना गलत है। जबकि सार्वजनिक डोमेन लेखक के अनन्य अधिकार (जैसे कॉपीराइट) को छोड़ देता है, मुफ्त सॉफ्टवेयर में लेखक का कॉपीराइट अभी भी बरकरार रखा जाता है और उपयोग किया जाता है, उदाहरण के लिए, कॉपीलेफ्ट को लागू करने या अनुमति-लाइसेंस वाले सॉफ़्टवेयर को सौंपने के लिए। लाइसेंसशुदा सॉफ़्टवेयर आम तौर पर सार्वजनिक डोमेन में नहीं होता है।<ref>{{cite web|url=http://www.cnet.com/news/is-public-domain-software-open-source/|title= क्या पब्लिक डोमेन सॉफ्टवेयर ओपन-सोर्स है?|quote=इसमें कोई संदेह नहीं है कि ओपन-सोर्स सॉफ़्टवेयर और सार्वजनिक डोमेन में समान हैं। लेकिन विशेषज्ञ भी इस बारे में भिन्न हैं कि वे कितने निकट से जुड़े हुए हैं।|date=February 28, 2008 |access-date=2016-02-03 |publisher=cnet.com |first=Stephen |last=Shankland}}</ref> एक अन्य विशिष्ट अंतर यह है कि एक [[निष्पादन योग्य कार्यक्रम]] सार्वजनिक डोमेन में हो सकता है, भले ही इसका स्रोत कोड उपलब्ध नहीं कराया गया हो (कार्यक्रम को संभव रूप से संशोधित नहीं किया जा सके), जबकि मुफ्त सॉफ़्टवेयर में हमेशा स्रोत कोड उपलब्ध होता है।
इसलिए मुफ्त सॉफ्टवेयर (जो एक [[मुफ्त सॉफ्टवेयर लाइसेंस]] के तहत है) या सार्वजनिक डोमेन के रूप में वितरित और प्रयोग करने योग्य मुफ्त (फ्रीवेयर) का उल्लेख करना गलत है। जबकि सार्वजनिक डोमेन लेखक के अनन्य अधिकार (जैसे स्वत्वाधिकार) को छोड़ देता है, मुफ्त सॉफ्टवेयर में लेखक का स्वत्वाधिकार अभी भी बरकरार रखा जाता है और उपयोग किया जाता है, उदाहरण के लिए, कॉपीलेफ्ट को लागू करने या अनुमति-लाइसेंस वाले सॉफ़्टवेयर को सौंपने के लिए। लाइसेंसशुदा सॉफ़्टवेयर आम तौर पर सार्वजनिक डोमेन में नहीं होता है।<ref>{{cite web|url=http://www.cnet.com/news/is-public-domain-software-open-source/|title= क्या पब्लिक डोमेन सॉफ्टवेयर ओपन-सोर्स है?|quote=इसमें कोई संदेह नहीं है कि ओपन-सोर्स सॉफ़्टवेयर और सार्वजनिक डोमेन में समान हैं। लेकिन विशेषज्ञ भी इस बारे में भिन्न हैं कि वे कितने निकट से जुड़े हुए हैं।|date=February 28, 2008 |access-date=2016-02-03 |publisher=cnet.com |first=Stephen |last=Shankland}}</ref> एक अन्य विशिष्ट अंतर यह है कि एक [[निष्पादन योग्य कार्यक्रम]] सार्वजनिक डोमेन में हो सकता है, भले ही इसका स्रोत कोड उपलब्ध नहीं कराया गया हो (कार्यक्रम को संभव रूप से संशोधित नहीं किया जा सके), जबकि मुफ्त सॉफ़्टवेयर में हमेशा स्रोत कोड उपलब्ध होता है।


=== पोस्ट-कॉपीराइट सार्वजनिक डोमेन ===
=== पोस्ट-स्वत्वाधिकार सार्वजनिक डोमेन ===
2000 के दशक और [[पीयर-टू-पीयर शेयरिंग]] नेटवर्क और वेब डेवलपमेंट में शेयरिंग के उद्भव के साथ, एक नए [[विरोधी कॉपीराइट]]|डेवलपर्स के कॉपीराइट-महत्वपूर्ण पीढ़ी ने [[लाइसेंस मुक्त सॉफ्टवेयर]]|लाइसेंस-मुक्त सार्वजनिक-डोमेन सॉफ़्टवेयर मॉडल को फिर से दिखाई दिया, कॉपीराइट प्रणाली के स्थिरीकरण भाग के रूप में [[FOSS]] लाइसेंस पारिस्थितिकी तंत्र ([[पोस्ट ओपन सोर्स]]) की भी आलोचना की।<ref>[http://questioncopyright.org/promise The Surprising History of Copyright and The Promise of a Post-Copyright World] by [[Karl Fogel]] (2006).</ref><ref>[https://opensource.com/law/13/2/post-open-source-software-licensing Younger developers reject licensing, risk chance for reform] on opensource.com by [[Luis Villa]] (on 12 Feb 2013).</ref><ref>[http://lu.is/blog/2013/01/27/taking-post-open-source-seriously-as-a-statement-about-copyright-law/ Pushing back against licensing and the permission culture] [[Luis Villa]] (January 28, 2013).</ref><ref>[https://opensource.com/law/13/8/github-poss-licensing Post open source software, licensing and GitHub] on opensource.com by Richard Fontana (on 13 Aug 2013).</ref> नए गैर-FOSS लाइसेंस और अधित्याग पाठ विकसित किए गए, विशेष रूप से Creative Commons [[CC0]] (2009) और [[Unlicense]] (2010), और अनुमति देने वाले सॉफ़्टवेयर लाइसेंस की लोकप्रियता में उल्लेखनीय वृद्धि हुई। इसके अलावा, [[Abandonware]] की बढ़ती समस्या और सॉफ्टवेयर के [[डिजिटल अप्रचलन]] ने कॉपीराइट और [[डिजिटल अधिकार प्रबंधन]] द्वारा अप्रतिबंधित डिजिटल विरासत के बेहतर [[डिजिटल संरक्षण]] के लिए सार्वजनिक डोमेन में फिर से पासिंग सॉफ्टवेयर की प्रासंगिकता के बारे में जागरूकता बढ़ाई।<ref>{{Cite web |url=http://www2.si.umich.edu/CAMILEON/reports/IPRreport.doc |title=द कैमिलियन प्रोजेक्ट: "बीबीसी डोमेसडे प्रोजेक्ट" नामक इंटरैक्टिव मल्टीमीडिया कार्य के तत्वों को संरक्षित करने के उद्देश्य से काम से उत्पन्न होने वाले कानूनी मुद्दे।|first=Andrew |last=Charlesworth |date=5 November 2002 |publisher=Information Law and Technology Unit, University of Hull |location=Kingston upon Hull |format=Microsoft Word |access-date=23 March 2011 |url-status=dead |archive-url=https://web.archive.org/web/20110206080418/http://www2.si.umich.edu/CAMILEON/reports/IPRreport.doc |archive-date=6 February 2011 }}</ref><ref name="walker1"/><ref name="walker2"/><ref name="houstonpress">{{cite web|url=http://www.houstonpress.com/arts/us-copyright-office-to-explore-making-some-video-games-public-domain-7396031 |title=यू.एस. कॉपीराइट कार्यालय कुछ वीडियो गेम को सार्वजनिक डोमेन बनाने का अन्वेषण करेगा|first=Jef |last=Rouner|date=April 28, 2015 |access-date=2016-02-03 |publisher=[[Houston Press]]}}</ref>
2000 के दशक और [[पीयर-टू-पीयर शेयरिंग]] नेटवर्क और वेब डेवलपमेंट में शेयरिंग के उद्भव के साथ, एक नए [[विरोधी कॉपीराइट|विरोधी स्वत्वाधिकार]]|डेवलपर्स के स्वत्वाधिकार-महत्वपूर्ण पीढ़ी ने [[लाइसेंस मुक्त सॉफ्टवेयर]]|लाइसेंस-मुक्त सार्वजनिक-डोमेन सॉफ़्टवेयर मॉडल को फिर से दिखाई दिया, स्वत्वाधिकार प्रणाली के स्थिरीकरण भाग के रूप में [[FOSS]] लाइसेंस पारिस्थितिकी तंत्र ([[पोस्ट ओपन सोर्स]]) की भी आलोचना की।<ref>[http://questioncopyright.org/promise The Surprising History of Copyright and The Promise of a Post-Copyright World] by [[Karl Fogel]] (2006).</ref><ref>[https://opensource.com/law/13/2/post-open-source-software-licensing Younger developers reject licensing, risk chance for reform] on opensource.com by [[Luis Villa]] (on 12 Feb 2013).</ref><ref>[http://lu.is/blog/2013/01/27/taking-post-open-source-seriously-as-a-statement-about-copyright-law/ Pushing back against licensing and the permission culture] [[Luis Villa]] (January 28, 2013).</ref><ref>[https://opensource.com/law/13/8/github-poss-licensing Post open source software, licensing and GitHub] on opensource.com by Richard Fontana (on 13 Aug 2013).</ref> नए गैर-FOSS लाइसेंस और अधित्याग पाठ विकसित किए गए, विशेष रूप से Creative Commons [[CC0]] (2009) और [[Unlicense]] (2010), और अनुमति देने वाले सॉफ़्टवेयर लाइसेंस की लोकप्रियता में उल्लेखनीय वृद्धि हुई। इसके अलावा, [[Abandonware]] की बढ़ती समस्या और सॉफ्टवेयर के [[डिजिटल अप्रचलन]] ने स्वत्वाधिकार और [[डिजिटल अधिकार प्रबंधन]] द्वारा अप्रतिबंधित डिजिटल विरासत के बेहतर [[डिजिटल संरक्षण]] के लिए सार्वजनिक डोमेन में फिर से पासिंग सॉफ्टवेयर की प्रासंगिकता के बारे में जागरूकता बढ़ाई।<ref>{{Cite web |url=http://www2.si.umich.edu/CAMILEON/reports/IPRreport.doc |title=द कैमिलियन प्रोजेक्ट: "बीबीसी डोमेसडे प्रोजेक्ट" नामक इंटरैक्टिव मल्टीमीडिया कार्य के तत्वों को संरक्षित करने के उद्देश्य से काम से उत्पन्न होने वाले कानूनी मुद्दे।|first=Andrew |last=Charlesworth |date=5 November 2002 |publisher=Information Law and Technology Unit, University of Hull |location=Kingston upon Hull |format=Microsoft Word |access-date=23 March 2011 |url-status=dead |archive-url=https://web.archive.org/web/20110206080418/http://www2.si.umich.edu/CAMILEON/reports/IPRreport.doc |archive-date=6 February 2011 }}</ref><ref name="walker1"/><ref name="walker2"/><ref name="houstonpress">{{cite web|url=http://www.houstonpress.com/arts/us-copyright-office-to-explore-making-some-video-games-public-domain-7396031 |title=यू.एस. कॉपीराइट कार्यालय कुछ वीडियो गेम को सार्वजनिक डोमेन बनाने का अन्वेषण करेगा|first=Jef |last=Rouner|date=April 28, 2015 |access-date=2016-02-03 |publisher=[[Houston Press]]}}</ref>
2004 के आसपास, इस बात पर बहस हुई कि क्या सार्वजनिक-डोमेन सॉफ़्टवेयर को FOSS पारिस्थितिकी तंत्र का हिस्सा माना जा सकता है, जैसा कि वकील [[लॉरेंस रोसेन (वकील)]] ने निबंध व्हाई द पब्लिक डोमेन इज़ नॉट ए लाइसेंस में तर्क दिया था।<ref>{{cite web|url=http://www.rosenlaw.com/lj16.htm |title=सार्वजनिक डोमेन लाइसेंस क्यों नहीं है|author=Lawrence Rosen |date=2004-05-25 |access-date=2016-02-22 |publisher=rosenlaw.com|author-link=Lawrence Rosen (attorney) }}</ref> एक ऐसी स्थिति जिसे डेनियल जे. बर्नस्टीन और अन्य लोगों के विरोध का सामना करना पड़ा।<ref>[https://cr.yp.to/publicdomain.html Placing documents into the public domain] by [[Daniel J. Bernstein]] on cr.yp.to: "Most rights can be voluntarily abandoned ('waived') by the owner of the rights. Legislators can go to extra effort to create rights that can't be abandoned, but usually they don't do this. In particular, you can voluntarily abandon your United States copyrights: 'It is well settled that rights gained under the Copyright Act may be abandoned. But abandonment of a right must be manifested by some overt act indicating an intention to abandon that right. See Hampton v. Paramount Pictures Corp., 279 F.2d 100, 104 (9th Cir. 1960).' " (2004).</ref> 2012 में, स्थिति को अंततः हल किया गया जब रोसेन ने अपना विचार बदल दिया और CC0 को एक ओपन-सोर्स लाइसेंस के रूप में स्वीकार कर लिया, जबकि यह स्वीकार करते हुए कि, पिछले दावों के विपरीत, कॉपीराइट को माफ किया जा सकता है, जैसा कि [[नौवां सर्किट]] निर्णय द्वारा समर्थित है।<ref>{{cite web |url=https://lists.opensource.org/pipermail/license-review/2012-March/001679.html |quote=आपने अपने ईमेल, हैम्पटन बनाम पैरामाउंट पिक्चर्स, 279 F.2d 100 (9th Cir. Cal. 1960) में जिस मामले का संदर्भ दिया है, वह इस प्रस्ताव के लिए खड़ा है कि, कम से कम नौवें सर्किट में, एक व्यक्ति वास्तव में अपने कॉपीराइट (काउंटर) को छोड़ सकता है मैंने अपने लेख में जो लिखा है) - लेकिन ऐसा करने के लिए एक प्रकट लाइसेंस के बराबर लगता है। :-) [...] रिकॉर्ड के लिए, मैंने पहले ही CC0 सार्वजनिक डोमेन समर्पण और फ़ॉलबैक लाइसेंस को OSD अनुपालन के रूप में अनुमोदित करने के लिए +1 वोट दिया है। मैं स्वीकार करता हूं कि मैंने ओपन सोर्स लाइसेंस के रूप में "सार्वजनिक डोमेन" के खिलाफ वर्षों से तर्क दिया है, लेकिन पीछे मुड़कर देखें, ऐसे सॉफ़्टवेयर पर निर्भर डेवलपर्स और उपयोगकर्ताओं के लिए न्यूनतम जोखिम और उस "लाइसेंस" की स्पष्ट लोकप्रियता को देखते हुए, मैंने अपना विचार बदल दिया . कोई भी मुफ्त सार्वजनिक डोमेन सॉफ़्टवेयर के फायर होज़ के रास्ते में नहीं खड़ा हो सकता है, भले ही वह बेहतर FOSS लाइसेंस के साथ न आता हो, जिस पर मुझे अधिक भरोसा है।|author=Lawrence Rosen |date=2012-03-08 |publisher=opensource.org |title=(लाइसेंस-समीक्षा) (लाइसेंस-चर्चा) CC0 पेटेंट पर OSD के साथ असंगत, (था: MXM CC0 की तुलना में)|access-date=2016-02-22 |archive-url=https://web.archive.org/web/20160312093735/https://lists.opensource.org/pipermail/license-review/2012-March/001679.html |archive-date=2016-03-12 |url-status=dead |author-link=Lawrence Rosen (attorney) }}</ref>
2004 के आसपास, इस बात पर बहस हुई कि क्या सार्वजनिक-डोमेन सॉफ़्टवेयर को FOSS पारिस्थितिकी तंत्र का हिस्सा माना जा सकता है, जैसा कि वकील [[लॉरेंस रोसेन (वकील)]] ने निबंध व्हाई द पब्लिक डोमेन इज़ नॉट ए लाइसेंस में तर्क दिया था।<ref>{{cite web|url=http://www.rosenlaw.com/lj16.htm |title=सार्वजनिक डोमेन लाइसेंस क्यों नहीं है|author=Lawrence Rosen |date=2004-05-25 |access-date=2016-02-22 |publisher=rosenlaw.com|author-link=Lawrence Rosen (attorney) }}</ref> एक ऐसी स्थिति जिसे डेनियल जे. बर्नस्टीन और अन्य लोगों के विरोध का सामना करना पड़ा।<ref>[https://cr.yp.to/publicdomain.html Placing documents into the public domain] by [[Daniel J. Bernstein]] on cr.yp.to: "Most rights can be voluntarily abandoned ('waived') by the owner of the rights. Legislators can go to extra effort to create rights that can't be abandoned, but usually they don't do this. In particular, you can voluntarily abandon your United States copyrights: 'It is well settled that rights gained under the Copyright Act may be abandoned. But abandonment of a right must be manifested by some overt act indicating an intention to abandon that right. See Hampton v. Paramount Pictures Corp., 279 F.2d 100, 104 (9th Cir. 1960).' " (2004).</ref> 2012 में, स्थिति को अंततः हल किया गया जब रोसेन ने अपना विचार बदल दिया और CC0 को एक ओपन-सोर्स लाइसेंस के रूप में स्वीकार कर लिया, जबकि यह स्वीकार करते हुए कि, पिछले दावों के विपरीत, स्वत्वाधिकार को माफ किया जा सकता है, जैसा कि [[नौवां सर्किट]] निर्णय द्वारा समर्थित है।<ref>{{cite web |url=https://lists.opensource.org/pipermail/license-review/2012-March/001679.html |quote=आपने अपने ईमेल, हैम्पटन बनाम पैरामाउंट पिक्चर्स, 279 F.2d 100 (9th Cir. Cal. 1960) में जिस मामले का संदर्भ दिया है, वह इस प्रस्ताव के लिए खड़ा है कि, कम से कम नौवें सर्किट में, एक व्यक्ति वास्तव में अपने कॉपीराइट (काउंटर) को छोड़ सकता है मैंने अपने लेख में जो लिखा है) - लेकिन ऐसा करने के लिए एक प्रकट लाइसेंस के बराबर लगता है। :-) [...] रिकॉर्ड के लिए, मैंने पहले ही CC0 सार्वजनिक डोमेन समर्पण और फ़ॉलबैक लाइसेंस को OSD अनुपालन के रूप में अनुमोदित करने के लिए +1 वोट दिया है। मैं स्वीकार करता हूं कि मैंने ओपन सोर्स लाइसेंस के रूप में "सार्वजनिक डोमेन" के खिलाफ वर्षों से तर्क दिया है, लेकिन पीछे मुड़कर देखें, ऐसे सॉफ़्टवेयर पर निर्भर डेवलपर्स और उपयोगकर्ताओं के लिए न्यूनतम जोखिम और उस "लाइसेंस" की स्पष्ट लोकप्रियता को देखते हुए, मैंने अपना विचार बदल दिया . कोई भी मुफ्त सार्वजनिक डोमेन सॉफ़्टवेयर के फायर होज़ के रास्ते में नहीं खड़ा हो सकता है, भले ही वह बेहतर FOSS लाइसेंस के साथ न आता हो, जिस पर मुझे अधिक भरोसा है।|author=Lawrence Rosen |date=2012-03-08 |publisher=opensource.org |title=(लाइसेंस-समीक्षा) (लाइसेंस-चर्चा) CC0 पेटेंट पर OSD के साथ असंगत, (था: MXM CC0 की तुलना में)|access-date=2016-02-22 |archive-url=https://web.archive.org/web/20160312093735/https://lists.opensource.org/pipermail/license-review/2012-March/001679.html |archive-date=2016-03-12 |url-status=dead |author-link=Lawrence Rosen (attorney) }}</ref>




== पब्लिक डोमेन में सॉफ्टवेयर का पासिंग ==
== पब्लिक डोमेन में सॉफ्टवेयर का पासिंग ==


=== कॉपीराइट नोटिस के बिना रिलीज ===
=== स्वत्वाधिकार नोटिस के बिना रिलीज ===
1988 के साहित्य और कलात्मक कार्यों के कार्यान्वयन अधिनियम के संरक्षण के लिए बर्न कन्वेंशन से पहले (और 1976 का पूर्व कॉपीराइट अधिनियम, जो 1978 में प्रभावी हुआ था) कार्यों को स्पष्ट कॉपीराइट नोटिस के बिना जारी करके आसानी से सार्वजनिक डोमेन में दिया जा सकता था और कोई [[कॉपीराइट पंजीकरण]] नहीं। 1988 के बाद, सभी कार्य डिफ़ॉल्ट रूप से कॉपीराइट संरक्षित थे और एक अधित्याग कथन द्वारा सक्रिय रूप से सार्वजनिक डोमेन में दिए जाने की आवश्यकता थी।<ref name="cornelledu">[http://copyright.cornell.edu/resources/publicdomain.cfm publicdomain] on [[cornell.edu]]</ref><ref name="copyrightgov">''[http://www.copyright.gov/circs/circ03.pdf Copyright Notice]'', U.S. Copyright Office Circular 3, 2008.</ref>
1988 के साहित्य और कलात्मक कार्यों के कार्यान्वयन अधिनियम के संरक्षण के लिए बर्न कन्वेंशन से पहले (और 1976 का पूर्व स्वत्वाधिकार अधिनियम, जो 1978 में प्रभावी हुआ था) कार्यों को स्पष्ट स्वत्वाधिकार नोटिस के बिना जारी करके आसानी से सार्वजनिक डोमेन में दिया जा सकता था और कोई [[कॉपीराइट पंजीकरण|स्वत्वाधिकार पंजीकरण]] नहीं। 1988 के बाद, सभी कार्य डिफ़ॉल्ट रूप से स्वत्वाधिकार संरक्षित थे और एक अधित्याग कथन द्वारा सक्रिय रूप से सार्वजनिक डोमेन में दिए जाने की आवश्यकता थी।<ref name="cornelledu">[http://copyright.cornell.edu/resources/publicdomain.cfm publicdomain] on [[cornell.edu]]</ref><ref name="copyrightgov">''[http://www.copyright.gov/circs/circ03.pdf Copyright Notice]'', U.S. Copyright Office Circular 3, 2008.</ref>




=== [[कॉपीराइट शब्द]] छोड़ना ===
=== [[कॉपीराइट शब्द|स्वत्वाधिकार शब्द]] छोड़ना ===
कॉपीराइट किए गए कार्य, जैसे सॉफ़्टवेयर, कॉपीराइट शब्द के बाद सार्वजनिक डोमेन में जाने के लिए होते हैं, जिससे उनका कॉपीराइट अनन्य अधिकार खो जाता है। बर्न कन्वेंशन द्वारा दी गई दशकों पुरानी कॉपीराइट सुरक्षा के कारण, कोई भी सॉफ़्टवेयर कॉपीराइट शर्तों को छोड़ कर कभी भी सार्वजनिक डोमेन में नहीं गया है। सार्वजनिक डोमेन में कितनी जल्दी काम करना चाहिए, यह सवाल वैज्ञानिक का विषय रहा है<ref name="HoEoC">{{cite book|url=https://books.google.com/books?id=RgKZBAAAQBAJ&q=rufus+pollock+15+years&pg=PA10 |title=कॉपीराइट के अर्थशास्त्र पर पुस्तिका: छात्रों और शिक्षकों के लिए एक गाइड|first=Richard |last=Watt |publisher=Edward Elgar Publishing |date=September 26, 2014 |access-date=2015-01-11|isbn=9781849808538 }}</ref><ref>{{cite web |archive-date=2013-02-21 |archive-url=https://web.archive.org/web/20130221124708/http://rufuspollock.org/economics/papers/optimal_copyright_over_time.pdf |url=http://rufuspollock.org/economics/papers/optimal_copyright_term.pdf |title=समय के साथ इष्टतम कॉपीराइट: तकनीकी परिवर्तन और कार्यों का भंडार|first=Rufus |last=Pollock |publisher=[[University of Cambridge]] |date=2007-10-01 |access-date=2015-01-11 |author-link=Rufus Pollock }}</ref><ref>{{cite web|archive-date=2013-01-12 |archive-url=https://web.archive.org/web/20130112152530/http://rufuspollock.org/economics/papers/optimal_copyright_term.pdf |url=http://rufuspollock.org/economics/papers/optimal_copyright_term.pdf |title=हमेशा के लिए माइनस ए डे? इष्टतम कॉपीराइट अवधि की गणना|first=Rufus |last=Pollock |publisher=[[University of Cambridge]] |date=2009-06-15 |access-date=2015-01-11 |author-link=Rufus Pollock |quote=कॉपीराइट का इष्टतम शब्द पिछले दशक में व्यापक बहस का विषय रहा है।}}</ref> और सार्वजनिक बहस, साथ ही [[वीडियो गेम]] जैसे सॉफ़्टवेयर के लिए।<ref name="walker1">{{cite web|url=https://www.rockpapershotgun.com/2014/01/29/gogs-time-machine-sale-lets-you-control-time-itself/ |title=जीओजी की टाइम मशीन बिक्री से आप समय को स्वयं नियंत्रित कर सकते हैं|first=John |last=Walker |date=2014-01-29 |access-date=2016-01-30 |publisher=[[Rock, Paper, Shotgun]] |quote=जैसा कि कोई है जो पीडी मॉडल के लिए बेहद परेशान है, जिसने कॉपीराइट उद्योग से पहले रचनात्मकता को बुरी तरह से ग्रह पर कब्जा कर लिया था, यह मेरे दिल को दुखी करता है कि दो दशक पुराना खेल दुनिया में जारी नहीं किया गया है।}}</ref><ref name="walker2">{{cite web|url=https://www.rockpapershotgun.com/2014/02/03/editorial-why-games-should-enter-the-public-domain/ |title=संपादकीय: खेलों को सार्वजनिक डोमेन में क्यों प्रवेश करना चाहिए|first=John |last=Walker |date=2014-02-03 |access-date=2016-01-30 |publisher=[[Rock, Paper, Shotgun]] |quote=कुछ दशकों से अधिक पुराने खेल सार्वजनिक डोमेन में प्रवेश नहीं कर रहे हैं। बीस वर्ष काफी मनमाना संख्या थी, ऐसा लगता है कि खेलों के जीवन के संदर्भ में समझ में आता है, लेकिन यह पच्चीस, तीस हो सकता है।}}</ref><ref name="houstonpress"/>
स्वत्वाधिकार किए गए कार्य, जैसे सॉफ़्टवेयर, स्वत्वाधिकार शब्द के बाद सार्वजनिक डोमेन में जाने के लिए होते हैं, जिससे उनका स्वत्वाधिकार अनन्य अधिकार खो जाता है। बर्न कन्वेंशन द्वारा दी गई दशकों पुरानी स्वत्वाधिकार सुरक्षा के कारण, कोई भी सॉफ़्टवेयर स्वत्वाधिकार शर्तों को छोड़ कर कभी भी सार्वजनिक डोमेन में नहीं गया है। सार्वजनिक डोमेन में कितनी जल्दी काम करना चाहिए, यह सवाल वैज्ञानिक का विषय रहा है<ref name="HoEoC">{{cite book|url=https://books.google.com/books?id=RgKZBAAAQBAJ&q=rufus+pollock+15+years&pg=PA10 |title=कॉपीराइट के अर्थशास्त्र पर पुस्तिका: छात्रों और शिक्षकों के लिए एक गाइड|first=Richard |last=Watt |publisher=Edward Elgar Publishing |date=September 26, 2014 |access-date=2015-01-11|isbn=9781849808538 }}</ref><ref>{{cite web |archive-date=2013-02-21 |archive-url=https://web.archive.org/web/20130221124708/http://rufuspollock.org/economics/papers/optimal_copyright_over_time.pdf |url=http://rufuspollock.org/economics/papers/optimal_copyright_term.pdf |title=समय के साथ इष्टतम कॉपीराइट: तकनीकी परिवर्तन और कार्यों का भंडार|first=Rufus |last=Pollock |publisher=[[University of Cambridge]] |date=2007-10-01 |access-date=2015-01-11 |author-link=Rufus Pollock }}</ref><ref>{{cite web|archive-date=2013-01-12 |archive-url=https://web.archive.org/web/20130112152530/http://rufuspollock.org/economics/papers/optimal_copyright_term.pdf |url=http://rufuspollock.org/economics/papers/optimal_copyright_term.pdf |title=हमेशा के लिए माइनस ए डे? इष्टतम कॉपीराइट अवधि की गणना|first=Rufus |last=Pollock |publisher=[[University of Cambridge]] |date=2009-06-15 |access-date=2015-01-11 |author-link=Rufus Pollock |quote=कॉपीराइट का इष्टतम शब्द पिछले दशक में व्यापक बहस का विषय रहा है।}}</ref> और सार्वजनिक बहस, साथ ही [[वीडियो गेम]] जैसे सॉफ़्टवेयर के लिए।<ref name="walker1">{{cite web|url=https://www.rockpapershotgun.com/2014/01/29/gogs-time-machine-sale-lets-you-control-time-itself/ |title=जीओजी की टाइम मशीन बिक्री से आप समय को स्वयं नियंत्रित कर सकते हैं|first=John |last=Walker |date=2014-01-29 |access-date=2016-01-30 |publisher=[[Rock, Paper, Shotgun]] |quote=जैसा कि कोई है जो पीडी मॉडल के लिए बेहद परेशान है, जिसने कॉपीराइट उद्योग से पहले रचनात्मकता को बुरी तरह से ग्रह पर कब्जा कर लिया था, यह मेरे दिल को दुखी करता है कि दो दशक पुराना खेल दुनिया में जारी नहीं किया गया है।}}</ref><ref name="walker2">{{cite web|url=https://www.rockpapershotgun.com/2014/02/03/editorial-why-games-should-enter-the-public-domain/ |title=संपादकीय: खेलों को सार्वजनिक डोमेन में क्यों प्रवेश करना चाहिए|first=John |last=Walker |date=2014-02-03 |access-date=2016-01-30 |publisher=[[Rock, Paper, Shotgun]] |quote=कुछ दशकों से अधिक पुराने खेल सार्वजनिक डोमेन में प्रवेश नहीं कर रहे हैं। बीस वर्ष काफी मनमाना संख्या थी, ऐसा लगता है कि खेलों के जीवन के संदर्भ में समझ में आता है, लेकिन यह पच्चीस, तीस हो सकता है।}}</ref><ref name="houstonpress"/>




Line 61: Line 61:
{{main|Public domain equivalent license}}
{{main|Public domain equivalent license}}
[[File:WTFPL logo.svg|thumb|140px|[[WTFPL]] लाइसेंस लोगो, एक सार्वजनिक-डोमेन जैसा लाइसेंस]]
[[File:WTFPL logo.svg|thumb|140px|[[WTFPL]] लाइसेंस लोगो, एक सार्वजनिक-डोमेन जैसा लाइसेंस]]
[[File:Cc-zero.svg|thumb|140px|CC0 लाइसेंस लोगो, एक कॉपीराइट अधित्याग और सार्वजनिक-डोमेन जैसा लाइसेंस<ref>{{cite web|url=https://creativecommons.org/about/downloads |title=डाउनलोड|publisher=Creative Commons |date=2015-12-16 |access-date=2015-12-24}}</ref>]]जबकि वास्तविक सार्वजनिक डोमेन सॉफ़्टवेयर लाइसेंस को अनावश्यक बनाता है, क्योंकि अनुमति ([[अनुमति संस्कृति]]) देने के लिए किसी स्वामी/लेखक की आवश्यकता नहीं है, ऐसे लाइसेंस हैं जो सार्वजनिक-डोमेन-जैसे अधिकार प्रदान करते हैं। कोई सार्वभौमिक रूप से स्वीकृत लाइसेंस नहीं है, लेकिन ऐसे कई लाइसेंस हैं जिनका उद्देश्य स्रोत कोड को सार्वजनिक डोमेन में जारी करना है।
[[File:Cc-zero.svg|thumb|140px|CC0 लाइसेंस लोगो, एक स्वत्वाधिकार अधित्याग और सार्वजनिक-डोमेन जैसा लाइसेंस<ref>{{cite web|url=https://creativecommons.org/about/downloads |title=डाउनलोड|publisher=Creative Commons |date=2015-12-16 |access-date=2015-12-24}}</ref>]]जबकि वास्तविक सार्वजनिक डोमेन सॉफ़्टवेयर लाइसेंस को अनावश्यक बनाता है, क्योंकि अनुमति ([[अनुमति संस्कृति]]) देने के लिए किसी स्वामी/लेखक की आवश्यकता नहीं है, ऐसे लाइसेंस हैं जो सार्वजनिक-डोमेन-जैसे अधिकार प्रदान करते हैं। कोई सार्वभौमिक रूप से स्वीकृत लाइसेंस नहीं है, लेकिन ऐसे कई लाइसेंस हैं जिनका उद्देश्य स्रोत कोड को सार्वजनिक डोमेन में जारी करना है।


2000 में WTFPL को पब्लिक-डोमेन-जैसे लाइसेंस/माफी/एंटी-कॉपीराइट नोटिस के रूप में जारी किया गया था।<ref>[https://web.archive.org/web/20130602181949/http://anonscm.debian.org/viewvc/pkg-wmaker/trunk/COPYING.WTFPL?revision=2&view=markup Version 1.0 license] on anonscm.debian.org.</ref> 2009 में क्रिएटिव कॉमन्स ने CC0 जारी किया, जिसे विभिन्न कानून डोमेन (जैसे [[महाद्वीपीय यूरोप]] के नागरिक कानून (कानूनी प्रणाली)) के साथ [[लाइसेंस संगतता]] के लिए बनाया गया था, जहां सार्वजनिक डोमेन को समर्पित करना समस्याग्रस्त है। यह छूट संभव नहीं होने की स्थिति में एक सार्वजनिक डोमेन छूट बयान और एक फ़ॉलबैक ऑल-परमिसिव लाइसेंस द्वारा प्राप्त किया जाता है।<ref>{{Cite web|url=https://creativecommons.org/weblog/2009/03/11/13304|title=11/17: लुलन कारीगर वस्त्र प्रतियोगिता|date=18 June 2009}}</ref><ref name="CC0">[https://rd-alliance.org/sites/default/files/cc0-analysis-kreuzer.pdf Validity of the Creative Commons Zero 1.0 Universal Public Domain Dedication and its usability for bibliographic metadata from the perspective of German Copyright Law] by Dr. Till Kreutzer, attorney-at-law in [[Berlin, Germany]].</ref> 2010 के आसपास प्रकाशित द अनलाइसेंस में कॉपीराइट-विरोधी संदेश पर ध्यान केंद्रित किया गया है। द अनलाइसेंस एक सार्वजनिक डोमेन अधित्याग पाठ प्रदान करता है, जो अनुमोदक लाइसेंसों से प्रेरित फ़ॉलबैक पब्लिक-डोमेन जैसा लाइसेंस है, लेकिन बिना आरोपण खंड के।<ref>[http://ostatic.com/blog/the-unlicense-a-license-for-no-license The unlicense a license for no license] {{webarchive|url=https://web.archive.org/web/20170122063132/http://ostatic.com/blog/the-unlicense-a-license-for-no-license |date=2017-01-22 }} on ostatic.com by Joe Brockmeier (2010)</ref><ref>[http://unlicense.org The Unlicense] {{Webarchive|url=https://web.archive.org/web/20180708180735/http://unlicense.org/ |date=2018-07-08 }} on unlicense.org.</ref> 2015 में, [[GitHub]] ने बताया कि लगभग 5.1 मिलियन लाइसेंस प्राप्त परियोजनाओं की मेजबानी की, लगभग 2% ने बिना लाइसेंस का उपयोग किया।<ref name="githubunlicense">{{cite web|url=https://github.com/blog/1964-license-usage-on-github-com |quote=1 MIT 44.69%, 2 अन्य 15.68%, 3 GPLv2 12.96%, 4 Apache 11.19%, 5 GPLv3 8.88%, 6 BSD 3-खंड 4.53%, 7 बिना लाइसेंस 1.87%, 8 BSD 2-खंड 1.70%, 9 LGPLv3 1.30% , 10 AGPLv3 1.05% (30 मिल * 2% * 17% = 102k)|title=GitHub.com पर ओपन सोर्स लाइसेंस का उपयोग|date=2015-03-09 |first=Ben |last=Balter |access-date=2015-11-21 |publisher=[[github.com]]}}</ref> एक अन्य लोकप्रिय विकल्प है बीएसडी लाइसेंस#0-क्लॉज लाइसेंस (जीरो क्लॉज बीएसडी), जिसे 2006 में जारी किया गया था और जिसका उद्देश्य सॉफ्टवेयर था।<ref>{{cite web|url=https://tldrlegal.com/license/bsd-0-clause-license|title=बीएसडी 0-क्लॉज लाइसेंस (0बीएसडी) सादा अंग्रेजी में समझाया गया|access-date=25 February 2020}}</ref>
2000 में WTFPL को पब्लिक-डोमेन-जैसे लाइसेंस/माफी/एंटी-स्वत्वाधिकार नोटिस के रूप में जारी किया गया था।<ref>[https://web.archive.org/web/20130602181949/http://anonscm.debian.org/viewvc/pkg-wmaker/trunk/COPYING.WTFPL?revision=2&view=markup Version 1.0 license] on anonscm.debian.org.</ref> 2009 में क्रिएटिव कॉमन्स ने CC0 जारी किया, जिसे विभिन्न कानून डोमेन (जैसे [[महाद्वीपीय यूरोप]] के नागरिक कानून (कानूनी प्रणाली)) के साथ [[लाइसेंस संगतता]] के लिए बनाया गया था, जहां सार्वजनिक डोमेन को समर्पित करना समस्याग्रस्त है। यह छूट संभव नहीं होने की स्थिति में एक सार्वजनिक डोमेन छूट बयान और एक फ़ॉलबैक ऑल-परमिसिव लाइसेंस द्वारा प्राप्त किया जाता है।<ref>{{Cite web|url=https://creativecommons.org/weblog/2009/03/11/13304|title=11/17: लुलन कारीगर वस्त्र प्रतियोगिता|date=18 June 2009}}</ref><ref name="CC0">[https://rd-alliance.org/sites/default/files/cc0-analysis-kreuzer.pdf Validity of the Creative Commons Zero 1.0 Universal Public Domain Dedication and its usability for bibliographic metadata from the perspective of German Copyright Law] by Dr. Till Kreutzer, attorney-at-law in [[Berlin, Germany]].</ref> 2010 के आसपास प्रकाशित द अनलाइसेंस में स्वत्वाधिकार-विरोधी संदेश पर ध्यान केंद्रित किया गया है। द अनलाइसेंस एक सार्वजनिक डोमेन अधित्याग पाठ प्रदान करता है, जो अनुमोदक लाइसेंसों से प्रेरित फ़ॉलबैक पब्लिक-डोमेन जैसा लाइसेंस है, लेकिन बिना आरोपण खंड के।<ref>[http://ostatic.com/blog/the-unlicense-a-license-for-no-license The unlicense a license for no license] {{webarchive|url=https://web.archive.org/web/20170122063132/http://ostatic.com/blog/the-unlicense-a-license-for-no-license |date=2017-01-22 }} on ostatic.com by Joe Brockmeier (2010)</ref><ref>[http://unlicense.org The Unlicense] {{Webarchive|url=https://web.archive.org/web/20180708180735/http://unlicense.org/ |date=2018-07-08 }} on unlicense.org.</ref> 2015 में, [[GitHub]] ने बताया कि लगभग 5.1 मिलियन लाइसेंस प्राप्त परियोजनाओं की मेजबानी की, लगभग 2% ने बिना लाइसेंस का उपयोग किया।<ref name="githubunlicense">{{cite web|url=https://github.com/blog/1964-license-usage-on-github-com |quote=1 MIT 44.69%, 2 अन्य 15.68%, 3 GPLv2 12.96%, 4 Apache 11.19%, 5 GPLv3 8.88%, 6 BSD 3-खंड 4.53%, 7 बिना लाइसेंस 1.87%, 8 BSD 2-खंड 1.70%, 9 LGPLv3 1.30% , 10 AGPLv3 1.05% (30 मिल * 2% * 17% = 102k)|title=GitHub.com पर ओपन सोर्स लाइसेंस का उपयोग|date=2015-03-09 |first=Ben |last=Balter |access-date=2015-11-21 |publisher=[[github.com]]}}</ref> एक अन्य लोकप्रिय विकल्प है बीएसडी लाइसेंस#0-क्लॉज लाइसेंस (जीरो क्लॉज बीएसडी), जिसे 2006 में जारी किया गया था और जिसका उद्देश्य सॉफ्टवेयर था।<ref>{{cite web|url=https://tldrlegal.com/license/bsd-0-clause-license|title=बीएसडी 0-क्लॉज लाइसेंस (0बीएसडी) सादा अंग्रेजी में समझाया गया|access-date=25 February 2020}}</ref>
नतीजतन, इस तरह के लाइसेंस प्राप्त सार्वजनिक-डोमेन सॉफ़्टवेयर में सभी चार स्वतंत्रताएं (मुफ्त सॉफ़्टवेयर) हैं, लेकिन एट्रिब्यूशन की जटिलताओं (अनुमोदित लाइसेंस वाले सॉफ़्टवेयर का प्रतिबंध) या लाइसेंस संगतता (कॉपीलेफ़्ट लाइसेंस वाले सॉफ़्टवेयर के साथ समस्या) से बाधित नहीं है।
नतीजतन, इस तरह के लाइसेंस प्राप्त सार्वजनिक-डोमेन सॉफ़्टवेयर में सभी चार स्वतंत्रताएं (मुफ्त सॉफ़्टवेयर) हैं, लेकिन एट्रिब्यूशन की जटिलताओं (अनुमोदित लाइसेंस वाले सॉफ़्टवेयर का प्रतिबंध) या लाइसेंस संगतता (कॉपीलेफ़्ट लाइसेंस वाले सॉफ़्टवेयर के साथ समस्या) से बाधित नहीं है।


Line 71: Line 71:


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


उल्लेखनीय सामान्य पीडी सॉफ्टवेयर उस समय से शामिल हैं:
उल्लेखनीय सामान्य पीडी सॉफ्टवेयर उस समय से सम्मिलित हैं:
* [[एलिजा]] (1966)<ref name=turing>{{Cite web|title = 100 पर एलन ट्यूरिंग|url = http://news.harvard.edu/gazette/story/2012/09/alan-turing-at-100/|website = Harvard Gazette|date = 13 September 2012|access-date = 2016-02-22}}</ref><ref>[http://elizagen.org/index.html The Genealogy of Eliza] by Jeff Shrager</ref>
* [[एलिजा]] (1966)<ref name=turing>{{Cite web|title = 100 पर एलन ट्यूरिंग|url = http://news.harvard.edu/gazette/story/2012/09/alan-turing-at-100/|website = Harvard Gazette|date = 13 September 2012|access-date = 2016-02-22}}</ref><ref>[http://elizagen.org/index.html The Genealogy of Eliza] by Jeff Shrager</ref>
* [[मसाला]] (1973)<ref>[http://www.allaboutcircuits.com/textbook/reference/chpt-7/history-of-spice/ history-of-spice] on allaboutcircuits.com ''"The origin of SPICE traces back to another circuit simulation program called CANCER. Developed by professor Ronald Rohrer of U.C. Berkeley along with some of his students in the late 1960s, CANCER continued to be improved through the early 1970s. When Rohrer left Berkeley, CANCER was re-written and re-named to SPICE, released as version 1 to the public domain in May of 1972. Version 2 of SPICE was released in 1975 (version 2g6—the version used in this book—is a minor revision of this 1975 release). Instrumental in the decision to release SPICE as a public-domain computer program was professor Donald Pederson of Berkeley, who believed that all significant technical progress happens when information is freely shared. I for one thank him for his vision."''</ref>
* [[मसाला]] (1973)<ref>[http://www.allaboutcircuits.com/textbook/reference/chpt-7/history-of-spice/ history-of-spice] on allaboutcircuits.com ''"The origin of SPICE traces back to another circuit simulation program called CANCER. Developed by professor Ronald Rohrer of U.C. Berkeley along with some of his students in the late 1960s, CANCER continued to be improved through the early 1970s. When Rohrer left Berkeley, CANCER was re-written and re-named to SPICE, released as version 1 to the public domain in May of 1972. Version 2 of SPICE was released in 1975 (version 2g6—the version used in this book—is a minor revision of this 1975 release). Instrumental in the decision to release SPICE as a public-domain computer program was professor Donald Pederson of Berkeley, who believed that all significant technical progress happens when information is freely shared. I for one thank him for his vision."''</ref>
Line 90: Line 90:
* [[बॉलरबर्ग]] (1987)
* [[बॉलरबर्ग]] (1987)


कई पीडी सॉफ्टवेयर लेखकों ने सार्वजनिक-डोमेन रिलीज की प्रथाओं को छूट पाठ के बिना रखा, बदले हुए कॉपीराइट कानून के बारे में नहीं जानते या देखभाल नहीं की, इस प्रकार एक कानूनी समस्या पैदा हुई। दूसरी ओर, पत्रिकाओं ने 1980 के दशक के मध्य में टाइप-इन कार्यक्रमों के लिए भी कॉपीराइट का दावा करना शुरू किया, जिन्हें पहले पीडी के रूप में देखा जाता था।<ref>[http://www.commodore.ca/gallery/magazines/gazette/Compute-Gazette-Issue-11-01.pdf Compute-Gazette-Issue-11-01.pdf]</ref><ref>[http://www.weihenstephan.org/~michaste/pagetable/transactor/Transactor_v8i3.pdf Transactor_v8i3.pdf]: "though our disk labels show a copyright notice, up until this issue we stated right on our policies page (page 2) that our programs are 'public domain; free to copy, not to sell'. This notice goes back about 4 years – a popular phrase originally designed to prevent one's program from being 'acquired' by someone in the software business".</ref> केवल धीरे-धीरे पीडी सॉफ्टवेयर लेखकों ने स्पष्ट त्याग या लाइसेंस विवरण पाठ शामिल करना शुरू किया।
कई पीडी सॉफ्टवेयर लेखकों ने सार्वजनिक-डोमेन रिलीज की प्रथाओं को छूट पाठ के बिना रखा, बदले हुए स्वत्वाधिकार कानून के बारे में नहीं जानते या देखभाल नहीं की, इस प्रकार एक कानूनी समस्या पैदा हुई। दूसरी ओर, पत्रिकाओं ने 1980 के दशक के मध्य में टाइप-इन कार्यक्रमों के लिए भी स्वत्वाधिकार का दावा करना शुरू किया, जिन्हें पहले पीडी के रूप में देखा जाता था।<ref>[http://www.commodore.ca/gallery/magazines/gazette/Compute-Gazette-Issue-11-01.pdf Compute-Gazette-Issue-11-01.pdf]</ref><ref>[http://www.weihenstephan.org/~michaste/pagetable/transactor/Transactor_v8i3.pdf Transactor_v8i3.pdf]: "though our disk labels show a copyright notice, up until this issue we stated right on our policies page (page 2) that our programs are 'public domain; free to copy, not to sell'. This notice goes back about 4 years – a popular phrase originally designed to prevent one's program from being 'acquired' by someone in the software business".</ref> केवल धीरे-धीरे पीडी सॉफ्टवेयर लेखकों ने स्पष्ट त्याग या लाइसेंस विवरण पाठ सम्मिलित करना शुरू किया।


=== आधुनिक पीडी सॉफ्टवेयर के उदाहरण (1988 के बाद) ===
=== आधुनिक पीडी सॉफ्टवेयर के उदाहरण (1988 के बाद) ===
आधुनिक पीडी सॉफ्टवेयर के ये उदाहरण (1988 के बर्न कन्वेंशन इम्प्लीमेंटेशन एक्ट के बाद) या तो उचित सार्वजनिक डोमेन के तहत हैं (उदाहरण के लिए अमेरिकी सरकार द्वारा काम की कॉपीराइट स्थिति), लाइसेंस जैसे उचित सार्वजनिक डोमेन के तहत (उदाहरण के लिए CC0), या इसके साथ लेखक की ओर से एक स्पष्ट छूट बयान। जबकि 2000 के पूर्व के रूप में व्यापक नहीं था, पीडी सॉफ्टवेयर आज भी मौजूद है। उदाहरण के लिए, [[SourceForge]] ने 2016 में 334 होस्टेड पीडी परियोजनाओं को सूचीबद्ध किया,<ref>[https://sourceforge.net/directory/license%3Apublicdomain/ 334 PD projects] on sourceforge.net (February 2016)</ref> और गिटहब 102,000 2015 में अकेले लाइसेंस के तहत।<ref name="githubunlicense"/>2016 में, [[फेडोरा परियोजना]] के पैकेज के विश्लेषण से पता चला कि पीडी सातवां सबसे लोकप्रिय लाइसेंस था।<ref>{{cite web|url=https://anweshadas.in/software-licenses-in-fedora-ecosystem/ |title=फेडोरा इकोसिस्टम में सॉफ्टवेयर लाइसेंस|date=22 June 2016 |access-date=2016-06-27 |publisher=anweshadas.in |author=Anwesha Das |quote=उपरोक्त बार-चार्ट में मैंने GPL और इसके विभिन्न संस्करणों को एक परिवार के रूप में गिना है, और मैंने LGPL के साथ भी ऐसा ही किया। इस आरेख से यह बहुत स्पष्ट है कि एमआईटी लाइसेंस सबसे अधिक इस्तेमाल किया जाने वाला लाइसेंस है, जिसकी कुल संख्या 2706 है। इसलिए जीपीएल (यानी जीएनयू जनरल पब्लिक लाइसेंस) और इसके विभिन्न संस्करण, बीएसडी, एलजीपीएल (यानी जीएनयू लेसर) आते हैं। जनरल पब्लिक लाइसेंस) और इसके विभिन्न संस्करण, एएसएल (यानी अपाचे सॉफ्टवेयर लाइसेंस) परिवार, एमपीएल (यानी मोज़िला पब्लिक लाइसेंस)। इन लाइसेंसों के अलावा ऐसी परियोजनाएँ भी हैं जिन्होंने स्वयं को सार्वजनिक डोमेन में प्रस्तुत किया है और वह संख्या 137 है।}}</ref>
आधुनिक पीडी सॉफ्टवेयर के ये उदाहरण (1988 के बर्न कन्वेंशन इम्प्लीमेंटेशन एक्ट के बाद) या तो उचित सार्वजनिक डोमेन के तहत हैं (उदाहरण के लिए अमेरिकी सरकार द्वारा काम की स्वत्वाधिकार स्थिति), लाइसेंस जैसे उचित सार्वजनिक डोमेन के तहत (उदाहरण के लिए CC0), या इसके साथ लेखक की ओर से एक स्पष्ट छूट बयान। जबकि 2000 के पूर्व के रूप में व्यापक नहीं था, पीडी सॉफ्टवेयर आज भी मौजूद है। उदाहरण के लिए, [[SourceForge]] ने 2016 में 334 होस्टेड पीडी परियोजनाओं को सूचीबद्ध किया,<ref>[https://sourceforge.net/directory/license%3Apublicdomain/ 334 PD projects] on sourceforge.net (February 2016)</ref> और गिटहब 102,000 2015 में अकेले लाइसेंस के तहत।<ref name="githubunlicense"/>2016 में, [[फेडोरा परियोजना]] के पैकेज के विश्लेषण से पता चला कि पीडी सातवां सबसे लोकप्रिय लाइसेंस था।<ref>{{cite web|url=https://anweshadas.in/software-licenses-in-fedora-ecosystem/ |title=फेडोरा इकोसिस्टम में सॉफ्टवेयर लाइसेंस|date=22 June 2016 |access-date=2016-06-27 |publisher=anweshadas.in |author=Anwesha Das |quote=उपरोक्त बार-चार्ट में मैंने GPL और इसके विभिन्न संस्करणों को एक परिवार के रूप में गिना है, और मैंने LGPL के साथ भी ऐसा ही किया। इस आरेख से यह बहुत स्पष्ट है कि एमआईटी लाइसेंस सबसे अधिक इस्तेमाल किया जाने वाला लाइसेंस है, जिसकी कुल संख्या 2706 है। इसलिए जीपीएल (यानी जीएनयू जनरल पब्लिक लाइसेंस) और इसके विभिन्न संस्करण, बीएसडी, एलजीपीएल (यानी जीएनयू लेसर) आते हैं। जनरल पब्लिक लाइसेंस) और इसके विभिन्न संस्करण, एएसएल (यानी अपाचे सॉफ्टवेयर लाइसेंस) परिवार, एमपीएल (यानी मोज़िला पब्लिक लाइसेंस)। इन लाइसेंसों के अलावा ऐसी परियोजनाएँ भी हैं जिन्होंने स्वयं को सार्वजनिक डोमेन में प्रस्तुत किया है और वह संख्या 137 है।}}</ref>
पुरस्कार विजेता [[वीडियो गेम डेवलपर]] [[जेसन रोहरर]] पीडी में अपने काम जारी करता है, जैसा कि कई [[क्रिप्टोग्राफर]] करते हैं, जैसे कि डैनियल जे। बर्नस्टीन, [[ब्रूस श्नेयर]] और [[डगलस क्रॉकफोर्ड]],<ref>[https://github.com/douglascrockford douglascrockford] on GitHub</ref> क्रिप्टोग्राफिक एल्गोरिदम के संदर्भ कार्यान्वयन के साथ।
पुरस्कार विजेता [[वीडियो गेम डेवलपर]] [[जेसन रोहरर]] पीडी में अपने काम जारी करता है, जैसा कि कई [[क्रिप्टोग्राफर]] करते हैं, जैसे कि डैनियल जे। बर्नस्टीन, [[ब्रूस श्नेयर]] और [[डगलस क्रॉकफोर्ड]],<ref>[https://github.com/douglascrockford douglascrockford] on GitHub</ref> क्रिप्टोग्राफिक एल्गोरिदम के संदर्भ कार्यान्वयन के साथ।


Line 120: Line 120:
== यह भी देखें ==
== यह भी देखें ==
* पब्लिक डोमेन
* पब्लिक डोमेन
* [[सार्वजनिक कॉपीराइट लाइसेंस]]
* [[सार्वजनिक कॉपीराइट लाइसेंस|सार्वजनिक स्वत्वाधिकार लाइसेंस]]
* लाइसेंस मुक्त सॉफ्टवेयर
* लाइसेंस मुक्त सॉफ्टवेयर
* फ्री और ओपन-सोर्स सॉफ्टवेयर
* फ्री और ओपन-सोर्स सॉफ्टवेयर

Revision as of 12:18, 31 December 2022

क्रिएटिव कॉमन्स पब्लिक डोमेन मार्क उन कार्यों को इंगित करता है जो सार्वजनिक डोमेन में हैं

पब्लिक-डोमेन सॉफ़्टवेयर वह सॉफ़्टवेयर है जिसे सार्वजनिक क्षेत्र में रखा गया है, दूसरे शब्दों में, सॉफ़्टवेयर जिसके लिए स्वत्वाधिकार, विशिष्टता या एकस्वीकृत जैसे कोई स्वामित्व नहीं है। सार्वजनिक डोमेन में सॉफ़्टवेयर को किसी के द्वारा बिना किसी एट्रिब्यूशन (स्वत्वाधिकार) के भी संशोधित, वितरित या बेचा जा सकता है; यह अनन्य अधिकार के तहत सॉफ़्टवेयर के सामान्य मामले के विपरीत है, जहाँ सॉफ़्टवेयर लाइसेंस सीमित उपयोग अधिकार प्रदान करते हैं।

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

इतिहास

See also: सॉफ्टवेयर स्वत्वाधिकार and निःशुल्क और खुले-स्रोत सॉफ्टवेयर का इतिहास


प्रारंभिक शैक्षणिक सार्वजनिक-डोमेन सॉफ्टवेयर पारिस्थितिकी तंत्र

1950 से 1990 के दशक की सॉफ्टवेयर संस्कृति से, पब्लिक-डोमेन (या PD) सॉफ्टवेयर मूल शैक्षणिक घटना के रूप में लोकप्रिय थे। इस तरह के स्वतंत्र रूप से वितरित और साझा किए गए मुफ्त सॉफ़्टवेयर ने फ्रीवेयर, शेयरवेयर, और मुफ़्त और ओपन-सोर्स सॉफ़्टवेयर के वर्तमान-दिन वर्गों को जोड़ा, और शौकियों और हैकर संस्कृतियों द्वारा शिक्षाविदों में बनाया गया था।[2] जैसा कि सॉफ्टवेयर अक्सर व्याख्या की गई भाषा जैसे बुनियादी में लिखा जाता था, स्रोत कोड की आवश्यकता थी और इसलिए सॉफ्टवेयर को चलाने के लिए वितरित किया गया। पीडी सॉफ्टवेयर को कंप्यूटर पत्रिकाओं (जैसे क्रिएटिव कम्प्यूटिंग (पत्रिका)पत्रिका), नर्म किनारा, कंप्यूट !, बाइट (पत्रिका), आदि) और पुस्तकों में मुद्रित स्रोत कोड (टाइप-इन कार्यक्रम) के रूप में साझा और वितरित किया गया था, जैसे बेस्टसेलर बेसिक कंप्यूटर गेम्स .[3] इससे पहले, 1970 से 1980 के दशक के मध्य तक बंद-स्रोत सॉफ़्टवेयर असामान्य था।[4][5][6]

1974 से पहले, जब स्वत्वाधिकार वर्क्स के नए तकनीकी उपयोगों पर अमेरिकी आयोग (CONTU) ने निर्णय लिया कि कंप्यूटर प्रोग्राम, उस हद तक कि वे एक लेखक की मूल रचना का प्रतीक हैं, स्वत्वाधिकार की उचित विषय वस्तु हैं,[7][8] सॉफ्टवेयर स्वत्वाधिकार योग्य नहीं था और इसलिए हमेशा सार्वजनिक डोमेन में था। यह कानून, साथ ही 1983 में वस्तु कोड के लिए Apple बनाम फ्रैंकलिन जैसे अदालती फैसलों ने स्पष्ट किया कि स्वत्वाधिकार अधिनियम ने कंप्यूटर प्रोग्राम को साहित्यिक कार्यों की स्वत्वाधिकार स्थिति प्रदान की।

1980 के दशक में, सार्वजनिक-डोमेन सॉफ़्टवेयर साझा करने का एक सामान्य तरीका[verification needed] एक स्थानीय उपयोगकर्ता समूह या सनीवेल, कैलिफ़ोर्निया की PC-SIG जैसी कंपनी के माध्यम से उन्हें प्राप्त कर रहा था, जिसने US$6 की औसत कीमत के साथ 300 से अधिक डिस्क का मेल-ऑर्डर कैटलॉग बनाए रखा था।[9] बुलेटिन बोर्ड प्रणाली नेटवर्क पर स्रोत कोड के साथ सार्वजनिक-डोमेन सॉफ़्टवेयर भी साझा किया गया था। पब्लिक-डोमेन सॉफ़्टवेयर का व्यवसायीकरण कभी-कभी don मॉडल द्वारा किया जाता था, जो उपयोगकर्ताओं को मेल द्वारा भेजे जाने वाले वित्तीय दान के लिए कहता था।[10] पब्लिक-डोमेन फ्री शेयरिंग और डोनेशनवेयर व्यावसायीकरण मॉडल बाद के वर्षों में (गैर-स्वैच्छिक) शेयरवेयर मॉडल में विकसित हुए,[11][12] और सॉफ्टवेयर मुफ्त में, जिसे फ्रीवेयर कहा जाता है।[13] इसके अतिरिक्त, कंप्यूटर उद्योग में अन्य परिवर्तनों के कारण, स्रोत कोड का साझाकरण कम आम हो गया।[6] 1988 का बर्न कन्वेंशन कार्यान्वयन अधिनियम (और 1976 के पहले के स्वत्वाधिकार एक्ट) के साथ, पब्लिक-डोमेन सॉफ़्टवेयर के कानूनी आधार में भारी बदलाव आया। अधिनियम से पहले, सर्वाधिकार सूचना के बिना सॉफ़्टवेयर जारी करना इसे सार्वजनिक डोमेन को समर्पित करने के लिए पर्याप्त था। नए अधिनियम के साथ, सॉफ़्टवेयर डिफ़ॉल्ट रूप से स्वत्वाधिकार-संरक्षित था और उसे लेखक से स्पष्ट छूट कथन या लाइसेंस की आवश्यकता थी।[14][15]

एल्गोरिदम के संदर्भ कार्यान्वयन, अक्सर क्रिप्टोग्राफिक एल्गोरिथ्म का मतलब होता है या मानकीकरण के लिए लागू होता है, फिर भी अक्सर सार्वजनिक डोमेन में जारी किया जाता है; उदाहरणों में सीईआरएन httpd सम्मिलित है[16] 1993 में और 1999 में सर्प (सिफर) सिफर। ओपनवॉल प्रोजेक्ट सार्वजनिक डोमेन में कई एल्गोरिदम और उनके स्रोत कोड की एक सूची रखता है।[17]


उत्तराधिकारी के रूप में मुक्त और ओपन-सोर्स सॉफ्टवेयर

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

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

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

पोस्ट-स्वत्वाधिकार सार्वजनिक डोमेन

2000 के दशक और पीयर-टू-पीयर शेयरिंग नेटवर्क और वेब डेवलपमेंट में शेयरिंग के उद्भव के साथ, एक नए विरोधी स्वत्वाधिकार|डेवलपर्स के स्वत्वाधिकार-महत्वपूर्ण पीढ़ी ने लाइसेंस मुक्त सॉफ्टवेयर|लाइसेंस-मुक्त सार्वजनिक-डोमेन सॉफ़्टवेयर मॉडल को फिर से दिखाई दिया, स्वत्वाधिकार प्रणाली के स्थिरीकरण भाग के रूप में FOSS लाइसेंस पारिस्थितिकी तंत्र (पोस्ट ओपन सोर्स) की भी आलोचना की।[19][20][21][22] नए गैर-FOSS लाइसेंस और अधित्याग पाठ विकसित किए गए, विशेष रूप से Creative Commons CC0 (2009) और Unlicense (2010), और अनुमति देने वाले सॉफ़्टवेयर लाइसेंस की लोकप्रियता में उल्लेखनीय वृद्धि हुई। इसके अलावा, Abandonware की बढ़ती समस्या और सॉफ्टवेयर के डिजिटल अप्रचलन ने स्वत्वाधिकार और डिजिटल अधिकार प्रबंधन द्वारा अप्रतिबंधित डिजिटल विरासत के बेहतर डिजिटल संरक्षण के लिए सार्वजनिक डोमेन में फिर से पासिंग सॉफ्टवेयर की प्रासंगिकता के बारे में जागरूकता बढ़ाई।[23][24][25][26] 2004 के आसपास, इस बात पर बहस हुई कि क्या सार्वजनिक-डोमेन सॉफ़्टवेयर को FOSS पारिस्थितिकी तंत्र का हिस्सा माना जा सकता है, जैसा कि वकील लॉरेंस रोसेन (वकील) ने निबंध व्हाई द पब्लिक डोमेन इज़ नॉट ए लाइसेंस में तर्क दिया था।[27] एक ऐसी स्थिति जिसे डेनियल जे. बर्नस्टीन और अन्य लोगों के विरोध का सामना करना पड़ा।[28] 2012 में, स्थिति को अंततः हल किया गया जब रोसेन ने अपना विचार बदल दिया और CC0 को एक ओपन-सोर्स लाइसेंस के रूप में स्वीकार कर लिया, जबकि यह स्वीकार करते हुए कि, पिछले दावों के विपरीत, स्वत्वाधिकार को माफ किया जा सकता है, जैसा कि नौवां सर्किट निर्णय द्वारा समर्थित है।[29]


पब्लिक डोमेन में सॉफ्टवेयर का पासिंग

स्वत्वाधिकार नोटिस के बिना रिलीज

1988 के साहित्य और कलात्मक कार्यों के कार्यान्वयन अधिनियम के संरक्षण के लिए बर्न कन्वेंशन से पहले (और 1976 का पूर्व स्वत्वाधिकार अधिनियम, जो 1978 में प्रभावी हुआ था) कार्यों को स्पष्ट स्वत्वाधिकार नोटिस के बिना जारी करके आसानी से सार्वजनिक डोमेन में दिया जा सकता था और कोई स्वत्वाधिकार पंजीकरण नहीं। 1988 के बाद, सभी कार्य डिफ़ॉल्ट रूप से स्वत्वाधिकार संरक्षित थे और एक अधित्याग कथन द्वारा सक्रिय रूप से सार्वजनिक डोमेन में दिए जाने की आवश्यकता थी।[14][15]


स्वत्वाधिकार शब्द छोड़ना

स्वत्वाधिकार किए गए कार्य, जैसे सॉफ़्टवेयर, स्वत्वाधिकार शब्द के बाद सार्वजनिक डोमेन में जाने के लिए होते हैं, जिससे उनका स्वत्वाधिकार अनन्य अधिकार खो जाता है। बर्न कन्वेंशन द्वारा दी गई दशकों पुरानी स्वत्वाधिकार सुरक्षा के कारण, कोई भी सॉफ़्टवेयर स्वत्वाधिकार शर्तों को छोड़ कर कभी भी सार्वजनिक डोमेन में नहीं गया है। सार्वजनिक डोमेन में कितनी जल्दी काम करना चाहिए, यह सवाल वैज्ञानिक का विषय रहा है[30][31][32] और सार्वजनिक बहस, साथ ही वीडियो गेम जैसे सॉफ़्टवेयर के लिए।[24][25][26]


सार्वजनिक-डोमेन-जैसे लाइसेंस और छूट

Main article: Public domain equivalent license
WTFPL लाइसेंस लोगो, एक सार्वजनिक-डोमेन जैसा लाइसेंस
CC0 लाइसेंस लोगो, एक स्वत्वाधिकार अधित्याग और सार्वजनिक-डोमेन जैसा लाइसेंस[33]

जबकि वास्तविक सार्वजनिक डोमेन सॉफ़्टवेयर लाइसेंस को अनावश्यक बनाता है, क्योंकि अनुमति (अनुमति संस्कृति) देने के लिए किसी स्वामी/लेखक की आवश्यकता नहीं है, ऐसे लाइसेंस हैं जो सार्वजनिक-डोमेन-जैसे अधिकार प्रदान करते हैं। कोई सार्वभौमिक रूप से स्वीकृत लाइसेंस नहीं है, लेकिन ऐसे कई लाइसेंस हैं जिनका उद्देश्य स्रोत कोड को सार्वजनिक डोमेन में जारी करना है।

2000 में WTFPL को पब्लिक-डोमेन-जैसे लाइसेंस/माफी/एंटी-स्वत्वाधिकार नोटिस के रूप में जारी किया गया था।[34] 2009 में क्रिएटिव कॉमन्स ने CC0 जारी किया, जिसे विभिन्न कानून डोमेन (जैसे महाद्वीपीय यूरोप के नागरिक कानून (कानूनी प्रणाली)) के साथ लाइसेंस संगतता के लिए बनाया गया था, जहां सार्वजनिक डोमेन को समर्पित करना समस्याग्रस्त है। यह छूट संभव नहीं होने की स्थिति में एक सार्वजनिक डोमेन छूट बयान और एक फ़ॉलबैक ऑल-परमिसिव लाइसेंस द्वारा प्राप्त किया जाता है।[35][36] 2010 के आसपास प्रकाशित द अनलाइसेंस में स्वत्वाधिकार-विरोधी संदेश पर ध्यान केंद्रित किया गया है। द अनलाइसेंस एक सार्वजनिक डोमेन अधित्याग पाठ प्रदान करता है, जो अनुमोदक लाइसेंसों से प्रेरित फ़ॉलबैक पब्लिक-डोमेन जैसा लाइसेंस है, लेकिन बिना आरोपण खंड के।[37][38] 2015 में, GitHub ने बताया कि लगभग 5.1 मिलियन लाइसेंस प्राप्त परियोजनाओं की मेजबानी की, लगभग 2% ने बिना लाइसेंस का उपयोग किया।[39] एक अन्य लोकप्रिय विकल्प है बीएसडी लाइसेंस#0-क्लॉज लाइसेंस (जीरो क्लॉज बीएसडी), जिसे 2006 में जारी किया गया था और जिसका उद्देश्य सॉफ्टवेयर था।[40] नतीजतन, इस तरह के लाइसेंस प्राप्त सार्वजनिक-डोमेन सॉफ़्टवेयर में सभी चार स्वतंत्रताएं (मुफ्त सॉफ़्टवेयर) हैं, लेकिन एट्रिब्यूशन की जटिलताओं (अनुमोदित लाइसेंस वाले सॉफ़्टवेयर का प्रतिबंध) या लाइसेंस संगतता (कॉपीलेफ़्ट लाइसेंस वाले सॉफ़्टवेयर के साथ समस्या) से बाधित नहीं है।

पब्लिक-डोमेन सॉफ्टवेयर

यह सभी देखें Category:Public-domain software with source code, Category:Public-domain software


शास्त्रीय पीडी सॉफ्टवेयर (1988 पूर्व)

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

उल्लेखनीय सामान्य पीडी सॉफ्टवेयर उस समय से सम्मिलित हैं:

वीडियो गेम साझा पीडी सॉफ़्टवेयर के शुरुआती उदाहरणों में से हैं, जो आज भी उल्लेखनीय हैं:

कई पीडी सॉफ्टवेयर लेखकों ने सार्वजनिक-डोमेन रिलीज की प्रथाओं को छूट पाठ के बिना रखा, बदले हुए स्वत्वाधिकार कानून के बारे में नहीं जानते या देखभाल नहीं की, इस प्रकार एक कानूनी समस्या पैदा हुई। दूसरी ओर, पत्रिकाओं ने 1980 के दशक के मध्य में टाइप-इन कार्यक्रमों के लिए भी स्वत्वाधिकार का दावा करना शुरू किया, जिन्हें पहले पीडी के रूप में देखा जाता था।[45][46] केवल धीरे-धीरे पीडी सॉफ्टवेयर लेखकों ने स्पष्ट त्याग या लाइसेंस विवरण पाठ सम्मिलित करना शुरू किया।

आधुनिक पीडी सॉफ्टवेयर के उदाहरण (1988 के बाद)

आधुनिक पीडी सॉफ्टवेयर के ये उदाहरण (1988 के बर्न कन्वेंशन इम्प्लीमेंटेशन एक्ट के बाद) या तो उचित सार्वजनिक डोमेन के तहत हैं (उदाहरण के लिए अमेरिकी सरकार द्वारा काम की स्वत्वाधिकार स्थिति), लाइसेंस जैसे उचित सार्वजनिक डोमेन के तहत (उदाहरण के लिए CC0), या इसके साथ लेखक की ओर से एक स्पष्ट छूट बयान। जबकि 2000 के पूर्व के रूप में व्यापक नहीं था, पीडी सॉफ्टवेयर आज भी मौजूद है। उदाहरण के लिए, SourceForge ने 2016 में 334 होस्टेड पीडी परियोजनाओं को सूचीबद्ध किया,[47] और गिटहब 102,000 2015 में अकेले लाइसेंस के तहत।[39]2016 में, फेडोरा परियोजना के पैकेज के विश्लेषण से पता चला कि पीडी सातवां सबसे लोकप्रिय लाइसेंस था।[48] पुरस्कार विजेता वीडियो गेम डेवलपर जेसन रोहरर पीडी में अपने काम जारी करता है, जैसा कि कई क्रिप्टोग्राफर करते हैं, जैसे कि डैनियल जे। बर्नस्टीन, ब्रूस श्नेयर और डगलस क्रॉकफोर्ड,[49] क्रिप्टोग्राफिक एल्गोरिदम के संदर्भ कार्यान्वयन के साथ।


यह भी देखें

संदर्भ

  1. ↑ Open Source: Technology and Policy by Fadi P. Deek, James A. M. McHugh "Public domain", page 227 (2008).
  2. ↑ Shea, Tom (1983-06-23). "मुफ्त सॉफ्टवेयर - मुफ्त सॉफ्टवेयर सॉफ्टवेयर स्पेयर पार्ट्स का कबाड़खाना है". InfoWorld. Retrieved 2016-02-10. वाणिज्यिक सॉफ़्टवेयर के विपरीत, मुफ्त सॉफ़्टवेयर का एक बड़ा और बढ़ता निकाय है जो सार्वजनिक डोमेन में मौजूद है। पब्लिक-डोमेन सॉफ़्टवेयर माइक्रो कंप्यूटर हॉबीस्ट्स ("हैकर्स" के रूप में भी जाना जाता है) द्वारा लिखा गया है, जिनमें से कई अपने कार्य जीवन में पेशेवर प्रोग्रामर हैं।
  3. ↑ Ahl, David. "David H. Ahl biography from Who's Who in America". Retrieved 2009-11-23.
  4. ↑ Object code only: is IBM playing fair? IBM's OCO policy protects its own assets but may threaten customers investment on Computerworld - 8 Febr. 1988
  5. ↑ Firm sidestep IBM policy by banning software changes on Computerworld (18 March 1985)
  6. ↑ 6.0 6.1 Gallant, John (1985-03-18). "आईबीएम नीति में आग लगी - उपयोगकर्ता कहते हैं कि स्रोत कोड नियम परिवर्तन में बाधा डालते हैं". Computerworld. Retrieved 2015-12-27. जबकि आईबीएम की चयनित सॉफ्टवेयर उत्पादों के लिए स्रोत कोड को रोकने की नीति ने पहले ही अपनी दूसरी वर्षगांठ को चिह्नित कर लिया है, उपयोगकर्ता अब केवल उस निर्णय के प्रभाव का सामना करना शुरू कर रहे हैं। लेकिन ऑब्जेक्ट-कोड-ओनली उत्पादों के आगमन ने उनके दिन-प्रतिदिन के डीपी संचालन को प्रभावित किया है या नहीं, कुछ उपयोगकर्ता आईबीएम के फैसले से नाराज हैं। फरवरी 1983 में घोषित, IBM की ऑब्जेक्ट-कोड-ओनली नीति को बिग ब्लू सिस्टम सॉफ़्टवेयर उत्पादों की बढ़ती सूची पर लागू किया गया है
  7. ↑ Apple Computer, Inc. v. Franklin Computer Corporation Puts the Byte Back into Copyright Protection for Computer Programs in Golden Gate University Law Review Volume 14, Issue 2, Article 3 by Jan L. Nussbaum (January 1984)
  8. ↑ लेमली, मेनेल, मर्ज और सैमुएलसन। सॉफ्टवेयर और इंटरनेट कानून, पी। 34.
  9. ↑ Kristina B. Sullivan (1986-01-14). "हैकर्स इसके आनंद के लिए पब्लिक-डोमेन सॉफ्टवेयर बनाते हैं।". PC Week. Vol. 3, no. 2. pp. 121–122.
  10. ↑ April 1987: Ballerburg - Zwei Spieler, zwei Burgen und ein Berg dazwischen... on eckhardkruse.net: "Ich habe das Programm als Public Domain veröffentlicht (die Unterscheidung in Freeware, Shareware usw. gab es damals nicht), mit der Bitte um eine 20 DM Spende. Dafür gab es dann die erweitere Version und den Quellcode." (in German).
  11. ↑ "बॉब वालेस टाइमलाइन". Erowid. Jan 12, 2004. Retrieved March 7, 2013.
  12. ↑ Article about Jim "Button" Knopf, from Dr. Dobb's Journal.
  13. ↑ the-history-of-shareware-psl on asp-software.org.
  14. ↑ 14.0 14.1 publicdomain on cornell.edu
  15. ↑ 15.0 15.1 Copyright Notice, U.S. Copyright Office Circular 3, 2008.
  16. ↑ The birth of the web Licensing the web on cern.ch (2014).
  17. ↑ Source code snippets and frameworks placed in the public domain on openwall.info.
  18. ↑ Shankland, Stephen (February 28, 2008). "क्या पब्लिक डोमेन सॉफ्टवेयर ओपन-सोर्स है?". cnet.com. Retrieved 2016-02-03. इसमें कोई संदेह नहीं है कि ओपन-सोर्स सॉफ़्टवेयर और सार्वजनिक डोमेन में समान हैं। लेकिन विशेषज्ञ भी इस बारे में भिन्न हैं कि वे कितने निकट से जुड़े हुए हैं।
  19. ↑ The Surprising History of Copyright and The Promise of a Post-Copyright World by Karl Fogel (2006).
  20. ↑ Younger developers reject licensing, risk chance for reform on opensource.com by Luis Villa (on 12 Feb 2013).
  21. ↑ Pushing back against licensing and the permission culture Luis Villa (January 28, 2013).
  22. ↑ Post open source software, licensing and GitHub on opensource.com by Richard Fontana (on 13 Aug 2013).
  23. ↑ Charlesworth, Andrew (5 November 2002). "द कैमिलियन प्रोजेक्ट: "बीबीसी डोमेसडे प्रोजेक्ट" नामक इंटरैक्टिव मल्टीमीडिया कार्य के तत्वों को संरक्षित करने के उद्देश्य से काम से उत्पन्न होने वाले कानूनी मुद्दे।". Kingston upon Hull: Information Law and Technology Unit, University of Hull. Archived from the original (Microsoft Word) on 6 February 2011. Retrieved 23 March 2011.
  24. ↑ 24.0 24.1 Walker, John (2014-01-29). "जीओजी की टाइम मशीन बिक्री से आप समय को स्वयं नियंत्रित कर सकते हैं". Rock, Paper, Shotgun. Retrieved 2016-01-30. जैसा कि कोई है जो पीडी मॉडल के लिए बेहद परेशान है, जिसने कॉपीराइट उद्योग से पहले रचनात्मकता को बुरी तरह से ग्रह पर कब्जा कर लिया था, यह मेरे दिल को दुखी करता है कि दो दशक पुराना खेल दुनिया में जारी नहीं किया गया है।
  25. ↑ 25.0 25.1 Walker, John (2014-02-03). "संपादकीय: खेलों को सार्वजनिक डोमेन में क्यों प्रवेश करना चाहिए". Rock, Paper, Shotgun. Retrieved 2016-01-30. कुछ दशकों से अधिक पुराने खेल सार्वजनिक डोमेन में प्रवेश नहीं कर रहे हैं। बीस वर्ष काफी मनमाना संख्या थी, ऐसा लगता है कि खेलों के जीवन के संदर्भ में समझ में आता है, लेकिन यह पच्चीस, तीस हो सकता है।
  26. ↑ 26.0 26.1 Rouner, Jef (April 28, 2015). "यू.एस. कॉपीराइट कार्यालय कुछ वीडियो गेम को सार्वजनिक डोमेन बनाने का अन्वेषण करेगा". Houston Press. Retrieved 2016-02-03.
  27. ↑ Lawrence Rosen (2004-05-25). "सार्वजनिक डोमेन लाइसेंस क्यों नहीं है". rosenlaw.com. Retrieved 2016-02-22.
  28. ↑ Placing documents into the public domain by Daniel J. Bernstein on cr.yp.to: "Most rights can be voluntarily abandoned ('waived') by the owner of the rights. Legislators can go to extra effort to create rights that can't be abandoned, but usually they don't do this. In particular, you can voluntarily abandon your United States copyrights: 'It is well settled that rights gained under the Copyright Act may be abandoned. But abandonment of a right must be manifested by some overt act indicating an intention to abandon that right. See Hampton v. Paramount Pictures Corp., 279 F.2d 100, 104 (9th Cir. 1960).' " (2004).
  29. ↑ Lawrence Rosen (2012-03-08). "(लाइसेंस-समीक्षा) (लाइसेंस-चर्चा) CC0 पेटेंट पर OSD के साथ असंगत, (था: MXM CC0 की तुलना में)". opensource.org. Archived from the original on 2016-03-12. Retrieved 2016-02-22. आपने अपने ईमेल, हैम्पटन बनाम पैरामाउंट पिक्चर्स, 279 F.2d 100 (9th Cir. Cal. 1960) में जिस मामले का संदर्भ दिया है, वह इस प्रस्ताव के लिए खड़ा है कि, कम से कम नौवें सर्किट में, एक व्यक्ति वास्तव में अपने कॉपीराइट (काउंटर) को छोड़ सकता है मैंने अपने लेख में जो लिखा है) - लेकिन ऐसा करने के लिए एक प्रकट लाइसेंस के बराबर लगता है। :-) [...] रिकॉर्ड के लिए, मैंने पहले ही CC0 सार्वजनिक डोमेन समर्पण और फ़ॉलबैक लाइसेंस को OSD अनुपालन के रूप में अनुमोदित करने के लिए +1 वोट दिया है। मैं स्वीकार करता हूं कि मैंने ओपन सोर्स लाइसेंस के रूप में "सार्वजनिक डोमेन" के खिलाफ वर्षों से तर्क दिया है, लेकिन पीछे मुड़कर देखें, ऐसे सॉफ़्टवेयर पर निर्भर डेवलपर्स और उपयोगकर्ताओं के लिए न्यूनतम जोखिम और उस "लाइसेंस" की स्पष्ट लोकप्रियता को देखते हुए, मैंने अपना विचार बदल दिया . कोई भी मुफ्त सार्वजनिक डोमेन सॉफ़्टवेयर के फायर होज़ के रास्ते में नहीं खड़ा हो सकता है, भले ही वह बेहतर FOSS लाइसेंस के साथ न आता हो, जिस पर मुझे अधिक भरोसा है।
  30. ↑ Watt, Richard (September 26, 2014). कॉपीराइट के अर्थशास्त्र पर पुस्तिका: छात्रों और शिक्षकों के लिए एक गाइड. Edward Elgar Publishing. ISBN 9781849808538. Retrieved 2015-01-11.
  31. ↑ Pollock, Rufus (2007-10-01). "समय के साथ इष्टतम कॉपीराइट: तकनीकी परिवर्तन और कार्यों का भंडार" (PDF). University of Cambridge. Archived from the original (PDF) on 2013-02-21. Retrieved 2015-01-11.
  32. ↑ Pollock, Rufus (2009-06-15). "हमेशा के लिए माइनस ए डे? इष्टतम कॉपीराइट अवधि की गणना" (PDF). University of Cambridge. Archived from the original (PDF) on 2013-01-12. Retrieved 2015-01-11. कॉपीराइट का इष्टतम शब्द पिछले दशक में व्यापक बहस का विषय रहा है।
  33. ↑ "डाउनलोड". Creative Commons. 2015-12-16. Retrieved 2015-12-24.
  34. ↑ Version 1.0 license on anonscm.debian.org.
  35. ↑ "11/17: लुलन कारीगर वस्त्र प्रतियोगिता". 18 June 2009.
  36. ↑ Validity of the Creative Commons Zero 1.0 Universal Public Domain Dedication and its usability for bibliographic metadata from the perspective of German Copyright Law by Dr. Till Kreutzer, attorney-at-law in Berlin, Germany.
  37. ↑ The unlicense a license for no license Archived 2017-01-22 at the Wayback Machine on ostatic.com by Joe Brockmeier (2010)
  38. ↑ The Unlicense Archived 2018-07-08 at the Wayback Machine on unlicense.org.
  39. ↑ 39.0 39.1 Balter, Ben (2015-03-09). "GitHub.com पर ओपन सोर्स लाइसेंस का उपयोग". github.com. Retrieved 2015-11-21. 1 MIT 44.69%, 2 अन्य 15.68%, 3 GPLv2 12.96%, 4 Apache 11.19%, 5 GPLv3 8.88%, 6 BSD 3-खंड 4.53%, 7 बिना लाइसेंस 1.87%, 8 BSD 2-खंड 1.70%, 9 LGPLv3 1.30% , 10 AGPLv3 1.05% (30 मिल * 2% * 17% = 102k)
  40. ↑ "बीएसडी 0-क्लॉज लाइसेंस (0बीएसडी) सादा अंग्रेजी में समझाया गया". Retrieved 25 February 2020.
  41. ↑ "100 पर एलन ट्यूरिंग". Harvard Gazette. 13 September 2012. Retrieved 2016-02-22.
  42. ↑ The Genealogy of Eliza by Jeff Shrager
  43. ↑ history-of-spice on allaboutcircuits.com "The origin of SPICE traces back to another circuit simulation program called CANCER. Developed by professor Ronald Rohrer of U.C. Berkeley along with some of his students in the late 1960s, CANCER continued to be improved through the early 1970s. When Rohrer left Berkeley, CANCER was re-written and re-named to SPICE, released as version 1 to the public domain in May of 1972. Version 2 of SPICE was released in 1975 (version 2g6—the version used in this book—is a minor revision of this 1975 release). Instrumental in the decision to release SPICE as a public-domain computer program was professor Donald Pederson of Berkeley, who believed that all significant technical progress happens when information is freely shared. I for one thank him for his vision."
  44. ↑ Classic Games on oilzine.com "Space War (Asteroids) - Steve Russell – MIT - Tech Model Railroad Club (TMRC) - PDP-1 In 1961, the game that would eventually become Asteroids started life, humbly, at MIT (Massachusetts Institute of Technology). [...] It was also open source, so the code was public domain, available for anybody to utilize and improve upon."
  45. ↑ Compute-Gazette-Issue-11-01.pdf
  46. ↑ Transactor_v8i3.pdf: "though our disk labels show a copyright notice, up until this issue we stated right on our policies page (page 2) that our programs are 'public domain; free to copy, not to sell'. This notice goes back about 4 years – a popular phrase originally designed to prevent one's program from being 'acquired' by someone in the software business".
  47. ↑ 334 PD projects on sourceforge.net (February 2016)
  48. ↑ Anwesha Das (22 June 2016). "फेडोरा इकोसिस्टम में सॉफ्टवेयर लाइसेंस". anweshadas.in. Retrieved 2016-06-27. उपरोक्त बार-चार्ट में मैंने GPL और इसके विभिन्न संस्करणों को एक परिवार के रूप में गिना है, और मैंने LGPL के साथ भी ऐसा ही किया। इस आरेख से यह बहुत स्पष्ट है कि एमआईटी लाइसेंस सबसे अधिक इस्तेमाल किया जाने वाला लाइसेंस है, जिसकी कुल संख्या 2706 है। इसलिए जीपीएल (यानी जीएनयू जनरल पब्लिक लाइसेंस) और इसके विभिन्न संस्करण, बीएसडी, एलजीपीएल (यानी जीएनयू लेसर) आते हैं। जनरल पब्लिक लाइसेंस) और इसके विभिन्न संस्करण, एएसएल (यानी अपाचे सॉफ्टवेयर लाइसेंस) परिवार, एमपीएल (यानी मोज़िला पब्लिक लाइसेंस)। इन लाइसेंसों के अलावा ऐसी परियोजनाएँ भी हैं जिन्होंने स्वयं को सार्वजनिक डोमेन में प्रस्तुत किया है और वह संख्या 137 है।
  49. ↑ douglascrockford on GitHub
  50. ↑ PUBLIC DOMAIN CERN WWW SOFTWARE (1993)
  51. ↑ disclaimer on rsb.info.nih.gov
  52. ↑ SERPENT - A Candidate Block Cipher for the Advanced Encryption Standard "Serpent is now completely in the public domain, and we impose no restrictions on its use. This was announced on the 21st August at the First AES Candidate Conference." (1999)
  53. ↑ copyright on sqlite.org
  54. ↑ copyrights-and-licensing on docutils.sourceforge.net
  55. ↑ "यूट्यूब-डीएल गिटहब पेज". GitHub. Retrieved 2 October 2016.
  56. ↑ KeccakReferenceAndOptimized-3.2.zip in mainReference.c: "The Keccak sponge function, designed by Guido Bertoni, Joan Daemen, Michaël Peeters and Gilles Van Assche. For more information, feedback or questions, please refer to our website: http://keccak.noekeon.org/Implementation[permanent dead link] by the designers, hereby denoted as 'the implementer'. To the extent possible under law, the implementer has waived all copyright and related or neighboring rights to the source code in this file. https://creativecommons.org/publicdomain/zero/1.0/".
  57. ↑ Skipping Steam: Why Jason Rohrer independently distributes One Hour, One Life on Gamasutra by Richard Moss "you're paying for an account on the server that I'm running. [...], and it's actually in the public domain — the source code's all available." (on August 30, 2018)


बाहरी कड़ियाँ

Retrieved from ‘https://www.vigyanwiki.in/index.php?title=पब्लिक-डोमेन_सॉफ्टवेयर&oldid=67614’