Sejarah Perangkat Lunak Sumber Terbuka

Apa itu perangkat lunak sumber terbuka dan asal-usulnya

Sejarah perangkat lunak sumber terbuka pada dasarnya adalah sejarah lisensinya, karena lisensi merupakan satu-satunya hal yang menentukan apa yang boleh Anda lakukan terhadap kode yang ditulis orang lain. Kode telah dibagikan secara terbuka jauh sebelum ada yang menuliskan lisensi tersebut. Kode berhenti dibagikan setelah menjadi produk, lalu lisensi dibuat agar kegiatan berbagi tetap dapat dipertahankan di pengadilan.

Itulah versi singkatnya. Versi lengkapnya penting karena perangkat lunak yang Anda jalankan di server saat ini masih menunjukkan dampak keputusan-keputusan tersebut. Sebagian keputusan itu dibuat pada 1983. Sebagian lainnya dibuat tahun lalu, dan keputusan tersebut menjadi alasan beberapa aplikasi dalam panduan self-hosting kami kini tersedia dalam dua versi dengan nama yang berbeda.

Perangkat lunak dibagikan sebelum dijual

Pada 1950-an dan 1960-an, perangkat lunak disertakan bersama mesin. IBM merilis kode sumber bersama sistemnya, dan kelompok pengguna seperti SHARE, yang didirikan pada 1955, saling membagikan program melalui tape. Dua hal mengakhiri praktik tersebut. Pada 1969, IBM mengumumkan bahwa perangkat lunak akan dihargai secara terpisah dari perangkat keras. Keputusan ini menciptakan pasar tersendiri untuk perangkat lunak. Kemudian, hukum menyusul. Computer Software Copyright Act of 1980 menegaskan bahwa program merupakan karya yang dapat dilindungi hak cipta di Amerika Serikat. Setelah 1980, kode yang tidak Anda tulis secara default bersifat tertutup. Karena itu, pembagiannya memerlukan izin tertulis dari pembuatnya.

Klub Komputer Homebrew dan Surat Terbuka untuk Penggemar

Homebrew Computer Club mengadakan pertemuan pertamanya pada Maret 1975, di sebuah garasi di Menlo Park, California. Para anggota membawa perangkat keras dan pita kertas, lalu kegiatan menyalin menjadi bagian dari pertemuan tersebut. Altair BASIC, yang ditulis oleh Bill Gates dan Paul Allen, diedarkan dari satu orang ke orang lain melalui pita yang disalin. Pada Februari 1976, Gates menjawabnya melalui buletin klub dengan judul "Surat Terbuka untuk Penggemar".

Seperti yang seharusnya diketahui oleh sebagian besar penggemar, sebagian besar dari Anda mencuri perangkat lunak.

Ia menulis bahwa kurang dari satu dari sepuluh pemilik Altair telah membayar BASIC, dan bahwa waktu komputer yang digunakan untuk menulisnya bernilai lebih dari 40,000 dolar. Seluruh perdebatan modern sudah tercantum dalam surat tersebut. Menyalin perangkat lunak tidak memerlukan biaya dan membantu setiap orang yang menyalinnya. Namun, penulisannya tetap menghabiskan waktu satu tahun dari kehidupan seseorang. Setiap lisensi yang dijelaskan di bawah ini merupakan upaya untuk menjawab kedua fakta tersebut sekaligus.

GNU pada 1983 dan GPL sebagai temuan hukum

Richard Stallman mengumumkan GNU pada September 1983 melalui Usenet, jaringan newsgroup yang digunakan orang sebelum web tersedia. GNU adalah singkatan dari "GNU's Not Unix". Rencananya adalah membuat sistem yang kompatibel dengan Unix secara menyeluruh dan dapat disalin serta diubah oleh siapa saja.

Unix bebas! Mulai Thanksgiving tahun ini, saya akan menulis sistem perangkat lunak yang kompatibel dengan Unix secara menyeluruh bernama GNU (singkatan dari Gnu's Not Unix), lalu membagikannya secara gratis kepada semua orang yang dapat menggunakannya.

Free Software Foundation (FSF) menyusul pada 1985. Free Software Definition yang diterbitkannya mencantumkan empat kebebasan, yang penomorannya dimulai dari nol: menjalankan program untuk tujuan apa pun, mempelajari dan mengubahnya, mendistribusikan ulang salinan, serta mendistribusikan versi yang telah diubah. Kebebasan 1 mensyaratkan kode sumber karena secara praktis tidak ada orang yang dapat mempelajari binary. Istilah "free" di sini berarti kebebasan, bukan harga. Frasa yang digunakan FSF adalah free as in free speech, not free beer.

Manifestonya bukanlah temuannya. Lisensinya yang merupakan temuan. GNU General Public License (GPL) menggunakan hak cipta untuk mewajibkan berbagi, bukan untuk mencegahnya. Anda menerima keempat kebebasan tersebut dengan satu syarat: siapa pun yang menerima perangkat lunak dari Anda juga menerima kebebasan yang sama, beserta kode sumbernya. Stallman menyebutnya copyleft. Lisensi ini pertama kali disertakan bersama GNU Emacs pada 1985, menjadi GPL version 1 pada 1989, dan version 2 pada Juni 1991.

GPL berfungsi karena bertumpu pada hukum hak cipta, bukan menentangnya. Tanpa lisensi, Anda sama sekali tidak memiliki hak untuk mendistribusikan kode milik orang lain. GPL memberikan hak tersebut dan menetapkan persyaratan yang menyertainya. Jadi, vendor yang merilis kode GPL yang telah dimodifikasi di dalam router, lalu menolak menyerahkan kode sumbernya, tidak sekadar melanggar janji. Vendor tersebut melanggar hak cipta, dan pemegang hak cipta dapat mengajukan perkara ke pengadilan. Karena itulah penegakan hukum dapat dilakukan, mulai dari perkara gpl-violations.org yang ditangani Harald Welte pada 2000-an hingga gugatan Software Freedom Conservancy terhadap Vizio yang diajukan pada 2021. Gugatan tersebut berpendapat bahwa orang yang membeli televisi itu juga dapat meminta kode sumbernya.

Linux menyelesaikan sistem

Pada 1991, proyek GNU telah memiliki compiler, pustaka C, shell, dan sebagian besar tool. Proyek ini belum memiliki kernel yang berfungsi karena kernel buatan GNU sendiri, yaitu Hurd, membutuhkan waktu jauh lebih lama daripada yang direncanakan. Pada Agustus 1991, seorang mahasiswa di Helsinki mengirimkan pesan ke newsgroup comp.os.minix:

Saya sedang membuat sistem operasi (gratis) (hanya untuk hobi, tidak akan besar dan profesional seperti gnu) untuk klon AT 386(486).

Linux 0.01 dirilis pada September 1991 dengan lisensi yang ditulis sendiri oleh Linus Torvalds, yang melarang penjualan. Pada awal 1992, ia menggantinya dengan GPLv2 dan sejak saat itu menyatakan bahwa keputusan tersebut adalah salah satu keputusan terbaiknya. Lisensi inilah yang membuat kontribusi perusahaan aman: perusahaan dapat menugaskan engineer untuk mengembangkan kernel dengan mengetahui bahwa pesaing tidak dapat mengambil perbaikan tersebut dan menjadikannya privat.

Unix gratis sebenarnya sudah ada di Berkeley. Salah satu alasan Linux, bukan BSD (Berkeley Software Distribution), menjadi Unix gratis bawaan adalah perkara hukum. Unix System Laboratories menggugat Berkeley Software Design pada 1992, dan perkara tersebut berlangsung hingga awal 1994. Selama dua tahun itu, sistem BSD memiliki risiko hukum, sedangkan Linux tidak. Pada periode itulah para pengguna mulai berdatangan. FSF meminta orang-orang menyebut sistem gabungan tersebut GNU/Linux karena Linux adalah kernel, sedangkan sebagian besar tool di sekitarnya berasal dari GNU. Kebanyakan orang menyebutnya Linux. Kedua nama tersebut merujuk pada kumpulan perangkat lunak yang sama.

1998: perubahan nama menjadi open source dan perpecahan yang tidak pernah pulih

Pada Januari 1998, Netscape mengumumkan bahwa perusahaan tersebut akan menerbitkan kode sumber browser-nya. Hingga saat itu, belum ada perusahaan sebesar Netscape yang melakukan hal tersebut. Keputusan ini mengungkap masalah praktis. Dalam bahasa Inggris, frasa "free software" dipahami sebagai "perangkat lunak yang tidak berbiaya", dan para eksekutif memahaminya persis seperti itu. Pada Februari 1998, sekelompok orang bertemu di Palo Alto untuk mencari istilah yang lebih baik. Christine Peterson mengusulkan istilah "open source". Dalam beberapa minggu, Eric Raymond dan Bruce Perens mendirikan Open Source Initiative (OSI). Organisasi ini mengadopsi Open Source Definition, yang diadaptasi dari Debian Free Software Guidelines yang ditulis Perens pada 1997.

Open Source Definition memiliki sepuluh kriteria. Dua di antaranya menentukan sebagian besar perdebatan modern: kode sumber harus tersedia, dan lisensi tidak boleh membatasi siapa yang dapat menggunakan program atau tujuan penggunaannya. Lisensi yang menyatakan "Anda tidak boleh menawarkan ini sebagai layanan komersial" tidak memenuhi kriteria tersebut, terlepas dari hal lain yang diizinkannya. Ingat kalimat ini. Inilah batas yang dilampaui oleh lisensi source-available saat ini.

Perpecahan yang dimulai pada 1998 berkaitan dengan alasan, bukan dengan lisensi mana yang dapat diterima. Pandangan FSF bersifat etis: pengguna yang tidak dapat mengubah program tidak mengendalikan komputernya sendiri. Pandangan OSI, yang disampaikan kepada dunia bisnis melalui esai Raymond berjudul "The Cathedral and the Bazaar", bersifat praktis: pengembangan terbuka menghasilkan perangkat lunak yang lebih baik, dan perusahaan dapat memanfaatkannya. Tanggapan Stallman, "Why Open Source Misses the Point of Free Software", masih diterbitkan di gnu.org, dan ia tidak pernah menerima istilah yang lebih baru tersebut. Perens, yang membantu menciptakan istilah itu, mengundurkan diri dari dewan OSI pada 1999 karena menilai gerakan tersebut telah menjauh dari free software.

Penting untuk menjelaskan secara tepat betapa kecil perbedaan praktis di antara keduanya. Daftar lisensi free software milik FSF dan daftar lisensi yang disetujui OSI hampir sepenuhnya sama, termasuk GPL, MIT, Apache 2.0, dan BSD. Penulis yang perlu menggunakan kedua makna tersebut secara bersamaan memakai FOSS (free and open source software) atau FLOSS (free/libre and open source software).

Bagaimana perusahaan belajar merilis kode

Pencatatan saham Red Hat di pasar modal pada 1999 menunjukkan bahwa uang berada pada dukungan dan pengemasan, bukan pada penjualan salinan. IBM mengalokasikan satu miliar dolar untuk Linux pada 2001. Direktur utama Microsoft menyebut Linux sebagai "kanker" pada 2001. Pada 2016, perusahaan yang sama bergabung dengan Linux Foundation sebagai anggota platinum, lalu membeli GitHub pada 2018 dengan saham senilai 7.5 miliar dolar. IBM membeli Red Hat pada 2019 seharga 34 miliar dolar. Semua itu bukan perubahan sikap terhadap lisensi. Perubahannya terletak pada tempat uang berada. Jika sistem operasi menjadi biaya bersama, membayar untuk memelihara sistem operasi sendiri menjadi mahal. Setiap vendor akan lebih memilih bersaing pada lapisan di atasnya.

Kepemilikan perusahaan juga dapat berdampak sebaliknya. Ketika Oracle membeli Sun pada 2010, Oracle mewarisi MySQL dan OpenOffice.org. Kedua komunitas tersebut kemudian berpisah. MariaDB berkembang dari MySQL. LibreOffice dibuat sebagai fork dari OpenOffice.org pada September 2010. Fork adalah satu-satunya bentuk suara yang benar-benar dimiliki komunitas pengguna. Lisensi memungkinkan suara tersebut diberikan.

Mengapa beberapa aplikasi yang Anda kelola sendiri kini memiliki fork

Sejak 2018, sekelompok perusahaan mengubah ketentuan lisensi pada perangkat lunak yang sebelumnya telah mereka rilis. Situasinya selalu serupa. Satu perusahaan mempekerjakan hampir semua pengembang, penyedia cloud yang jauh lebih besar menjual perangkat lunak yang sama sebagai layanan terkelola, lalu perusahaan yang lebih kecil memutuskan bahwa lisensi tersebut menjadi alasan mereka tidak dapat bersaing.

• MongoDB mengadopsi Server Side Public License (SSPL) pada Oktober 2018. SSPL menyatakan bahwa jika Anda menawarkan perangkat lunak tersebut kepada pihak lain sebagai layanan, Anda harus memublikasikan source code semua komponen yang digunakan untuk menyediakan layanan itu. OSI tidak menerimanya sebagai open source, dan MongoDB menariknya dari proses peninjauan pada 2019.
• Redis menambahkan pembatasan penggunaan pada beberapa modul pada 2018 dan 2019, kemudian memindahkan server utamanya ke ketentuan dual source-available melalui versi 7.4 pada Maret 2024. Fork dari rilis terakhir yang berlisensi BSD muncul beberapa hari kemudian sebagai Valkey, di bawah Linux Foundation, dengan dukungan antara lain dari Amazon, Google, dan Oracle. Pada Mei 2025, Redis menambahkan Affero General Public License version 3 (AGPLv3), yang disetujui OSI, sebagai opsi ketiga untuk Redis 8.
• Elastic memindahkan Elasticsearch dan Kibana dari Apache 2.0 pada Januari 2021 ke ketentuan dual SSPL dan Elastic License. Amazon membuat fork bernama OpenSearch. Elastic menambahkan AGPLv3 sebagai opsi ketiga pada Agustus 2024, dan OpenSearch dialihkan ke Linux Foundation pada September 2024 sebagai OpenSearch Software Foundation.
• HashiCorp memindahkan Terraform dan tools lainnya ke Business Source License (BUSL) pada Agustus 2023. BUSL bukan lisensi open source selama masih berlaku karena melarang penggunaan produksi yang bersaing. Setiap rilis berubah menjadi lisensi terbuka pada tanggal yang telah ditetapkan, yaitu 4 tahun kemudian untuk Terraform. OpenTofu dibuat sebagai fork dalam hitungan minggu dan kini juga berada di bawah Linux Foundation.

Kedua pihak memiliki alasan yang valid, dan tidak ada pihak yang bertindak dengan itikad buruk. Perusahaan yang membayar 50 gaji sementara perusahaan yang jauh lebih besar menjual kembali hasil kerjanya menghadapi masalah yang tidak dapat diselesaikan hanya dengan niat baik. Pengguna yang membangun sistem berdasarkan ketentuan Apache 2.0 lalu mendapati ketentuan baru saat mereka mulai bekerja juga menghadapi masalah, dan tidak ada yang meminta persetujuan mereka terlebih dahulu. Perhatikan hal yang terjadi berikutnya dalam 2 kasus tersebut. Setelah fork tersebut berkembang, Elastic dan Redis sama-sama menambahkan kembali copyleft yang kuat. Copyleft menjawab keluhan awal karena AGPLv3 mewajibkan penyedia layanan memublikasikan perubahan yang dijalankannya. Per Agustus 2026, kedua project dan kedua fork masih aktif. Inilah hasil yang memang dirancang untuk dimungkinkan oleh lisensi tersebut.

Siapa yang berhak mengubah lisensi

Sebuah proyek hanya dapat mengganti lisensinya jika satu pihak mengendalikan hak cipta atas seluruh bagian proyek tersebut. Perusahaan memperoleh kendali itu melalui salah satu dari dua cara. Pengalihan hak cipta memberikan kepemilikan atas setiap kontribusi kepada perusahaan. Perjanjian lisensi kontributor (CLA) membuat Anda tetap menjadi pemilik, tetapi memberikan hak yang cukup luas kepada perusahaan untuk mengganti lisensi karya Anda. Biasanya, salah satu perjanjian tersebut ditandatangani dengan mengeklik tautan yang dipasang oleh bot pada pull request pertama Anda.

Linux tidak memiliki CLA. Kontribusi diberikan berdasarkan GPLv2 dengan Developer Certificate of Origin, dan hak ciptanya tersebar di antara ribuan orang serta perusahaan. Tidak ada pihak yang dapat mengganti lisensi Linux, karena tidak mungkin mengumpulkan semua tanda tangan tersebut. Perlindungan yang sama berlaku untuk proyek apa pun yang memiliki banyak pemegang hak cipta independen. Perlindungan ini lebih kuat daripada janji, karena merupakan fakta tentang siapa yang memiliki apa.

Jadi, pertanyaan yang perlu diajukan tentang software yang akan Anda andalkan bukanlah apakah software tersebut open source saat ini. Pertanyaannya adalah siapa yang dapat mengubah lisensinya dan apakah mereka dapat melakukannya sendiri.

Apa yang sebenarnya diberikan oleh sebuah foundation

Foundation menyimpan aset dan menetapkan aturan pengambilan keputusan. Apache Software Foundation, Linux Foundation, Cloud Native Computing Foundation yang berada di dalamnya, serta Software Freedom Conservancy masing-masing menjalankan tugas tersebut dalam bentuk yang berbeda. Foundation tidak otomatis bersikap netral. Anggotanya membayar untuk memperoleh kursi, dan sebagian besar orang yang bekerja penuh waktu pada proyek foundation besar digaji oleh perusahaan anggota. Yang Anda dapatkan lebih terbatas, tetapi tetap sangat penting: merek dagang dan proses rilis tidak dimiliki oleh satu vendor, sehingga tidak ada satu perusahaan pun yang dapat menjadikan proyek tersebut bersifat privat.

Merek dagang adalah bagian yang sering terlewatkan. Kode dilisensikan. Nama merupakan merek dagang, dan merek dagang tidak tercakup oleh lisensi kode. Anda selalu dapat melakukan fork terhadap kode tersebut. Namun, biasanya Anda tidak dapat mempertahankan namanya. Karena itu, fork dalam kisah ini disebut Valkey, OpenSearch, OpenTofu, dan Forgejo.

Masalah pemelihara

Infrastruktur modern bergantung pada proyek yang dikelola oleh satu atau dua pemelihara tanpa bayaran. Kegagalan menunjukkan hal ini dengan jelas. Bug Heartbleed pada OpenSSL pada 2014 berdampak pada library yang menangani sebagian besar trafik web terenkripsi. Library tersebut dipelihara oleh hanya beberapa orang dengan dana yang sangat terbatas. Log4Shell pada Desember 2021 membuat respons insiden di seluruh dunia bergantung pada tim sukarelawan kecil di proyek Apache Log4j.

Backdoor XZ Utils yang ditemukan pada Maret 2024 adalah contoh paling jelas karena serangan tersebut menargetkan pemelihara, bukan kodenya. Sebuah akun menghabiskan waktu sekitar dua tahun untuk memberikan kontribusi yang benar-benar berguna pada library kompresi yang digunakan di berbagai distribusi Linux. Akun-akun lain menekan satu-satunya pemelihara yang kelelahan agar menerima bantuan. Co-maintainer baru tersebut kemudian menanam backdoor dalam arsip rilis. Backdoor itu menargetkan sistem yang daemon SSH (secure shell)-nya terhubung ke liblzma. Seorang developer menemukannya saat menyelidiki alasan login memerlukan waktu sekitar setengah detik lebih lama dari yang diperkirakan. Itu terjadi karena keberuntungan, dan semua pihak yang terlibat telah menyatakannya secara terbuka.

Pendanaan mulai berdatangan: GitHub Sponsors sejak 2019, Open Collective, Sovereign Tech Fund milik Jerman sejak 2022, dan proyek Alpha-Omega dari OpenSSF. Pendanaan tersebut datang secara tidak merata dan cenderung mengalir ke proyek yang sudah terkenal. Regulasi juga mulai berlaku. Cyber Resilience Act milik Uni Eropa mulai berlaku pada Desember 2024, dengan sebagian besar kewajibannya mulai diterapkan pada Desember 2027. Draf awal akan membebankan tanggung jawab produsen kepada sukarelawan tanpa bayaran. Karena lobi panjang dari berbagai foundation dan distribusi, naskah final membuat kategori yang lebih ringan bernama "steward perangkat lunak open source".

Makna sejarah open source bagi perangkat lunak di VPS Anda

Setiap aplikasi dalam panduan self-hosting kami bergantung pada keputusan-keputusan tersebut. Nextcloud ada karena sebuah fork: pada 2016 pendiri ownCloud dan sebagian besar timnya keluar lalu memulai kembali proyek tersebut di bawah AGPLv3. Sejak saat itu, kedua produk berjalan secara paralel. Sejarah tersebut menjadi latar belakang alternatif Nextcloud yang layak dipertimbangkan dan alternatif Dropbox yang dapat di-host sendiri yang bersaing dengan keduanya.

Pola yang sama juga terlihat pada hosting Git. Gitea sendiri bermula pada 2016 sebagai fork dari Gogs. Pada akhir 2022, merek dagang dan domain proyek tersebut dialihkan ke sebuah perusahaan. Codeberg melakukan fork terhadap Forgejo pada Desember tahun itu, dan Forgejo berpindah dari MIT ke GPLv3 pada versi 9 pada 2024. Keduanya dibahas dalam opsi server Git yang dapat di-host sendiri, dan perbedaan lisensi menjadi salah satu alasan utama keduanya terus berkembang secara berbeda. Sementara itu, sebagian besar perangkat lunak bebas dikembangkan di GitHub, platform tertutup milik Microsoft. Hal ini sudah lama menjadi bahan perdebatan dengan alasan yang kuat di kedua pihak: lihat apa sebenarnya GitHub itu.

Sebelum Anda menetapkan sebuah server untuk suatu proyek, empat pemeriksaan berikut layak dilakukan selama sepuluh menit.

• Baca file LICENSE di repositori, bukan halaman pemasaran. Halaman tersebut tetap menyebut "open source" meskipun isinya sudah tidak sesuai dengan file tersebut.
• Cari CLA atau pengalihan hak cipta. Jika ada, satu pemilik dapat mengubah ketentuan pada rilis mendatang.
• Cari tahu siapa pemegang hak cipta: satu perusahaan, banyak kontributor, atau sebuah yayasan.
• Hitung jumlah maintainer aktif. Proyek yang hanya memiliki satu maintainer merupakan risiko bagi orang tersebut dan juga bagi Anda.

Semua ini bukan berarti Anda harus menghindari perangkat lunak dari satu vendor. Banyak di antaranya sangat baik, dan pendanaan sering kali menjadi alasan perangkat lunak tersebut tetap dipelihara. Hal ini memberi tahu Anda risiko yang Anda hadapi. Saat menentukan apa yang layak di-host sendiri, masukkan lisensi ke dalam perbandingan bersama kebutuhan memori.

Anda dapat membaca sebagian dari sejarah ini pada mesin yang sedang Anda gunakan. Setiap paket pada sistem Debian atau Ubuntu menyertakan ketentuannya sendiri:

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

Angka pertama menunjukkan jumlah paket yang terpasang dan memiliki file hak cipta, biasanya beberapa ratus pada VPS kecil. Perintah kedua menampilkan bagian awal file untuk bash, yang mencantumkan GNU General Public License versi 3. File yang tidak ada berarti paket tersebut tidak dibuat sesuai kebijakan Debian. Hal ini jarang terjadi dan perlu diperiksa kembali sebelum Anda mempercayainya.

FAQ

Apa perbedaan antara free software dan open source?

Keduanya mencakup hampir kumpulan lisensi yang sama, tetapi berbeda dalam menjelaskan alasan lisensi tersebut penting. Istilah "free software" lebih lama dan berasal dari Free Software Foundation pada 1985. Argumennya bersifat etis: pengguna yang tidak dapat mengubah program tidak mengendalikan komputernya. Istilah "open source" diciptakan pada Februari 1998 agar lisensi yang sama lebih mudah dijelaskan kepada perusahaan. Argumennya bersifat praktis. Lisensi GPL, MIT, BSD, dan Apache 2.0 tercantum dalam kedua daftar resmi. Penulis yang ingin mencakup keduanya sekaligus menggunakan istilah FOSS atau FLOSS.

Apakah software source-available sama dengan open source?

Tidak. Source-available berarti Anda dapat membaca kode sumbernya. Menurut Open Source Definition, open source juga berarti lisensinya tidak boleh membatasi siapa yang menggunakan software tersebut atau untuk tujuan apa software tersebut digunakan. Lisensi SSPL dan Business Source License sama-sama membatasi penggunaan komersial oleh pesaing. Karena itu, menurut definisi tersebut, keduanya bukan open source meskipun kode sumbernya dipublikasikan. Jika Anda hanya melakukan self-hosting untuk kebutuhan sendiri, pembatasan tersebut mungkin tidak pernah berdampak pada Anda. Jika Anda ingin membangun produk di atasnya, baca teks lisensinya dengan teliti terlebih dahulu.

Dapatkah perusahaan mencabut lisensi open source yang telah diberikannya?

Tidak untuk kode yang sudah dirilis. Versi tersebut tetap berada di bawah lisensi yang menyertainya saat dirilis. Inilah alasan fork seperti Valkey dan OpenTofu dapat dimulai dari commit terakhir yang menggunakan lisensi permisif. Perusahaan dapat menempatkan versi mendatang di bawah ketentuan baru. Namun, hal itu hanya dapat dilakukan jika perusahaan mengendalikan hak cipta atas seluruh proyek melalui pengalihan hak cipta atau contributor licence agreement. Proyek dengan banyak pemegang hak cipta independen, termasuk Linux, tidak dapat dilisensikan ulang oleh pihak mana pun.

Lisensi apa yang harus saya cari dalam software self-hosted?

Untuk software yang Anda jalankan sendiri dan tidak Anda jual kembali, lisensi apa pun yang disetujui OSI, seperti GPL, AGPL, MIT, atau Apache 2.0, sudah menyediakan semua yang Anda perlukan. Pemeriksaan yang lebih penting adalah siapa yang memegang hak cipta. Hal itu menentukan apakah ketentuannya dapat diubah secara sepihak di kemudian hari. Proyek yang dimiliki oleh foundation atau banyak kontributor independen tidak dapat dilisensikan ulang dengan merugikan penggunanya. Proyek milik satu vendor yang menggunakan contributor licence agreement dapat melakukannya. Keduanya dapat menjadi software yang baik. Hanya salah satunya yang dapat mengubah aturan secara sepihak.