ఓపెన్ సోర్స్ సాఫ్ట్‌వేర్ చరిత్ర మరియు దాని పరిణామం

ఓపెన్ సోర్స్ సాఫ్ట్‌వేర్ అంటే ఏమిటి మరియు దాని మూలాలు

ఓపెన్ సోర్స్ సాఫ్ట్‌వేర్ చరిత్ర ప్రధానంగా దాని లైసెన్సుల చరిత్రే. ఎందుకంటే వేరొకరు రాసిన కోడ్‌తో మీరు ఏమి చేయవచ్చో నిర్ణయించేది కేవలం లైసెన్స్ మాత్రమే. ఆ లైసెన్సులను ఎవరూ వ్రాయకముందే కోడ్ బహిరంగంగా పంచుకోబడేది. అది ఒక ఉత్పత్తిగా మారిన తర్వాత పంచుకోవడం ఆగిపోయింది, ఆపై న్యాయస్థానాల్లో పంచుకునే హక్కును నిలబెట్టుకోవడానికి ఈ లైసెన్సులను రూపొందించారు.

ఇది క్లుప్త వివరణ. సుదీర్ఘ వివరణ ముఖ్యమైనది, ఎందుకంటే మీరు నేడు సర్వర్‌లో రన్ చేసే సాఫ్ట్‌వేర్ ఇప్పటికీ ఆ నిర్ణయాల ప్రభావంతోనే ఉంది. ఆ నిర్ణయాలలో కొన్ని 1983లో తీసుకున్నవి. మరికొన్ని గత ఏడాది తీసుకున్నవి. మా self-hosting గైడ్‌లలోని కొన్ని అప్లికేషన్లు ఇప్పుడు వేర్వేరు పేర్లతో రెండు వెర్షన్లలో రావడానికి అవే కారణం.

సాఫ్ట్‌వేర్ విక్రయించబడకముందే పంపిణీ చేయబడింది

1950లు మరియు 1960లలో, సాఫ్ట్‌వేర్ యంత్రంతో పాటే వచ్చేది. IBM తన సిస్టమ్స్‌తో పాటు సోర్స్ కోడ్‌ను కూడా అందించేది. 1955లో స్థాపించబడిన SHARE వంటి యూజర్ గ్రూపులు ప్రోగ్రామ్‌లను టేపుల ద్వారా ఒకరికొకరు పంచుకునేవి. దీనికి రెండు కారణాలు ముగింపు పలికాయి. 1969లో IBM సాఫ్ట్‌వేర్‌ను హార్డ్‌వేర్ నుండి వేరుగా ధర నిర్ణయిస్తామని ప్రకటించింది, ఇది సాఫ్ట్‌వేర్ కోసం ప్రత్యేక మార్కెట్‌ను సృష్టించింది. ఆ తర్వాత చట్టం కూడా దీనిని అనుసరించింది. 1980 నాటి Computer Software Copyright Act, అమెరికాలో ప్రోగ్రామ్‌లు కాపీరైట్ చేయదగిన రచనలేనని ధృవీకరించింది. 1980 తర్వాత, మీరు రాయనటువంటి కోడ్ డిఫాల్ట్‌గా క్లోజ్ చేయబడింది, కాబట్టి దానిని పంచుకోవడానికి రచయిత నుండి వ్రాతపూర్వక అనుమతి అవసరమైంది.

Homebrew Computer Club మరియు Hobbyists కు రాసిన బహిరంగ లేఖ

Homebrew Computer Club తన మొదటి సమావేశాన్ని 1975 మార్చిలో కాలిఫోర్నియాలోని మెన్లో పార్క్‌లో ఉన్న ఒక గ్యారేజీలో నిర్వహించింది. సభ్యులు హార్డ్‌వేర్ మరియు పేపర్ టేపులను తీసుకువచ్చేవారు, కాపీలు చేసుకోవడం ఆ సమావేశంలో ఒక భాగంగా ఉండేది. బిల్ గేట్స్ మరియు పాల్ అలెన్ రాసిన Altair BASIC, కాపీ చేసిన టేపుల రూపంలో గది అంతటా తిరిగింది. 1976 ఫిబ్రవరిలో గేట్స్ ఆ క్లబ్ వార్తాలేఖలో "An Open Letter to Hobbyists" (ఔత్సాహికులకు ఒక బహిరంగ లేఖ) ద్వారా సమాధానమిచ్చారు.

ఔత్సాహికులలో మెజారిటీకి తెలిసినట్లుగా, మీలో చాలామంది మీ సాఫ్ట్‌వేర్‌ను దొంగిలిస్తున్నారు.

Altair యజమానులలో పదిమందిలో ఒకరు కూడా BASIC కోసం డబ్బు చెల్లించలేదని, దానిని రాయడానికి ఉపయోగించిన కంప్యూటర్ సమయం విలువ 40,000 డాలర్ల కంటే ఎక్కువ అని ఆయన రాశారు. నేటి ఆధునిక వాదన అంతా ఆ లేఖలోనే ఉంది. సాఫ్ట్‌వేర్‌ను కాపీ చేయడానికి ఏమీ ఖర్చు అవ్వదు మరియు కాపీ చేసుకునే ప్రతి ఒక్కరికీ అది సహాయపడుతుంది. కానీ దానిని రాయడానికి ఒక వ్యక్తి తన జీవితంలో ఒక సంవత్సరాన్ని వెచ్చించాల్సి ఉంటుంది. కింద వివరించిన ప్రతి లైసెన్స్ ఈ రెండు వాస్తవాలను ఒకేసారి పరిష్కరించడానికి చేసిన ప్రయత్నమే.

1983లో GNU మరియు ఒక చట్టపరమైన ఆవిష్కరణగా GPL

Richard Stallman సెప్టెంబర్ 1983లో Usenetలో GNU గురించి ప్రకటించారు. ఇది వెబ్ రాకముందు ప్రజలు ఉపయోగించే న్యూస్‌గ్రూప్ నెట్‌వర్క్. GNU అంటే "GNU's Not Unix". ఎవరైనా కాపీ చేయడానికి మరియు మార్చడానికి వీలైన పూర్తి Unix-compatible సిస్టమ్‌ను రూపొందించడమే దీని లక్ష్యం.

ఉచిత Unix! ఈ థాంక్స్ గివింగ్ నుండి నేను GNU (Gnu's Not Unix కోసం) అనే పూర్తి Unix-compatible సాఫ్ట్‌వేర్ సిస్టమ్‌ను వ్రాయబోతున్నాను, మరియు దీనిని ఉపయోగించగల ప్రతి ఒక్కరికీ ఉచితంగా ఇవ్వబోతున్నాను.

Free Software Foundation (FSF) 1985లో స్థాపించబడింది. దీని "Free Software Definition" నాలుగు స్వేచ్ఛలను పేర్కొంటుంది, ఇవి సున్నా నుండి ప్రారంభమవుతాయి: ప్రోగ్రామ్‌ను ఏ ప్రయోజనం కోసమైనా రన్ చేయడం, దానిని అధ్యయనం చేయడం మరియు మార్చడం, కాపీలను తిరిగి పంపిణీ చేయడం, మరియు మీరు మార్చిన వెర్షన్లను పంపిణీ చేయడం. స్వేచ్ఛ 1 కోసం సోర్స్ కోడ్ అవసరం, ఎందుకంటే బైనరీని ఎవరూ ఆచరణాత్మకంగా అధ్యయనం చేయలేరు. ఇక్కడ "Free" అంటే స్వేచ్ఛ అని అర్థం, ధర కాదు. FSF యొక్క స్వంత మాటల్లో చెప్పాలంటే, ఇది ఉచిత బీర్ (free beer) లాంటిది కాదు, భావప్రకటనా స్వేచ్ఛ (free speech) లాంటిది.

మేనిఫెస్టో ఆవిష్కరణ కాదు, లైసెన్స్ ఆవిష్కరణ. GNU General Public License (GPL) కాపీరైట్‌ను షేరింగ్‌ను నిరోధించడానికి కాకుండా, షేరింగ్‌ను తప్పనిసరి చేయడానికి ఉపయోగిస్తుంది. మీరు నాలుగు స్వేచ్ఛలను ఒక షరతుపై పొందుతారు: మీరు ఎవరికి సాఫ్ట్‌వేర్‌ను ఇస్తారో, వారికి కూడా సోర్స్ కోడ్‌తో పాటు ఆ స్వేచ్ఛలు అందాలి. Stallman దీనిని copyleft అని పిలిచారు. ఇది మొదట 1985లో GNU Emacsతో విడుదలైంది, 1989లో GPL వెర్షన్ 1గా, మరియు జూన్ 1991లో వెర్షన్ 2గా మారింది.

GPL కాపీరైట్ చట్టానికి వ్యతిరేకంగా కాకుండా, దానిపై ఆధారపడి పనిచేస్తుంది. లైసెన్స్ లేకపోతే, వేరొకరి కోడ్‌ను పంపిణీ చేసే హక్కు మీకు ఉండదు. GPL ఆ హక్కును మంజూరు చేసి, దానికి కొన్ని షరతులను జోడిస్తుంది. కాబట్టి, ఒక వెండర్ తన రౌటర్‌లో మార్పులు చేసిన GPL కోడ్‌ను పంపిణీ చేస్తూ, సోర్స్ కోడ్ ఇవ్వడానికి నిరాకరిస్తే, వారు కేవలం వాగ్దానాన్ని ఉల్లంఘించడం లేదు. వారు కాపీరైట్‌ను ఉల్లంఘిస్తున్నారు, దీనిపై కాపీరైట్ యజమాని కోర్టుకు వెళ్ళవచ్చు. అందుకే అమలు సాధ్యమవుతుంది; 2000లలో Harald Welte యొక్క gpl-violations.org కేసుల నుండి, 2021లో Vizioపై దాఖలైన Software Freedom Conservancy దావా వరకు ఇది కొనసాగుతోంది. ఆ దావా ప్రకారం, టెలివిజన్ కొనుగోలు చేసిన వ్యక్తి కూడా సోర్స్ కోడ్‌ను డిమాండ్ చేయవచ్చు.

Linux సిస్టమ్‌ను పూర్తి చేయడం

1991 నాటికి GNU ప్రాజెక్ట్ వద్ద కంపైలర్, C లైబ్రరీ, షెల్ మరియు చాలా వరకు టూల్స్ సిద్ధంగా ఉన్నాయి. కానీ అప్పటికి పనిచేసే kernel ఏదీ లేదు, ఎందుకంటే GNU సొంత kernel అయిన Hurd అనుకున్న దానికంటే ఎక్కువ సమయం తీసుకుంది. 1991 ఆగస్టులో హెల్సింకికి చెందిన ఒక విద్యార్థి comp.os.minix న్యూస్‌గ్రూప్‌లో ఇలా పోస్ట్ చేశారు:

నేను 386(486) AT క్లోన్‌ల కోసం ఒక (ఉచిత) ఆపరేటింగ్ సిస్టమ్‌ను తయారు చేస్తున్నాను (ఇది కేవలం ఒక హాబీ మాత్రమే, GNU లాగా పెద్దదిగా లేదా ప్రొఫెషనల్‌గా ఉండదు).

Linux 0.01 సెప్టెంబర్ 1991లో Linus Torvalds స్వయంగా రాసిన లైసెన్స్‌తో విడుదలైంది, ఇది దానిని విక్రయించడాన్ని నిషేధించింది. 1992 ప్రారంభంలో ఆయన దానిని GPLv2 తో భర్తీ చేశారు, ఇది తాను తీసుకున్న అత్యుత్తమ నిర్ణయాలలో ఒకటి అని ఆయన పేర్కొన్నారు. ఈ లైసెన్స్ వల్లే కార్పొరేట్ సంస్థల సహకారం సురక్షితమైంది: ఒక సంస్థ తన ఇంజనీర్లను kernel అభివృద్ధికి కేటాయించినప్పుడు, ఆ మెరుగుదలలను తమ పోటీదారులు ప్రైవేట్‌గా సొంతం చేసుకోలేరని వారికి భరోసా లభించింది.

Berkeley లో అప్పటికే ఒక ఉచిత Unix అందుబాటులో ఉంది. Linux ప్రాచుర్యం పొంది, BSD (Berkeley Software Distribution) కాకపోవడానికి ఒక కారణం న్యాయపరమైన వివాదం. Unix System Laboratories 1992లో Berkeley Software Design పై దావా వేసింది, ఈ కేసు 1994 ప్రారంభం వరకు కొనసాగింది. ఆ రెండు సంవత్సరాల పాటు BSD సిస్టమ్స్ న్యాయపరమైన రిస్క్‌ను ఎదుర్కోగా, Linux ఎటువంటి రిస్క్ లేకుండా ఉంది; ఆ సమయంలోనే వినియోగదారులు Linux వైపు మళ్లారు. Linux అనేది కేవలం kernel మాత్రమేనని, దాని చుట్టూ ఉన్న చాలా టూల్స్ GNU కి చెందినవని, కాబట్టి ఈ మొత్తం సిస్టమ్‌ను GNU/Linux అని పిలవాలని FSF కోరుతుంది. చాలా మంది దీనిని Linux అని పిలుస్తారు. ఈ రెండు పేర్లు ఒకే సాఫ్ట్‌వేర్ సమాహారాన్ని సూచిస్తాయి.

1998: ఓపెన్ సోర్స్ రీబ్రాండ్, మరియు ఎప్పటికీ మానని విభజన

1998 జనవరిలో, Netscape తన బ్రౌజర్ యొక్క సోర్స్ కోడ్‌ను ప్రచురిస్తామని ప్రకటించింది. అంత పెద్ద కంపెనీ ఇలాంటి నిర్ణయం తీసుకోవడం అదే మొదటిసారి, ఇది ఒక ఆచరణాత్మక సమస్యను బయటపెట్టింది. ఆంగ్లంలో "free software" అనే పదబంధం "ఖర్చు లేని సాఫ్ట్‌వేర్" (software that costs nothing) అనే అర్థాన్ని ఇస్తుంది, ఎగ్జిక్యూటివ్‌లు సరిగ్గా అదే అర్థం చేసుకున్నారు. మెరుగైన పదం కోసం 1998 ఫిబ్రవరిలో పాలో ఆల్టోలో ఒక బృందం సమావేశమైంది, అక్కడ Christine Peterson "open source" అనే పదాన్ని ప్రతిపాదించారు. కొన్ని వారాల్లోనే Eric Raymond మరియు Bruce Perens కలిసి Open Source Initiative (OSI) ను స్థాపించారు. ఇది 1997లో Perens రాసిన Debian Free Software Guidelines ఆధారంగా రూపొందించబడిన Open Source Definition ను స్వీకరించింది.

Open Source Definition లో పది ప్రమాణాలు ఉన్నాయి. వీటిలో రెండు ప్రమాణాలు నేటి ఆధునిక వాదనలను నిర్ణయిస్తాయి: సోర్స్ కోడ్ అందుబాటులో ఉండాలి, మరియు ప్రోగ్రామ్‌ను ఎవరు ఉపయోగించవచ్చో లేదా దేని కోసం ఉపయోగించవచ్చో లైసెన్స్ ఎటువంటి ఆంక్షలు విధించకూడదు. "దీనిని మీరు వాణిజ్య సేవగా అందించకూడదు" అని చెప్పే లైసెన్స్ ఈ పరీక్షలో విఫలమవుతుంది, అది మిగతా ఏ అనుమతులు ఇచ్చినా సరే. ఈ వాక్యాన్ని గుర్తుంచుకోండి. నేటి source-available లైసెన్స్‌లు దాటే గీత ఇదే.

1998లో మొదలైన ఈ విభజన కారణాలకు సంబంధించింది, ఏ లైసెన్స్‌లు ఆమోదయోగ్యమైనవి అనే దాని గురించి కాదు. FSF వాదన నైతికమైనది: ప్రోగ్రామ్‌ను మార్చలేని వినియోగదారు తన సొంత కంప్యూటర్‌ను నియంత్రించలేరు. OSI వాదన, Raymond రాసిన "The Cathedral and the Bazaar" వ్యాసం ద్వారా వ్యాపార వర్గాలకు వివరించినట్లుగా, ఆచరణాత్మకమైనది: ఓపెన్ డెవలప్‌మెంట్ మెరుగైన సాఫ్ట్‌వేర్‌ను ఉత్పత్తి చేస్తుంది, కంపెనీలు దీని ద్వారా ప్రయోజనం పొందవచ్చు. Stallman రాసిన "Why Open Source Misses the Point of Free Software" అనే సమాధానం ఇప్పటికీ gnu.org లో ఉంది, ఆయన ఈ కొత్త పదాన్ని ఎప్పుడూ అంగీకరించలేదు. దీనిని రూపొందించడంలో సహాయపడిన Perens, ఈ ఉద్యమం free software నుండి దూరమైందని చెబుతూ 1999లో OSI బోర్డు నుండి రాజీనామా చేశారు.

ఆచరణాత్మక వ్యత్యాసం ఎంత తక్కువగా ఉందో ఖచ్చితంగా తెలుసుకోవడం ముఖ్యం. FSF యొక్క free licences జాబితా మరియు OSI యొక్క ఆమోదించబడిన లైసెన్స్‌ల జాబితా GPL, MIT, Apache 2.0 మరియు BSD వంటి దాదాపు అన్నింటి విషయంలో ఏకీభవిస్తాయి. రెండు అర్థాలను ఒకేసారి ఉపయోగించాల్సిన రచయితలు FOSS (free and open source software) లేదా FLOSS (free/libre and open source software) అనే పదాలను ఉపయోగిస్తారు.

కంపెనీలు కోడ్‌ను ఎలా విడుదల చేయాలో నేర్చుకున్నాయి

1999లో Red Hat స్టాక్ మార్కెట్ లిస్టింగ్, సాఫ్ట్‌వేర్ కాపీలను అమ్మడం కంటే సపోర్ట్ మరియు ప్యాకేజింగ్‌లో లాభాలు ఉన్నాయని నిరూపించింది. 2001లో IBM సంస్థ Linux కోసం ఒక బిలియన్ డాలర్లను కేటాయించింది. 2001లో Microsoft ప్రధాన కార్యనిర్వాహణాధికారి Linux ను "ఒక క్యాన్సర్" అని అభివర్ణించారు, కానీ అదే కంపెనీ 2016లో Linux Foundation లో ప్లాటినం సభ్యునిగా చేరింది, ఆపై 2018లో GitHub ను 7.5 బిలియన్ డాలర్ల స్టాక్ విలువతో కొనుగోలు చేసింది. 2019లో IBM సంస్థ Red Hat ను 34 బిలియన్ డాలర్లకు కొనుగోలు చేసింది. ఇవేవీ లైసెన్స్‌ల పట్ల వారి అభిప్రాయం మారడం వల్ల జరిగినవి కావు. డబ్బు ఎక్కడ ఉందనే దానిపై వారి వ్యూహం మారడం వల్ల జరిగినవి. ఒక ఆపరేటింగ్ సిస్టమ్ అనేది భాగస్వామ్య ఖర్చుగా మారినప్పుడు, దానిని సొంతంగా నిర్వహించుకోవడం ఖరీదైన వ్యవహారం అవుతుంది, అందుకే ప్రతి వెండర్ దాని పైన ఉన్న లేయర్‌లో పోటీ పడటానికి ఇష్టపడుతుంది.

కార్పొరేట్ యాజమాన్యం వల్ల ప్రతికూలతలు కూడా ఉన్నాయి. 2010లో Oracle సంస్థ Sun ను కొనుగోలు చేసినప్పుడు, దానికి MySQL మరియు OpenOffice.org యాజమాన్యం లభించింది, దీనితో ఆ రెండు కమ్యూనిటీలు బయటకు వచ్చేశాయి. MySQL నుండి MariaDB ఉద్భవించింది, మరియు 2010 సెప్టెంబర్‌లో OpenOffice.org నుండి LibreOffice ఫోర్క్ చేయబడింది. ఒక యూజర్ కమ్యూనిటీకి ఉన్న ఏకైక ఓటు హక్కు 'ఫోర్క్' మాత్రమే, మరియు ఆ ఓటును సాధ్యం చేసేది లైసెన్స్ మాత్రమే.

మీరు self-host చేసే కొన్ని అప్లికేషన్లకు ఇప్పుడు forks ఎందుకు ఉన్నాయి

2018 నుండి, కొన్ని కంపెనీల సమూహం తాము ఇప్పటికే విడుదల చేసిన సాఫ్ట్‌వేర్ నిబంధనలను మార్చాయి. ప్రతిసారీ పరిస్థితి ఒకేలా ఉంది. ఒక కంపెనీ దాదాపు డెవలపర్లందరికీ జీతాలు చెల్లిస్తుంది, కానీ అంతకంటే పెద్ద క్లౌడ్ ప్రొవైడర్ అదే సాఫ్ట్‌వేర్‌ను managed serviceగా విక్రయిస్తుంది. అప్పుడు ఆ చిన్న కంపెనీ, తాము పోటీ పడలేకపోవడానికి లైసెన్సే కారణమని నిర్ణయించుకుంది.

• MongoDB అక్టోబర్ 2018లో Server Side Public License (SSPL)ని స్వీకరించింది. మీరు సాఫ్ట్‌వేర్‌ను ఇతరులకు సర్వీసుగా అందిస్తే, ఆ సర్వీసును అందించడానికి మీరు ఉపయోగించే ప్రతిదాని source codeను ప్రచురించాలని SSPL చెబుతుంది. OSI దీనిని open sourceగా అంగీకరించలేదు, దాంతో 2019లో MongoDB దీనిని సమీక్ష నుండి ఉపసంహరించుకుంది.
• Redis 2018 మరియు 2019లో కొన్ని modulesపై వినియోగ పరిమితులను విధించింది, ఆపై మార్చి 2024లో వెర్షన్ 7.4తో ప్రధాన సర్వర్‌ను dual source-available నిబంధనలకు మార్చింది. చివరి BSD-licensed విడుదలైన కొద్ది రోజులకే Valkey పేరుతో ఒక fork వచ్చింది. ఇది Linux Foundation ఆధ్వర్యంలో, Amazon, Google మరియు Oracle వంటి సంస్థల మద్దతుతో నడుస్తోంది. మే 2025లో Redis, తన మూడవ ఆప్షన్‌గా Redis 8 కోసం OSI-approved అయిన Affero General Public License version 3 (AGPLv3)ని జోడించింది.
• Elastic జనవరి 2021లో Elasticsearch మరియు Kibanaలను Apache 2.0 నుండి తొలగించి, SSPL మరియు Elastic License అనే dual termsకు మార్చింది. Amazon దీనిని OpenSearchగా fork చేసింది. Elastic ఆగస్టు 2024లో మూడవ ఆప్షన్‌గా AGPLv3ని జోడించింది, మరియు సెప్టెంబర్ 2024లో OpenSearchను Linux Foundationకు బదిలీ చేసి OpenSearch Software Foundationగా మార్చారు.
• HashiCorp ఆగస్టు 2023లో Terraform మరియు ఇతర సాధనాలను Business Source License (BUSL)కు మార్చింది. BUSL అమలులో ఉన్నంత కాలం అది open source లైసెన్స్ కాదు, ఎందుకంటే ఇది పోటీ ప్రయోజనాల కోసం వాడటాన్ని నిషేధిస్తుంది. ప్రతి విడుదల ఒక నిర్ణీత తేదీన, అంటే Terraform విషయంలో నాలుగు సంవత్సరాల తర్వాత, open licenseగా మారుతుంది. OpenTofu కొన్ని వారాల్లోనే fork చేయబడింది మరియు ఇప్పుడు అది కూడా Linux Foundation ఆధ్వర్యంలో ఉంది.

ఈ విషయంలో రెండు వైపులా సరైన వాదనలు ఉన్నాయి, ఎవరూ దురుద్దేశంతో వ్యవహరించడం లేదు. యాభై మందికి జీతాలు చెల్లిస్తున్న కంపెనీకి, అంతకంటే పెద్ద సంస్థ తన పనిని తిరిగి అమ్ముతుంటే సమస్య ఉంటుంది, దీనిని కేవలం మంచి ఉద్దేశాలతో పరిష్కరించలేము. Apache 2.0 నిబంధనలపై ఆధారపడి సాఫ్ట్‌వేర్ నిర్మించుకున్న వినియోగదారుడు, అకస్మాత్తుగా కొత్త నిబంధనలను ఎదుర్కోవాల్సి రావడం కూడా ఒక సమస్యే, ఎందుకంటే వారిని ఎవరూ ముందుగా సంప్రదించలేదు. ఈ రెండు సందర్భాల్లో తర్వాత ఏమి జరిగిందో గమనించండి. Forks స్థిరపడిన తర్వాత, Elastic మరియు Redis రెండూ తిరిగి బలమైన copyleftని చేర్చాయి. Copyleft అసలు ఫిర్యాదును పరిష్కరించింది, ఎందుకంటే AGPLv3 ప్రకారం సర్వీస్ ప్రొవైడర్ తాము రన్ చేసే మార్పులను ప్రచురించాల్సి ఉంటుంది. ఆగస్టు 2026 నాటికి, రెండు ప్రాజెక్టులు మరియు రెండు forks కూడా యాక్టివ్‌గా ఉన్నాయి, లైసెన్సులు అనుమతించే ఫలితం ఇదే.

లైసెన్స్‌ను మార్చడానికి ఎవరికి అధికారం ఉంటుంది

ఒక ప్రాజెక్ట్‌లోని మొత్తం కాపీరైట్‌పై ఒకే పార్టీకి నియంత్రణ ఉన్నప్పుడు మాత్రమే దానిని తిరిగి లైసెన్స్ (relicense) చేయవచ్చు. కంపెనీలు ఈ నియంత్రణను రెండు మార్గాల్లో పొందుతాయి. కాపీరైట్ అసైన్‌మెంట్ (Copyright assignment) ద్వారా ప్రతి కంట్రిబ్యూషన్ యొక్క యాజమాన్యం కంపెనీకి బదిలీ అవుతుంది. కంట్రిబ్యూటర్ లైసెన్స్ అగ్రిమెంట్ (CLA) ద్వారా యాజమాన్యం మీ వద్దే ఉన్నప్పటికీ, మీ పనిని తిరిగి లైసెన్స్ చేసేంత విస్తృతమైన హక్కులను కంపెనీకి కల్పిస్తారు. సాధారణంగా మీరు పంపే మొదటి pull request పై ఒక బాట్ పోస్ట్ చేసే లింక్‌ను క్లిక్ చేయడం ద్వారా వీటిలో ఏదో ఒకటి సంతకం చేయబడుతుంది.

Linux కు ఎటువంటి CLA లేదు. కంట్రిబ్యూషన్లు అన్నీ Developer Certificate of Origin తో GPLv2 కింద వస్తాయి, మరియు కాపీరైట్ వేలమంది వ్యక్తులు మరియు కంపెనీల మధ్య విస్తరించి ఉంటుంది. Linux ను ఎవరూ తిరిగి లైసెన్స్ చేయలేరు, ఎందుకంటే ఆ సంతకాలన్నింటినీ సేకరించడం ఎవరికీ సాధ్యం కాదు. ఇదే రక్షణ అనేక స్వతంత్ర కాపీరైట్ హోల్డర్లు ఉన్న ఏ ప్రాజెక్టుకైనా వర్తిస్తుంది. ఇది కేవలం ఒక వాగ్దానం కంటే బలమైన రక్షణ, ఎందుకంటే ఇది ఎవరికి దేనిపై యాజమాన్యం ఉందనే వాస్తవంపై ఆధారపడి ఉంటుంది.

కాబట్టి, మీరు ఆధారపడాలనుకుంటున్న సాఫ్ట్‌వేర్ గురించి అడగాల్సిన ప్రశ్న అది ప్రస్తుతం ఓపెన్ సోర్స్ కాదా అనేది కాదు. దానిని ఎవరు మార్చగలరు మరియు వారు ఒంటరిగా ఆ పని చేయగలరా అనేది అసలైన ప్రశ్న.

ఒక ఫౌండేషన్ వాస్తవానికి మీకు ఏమి అందిస్తుంది

ఒక ఫౌండేషన్ ఆస్తులను కలిగి ఉంటుంది మరియు నిర్ణయాలు ఎలా తీసుకోవాలో నిబంధనలను నిర్ణయిస్తుంది. Apache Software Foundation, Linux Foundation, దానిలో భాగమైన Cloud Native Computing Foundation మరియు Software Freedom Conservancy వంటి సంస్థలు ఈ పనిని ఒక పద్ధతిలో చేస్తాయి. ఒక ఫౌండేషన్ మాయాజాలంతో తటస్థంగా ఉండదు. సభ్యులు తమ స్థానాల కోసం చెల్లిస్తారు, మరియు ఒక పెద్ద ఫౌండేషన్ ప్రాజెక్ట్‌లో పూర్తి సమయం పనిచేసే చాలా మందికి సభ్య కంపెనీలే జీతాలు చెల్లిస్తాయి. మీరు పొందేది పరిమితమైనదే అయినా, అది చాలా విలువైనది: ట్రేడ్‌మార్క్ మరియు release ప్రక్రియ ఒకే వెండర్‌కు చెందవు, కాబట్టి ఏ ఒక్క కంపెనీ కూడా ప్రాజెక్ట్‌ను సొంతం చేసుకోలేదు.

ట్రేడ్‌మార్క్ అనేది చాలామంది గుర్తించని అంశం. కోడ్ లైసెన్స్ చేయబడుతుంది. పేరు అనేది ఒక ట్రేడ్‌మార్క్, మరియు ట్రేడ్‌మార్క్ కోడ్ లైసెన్స్ పరిధిలోకి రాదు. మీరు ఎప్పుడైనా కోడ్‌ను fork చేయవచ్చు. కానీ సాధారణంగా మీరు ఆ పేరును ఉంచుకోలేరు. అందుకే ఈ కథలోని fork లకు Valkey, OpenSearch, OpenTofu మరియు Forgejo అని పేర్లు పెట్టారు.

మెయింటెయినర్ సమస్య

ఆధునిక మౌలిక సదుపాయాలు ఒకటి లేదా ఇద్దరు వేతనం లేని మెయింటెయినర్లు నిర్వహించే ప్రాజెక్టులపై ఆధారపడి ఉన్నాయి, వీటిలో తలెత్తే వైఫల్యాలే ఈ సమస్యను బయటపెడుతున్నాయి. 2014లో OpenSSL లో వచ్చిన Heartbleed బగ్, వెబ్ యొక్క ఎన్‌క్రిప్టెడ్ ట్రాఫిక్‌లో అధిక భాగాన్ని మోసే లైబ్రరీని ప్రభావితం చేసింది; దీనిని దాదాపు ఎటువంటి నిధులు లేకుండా కొద్దిమంది వ్యక్తులు నిర్వహిస్తున్నారు. 2021 డిసెంబర్‌లో వచ్చిన Log4Shell, ప్రపంచవ్యాప్త ఇన్సిడెంట్ రెస్పాన్స్‌ను Apache Log4j ప్రాజెక్ట్‌లోని ఒక చిన్న స్వచ్ఛంద బృందంపైకి మళ్లించింది.

2024 మార్చిలో కనుగొనబడిన XZ Utils బ్యాక్‌డోర్ దీనికి అత్యంత స్పష్టమైన ఉదాహరణ, ఎందుకంటే ఈ దాడి కోడ్‌ను కాకుండా మెయింటెయినర్‌ను లక్ష్యంగా చేసుకుంది. ఒక ఖాతా సుమారు రెండు సంవత్సరాల పాటు Linux డిస్ట్రిబ్యూషన్లలో ఉపయోగించే కంప్రెషన్ లైబ్రరీకి నిజంగా ఉపయోగకరమైన కంట్రిబ్యూషన్లు చేసింది. ఇతర ఖాతాలు అలసిపోయిన ఏకైక మెయింటెయినర్‌పై సహాయాన్ని అంగీకరించమని ఒత్తిడి చేశాయి. ఆ కొత్త కో-మెయింటెయినర్, SSH (secure shell) డెమోన్ liblzma తో అనుసంధానించబడిన సిస్టమ్‌లను లక్ష్యంగా చేసుకుని రిలీజ్ ఆర్కైవ్‌లలో ఒక బ్యాక్‌డోర్‌ను ఉంచాడు. లాగిన్‌లు ఆశించిన దానికంటే అర సెకను ఎక్కువ సమయం ఎందుకు తీసుకుంటున్నాయో పరిశీలిస్తున్నప్పుడు ఒక డెవలపర్ దీనిని కనుగొన్నాడు. అది కేవలం అదృష్టం, మరియు ఇందులో పాల్గొన్న ప్రతి ఒక్కరూ బహిరంగంగా ఇదే విషయాన్ని చెప్పారు.

నిధులు రావడం ప్రారంభమైంది: 2019 నుండి GitHub Sponsors, Open Collective, 2022 నుండి జర్మనీకి చెందిన Sovereign Tech Fund, మరియు OpenSSF యొక్క Alpha-Omega ప్రాజెక్ట్ ఉన్నాయి. ఈ నిధులు అసమానంగా అందుతున్నాయి మరియు ఇప్పటికే ప్రసిద్ధి చెందిన ప్రాజెక్టులకే ఎక్కువగా చేరుతున్నాయి. నియంత్రణలు కూడా వస్తున్నాయి. యూరోపియన్ యూనియన్ యొక్క Cyber Resilience Act 2024 డిసెంబర్‌లో అమలులోకి వచ్చింది, దీనిలోని చాలా బాధ్యతలు 2027 డిసెంబర్ నుండి వర్తిస్తాయి. ప్రారంభ ముసాయిదాలు వేతనం లేని స్వచ్ఛంద సేవకులపై తయారీదారు బాధ్యతను మోపేవి, కాబట్టి ఫౌండేషన్లు మరియు డిస్ట్రిబ్యూషన్ల సుదీర్ఘ లాబీయింగ్ తర్వాత, తుది పాఠం "open source software steward" అనే తేలికపాటి వర్గాన్ని సృష్టించింది.

మీ VPSలోని సాఫ్ట్‌వేర్ విషయంలో ఓపెన్ సోర్స్ చరిత్ర ప్రాముఖ్యత

మేము అందించే self-hosting గైడ్‌లలోని ప్రతి అప్లికేషన్ ఈ నిర్ణయాల ప్రభావంతోనే ఉంటుంది. Nextcloud ఒక fork కారణంగానే ఉనికిలోకి వచ్చింది: 2016లో ownCloud వ్యవస్థాపకుడు మరియు బృందంలోని ఎక్కువ మంది సభ్యులు బయటకు వచ్చి, AGPLv3 లైసెన్స్‌తో ప్రాజెక్టును తిరిగి ప్రారంభించారు. అప్పటి నుండి ఈ రెండు ఉత్పత్తులు సమాంతరంగా నడుస్తున్నాయి. ఈ చరిత్రే పరిశీలించదగిన Nextcloud ప్రత్యామ్నాయాలు మరియు వాటితో పోటీపడే self-hosted Dropbox ప్రత్యామ్నాయాల నేపథ్యం.

ఇదే తరహా విధానం Git హోస్టింగ్‌లోనూ కనిపిస్తుంది. Gitea అనేది 2016లో Gogs యొక్క forkగా ప్రారంభమైంది. 2022 చివరలో ఆ ప్రాజెక్ట్ యొక్క ట్రేడ్‌మార్క్ మరియు డొమైన్‌లు ఒక కంపెనీకి మారాయి. అదే ఏడాది డిసెంబర్‌లో Codeberg సంస్థ Forgejoను fork చేసింది. 2024లో వెర్షన్ 9తో Forgejo తన లైసెన్స్‌ను MIT నుండి GPLv3కి మార్చుకుంది. వీటి గురించి self-hosted Git సర్వర్ ఎంపికలు విభాగంలో వివరించాము. లైసెన్స్‌లలోని ఈ తేడాలే అవి విడిపోవడానికి ప్రధాన కారణం. మరోవైపు, చాలా వరకు ఉచిత సాఫ్ట్‌వేర్ మైక్రోసాఫ్ట్ యాజమాన్యంలోని క్లోజ్డ్ ప్లాట్‌ఫామ్ అయిన GitHubలో అభివృద్ధి చేయబడుతోంది. దీనిపై రెండు వైపులా బలమైన వాదనలు ఉన్నాయి: GitHub అంటే ఏమిటి చూడండి.

ఒక ప్రాజెక్టును మీ సర్వర్‌లో ఇన్‌స్టాల్ చేసే ముందు, పది నిమిషాలు కేటాయించి ఈ నాలుగు అంశాలను తనిఖీ చేయండి.

• మార్కెటింగ్ పేజీలను కాకుండా, రిపోజిటరీలోని LICENSE ఫైల్‌ను చదవండి. ఫైల్‌లోని నిబంధనలు మారినప్పటికీ, వెబ్‌సైట్ పేజీలు మాత్రం "open source" అని పేర్కొంటూనే ఉండవచ్చు.
• CLA లేదా కాపీరైట్ అసైన్‌మెంట్ ఉందేమో చూడండి. అది ఉంటే, భవిష్యత్తులో వచ్చే releases యొక్క నిబంధనలను ఒకే యజమాని మార్చవచ్చు.
• కాపీరైట్ ఎవరి వద్ద ఉందో తెలుసుకోండి: ఒక కంపెనీయా, చాలా మంది కంట్రిబ్యూటర్లా లేదా ఒక ఫౌండేషనా?
• యాక్టివ్ మెయింటైనర్ల సంఖ్యను లెక్కించండి. ఒకే వ్యక్తిపై ఆధారపడిన ప్రాజెక్ట్, ఆ వ్యక్తికి ఎంత రిస్కో, మీకు కూడా అంతే రిస్క్.

దీని అర్థం సింగిల్-వెండర్ సాఫ్ట్‌వేర్‌ను వాడకూడదని కాదు. వాటిలో చాలా అద్భుతంగా ఉంటాయి, మరియు వాటికి డబ్బు చెల్లించడం వల్లే అవి మెయింటైన్ చేయబడుతున్నాయి. మీరు దేనిపై ఆధారపడుతున్నారో మీకు తెలిసి ఉండాలి. దేనిని self-host చేయడం విలువైనది అని నిర్ణయించుకునేటప్పుడు, మెమరీ అవసరాలతో పాటు లైసెన్స్‌ను కూడా పరిగణనలోకి తీసుకోండి.

మీ ముందున్న మెషీన్‌లోనే ఈ చరిత్రను మీరు చూడవచ్చు. Debian లేదా Ubuntu సిస్టమ్‌లోని ప్రతి ప్యాకేజీ తన సొంత నిబంధనలను కలిగి ఉంటుంది:

ls /usr/share/doc | wc -l
head -n 20 /usr/share/doc/bash/copyright

మొదటి సంఖ్య ఎన్ని ఇన్‌స్టాల్ చేసిన ప్యాకేజీలు కాపీరైట్ ఫైల్‌ను కలిగి ఉన్నాయో తెలియజేస్తుంది (సాధారణంగా చిన్న VPSలో కొన్ని వందలు ఉంటాయి). రెండవ కమాండ్ bash ప్యాకేజీకి సంబంధించిన ఫైల్ ప్రారంభాన్ని చూపిస్తుంది, ఇది GNU General Public License version 3ని పేర్కొంటుంది. ఫైల్ లేకపోతే, ఆ ప్యాకేజీ Debian పాలసీ ప్రకారం రూపొందించబడలేదని అర్థం. ఇది అరుదుగా జరుగుతుంది, కాబట్టి అటువంటి ప్యాకేజీని నమ్మే ముందు ఒకటికి రెండుసార్లు ఆలోచించండి.

FAQ

ఉచిత సాఫ్ట్‌వేర్ (free software) మరియు ఓపెన్ సోర్స్ (open source) మధ్య తేడా ఏమిటి?

ఇవి దాదాపు ఒకే రకమైన లైసెన్స్‌లను సూచిస్తాయి, కానీ ఆ లైసెన్స్‌లు ఎందుకు ముఖ్యమైనవి అనే విషయంలో వీటి మధ్య భిన్నాభిప్రాయాలు ఉన్నాయి. "Free software" అనేది పాత పదం, దీనిని 1985లో Free Software Foundation ప్రవేశపెట్టింది. దీని వాదన నైతికమైనది: ప్రోగ్రామ్‌ను మార్చలేని వినియోగదారుడు తన కంప్యూటర్‌ను నియంత్రించలేడు. "Open source" అనే పదాన్ని 1998 ఫిబ్రవరిలో కంపెనీలకు ఈ లైసెన్స్‌లను సులభంగా వివరించడానికి సృష్టించారు, దీని వాదన ఆచరణాత్మకమైనది. GPL, MIT, BSD మరియు Apache 2.0 లైసెన్స్‌లు రెండూ అధికారిక జాబితాలలో ఉన్నాయి. రెండింటినీ కలిపి సూచించాలనుకునే రచయితలు FOSS లేదా FLOSS అనే పదాలను ఉపయోగిస్తారు.

సోర్స్-అవైలబుల్ (source-available) సాఫ్ట్‌వేర్ మరియు ఓపెన్ సోర్స్ ఒకటేనా?

కాదు. సోర్స్-అవైలబుల్ అంటే మీరు కోడ్‌ను చదవగలరు అని అర్థం. ఓపెన్ సోర్స్ డెఫినిషన్ (Open Source Definition) ప్రకారం, ఓపెన్ సోర్స్ అంటే సాఫ్ట్‌వేర్‌ను ఎవరు ఉపయోగించాలో లేదా దేని కోసం ఉపయోగించాలో లైసెన్స్ ఎటువంటి ఆంక్షలు విధించకూడదు. SSPL మరియు Business Source License రెండూ పోటీ వాణిజ్య వినియోగాన్ని పరిమితం చేస్తాయి, కాబట్టి వాటి సోర్స్ కోడ్ అందుబాటులో ఉన్నప్పటికీ, ఆ నిర్వచనం ప్రకారం అవి ఓపెన్ సోర్స్ కావు. మీరు కేవలం మీ సొంత అవసరాల కోసం self-host చేసుకుంటే, ఈ ఆంక్షలు మీకు వర్తించకపోవచ్చు. ఒకవేళ మీరు దీనిపై ఆధారపడి ఏదైనా ఉత్పత్తిని నిర్మించాలనుకుంటే, ముందుగా లైసెన్స్ నిబంధనలను జాగ్రత్తగా చదవండి.

ఒక కంపెనీ తాను ఇప్పటికే ఇచ్చిన ఓపెన్ సోర్స్ లైసెన్స్‌ను వెనక్కి తీసుకోవచ్చా?

ఇప్పటికే విడుదల చేసిన కోడ్ విషయంలో ఇది సాధ్యం కాదు. ఆ వెర్షన్ అది విడుదలైనప్పుడు ఉన్న లైసెన్స్ కిందనే ఉంటుంది. అందుకే Valkey మరియు OpenTofu వంటి ఫోర్కులు (forks) చివరిసారిగా అనుమతించబడిన లైసెన్స్ ఉన్న కమిట్ నుండి ప్రారంభమయ్యాయి. ఒక కంపెనీ చేయగలిగింది ఏమిటంటే, భవిష్యత్తులో వచ్చే వెర్షన్లను కొత్త నిబంధనల కింద విడుదల చేయడం. ప్రాజెక్ట్ మొత్తంపై కాపీరైట్ హక్కులు ఆ కంపెనీ వద్ద ఉంటేనే (assignment లేదా contributor licence agreement ద్వారా) ఇది సాధ్యమవుతుంది. Linux వంటి అనేక స్వతంత్ర కాపీరైట్ యజమానులు ఉన్న ప్రాజెక్ట్‌లను ఎవరూ రీలైసెన్స్ (relicense) చేయలేరు.

self-hosted సాఫ్ట్‌వేర్‌లో నేను ఏ లైసెన్స్ కోసం చూడాలి?

మీరు స్వయంగా రన్ చేసుకునే మరియు తిరిగి విక్రయించని సాఫ్ట్‌వేర్ కోసం, GPL, AGPL, MIT లేదా Apache 2.0 వంటి OSI-ఆమోదిత లైసెన్స్‌లు మీకు అవసరమైనవన్నీ అందిస్తాయి. కాపీరైట్ ఎవరి వద్ద ఉందో చూడటం మరింత ముఖ్యమైనది, ఎందుకంటే భవిష్యత్తులో నిబంధనలు మారతాయా లేదా అనేది దానిపైనే ఆధారపడి ఉంటుంది. ఒక ఫౌండేషన్ లేదా అనేకమంది స్వతంత్ర కంట్రిబ్యూటర్ల ఆధ్వర్యంలో ఉన్న ప్రాజెక్ట్‌ను వినియోగదారులకు వ్యతిరేకంగా రీలైసెన్స్ చేయడం సాధ్యం కాదు. Contributor licence agreement ఉన్న సింగిల్-వెండర్ ప్రాజెక్ట్‌లను రీలైసెన్స్ చేయవచ్చు. ఇవి రెండూ మంచి సాఫ్ట్‌వేర్ కావచ్చు, కానీ నిబంధనలను సొంతంగా మార్చగలిగే శక్తి ఒకదానికి మాత్రమే ఉంటుంది.