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

From Vigyanwiki
(text)
(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|सॉफ्टवेयर स्वत्वाधिकार|निःशुल्क और ओपन सोर्स सॉफ्टवेयर का इतिहास}}
{{see also|सॉफ्टवेयर स्वत्वाधिकार|निःशुल्क और मुक्त स्रोत सॉफ्टवेयर का इतिहास}}




=== प्रारंभिक शैक्षणिक सार्वजनिक-डोमेन सॉफ्टवेयर पारिस्थितिकी तंत्र ===
=== प्रारंभिक शैक्षणिक सार्वजनिक-डोमेन सॉफ्टवेयर पारिस्थितिकी तंत्र ===
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> जैसा कि सॉफ्टवेयर प्रायः व्याख्या की गई भाषा जैसे [[बुनियादी|बेसिक]] भाषा में लिखा जाता था, स्रोत कोड की आवश्यकता थी और इसलिए सॉफ्टवेयर को चलाने के लिए वितरित किया गया। PD सॉफ्टवेयर को [[कंप्यूटर पत्रिका|परिकलक पत्रिका]]ओं (जैसे [[क्रिएटिव कम्प्यूटिंग (पत्रिका)|क्रिएटिव संगणना (पत्रिका)]], [[नर्म किनारा|सॉफ्टसाइड]], कंप्यूट!, [[बाइट (पत्रिका)]], आदि) और पुस्तकों में मुद्रित स्रोत कोड ([[टाइप-इन कार्यक्रम]]) के रूप में साझा और वितरित किया गया था, जैसे बेस्टसेलर [[बेसिक कंप्यूटर गेम्स|बेसिक परिकलक गेम्स]] .<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> जैसा कि सॉफ्टवेयर प्रायः व्याख्या की गई भाषा जैसे [[बुनियादी|मूलभूत]] भाषा में लिखा जाता था, स्रोत कोड की आवश्यकता थी और इसलिए सॉफ्टवेयर को चलाने के लिए वितरित किया गया। PD सॉफ्टवेयर को [[कंप्यूटर पत्रिका|परिकलक पत्रिका]]ओं (जैसे [[क्रिएटिव कम्प्यूटिंग (पत्रिका)|सृजनशील संगणना (पत्रिका)]], [[नर्म किनारा|सॉफ्टसाइड]], कंप्यूट!, [[बाइट (पत्रिका)|अष्ट द्वंयक (पत्रिका)]], आदि) और पुस्तकों में मुद्रित स्रोत कोड के रूप में साझा और वितरित किया गया था, जैसे बहुविक्रीत [[बेसिक कंप्यूटर गेम्स|बेसिक परिकलक खेल्स]] .<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 में [[वस्तु कोड]] के लिए एप्पल बनाम फ्रैंकलिन जैसे अदालती फैसलों ने स्पष्ट किया कि स्वत्वाधिकार अधिनियम ने परिकलक प्रोग्राम को साहित्यिक कार्यों की स्वत्वाधिकार स्थिति प्रदान की।
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 में [[वस्तु कोड]] के लिए एप्पल बनाम फ्रैंकलिन जैसे अदालती फैसलों ने स्पष्ट किया कि स्वत्वाधिकार अधिनियम ने परिकलक प्रोग्राम को साहित्यिक कार्यों की स्वत्वाधिकार स्थिति प्रदान की।


1980 के दशक में, सार्वजनिक-डोमेन सॉफ़्टवेयर साझा करने का एक सामान्य तरीका एक स्थानीय उपयोगकर्ता समूह या सनीवेल, कैलिफ़ोर्निया की PC-SIG जैसी कंपनी के माध्यम से उन्हें प्राप्त कर रहा था, जिसने US$6 की औसत कीमत के साथ 300 से अधिक डिस्क का मेल-ऑर्डर सूची बनाए रखी थी।<ref>{{cite news
1980 के दशक में, सार्वजनिक-डोमेन सॉफ़्टवेयर साझा करने का एक सामान्य तरीका एक स्थानीय उपयोगकर्ता समूह या सनीवेल, कैलिफ़ोर्निया की PC-SIG जैसी कंपनी के माध्यम से उन्हें प्राप्त कर रहा था, जिसने US$6 की औसत कीमत के साथ 300 से अधिक डिस्क का डाक ऑर्डर सूची बनाए रखी थी।<ref>{{cite news
  | author = Kristina B. Sullivan
  | author = Kristina B. Sullivan
  | title = हैकर्स इसके आनंद के लिए पब्लिक-डोमेन सॉफ्टवेयर बनाते हैं।| journal = PC Week
  | title = हैकर्स इसके आनंद के लिए पब्लिक-डोमेन सॉफ्टवेयर बनाते हैं।| journal = PC Week
Line 30: Line 30:
  | pages = 121–122}}</ref> [[बुलेटिन बोर्ड प्रणाली]] नेटवर्क पर स्रोत कोड के साथ सार्वजनिक-डोमेन सॉफ़्टवेयर भी साझा किया गया था।
  | pages = 121–122}}</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 का बर्न कन्वेंशन कार्यान्वयन अधिनियम|1988 का बर्न समझौते कार्यान्वयन अधिनियम]] (और 1976 के पहले के स्वत्वाधिकार एक्ट) के साथ, पब्लिक-डोमेन सॉफ़्टवेयर के कानूनी आधार में भारी बदलाव आया। अधिनियम से पहले, [[सर्वाधिकार सूचना]] के बिना सॉफ़्टवेयर जारी करना इसे पब्लिक-डोमेन को समर्पित करने के लिए पर्याप्त था। नए अधिनियम के साथ, सॉफ़्टवेयर स्वतः निर्धारित रूप से स्वत्वाधिकार-संरक्षित था और उसे लेखक से स्पष्ट छूट कथन या अनुज्ञप्ति की आवश्यकता थी।<ref name="cornelledu" /><ref name="copyrightgov" />


कलन विधि के संदर्भ कार्यान्वयन, प्रायः गूढ़लेखिकी का मतलब या मानकीकरण के लिए लागू किया जाता है, फिर भी प्रायः सार्वजनिक कार्यक्षेत्र में जारी किया जाता है; उदाहरणों में 1993 में CERN httpd[16] और 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>
कलन विधि के संदर्भ कार्यान्वयन, प्रायः गूढ़लेखिकी का मतलब या मानकीकरण के लिए लागू किया जाता है, फिर भी प्रायः सार्वजनिक कार्यक्षेत्र में जारी किया जाता है; उदाहरणों में 1993 में CERN httpd[16] और 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 के दशक के उत्तरार्ध में स्वत्वाधिकार प्रणाली में बदलाव के लिए अकादमिक सॉफ्टवेयर पारिस्थितिकी तंत्र की प्रतिक्रिया के रूप में, [[बीएसडी लाइसेंस|BSD अनुज्ञप्ति]] और इसके व्युत्पादित जैसे [[अनुमेय लाइसेंस|अनुमेय अनुज्ञप्ति]] पाठ विकसित किए गए थे। अनुमति-अनुज्ञप्ति प्राप्त सॉफ़्टवेयर, जो एक प्रकार का मुफ़्त और ओपन-सोर्स सॉफ़्टवेयर है, पहले के सार्वजनिक-डोमेन सॉफ़्टवेयर की अधिकांश विशेषताओं को साझा करता है, लेकिन स्वत्वाधिकार कानून के कानूनी आधार पर खड़ा होता है।
1980 के दशक के उत्तरार्ध में स्वत्वाधिकार प्रणाली में बदलाव के लिए अकादमिक सॉफ्टवेयर पारिस्थितिकी तंत्र की प्रतिक्रिया के रूप में, [[बीएसडी लाइसेंस|BSD अनुज्ञप्ति]] और इसके व्युत्पादित जैसे [[अनुमेय लाइसेंस|अनुमेय अनुज्ञप्ति]] पाठ विकसित किए गए थे। अनुमति-अनुज्ञप्ति प्राप्त सॉफ़्टवेयर, जो एक प्रकार का मुफ़्त और मुक्त स्रोत सॉफ़्टवेयर है, पहले के सार्वजनिक-डोमेन सॉफ़्टवेयर की अधिकांश विशेषताओं को साझा करता है, लेकिन स्वत्वाधिकार कानून के कानूनी आधार पर खड़ा होता है।


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 अनुज्ञप्ति और अधित्याग पाठ विकसित किए गए, विशेष रूप से क्रिएटिव कॉमन्स [[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 अनुज्ञप्ति और अधित्याग पाठ विकसित किए गए, विशेष रूप से सृजनशील सर्वसामान्य [[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>




Line 55: Line 55:


=== स्वत्वाधिकार नोटिस के बिना रिलीज ===
=== स्वत्वाधिकार नोटिस के बिना रिलीज ===
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 67: Line 67:
[[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> एक अन्य लोकप्रिय विकल्प है BSD अनुज्ञप्ति (जीरो क्लॉज BSD), जिसे 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> एक अन्य लोकप्रिय विकल्प है BSD अनुज्ञप्ति (जीरो क्लॉज BSD), जिसे 2006 में जारी किया गया था और जिसका उद्देश्य सॉफ्टवेयर था।<ref>{{cite web|url=https://tldrlegal.com/license/bsd-0-clause-license|title=बीएसडी 0-क्लॉज लाइसेंस (0बीएसडी) सादा अंग्रेजी में समझाया गया|access-date=25 February 2020}}</ref>


नतीजतन, इस तरह के अनुज्ञप्ति प्राप्त सार्वजनिक-डोमेन सॉफ़्टवेयर में सभी चार स्वतंत्रताएं (मुफ्त सॉफ़्टवेयर) हैं, लेकिन आरोपण की जटिलताओं (अनुमोदित अनुज्ञप्ति वाले सॉफ़्टवेयर का प्रतिबंध) या अनुज्ञप्ति संगतता (कॉपीलेफ़्ट अनुज्ञप्ति वाले सॉफ़्टवेयर के साथ समस्या) से बाधित नहीं है।
नतीजतन, इस तरह के अनुज्ञप्ति प्राप्त सार्वजनिक-डोमेन सॉफ़्टवेयर में सभी चार स्वतंत्रताएं (मुफ्त सॉफ़्टवेयर) हैं, लेकिन आरोपण की जटिलताओं (अनुमोदित अनुज्ञप्ति वाले सॉफ़्टवेयर का प्रतिबंध) या अनुज्ञप्ति संगतता (कॉपीलेफ़्ट अनुज्ञप्ति वाले सॉफ़्टवेयर के साथ समस्या) से बाधित नहीं है।


== पब्लिक-डोमेन सॉफ्टवेयर ==
== पब्लिक-डोमेन सॉफ्टवेयर ==
यह सभी देखें {{cat|सोर्स कोड के साथ पब्लिक डोमेन सॉफ्टवेयर}}, {{cat|पब्लिक डोमेन सॉफ्टवेयर}}
यह सभी देखें {{cat|स्रोत कोड के साथ पब्लिक डोमेन सॉफ्टवेयर}}, {{cat|पब्लिक डोमेन सॉफ्टवेयर}}




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


उल्लेखनीय सामान्य PD सॉफ्टवेयर उस समय से सम्मिलित हैं:
उल्लेखनीय सामान्य PD सॉफ्टवेयर उस समय से सम्मिलित हैं:
Line 84: Line 84:
* FFTपैक (1985)
* FFTपैक (1985)


वीडियो गेम साझा PD सॉफ़्टवेयर के शुरुआती उदाहरणों में से हैं, जो आज भी उल्लेखनीय हैं:
वीडियो खेल साझा PD सॉफ़्टवेयर के शुरुआती उदाहरणों में से हैं, जो आज भी उल्लेखनीय हैं:
* स्पेसवार! (1962)<ref>[http://www.oilzine.com/features/features_details.asp?ID=49 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."''</ref>
* स्पेसवार! (1962)<ref>[http://www.oilzine.com/features/features_details.asp?ID=49 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."''</ref>
* [[हम्मूराबी (वीडियो गेम)]] (1969)
* [[हम्मूराबी (वीडियो गेम)|हम्मूराबी (वीडियो खेल)]] (1969)
* [[स्टार ट्रेक (पाठ खेल)]] (1971)
* [[स्टार ट्रेक (पाठ खेल)]] (1971)
* [[वुम्पस का शिकार करें|हंट द वुम्पस]]  (1972)
* [[वुम्पस का शिकार करें|हंट द वुम्पस]]  (1972)
Line 98: Line 98:


=== आधुनिक PD सॉफ्टवेयर के उदाहरण (1988 के बाद) ===
=== आधुनिक PD सॉफ्टवेयर के उदाहरण (1988 के बाद) ===
आधुनिक PD सॉफ्टवेयर के ये उदाहरण (1988 के बर्न करार कार्यान्वयन अधिनियम के बाद) या तो उचित पब्लिक-डोमेन के तहत हैं (उदाहरण के लिए अमेरिकी सरकार द्वारा काम की स्वत्वाधिकार स्थिति), अनुज्ञप्ति जैसे उचित पब्लिक-डोमेन के तहत (उदाहरण के लिए CC0), या इसके साथ लेखक की ओर से एक स्पष्ट छूट बयान। जबकि यह 2000 के पूर्व के रूप में व्यापक नहीं था, परन्तु PD सॉफ्टवेयर आज भी मौजूद है। उदाहरण के लिए, [[SourceForge|सोर्सफोर्ज]] ने 2016 में 334 होस्टेड PD परियोजनाओं को गिटहब 102,000 2015 में अकेले अनुज्ञप्ति के तहत सूचीबद्ध किया<ref>[https://sourceforge.net/directory/license%3Apublicdomain/ 334 PD projects] on sourceforge.net (February 2016)</ref> ।<ref name="githubunlicense"/>2016 में, [[फेडोरा परियोजना]] के पैकेज के विश्लेषण से पता चला कि PD सातवां सबसे लोकप्रिय अनुज्ञप्ति था।<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>
आधुनिक PD सॉफ्टवेयर के ये उदाहरण (1988 के बर्न समझौते कार्यान्वयन अधिनियम के बाद) या तो उचित पब्लिक-डोमेन के तहत हैं (उदाहरण के लिए अमेरिकी सरकार द्वारा काम की स्वत्वाधिकार स्थिति), अनुज्ञप्ति जैसे उचित पब्लिक-डोमेन के तहत (उदाहरण के लिए CC0), या इसके साथ लेखक की ओर से एक स्पष्ट छूट बयान। जबकि यह 2000 के पूर्व के रूप में व्यापक नहीं था, परन्तु PD सॉफ्टवेयर आज भी मौजूद है। उदाहरण के लिए, [[SourceForge|सोर्सफोर्ज]] ने 2016 में 334 होस्टेड PD परियोजनाओं को गिटहब 102,000 2015 में अकेले अनुज्ञप्ति के तहत सूचीबद्ध किया<ref>[https://sourceforge.net/directory/license%3Apublicdomain/ 334 PD projects] on sourceforge.net (February 2016)</ref> ।<ref name="githubunlicense"/>2016 में, [[फेडोरा परियोजना]] के पैकेज के विश्लेषण से पता चला कि PD सातवां सबसे लोकप्रिय अनुज्ञप्ति था।<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>


पुरस्कार विजेता [[वीडियो गेम डेवलपर|वीडियो गेम विकासक]] [[जेसन रोहरर]] PD में अपने काम जारी करता है, जैसा कि कई [[क्रिप्टोग्राफर]] करते हैं, जैसे कि डैनियल जे, बर्नस्टीन, [[ब्रूस श्नेयर]] और [[डगलस क्रॉकफोर्ड]],<ref>[https://github.com/douglascrockford douglascrockford] on GitHub</ref> क्रिप्टोग्राफिक एल्गोरिदम के संदर्भ कार्यान्वयन के साथ।
पुरस्कार विजेता [[वीडियो गेम डेवलपर|वीडियो खेल विकासक]] [[जेसन रोहरर]] PD में अपने काम जारी करता है, जैसा कि कई [[क्रिप्टोग्राफर]] करते हैं, जैसे कि डैनियल जे, बर्नस्टीन, [[ब्रूस श्नेयर]] और [[डगलस क्रॉकफोर्ड]],<ref>[https://github.com/douglascrockford douglascrockford] on GitHub</ref> क्रिप्टोग्राफिक कलन विधि के संदर्भ कार्यान्वयन के साथ।


* [[विस्फोट]] (1990)
* [[विस्फोट]] (1990)
Line 128: Line 128:
* [[सार्वजनिक कॉपीराइट लाइसेंस|सार्वजनिक स्वत्वाधिकार अनुज्ञप्ति]]
* [[सार्वजनिक कॉपीराइट लाइसेंस|सार्वजनिक स्वत्वाधिकार अनुज्ञप्ति]]
* अनुज्ञप्ति मुक्त सॉफ्टवेयर
* अनुज्ञप्ति मुक्त सॉफ्टवेयर
* निशुल्क और ओपन-सोर्स सॉफ्टवेयर
* निशुल्क और मुक्त स्रोत सॉफ्टवेयर
* अबेंडनवेयर
* अबेंडनवेयर



Revision as of 16:31, 5 January 2023

सृजनशील सर्वसामान्य सार्वजनिक कार्यक्षेत्र चिह्न उन कार्यों को इंगित करता है जो पब्लिक-डोमेन में हैं

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

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

इतिहास


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

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

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

1980 के दशक में, सार्वजनिक-डोमेन सॉफ़्टवेयर साझा करने का एक सामान्य तरीका एक स्थानीय उपयोगकर्ता समूह या सनीवेल, कैलिफ़ोर्निया की PC-SIG जैसी कंपनी के माध्यम से उन्हें प्राप्त कर रहा था, जिसने US$6 की औसत कीमत के साथ 300 से अधिक डिस्क का डाक ऑर्डर सूची बनाए रखी थी।[9] बुलेटिन बोर्ड प्रणाली नेटवर्क पर स्रोत कोड के साथ सार्वजनिक-डोमेन सॉफ़्टवेयर भी साझा किया गया था।

पब्लिक-डोमेन मुक्त सहभाजन और डोनेशनवेयर व्यावसायीकरण प्रतिरूप बाद के वर्षों में (गैर-स्वैच्छिक) सहभागिता सामग्री प्रतिरूप में विकसित हुए,[10][11] और मुफ्त में सॉफ्टवेयर, जिसे फ्रीवेयर कहा जाता है।[12] इसके अतिरिक्त, परिकलक उद्योग में अन्य परिवर्तनों के कारण, स्रोत कोड को साझा करना कम सामान्य हो गया।[6]

1988 का बर्न समझौते कार्यान्वयन अधिनियम (और 1976 के पहले के स्वत्वाधिकार एक्ट) के साथ, पब्लिक-डोमेन सॉफ़्टवेयर के कानूनी आधार में भारी बदलाव आया। अधिनियम से पहले, सर्वाधिकार सूचना के बिना सॉफ़्टवेयर जारी करना इसे पब्लिक-डोमेन को समर्पित करने के लिए पर्याप्त था। नए अधिनियम के साथ, सॉफ़्टवेयर स्वतः निर्धारित रूप से स्वत्वाधिकार-संरक्षित था और उसे लेखक से स्पष्ट छूट कथन या अनुज्ञप्ति की आवश्यकता थी।[13][14]

कलन विधि के संदर्भ कार्यान्वयन, प्रायः गूढ़लेखिकी का मतलब या मानकीकरण के लिए लागू किया जाता है, फिर भी प्रायः सार्वजनिक कार्यक्षेत्र में जारी किया जाता है; उदाहरणों में 1993 में CERN httpd[16] और 1999 में सर्पेंट सिफर सम्मिलित हैं। ओपनवॉल परियोजना पब्लिक-डोमेन में कई कलन विधि और उनके स्रोत कोड की एक सूची रखता है।[15]


आनुक्रमिक रूप में मुक्त और मुक्त स्रोत सॉफ्टवेयर

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

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

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

स्वत्वाधिकार के बाद पब्लिक-डोमेन

2000 के दशक और सहकर्मी से सहकर्मी साझाकरण नेटवर्क और वेब विकास में साझाकरण के उद्भव के साथ, विकासक की एक नई स्वत्वाधिकार-महत्वपूर्ण पीढ़ी ने "लाइसेंस-मुक्त" सार्वजनिक-डोमेन सॉफ़्टवेयर प्रतिरूप को फिर से दिखाई दिया, साथ ही स्वत्वाधिकार प्रणाली के स्थिरीकरण भाग के रूप में FOSS अनुज्ञप्ति पारिस्थितिकी तंत्र की भी आलोचना की ( "पोस्ट खुला स्त्रोत")।[17][18][19][20] नए गैर-FOSS अनुज्ञप्ति और अधित्याग पाठ विकसित किए गए, विशेष रूप से सृजनशील सर्वसामान्य CC0 (2009) और अननुज्ञप्त (2010), और अनुमति देने वाले सॉफ़्टवेयर अनुज्ञप्ति की लोकप्रियता में उल्लेखनीय वृद्धि हुई। इसके अलावा, अबैंन्डनवेयर की बढ़ती समस्या और सॉफ्टवेयर के अंकीय अप्रचलन ने स्वत्वाधिकार और अंकीय अधिकार प्रबंधन द्वारा अप्रतिबंधित अंकीय विरासत के बेहतर अंकीय संरक्षण के लिए सार्वजनिक कार्यछेत्र में फिर से अस्थायी सॉफ्टवेयर की प्रासंगिकता के बारे में जागरूकता बढ़ाई।[21][22][23][24]

2004 के आसपास, इस बात पर बहस हुई कि क्या सार्वजनिक-कार्यछेत्र सॉफ़्टवेयर को FOSS पारिस्थितिकी तंत्र का हिस्सा माना जा सकता है, जैसा कि वकील लॉरेंस रोसेन ने निबंध सार्वजनिक कार्यछेत्र अनुज्ञप्ति क्यों नहीं है में तर्क दिया था।[25] एक ऐसी स्थिति जिसे डेनियल जे. बर्नस्टीन और अन्य लोगों के विरोध का सामना करना पड़ा।[26] 2012 में, स्थिति को अंततः हल किया गया जब रोसेन ने अपना विचार बदल दिया और CC0 को एक मुक्त स्रोत अनुज्ञप्ति के रूप में स्वीकार कर लिया, जबकि यह स्वीकार करते हुए कि, पिछले दावों के विपरीत, स्वत्वाधिकार को माफ किया जा सकता है, जैसा कि नौवां सर्किट निर्णय द्वारा समर्थित है।[27]


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

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

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


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

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


सार्वजनिक-डोमेन-जैसे अनुज्ञप्ति और छूट

WTFPL अनुज्ञप्ति लोगो, एक सार्वजनिक-डोमेन जैसा अनुज्ञप्ति
CC0 अनुज्ञप्ति लोगो, एक स्वत्वाधिकार अधित्याग और सार्वजनिक-डोमेन जैसा अनुज्ञप्ति[31]

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

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

नतीजतन, इस तरह के अनुज्ञप्ति प्राप्त सार्वजनिक-डोमेन सॉफ़्टवेयर में सभी चार स्वतंत्रताएं (मुफ्त सॉफ़्टवेयर) हैं, लेकिन आरोपण की जटिलताओं (अनुमोदित अनुज्ञप्ति वाले सॉफ़्टवेयर का प्रतिबंध) या अनुज्ञप्ति संगतता (कॉपीलेफ़्ट अनुज्ञप्ति वाले सॉफ़्टवेयर के साथ समस्या) से बाधित नहीं है।

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

यह सभी देखें Category:स्रोत कोड के साथ पब्लिक डोमेन सॉफ्टवेयर, Category:पब्लिक डोमेन सॉफ्टवेयर


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

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

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

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

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

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

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

पुरस्कार विजेता वीडियो खेल विकासक जेसन रोहरर PD में अपने काम जारी करता है, जैसा कि कई क्रिप्टोग्राफर करते हैं, जैसे कि डैनियल जे, बर्नस्टीन, ब्रूस श्नेयर और डगलस क्रॉकफोर्ड,[47] क्रिप्टोग्राफिक कलन विधि के संदर्भ कार्यान्वयन के साथ।


यह भी देखें

संदर्भ

  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. "बॉब वालेस टाइमलाइन". Erowid. Jan 12, 2004. Retrieved March 7, 2013.
  11. Article about Jim "Button" Knopf, from Dr. Dobb's Journal.
  12. the-history-of-shareware-psl on asp-software.org.
  13. 13.0 13.1 publicdomain on cornell.edu
  14. 14.0 14.1 Copyright Notice, U.S. Copyright Office Circular 3, 2008.
  15. Source code snippets and frameworks placed in the public domain on openwall.info.
  16. Shankland, Stephen (February 28, 2008). "क्या पब्लिक डोमेन सॉफ्टवेयर ओपन-सोर्स है?". cnet.com. Retrieved 2016-02-03. इसमें कोई संदेह नहीं है कि ओपन-सोर्स सॉफ़्टवेयर और सार्वजनिक डोमेन में समान हैं। लेकिन विशेषज्ञ भी इस बारे में भिन्न हैं कि वे कितने निकट से जुड़े हुए हैं।
  17. The Surprising History of Copyright and The Promise of a Post-Copyright World by Karl Fogel (2006).
  18. Younger developers reject licensing, risk chance for reform on opensource.com by Luis Villa (on 12 Feb 2013).
  19. Pushing back against licensing and the permission culture Luis Villa (January 28, 2013).
  20. Post open source software, licensing and GitHub on opensource.com by Richard Fontana (on 13 Aug 2013).
  21. 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.
  22. 22.0 22.1 Walker, John (2014-01-29). "जीओजी की टाइम मशीन बिक्री से आप समय को स्वयं नियंत्रित कर सकते हैं". Rock, Paper, Shotgun. Retrieved 2016-01-30. जैसा कि कोई है जो पीडी मॉडल के लिए बेहद परेशान है, जिसने कॉपीराइट उद्योग से पहले रचनात्मकता को बुरी तरह से ग्रह पर कब्जा कर लिया था, यह मेरे दिल को दुखी करता है कि दो दशक पुराना खेल दुनिया में जारी नहीं किया गया है।
  23. 23.0 23.1 Walker, John (2014-02-03). "संपादकीय: खेलों को सार्वजनिक डोमेन में क्यों प्रवेश करना चाहिए". Rock, Paper, Shotgun. Retrieved 2016-01-30. कुछ दशकों से अधिक पुराने खेल सार्वजनिक डोमेन में प्रवेश नहीं कर रहे हैं। बीस वर्ष काफी मनमाना संख्या थी, ऐसा लगता है कि खेलों के जीवन के संदर्भ में समझ में आता है, लेकिन यह पच्चीस, तीस हो सकता है।
  24. 24.0 24.1 Rouner, Jef (April 28, 2015). "यू.एस. कॉपीराइट कार्यालय कुछ वीडियो गेम को सार्वजनिक डोमेन बनाने का अन्वेषण करेगा". Houston Press. Retrieved 2016-02-03.
  25. Lawrence Rosen (2004-05-25). "सार्वजनिक डोमेन लाइसेंस क्यों नहीं है". rosenlaw.com. Retrieved 2016-02-22.
  26. 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).
  27. 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 लाइसेंस के साथ न आता हो, जिस पर मुझे अधिक भरोसा है।
  28. Watt, Richard (September 26, 2014). कॉपीराइट के अर्थशास्त्र पर पुस्तिका: छात्रों और शिक्षकों के लिए एक गाइड. Edward Elgar Publishing. ISBN 9781849808538. Retrieved 2015-01-11.
  29. Pollock, Rufus (2007-10-01). "समय के साथ इष्टतम कॉपीराइट: तकनीकी परिवर्तन और कार्यों का भंडार" (PDF). University of Cambridge. Archived from the original (PDF) on 2013-02-21. Retrieved 2015-01-11.
  30. Pollock, Rufus (2009-06-15). "हमेशा के लिए माइनस ए डे? इष्टतम कॉपीराइट अवधि की गणना" (PDF). University of Cambridge. Archived from the original (PDF) on 2013-01-12. Retrieved 2015-01-11. कॉपीराइट का इष्टतम शब्द पिछले दशक में व्यापक बहस का विषय रहा है।
  31. "डाउनलोड". Creative Commons. 2015-12-16. Retrieved 2015-12-24.
  32. Version 1.0 license on anonscm.debian.org.
  33. "11/17: लुलन कारीगर वस्त्र प्रतियोगिता". 18 June 2009.
  34. 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.
  35. The unlicense a license for no license Archived 2017-01-22 at the Wayback Machine on ostatic.com by Joe Brockmeier (2010)
  36. The Unlicense Archived 2018-07-08 at the Wayback Machine on unlicense.org.
  37. 37.0 37.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)
  38. "बीएसडी 0-क्लॉज लाइसेंस (0बीएसडी) सादा अंग्रेजी में समझाया गया". Retrieved 25 February 2020.
  39. "100 पर एलन ट्यूरिंग". Harvard Gazette. 13 September 2012. Retrieved 2016-02-22.
  40. The Genealogy of Eliza by Jeff Shrager
  41. 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."
  42. 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."
  43. Compute-Gazette-Issue-11-01.pdf
  44. 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".
  45. 334 PD projects on sourceforge.net (February 2016)
  46. Anwesha Das (22 June 2016). "फेडोरा इकोसिस्टम में सॉफ्टवेयर लाइसेंस". anweshadas.in. Retrieved 2016-06-27. उपरोक्त बार-चार्ट में मैंने GPL और इसके विभिन्न संस्करणों को एक परिवार के रूप में गिना है, और मैंने LGPL के साथ भी ऐसा ही किया। इस आरेख से यह बहुत स्पष्ट है कि एमआईटी लाइसेंस सबसे अधिक इस्तेमाल किया जाने वाला लाइसेंस है, जिसकी कुल संख्या 2706 है। इसलिए जीपीएल (यानी जीएनयू जनरल पब्लिक लाइसेंस) और इसके विभिन्न संस्करण, बीएसडी, एलजीपीएल (यानी जीएनयू लेसर) आते हैं। जनरल पब्लिक लाइसेंस) और इसके विभिन्न संस्करण, एएसएल (यानी अपाचे सॉफ्टवेयर लाइसेंस) परिवार, एमपीएल (यानी मोज़िला पब्लिक लाइसेंस)। इन लाइसेंसों के अलावा ऐसी परियोजनाएँ भी हैं जिन्होंने स्वयं को सार्वजनिक डोमेन में प्रस्तुत किया है और वह संख्या 137 है।
  47. douglascrockford on GitHub
  48. PUBLIC DOMAIN CERN WWW SOFTWARE (1993)
  49. disclaimer on rsb.info.nih.gov
  50. 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)
  51. copyright on sqlite.org
  52. copyrights-and-licensing on docutils.sourceforge.net
  53. "यूट्यूब-डीएल गिटहब पेज". GitHub. Retrieved 2 October 2016.
  54. Igor Pavlov (2008). "LZMA SDK (सॉफ्टवेयर डेवलपमेंट किट)". Retrieved 2013-06-16.</रेफरी> रेफ नाम = टिनीस्पेकसीसी0 >tinyspeck (2013-11-18). "ग्लिच इज डेड, लॉन्ग लिव ग्लिच! - खेल से कला और कोड सार्वजनिक डोमेन में जारी किया गया". glitchthegame.com. Retrieved 2013-12-11. खेल से कला संपत्तियों की पूरी लाइब्रेरी सार्वजनिक डोमेन को समर्पित, स्वतंत्र रूप से उपलब्ध कराई गई है। डेवलपर्स को संपत्ति के साथ काम करने में मदद करने के लिए गेम क्लाइंट से कोड शामिल किया गया है। यह सब डाउनलोड किया जा सकता है और किसी के द्वारा, किसी भी उद्देश्य के लिए उपयोग किया जा सकता है।</रेफरी><ref name="pcworld">Blackwell, Laura (2013-11-18). "एक MMO के बाद का जीवन: ग्लिच की लीक से हटकर कला सार्वजनिक डोमेन में प्रवेश करती है". pcworld.com. Retrieved 2013-12-11.
  55. 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/".
  56. 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)


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