Izin, syarat, dan batasan sekilas
Syarat
- Ungkapkan sumberSaat mendistribusikan, kode sumber harus disediakan.
- Pemberitahuan hak cipta & lisensiSaat mendistribusikan, salinan lisensi dan pemberitahuan hak cipta harus disertakan.
- Lisensi yang samaVersi modifikasi dan turunan harus didistribusikan dengan lisensi yang sama (atau kompatibel).
Batasan
- Batasan tanggung jawabMenyatakan secara tegas tidak bertanggung jawab atas kerugian.
- Tanpa jaminanMenyatakan secara tegas tidak memberikan jaminan apa pun.
Sumber klasifikasi izin·syarat·batasan: data choosealicense.com (GitHub, MIT License).
Lisensi seperti apa
EPL 2.0 dirilis Eclipse Foundation pada Agustus 2017. Eclipse IDE, Jakarta EE, dan banyak proyek Eclipse Foundation memakainya. Saat mendistribusikan program berlisensi EPL dan modifikasinya ('Contribution'), sumbernya harus dibuka, tetapi kode yang dipisah sebagai modul tersendiri dan bukan turunan dari kode EPL boleh didistribusikan dengan lisensi lain (termasuk komersial). Ada pemberian paten yang tegas dan klausul yang menghentikan izin paten seseorang jika ia menggugat dengan klaim bahwa program melanggar paten.
Perubahan dari EPL-1.0
- Klausul hukum yang berlaku (hukum Negara Bagian New York) dihapus.
- Definisi 'karya turunan' dirapikan agar sesuai dengan konsep hukum hak cipta.
- Muncul mekanisme Secondary License (Exhibit A), sehingga jika penulis asli menetapkannya, hasil gabungan dengan GPL-2.0 dan lainnya dapat didistribusikan di bawah lisensi itu.
Yang harus dipenuhi saat mendistribusikan
- Saat mendistribusikan dalam bentuk sumber, distribusikan di bawah syarat EPL-2.0 dan sertakan salinan lisensinya.
- Saat mendistribusikan sebagai kode objek (biner), beri tahu cara memperoleh sumber dengan cara yang wajar, dan pastikan syarat lisensi Anda tidak membatasi hak penerima EPL.
- Pertahankan pemberitahuan hak cipta.
- Distributor komersial menanggung kewajiban membela dan mengganti rugi agar kontributor lain tidak ikut menanggung tanggung jawab (Pasal 4).
Kesalahpahaman umum
- "EPL kompatibel dengan GPL" — Secara bawaan tidak kompatibel. Hanya berlaku untuk kode yang oleh penulis aslinya ditetapkan Secondary License lewat Exhibit A.
- "Semua plugin EPL harus EPL" — Jika berjalan sebagai modul terpisah dan bukan turunan kode EPL, boleh memakai lisensi lain. Status turunan dinilai berdasarkan hukum hak cipta.
- "Sekadar memakai tanpa mengubah pun wajib membuka sumber" — Kewajiban pembukaan berlaku untuk kode EPL (dan modifikasinya). Jika tidak diubah, cukup beri tahu cara memperoleh sumber kode aslinya.
Cara menerapkan
Taruh teks lisensi di LICENSE, dan jika perlu tambahkan pemberitahuan Secondary License format Exhibit A di setiap file. EPL tidak memiliki teks header file baku seperti GNU atau Apache, jadi disarankan header dengan pengenal SPDX EPL-2.0 (jika GPL-2.0 ditetapkan sebagai Secondary License, ekspresi SPDX kadang ditulis seperti EPL-2.0 OR GPL-2.0-or-later WITH Classpath-exception-2.0).
Cocok untuk
Cocok untuk ekosistem yang dipimpin perusahaan yang ingin inti platform atau framework tetap terbuka sambil memungkinkan modul ekstensi di atasnya dijual secara komersial. Alternatif yang lebih sederhana berbasis file adalah MPL-2.0.
Bisakah kode EPL-2.0 dimasukkan ke proyek lain?
Penilaian umum saat mengambil kode yang dirilis di bawah lisensi ini lalu menggabungkan dan mendistribusikannya dalam proyek berlisensi di bawah. Lihat kombinasi lain di pemeriksa kompatibilitas →
| Proyek tujuan | Hasil | Catatan |
|---|---|---|
| Perangkat lunak tertutup (komersial) | Boleh dengan syarat | Kode EPL dan modifikasinya tetap memakai EPL-2.0 dan kode sumbernya harus disediakan. Kode Anda yang dipisah sebagai modul tersendiri boleh memakai lisensi lain. |
| MIT | Boleh dengan syarat | Kode EPL dan modifikasinya tetap memakai EPL-2.0 dan kode sumbernya harus disediakan. Kode Anda yang dipisah sebagai modul tersendiri boleh memakai lisensi lain. |
| Apache-2.0 | Boleh dengan syarat | Kode EPL dan modifikasinya tetap memakai EPL-2.0 dan kode sumbernya harus disediakan. Kode Anda yang dipisah sebagai modul tersendiri boleh memakai lisensi lain. |
| MPL-2.0 | Boleh dengan syarat | Kode EPL dan modifikasinya tetap memakai EPL-2.0 dan kode sumbernya harus disediakan. Kode Anda yang dipisah sebagai modul tersendiri boleh memakai lisensi lain. |
| LGPL-2.1 | Boleh dengan syarat | Hanya dapat digabung dan didistribusikan dengan lisensi GNU jika penulis asli menetapkan GPL dan sebagainya sebagai Secondary License lewat Exhibit A. Tanpa penetapan itu, tidak kompatibel. |
| LGPL-3.0 | Boleh dengan syarat | Hanya dapat digabung dan didistribusikan dengan lisensi GNU jika penulis asli menetapkan GPL dan sebagainya sebagai Secondary License lewat Exhibit A. Tanpa penetapan itu, tidak kompatibel. |
| GPL-2.0 | Boleh dengan syarat | Hanya dapat digabung dan didistribusikan dengan lisensi GNU jika penulis asli menetapkan GPL dan sebagainya sebagai Secondary License lewat Exhibit A. Tanpa penetapan itu, tidak kompatibel. |
| GPL-3.0 | Boleh dengan syarat | Hanya dapat digabung dan didistribusikan dengan lisensi GNU jika penulis asli menetapkan GPL dan sebagainya sebagai Secondary License lewat Exhibit A. Tanpa penetapan itu, tidak kompatibel. |
| AGPL-3.0 | Boleh dengan syarat | Hanya dapat digabung dan didistribusikan dengan lisensi GNU jika penulis asli menetapkan GPL dan sebagainya sebagai Secondary License lewat Exhibit A. Tanpa penetapan itu, tidak kompatibel. |
Konten situs ini adalah informasi umum, bukan nasihat hukum. Untuk keputusan distribusi, kontrak, atau sengketa yang sebenarnya, konsultasikan dengan pengacara atau ahli lainnya.