Saya sedang mengembangkan perangkat lunak untuk perusahaan saya dan saya ingin menggunakan beberapa perpustakaan di bawah lisensi GPL.
Apa akibatnya? Apakah ini berarti bahwa kode yang dikembangkan di atas dependensi GPL ini juga akan berada di bawah GPL? Apakah saya memiliki kewajiban untuk mempublikasikan kode sumber produk ini?
Tidak ada . Jika Anda tidak membuat perangkat lunak tersedia untuk umum entah bagaimana (terlepas dari apakah itu gratis atau tidak), Anda tidak perlu mengubah lisensi perangkat lunak Anda sendiri (atau melepaskannya).
sumber
Anda hanya perlu mendistribusikan sumber ke siapa pun Anda mendistribusikan biner. Perhatikan dengan cermat perizinannya, mungkin perpustakaan itu adalah LGPL, bukan GPL, yang tidak viral dalam kasus Anda.
sumber
Saya sangat merekomendasikan membaca FAQ GPL . Pahami bahwa ada rasa GPL yang berbeda, dan perpustakaan mana yang ingin Anda gunakan akan memengaruhi proyek Anda secara berbeda. Halaman ini menjelaskan berbagai lisensi GNU yang tersedia. Saya percaya artikel tentang " mengapa tidak menggunakan LGPL " lebih baik.
Pahami bahwa ada doktrin GPL, dan apa yang bisa dipraktikkan dengan GPL. Untuk memahami seluk beluk perpustakaan-perpustakaan ini, bagaimana hal itu akan memengaruhi proyek komersial Anda, dan apa yang dapat Anda lakukan untuk mengatasi masalah-masalah itu - bicaralah dengan seorang pengacara. Ada pengacara yang berspesialisasi dalam konseling GPL. GPL dibatasi oleh undang-undang setempat yang dapat menggantikan ketentuan lisensi. Richard Stallman (Tn. GPL kepada Anda) memiliki agenda untuk membuat sebanyak mungkin perangkat lunak "bebas seperti dalam kebebasan, bukan dalam bir".
Istilah-istilah kunci yang perlu dipahami adalah: publikasi , penautan vs. penyematan (perhatian LGPL), dan distribusi . Varian GPL mengharuskan Anda membuat kode sumber tersedia untuk siapa saja yang memintanya jika proyek Anda termasuk dalam lingkup lisensi. Anda tidak perlu meng-host-nya di situs web tempat siapa pun dapat mengunduhnya. Membuatnya tersedia dapat menjadi permintaan surat siput, dan dikirim melalui kertas cetak jika itu cara Anda memilih untuk melakukannya. Meskipun itu tidak dalam semangat GPL, itu cocok dengan surat lisensi.
Jika Anda diharuskan untuk membuat kode sumber Anda tersedia, sebagian besar perusahaan tidak akan mempertimbangkannya karena di mata mereka jika orang lain memiliki akses ke "saus rahasia" mereka maka hambatan bagi pesaing untuk merilis versi baru perangkat lunak mereka akan hampir dihilangkan. Bahkan jika Anda tidak mendistribusikan skrip bangunan Anda, tidak ada yang mengatakan orang lain tidak dapat datang dan membuatnya di salinan kode sumber yang didistribusikan.
CATATAN: Mungkin perlu diperiksa untuk melihat apakah perpustakaan yang ingin Anda gunakan memiliki versi berlisensi gaya BSD / MIT / ASL di luar sana. Dalam banyak kasus ada, yang mengesampingkan seluruh masalah dengan GPL. Lisensi BSD / MIT / ASL dirancang untuk memungkinkan perusahaan memasukkan perpustakaan ke dalam proyek komersial mereka tanpa efek samping virus. Meskipun tidak ada yang mengharuskan pengguna perpustakaan untuk berkontribusi kembali, dalam banyak kasus mereka tetap melakukannya. Singkatnya, ini menunjukkan bahwa beberapa argumen Richard Stallman cacat. RS memang memberikan tujuan, karena ekstrim diperlukan untuk memberikan alternatif tempat keseimbangan yang menyenangkan di mana seharusnya. Tidak semua pendukung GPL setuju dengan interpretasi RS tentang lisensinya sendiri yang juga menambah kebingungan.
Entri faq ini menjawab pertanyaan dengan paling ringkas.
sumber
GPL adalah lisensi yang sangat viral. Jika Anda menggunakan pustaka GPL di mana saja dalam program Anda dan pada akhirnya menerbitkan atau mendistribusikannya, sesuai dengan ketentuan lisensi seluruh program Anda harus diterbitkan di bawah GPL atau lisensi yang kompatibel.
sumber
If the program is published
, itu harus di bawah GPL atau kompatibel. Itudoesn't have to
diterbitkan.