Tofauti kati ya leseni za GPL, MIT na Apache 2.0

GPL dhidi ya MIT dhidi ya Apache: kila leseni inakutaka nini

GPL, MIT na Apache 2.0 zinajibu swali lilelile kwa njia tofauti: unawajibika nini kwa watu wengine unapogawa programu hiyo? MIT inataka notisi ya hakimiliki na si kingine. Apache 2.0 inataka notisi hiyo pamoja na makubaliano ya hataza kati ya kila mtu anayegusa msimbo huo. GPL inakutaka uchapishe msimbo wa chanzo (source code) wa kile ulichojenga juu yake, chini ya leseni ileile uliyopokea.

Hilo linaonekana kama swali la wanasheria hadi siku ambapo mradi unaouendesha unabadilisha leseni yake na kugawanyika mara mbili. Hapo linakuwa swali la kiutendaji. Unakuwa na hazina mbili za vifurushi (package repositories) za kuchagua kati yake, na maktaba za wateja (client libraries) zinazoacha kuwasiliana. Mwongozo huu unahusu leseni hizo na utaratibu wake wa kufanya kazi, si kuhusu vuguvugu lililozizaa, kwa hivyo kila sehemu inaishia pale inapokugusa wewe: mtu anayelazimika kuendesha uboreshaji (upgrade).

Kwa nini GPL ipo: printa ambayo hakuna aliyeruhusiwa kuitengeneza

Mnamo mwaka 1980, Maabara ya Akili Bandia ya MIT ilipokea printa ya leza ya Xerox 9700. Maabara hiyo ilikuwa imerekebisha programu ya printa ya awali ili iweze kutoa taarifa kazi inapokwama. Kwa printa mpya, hakukuwa na source code, na ombi la kuipata lilikataliwa kwa sababu ya mkataba wa kutofichua taarifa (nondisclosure agreement). Richard Stallman, aliyekuwa programu katika maabara hiyo wakati huo, alichukulia kukataliwa huko kama hali ya kawaida badala ya tukio la bahati mbaya, na akatangaza mradi wa GNU mnamo tarehe 27 Septemba 1983.

Copyleft imejengwa kutokana na sheria ya hakimiliki (copyright law), si kinyume chake. Kwa kawaida, huna haki yoyote ya kunakili code ya mtu mwingine. GPL inatoa haki hiyo kwa sharti moja: ukimpa mtu mwingine programu hiyo, lazima umpe pia source code, chini ya masharti yaleyale, ili aweze kufanya kile ambacho maabara hiyo haikuweza kufanya. Sharti hili linatekelezeka kwa sababu bila leseni hiyo, hukuwa na ruhusa yoyote hapo awali.

Stallman aliandika leseni kwa ajili ya GNU Emacs kwanza, kisha akaifanya kuwa ya jumla zaidi katika GPL version 1 mnamo tarehe 25 Februari 1989. GPL version 2 ilifuata mnamo Juni 1991, na bado ndiyo leseni inayotumika kwenye programu nyingi za mfumo unazozitumia. Lesser GPL ilianzishwa kwa ajili ya maktaba (libraries), ili maktaba ya copyleft iweze kuunganishwa na programu yoyote iliyo chini ya leseni nyingine bila kuilazimisha programu hiyo kufuata GPL.

Maelezo moja huamua jinsi GPL inavyomwathiri mtu anayejiendeshea huduma zake (self-hoster). Wajibu huo huanza pale tu unaposambaza programu, si pale unapoitumia. Unaweza kurekebisha programu ya GPL, kuiendesha kwenye seva yako mwenyewe, kuwahudumia watu wengine kupitia programu hiyo, na huna deni kwa mtu yeyote, kwa sababu hujawahi kutoa nakala kwa mtu mwingine. Pengo hilo ndilo sababu ya kuwepo kwa AGPL.

Mapokeo ya ruhusa: BSD, kisha MIT

Berkeley ilichukua njia tofauti. Kikundi cha Utafiti wa Mifumo ya Kompyuta (Computer Systems Research Group) kilitoa kazi yake ya Unix chini ya leseni iliyohitaji notisi ya hakimiliki kuhifadhiwa na kukataa dhamana yoyote. Toleo la awali lilikuwa na vifungu vinne, na cha nne, kifungu cha matangazo, kilihitaji kutajwa kwa Chuo Kikuu katika nyenzo zote za matangazo zilizotaja vipengele vya programu hiyo. Hilo haliwezi kuongezeka kwa ufanisi. Stallman alihesabu utambuzi 75 tofauti katika toleo la 1997 la NetBSD. UC Berkeley iliondoa kifungu hicho mnamo 22 Julai 1999, kupitia barua kutoka kwa William Hoskins wa Ofisi yake ya Leseni za Teknolojia.

Kilichobaki ni leseni ya BSD ya vifungu 3, ambayo inaongeza marufuku ya kutumia majina ya wachangiaji kuidhinisha bidhaa yako, na toleo la vifungu 2, ambalo linaondoa hata hilo. Maandishi ya leseni ya MIT yalitoka MIT katika miaka ya 1980, ambapo yalishughulikia X Window System, na kwa vitendo inafanya kazi sawa na BSD ya vifungu 2.

Motisha zilikuwa tofauti. Chuo kikuu kilichofadhiliwa na pesa za umma kilitaka kazi yake itumike kila mahali, ikiwemo na makampuni. Mradi wa GNU ulitaka rasilimali ya pamoja ambayo isingeweza kufungwa. Misimamo yote miwili ni ya kweli, na yote ina njia ya kufeli. Kanuni za ruhusa (permissive code) zinaweza kufanywa kuwa za faragha, na hupati chochote kurudi. Kanuni za copyleft hukataliwa na makampuni ambayo wanasheria wake hawatakubali sharti hilo.

Kuna somo la pili kutoka Berkeley, na ndilo ambalo chapisho hili linarejelea mara kwa mara. Maabara ya Unix ya AT&T (Unix System Laboratories) ilishtaki Berkeley Software Design mnamo 1992 kuhusu kanuni za BSD, na kesi hiyo ilimalizika mapema 1994. Kwa miaka miwili hakuna mtu aliyeweza kuwa na uhakika kama BSD ilikuwa salama kujenga juu yake, na matumizi yalikwama huku Linux ikikua. Kutokuwa na uhakika wa kisheria kunazuia matumizi kwa kasi zaidi kuliko kukosekana kwa kipengele fulani.

Kwa nini Apache 2.0 iliongeza ruzuku ya hataza

Leseni ya kwanza ya Apache Group ilikuwa ya aina ya BSD 4-clause yenye tatizo lilelile la matangazo. Toleo la 1.1, mnamo mwaka 2000, liliondoa kipengele hicho. Toleo la 2.0, lililochapishwa Januari 2004, lilikuwa ni uandishi upya badala ya marekebisho madogo.

Nyongeza muhimu ni kuhusu hataza. Leseni za MIT na BSD hazisemi chochote kuhusu hataza. Mchangiaji anaweza kukupa ruhusa ya hakimiliki (copyright) kwa msimbo wake, lakini bado akashikilia hataza inayohusu utendaji wa msimbo huo, kisha akawashitaki watu wanaoutumia. Apache 2.0 inaziba mwanya huo: kila mchangiaji anatoa leseni ya hataza inayohusu mchango wake, na yeyote anayeshitaki akidai kuwa kazi hiyo inakiuka hataza zake, anapoteza leseni yake mwenyewe ya hataza kwa kazi hiyo. Tishio hili ni la pande zote, hivyo kwa vitendo, hakuna anayefungua mashitaka.

Sehemu nyingine ya 2.0 ni ya kiutawala, na ndiyo sababu makampuni yanapenda leseni hii. Kuna faili maalum ya NOTICE, hivyo utambuzi wa mwandishi una sehemu moja badala ya kutawanywa katika mti mzima wa faili. Leseni inaweza kutumika kwa kurejelea badala ya kubandikwa katika kila faili ya chanzo. Michango inalindwa na masharti ya wazi. Alama za biashara (trademarks) zimetengwa. Mapitio ya kisheria ya utegemezi wa Apache 2.0 hupata kila swali lililokusudiwa kuulizwa likiwa tayari limejibiwa katika maandishi hayo, hivyo idhini inakuwa ya kawaida, jambo ambalo ndilo maana kubwa ya "corporate default".

Mabadiliko ya GPLv3 na sababu za Linux kubaki kwenye GPLv2

TiVo ilitoa kifaa cha kurekodi video kilichotumia Linux na kuchapisha source code ya kernel, kama GPLv2 inavyoelekeza. Hata hivyo, maunzi (hardware) yalikagua saini ya cryptographic wakati wa boot na kukataa kuendesha kernel isiyotambulika. Uliweza kusoma source code, kuibadilisha, na kuikompaili. Hukuweza kuiendesha kwenye kifaa hicho. Masharti ya leseni yalizingatiwa lakini lengo lake lilipinduliwa, na utaratibu huu uliitwa tivoisation.

Toleo la 3 la GPL, lililochapishwa tarehe 29 Juni 2007, linajibu hili moja kwa moja. Unapotoa binary ndani ya kifaa cha mtumiaji, lazima pia utoe "Installation Information": funguo au maelekezo yanayohitajika ili kusakinisha toleo lililobadilishwa na kulifanya lifanye kazi. Toleo la 3 pia liliongeza ruhusu ya wazi ya hataza (patent grant), masharti yaliyoandikwa kama jibu kwa makubaliano ya hataza kati ya Microsoft na Novell ya Novemba 2006, na utangamano wa njia moja na Apache 2.0.

Linux haikufuata mkondo huo. Kernel ni GPL toleo la 2 pekee, bila kifungu cha "au toleo lolote la baadaye", na faili yake ya COPYING inasema hivyo. Linus Torvalds alipinga hadharani masharti ya kupinga tivoisation kwa maunzi yenye saini. Kikwazo cha kivitendo ni kikubwa kuliko kutokubaliana huko: kernel ina maelfu ya wenye hakimiliki, hivyo hakuna mtu anayeweza kukusanya ruhusa zinazohitajika kwa ajili ya kubadilisha leseni hata kama kila mtu angetaka. Ukweli huo mmoja ndio ulinzi mkubwa zaidi ambao mradi unaweza kuwa nao, na ni vyema kukumbuka hili unapoangalia mradi unaomilikiwa na kampuni moja.

Leseni nyingine ya mwaka 2007 ni muhimu zaidi kwako. GNU Affero GPL toleo la 3, lililochapishwa mwezi Novemba wa mwaka huo huo, linapanua wajibu wa kutoa source code kwa watu wanaoingiliana na programu kupitia mtandao. Endesha huduma ya AGPL iliyobadilishwa kwa ajili ya umma na utawajibika kuwapa watumiaji hao source code. Hiyo ndiyo sababu programu nyingi za web zinazojiendesha (self-hosted) ni AGPL. Nextcloud ni mfano mmoja, na kama unalinganisha njia mbadala za self-hosted za Nextcloud, mstari wa leseni katika hazina (repository) ya kila mgombea unakuambia mengi zaidi kuhusu miaka yake mitano ijayo kuliko orodha ya vipengele vyake.

Ni leseni zipi unazoweza kuchanganya kwa hakika?

Upatanifu hufanya kazi kwa mwelekeo mmoja, kuanzia leseni za ruhusa (permissive) kuelekea zile za copyleft.

• Kanuni za MIT na BSD zinaweza kuingizwa kwenye chochote, ikiwemo bidhaa iliyofungwa (closed product).
• Kanuni za Apache 2.0 zinaweza kujumuishwa kwenye mradi wa GPLv3, na kazi iliyochanganywa itakuwa GPLv3.
• Kanuni za Apache 2.0 haziwezi kujumuishwa kwenye mradi wa GPLv2 pekee. Masharti yake ya kusitisha hataza (patent termination) na fidia ni masharti ya ziada ambayo GPLv2 hairuhusu kuongezwa. Mashirika ya FSF na ASF yote yanachapisha hitimisho hili.
• Kanuni za GPL haziwezi kuhamishiwa kwenye leseni ya ruhusa na wewe. Wenye hakimiliki pekee ndio wanaoweza kufanya hivyo, jambo ambalo linakurudisha kwenye swali la wao ni nani.

Enzi ya kubadilisha leseni: SSPL, BUSL, na yale ambayo siyo

Kichocheo kilikuwa cha kibiashara. Kampuni inamiliki hakimiliki ya bidhaa, mtoa huduma wa wingu anaiuza kama huduma inayodhibitiwa kwa kiwango kikubwa na hachangii chochote, kisha kampuni hiyo inabadilisha leseni ili kuzuia jambo hilo. Redis Labs ilifanya hatua ya kwanza inayoonekana mnamo Agosti 2018 kwa kuongeza Commons Clause juu ya Apache 2.0 kwa moduli zake kadhaa. MongoDB ilifuata mnamo 16 Oktoba 2018 kwa kuhama kutoka AGPLv3 kwenda Server Side Public License.

SSPL ni AGPL yenye sehemu moja iliyoandikwa upya. Toa programu kwa wahusika wengine kama huduma na lazima uchapishe chanzo cha kila kitu unachotumia kuitoa, ikijumuisha programu ya usimamizi na uelekezaji (orchestration) inayozunguka programu hiyo. Wajibu huo hauna mipaka iliyo wazi, na hakuna mahakama iliyowahi kuujaribu. OSI haijawahi kuidhinisha leseni hiyo, na MongoDB iliondoa ombi lake mnamo Machi 2019. Debian ilikuwa tayari imesema mnamo Desemba 2018 kwamba programu ya SSPL haistahili kuwa katika kumbukumbu zake, na Fedora iliamua mnamo Januari 2019 kwamba leseni hiyo si huru, jambo lililopelekea Red Hat kuondoa MongoDB kutoka Fedora na kutoka Red Hat Enterprise Linux. Huo ndio matokeo ya kiufundi ya kubadilisha leseni: usambazaji huacha kupakia programu hiyo, kwa hivyo masasisho yako sasa yanatoka kwenye hazina ya muuzaji kulingana na ratiba ya muuzaji.

Business Source License ni kifaa tofauti. Ilitoka kwa waanzilishi wa MariaDB, na toleo la 1.1 lilianza mwaka 2017. Si copyleft na si open source. Chanzo ni cha umma, matumizi ni ya bure isipokuwa kwa matumizi ambayo muuzaji ameyakataza, ambayo kwa kawaida ni kuendesha huduma shindani ya mwenyeji (hosted service), na kila toleo hubadilika kiotomatiki kuwa leseni halisi ya open source katika tarehe ya mabadiliko isiyozidi miaka minne baada ya toleo hilo. Leseni inayobadilika kwenda lazima iwe inaoana na GPLv2. HashiCorp ilihamishia Terraform na bidhaa zake nyingine kwenye BUSL 1.1 mnamo 10 Agosti 2023. Outline pia inaitumia, jambo ambalo ni muhimu kulijua ikiwa unachagua kutoka njia mbadala za Notion zinazojiendesha: kuiendesha kwa ajili ya timu yako mwenyewe inaruhusiwa, na kujenga huduma juu yake hairuhusiwi.

Hakuna leseni kati ya hizi iliyo ya udanganyifu. Zote zinasema wazi kuwa ni source available. Hakuna hata moja iliyo open source kulingana na ufafanuzi wa OSI, na tofauti hiyo inakuathiri wewe badala ya mtoa huduma wa wingu iliyokusudiwa.

OpenSearch: gharama ya fork ya leseni kwa mwendeshaji

Elastic ilitangaza mnamo 14 Januari 2021 kwamba Elasticsearch na Kibana zitaacha kutumia Apache 2.0 na kuanza kutumia chaguo la SSPL au Elastic License, kuanzia toleo la 7.11. Toleo la 7.10.2 lilikuwa toleo la mwisho la Apache 2.0. Takriban wiki moja baadaye, AWS ilisema itaunda na kudumisha fork ya Apache 2.0 kwa zote mbili. Fork hiyo iliitwa OpenSearch mnamo 12 Aprili 2021, na Kibana ikapewa jina jipya la OpenSearch Dashboards. OpenSearch 1.0 ilipatikana kwa umma mnamo 12 Julai 2021, ikiwa imejengwa kutoka kwa Elasticsearch 7.10.2 na Kibana 7.10.2.

Angalia gharama hiyo kwa watu wanaoendesha clusters. Majina ya vifurushi na hazina (repositories) yalibadilika. Kila marejeleo ya Kibana katika runbook yakawa OpenSearch Dashboards. Majina ya plugin yakahamishwa. Kisha mgawanyiko huo ukafikia msimbo wa programu: kuanzia toleo la 7.13 la maktaba rasmi za mteja (client libraries) za Elastic, mteja hukagua kile alichounganishwa nacho na kukataa kuendelea dhidi ya kitu chochote ambacho si Elasticsearch, akiripoti kuwa seva ni bidhaa isiyojulikana. Uamuzi wa leseni katika kampuni ambayo hufanyi kazi humo uliwasili kama simu inayofeli ndani ya programu yako mwenyewe.

Hadithi hiyo ilibadilika mara mbili zaidi. Elastic iliongeza AGPLv3 kama chaguo la tatu la leseni mnamo 29 Agosti 2024, kwa hivyo Elasticsearch ya sasa ni open source iliyoidhinishwa na OSI tena. Mnamo 16 Septemba 2024, AWS ilihamishia OpenSearch kwa OpenSearch Software Foundation, inayoshikiliwa na Linux Foundation, ambayo ilipa fork hiyo makazi ya utawala ambayo si kampuni moja. Miaka mitano baada ya mgawanyiko huo, miradi yote miwili ni open source, yote inatunzwa, na OpenSearch iko kwenye mfululizo wake wa 3.x kufikia Agosti 2026.

Mwisho ndio somo. Leseni ilirudi na fork ikabaki. Mara tu mfumo wa ikolojia unapokuwa na vitu viwili vya kila kitu, kubatilisha makaratasi hakuvichanganyi tena.

Nambari inayoamua ni kiasi gani cha kubadilisha leseni kinaumiza ni pengo kati ya tangazo na fork thabiti unayoweza kupeleka (deploy).

[
  {
    "label": "Elasticsearch to OpenSearch 1.0",
    "gap_to_stable_fork": 179
  },
  {
    "label": "Terraform to OpenTofu 1.6.0",
    "gap_to_stable_fork": 153
  },
  {
    "label": "Redis to Valkey 7.2.5",
    "gap_to_stable_fork": 27
  }
]

Kila pengo huhesabiwa kuanzia tangazo la umma la muuzaji hadi toleo la kwanza thabiti la fork, kwa kutumia tarehe zilizoorodheshwa hapa chini. OpenSearch 1.0 ilichukua 179 siku, kwa sababu fork ilibidi ipewe jina jipya na kujengwa upya bila fork ya awali ya kunakili kutoka kwayo. OpenTofu ilichukua 153 siku. Valkey ilichukua 27 siku, kwa sababu ilifanya fork ya Redis 7.2.4 na kuweka itifaki na muundo wa kwenye diski kuwa sawa. Mwelekeo ndio sehemu muhimu: fork ya kuaminika sasa inawasili ndani ya wiki chache, ikiwa na msingi na watunzaji wanaolipwa tangu siku ya kwanza.

Valkey na OpenTofu: muundo uleule, kwa kasi zaidi

Redis Ltd ilibadilisha Redis kutoka leseni ya BSD ya vifungu 3 kwenda chaguo la RSALv2 au SSPLv1 mnamo tarehe 20 Machi 2024. Siku nane baadaye, Linux Foundation ilitangaza Valkey, ambayo ni fork ya Redis 7.2.4 na inayobaki kwenye leseni ya BSD ya vifungu 3. Valkey 7.2.5 ilitoka tarehe 16 Aprili 2024 ikiwa na itifaki ileile na faili za data zilezile, kwa hivyo kwa waendeshaji wengi, uhamiaji ulikuwa ni kubadili jina la kifurushi tu. Redis kisha ikaongeza AGPLv3 kama chaguo la tatu katika Redis 8 mnamo Mei 2025, jambo linaloifanya kuwa open source tena kwa ufafanuzi wa OSI, wakati Valkey inaendelea chini ya utawala wake yenyewe. Muundo huu unafanana sana na ule wa Elasticsearch.

Terraform ilipitia mkondo uleule ikiwa na sura moja ya ziada. OpenTofu ilifanya fork ya toleo la mwisho la Mozilla Public License 2.0, ikajiunga na Linux Foundation mnamo Septemba 2023 na kutoa toleo la 1.6.0 mnamo tarehe 10 Januari 2024. Mnamo tarehe 3 Aprili 2024, wanasheria wa HashiCorp walituma barua ya kusitisha matumizi (cease and desist) kwa mradi huo wakidai kuwa msimbo kutoka toleo la Terraform lenye leseni ya BUSL ulikuwa umenakiliwa kwenye fork hiyo. OpenTofu ilichapisha majibu ya kina mnamo tarehe 11 Aprili 2024 yakikanusha madai hayo, na kufuatilia msimbo uliokuwa na utata hadi kwenye historia ya leseni ya MPL ambayo miradi yote miwili inashiriki. Hakuna jambo lingine lililofuata hadharani. Hatari halisi katika tukio hilo ndiyo ya kukumbukwa: tuhuma pekee inaweza kusimamisha utumiaji wa teknolojia kwa robo mwaka, ambayo ni athari sawa na ile iliyosababishwa na kesi ya Berkeley miaka thelathini iliyopita.

Si kila fork huanza na leseni. Forgejo ilifanya fork ya Gitea mnamo 2022 baada ya maendeleo ya Gitea kuhamishiwa chini ya kampuni, jambo ambalo lilikuwa ni mgogoro wa utawala badala ya leseni. Forgejo ilibaki na leseni ya MIT kupitia mfululizo wa toleo lake la 8, kisha ikabadilisha leseni kuwa GPLv3 au toleo la baadaye kuanzia toleo la 9.0 mnamo 2024, ili kazi yake isiweze kurudishwa ndani ya bidhaa inayodhibitiwa kibiashara. Ikiwa unapima chaguzi za seva ya Git unayojiendeshea mwenyewe, jozi hiyo ndiyo mfano wazi zaidi wa codebase moja na falsafa mbili.

Jaribio la kufanya kabla ya kupitisha chochote

Maswali manne, kabla ya usakinishaji wa kwanza badala ya baada ya hapo.

1. Nani anamiliki hakimiliki (copyright)? Kubadilisha leseni kunahitaji idhini kutoka kwa kila mwenye hakimiliki, kwa hivyo mradi wenye wachangiaji mamia huru na bila makubaliano ya kisheria hauwezi kubadilishiwa leseni kihalisi. Mradi ambao kampuni moja inamiliki kila kitu unaweza kubadilishiwa leseni katika mkutano wa bodi.
2. Je, kuna CLA, na inatoa nini? Makubaliano ya leseni ya mchangiaji (contributor licence agreement) yanayoruhusu kampuni kubadilisha leseni ya mchango wako chini ya masharti yoyote inayotaka ndiyo njia halisi nyuma ya kila mabadiliko ya leseni hapo juu. DCO (developer certificate of origin), mstari wa uthibitishaji ambao Linux kernel ilipitisha mwaka 2004, haihamishi haki zozote. CLA inayoshikiliwa na taasisi ni salama zaidi kuliko ile inayoshikiliwa na kampuni, kwa sababu kampuni inaweza kuuzwa.
3. Nani anamiliki alama ya biashara (trademark)? Elastic ilihifadhi jina la Elasticsearch, kwa hivyo fork ilibidi ibadilishe jina lake na kila mwongozo wa uendeshaji (runbook) uliotaja Kibana ulibidi uandikwe upya.
4. Mabadiliko ya leseni yatakugharimu nini hasa? Hesabu umbizo la data, maktaba za mteja (client libraries), usanidi utakaouandika upya, na kama fork inayooana tayari ipo.

Amri mbili hujibu sehemu ya hili kwa sekunde chache.

head -n 12 /usr/share/doc/bash/copyright
git log --oneline -- LICENSE COPYING LICENSE.md

Kila kifurushi cha Debian na Ubuntu husafirisha faili katika /usr/share/doc/<package>/copyright, na inarekodi leseni ya toleo ulilosakinisha, si leseni ambayo mradi unatumia leo. Kwa bash kwenye Ubuntu 24.04 faili hiyo inataja GNU General Public License version 3. Tekeleza amri ya pili ndani ya source checkout na utapata historia ya faili ya leseni yenyewe. Commit yoyote hapo katika miaka miwili iliyopita inafaa kusomwa kabla ya kujenga chochote kwenye mradi huo. Ikiwa amri haitoi matokeo yoyote, hazina (repository) inaita faili yake ya leseni jina tofauti, kwa hivyo orodhesha saraka ya mzizi (root directory) na utafute.

Hakuna leseni inayokulinda dhidi ya kila matokeo, na kuchagua kwa kuzingatia itikadi ndiko kunakowafanya watu washangae. Pendelea miradi ambayo hakimiliki yake imesambazwa kwa mikono mingi au inashikiliwa na taasisi, na weka data yako katika umbizo unaloweza kusafirisha (export). Kisha tafuta ni fork ipi ungehamia, na uandike jina hilo kabla ya kulihitaji. Kutumia ukaguzi huo kwa kila mgombea kunagharimu chini ya saa moja, na ndicho kinachotofautisha uboreshaji (upgrade) na uhamiaji (migration) unapokuwa unaamua nini cha kujiendeshea mwenyewe mwaka 2026.

FAQ

Je, leseni ya MIT ni sawa na leseni ya BSD?

Kwa vitendo, MIT inafanana na leseni ya BSD yenye vifungu 2: weka taarifa ya hakimiliki na kanusho la udhamini, kisha fanya unachotaka, ikiwemo kujenga bidhaa iliyofungwa (closed product). Leseni ya BSD yenye vifungu 3 huongeza jambo moja, yaani marufuku ya kutumia majina ya wachangiaji ili kuidhinisha bidhaa yako bila idhini. Toleo la zamani lenye vifungu 4 pia lilihitaji utambuzi katika nyenzo za matangazo, na UC Berkeley iliondoa kifungu hicho mnamo 22 July 1999, kwa hivyo karibu hakuna kitu cha sasa kinachokibeba.

Je, ninaweza kuweka msimbo wa Apache 2.0 kwenye mradi wa GPLv2?

Hapana. Apache 2.0 huongeza masharti ambayo GPLv2 hairuhusu kuongezwa, hasa kifungu cha kusitisha hati miliki (patent termination clause), kwa hivyo kazi iliyounganishwa haiwezi kukidhi leseni zote mbili kwa wakati mmoja. FSF na ASF zote huchapisha hitimisho hili. Mwelekeo mwingine unafanya kazi: msimbo wa Apache 2.0 unaweza kujumuishwa katika mradi wa GPLv3, na matokeo yake huwa GPLv3. Hii ndiyo sababu msimbo wa Apache 2.0 hauwezi kuunganishwa kwenye Linux kernel, ambayo ni GPL toleo la 2 pekee.

Je, SSPL ni leseni ya open source?

Hapana, na jibu hili lina matokeo ya kivitendo. OSI haijawahi kuidhinisha, na MongoDB iliondoa ombi lake mnamo March 2019. Debian ilisema mnamo December 2018 kwamba programu ya SSPL haistahili kuwa katika kumbukumbu zake, na Fedora iliamua mnamo January 2019 kwamba leseni hiyo si huru, baada ya hapo Red Hat iliondoa MongoDB kutoka Fedora na Red Hat Enterprise Linux. Kwako wewe, hii inamaanisha kuwa kifurushi ambacho usambazaji wako ulikuwa ukikidumisha sasa kinatoka kwenye hazina ya muuzaji (vendor repository), kulingana na ratiba ya usaidizi ya muuzaji huyo. Business Source License pia ni ya aina ya source available badala ya open source, ingawa kila toleo hubadilika kuwa leseni ya open source ndani ya miaka minne.

Je, mabadiliko ya leseni yanahusu toleo ambalo tayari ninalitumia?

Hapana. Leseni iliyotolewa pamoja na toleo la programu haiwezi kuondolewa kutoka kwa nakala zilizokwisha chapishwa, na ndiyo sababu forks zinawezekana. OpenSearch ilijengwa kutoka Elasticsearch 7.10.2, toleo la mwisho ambalo Elastic ilichapisha chini ya Apache 2.0. Unachopoteza ni wakati ujao, kwa sababu marekebisho ya usalama yajayo yatakuja chini ya masharti mapya. Kufunga (pinning) toleo la mwisho lenye leseni ya wazi kunakupa miezi michache, na huo si mpango wa kudumu.