Saya saat ini memeriksa kemungkinan dan implikasi menghubungkan ke perpustakaan GPL untuk aplikasi dalam konteks komersial.
Dari apa yang saya mengerti tentang GPL, selama aplikasi tersebut digunakan secara internal, tidak ada kewajiban untuk melepaskan kodenya (bahkan jika salinannya dipindahkan ke anak perusahaan yang dikendalikan).
Yang tidak saya mengerti adalah poin berikut dari FAQ:
Jika perpustakaan dirilis di bawah GPL (bukan LGPL), apakah itu berarti bahwa setiap perangkat lunak yang menggunakannya harus di bawah GPL atau lisensi yang kompatibel dengan GPL ? Ya, karena perangkat lunak seperti yang dijalankan sebenarnya termasuk perpustakaan.
Jika saya melihat pada lisensi yang kompatibel dengan GPL , beberapa dari mereka (seperti yang meningkatkan) tampaknya tidak memaksakan pelepasan kode. Menggunakannya akan menciptakan situasi di mana Anda bisa mematuhi lisensi GPL tanpa harus menghormati kewajibannya membuat kode Anda publik (yang tampaknya tidak terlalu kredibel).
(NB: ada komponen dalam Adobe Photoshop yang dilisensikan di bawah boost dan saya tidak berpikir kode tersedia sesuai permintaan)
Penjelasan yang paling masuk akal adalah bahwa saya kehilangan sesuatu ... Bisakah Anda memberi tahu saya di mana saya melakukan kesalahan?
Jawaban:
Jawaban singkat: Tidak. Mereka akan tunduk pada copyleft.
Jawaban panjang:
The artikel Wikipedia tentang kompatibilitas lisensi memiliki bagian yang baik pada kompatibilitas GPL :
[penekanan ditambahkan]
Dan lebih eksplisit dari FAQ FSF tentang kompatibilitas GPL :
Dan hanya untuk perbaikan, inilah komentar FSF tentang berbagai lisensi
Komentar FSF tentang lisensi pendorong
Yang berarti segala sesuatu yang dilisensikan di bawah Boost mudah dimasukkan oleh GPL.
Di mana itu menjadi rumit
Katakanlah kita memiliki proyek
Foo
berlisensi di bawah Boost, dan proyekBar
berlisensi di bawah GPL dan yang ingin digunakanFoo
.Bar+Foo
diizinkan karena lisensi yang kompatibel, dan rilisBar+Foo
harus GPL seperti halnyaBar
GPL.Foo
, dengan sendirinya dan tanpaBar
atauBar+Foo
, masih tersedia di bawah lisensi Peningkatan. Kata lain,Bar+Foo
tidak memiliki dampak lisensi padaFoo
dirinya sendiriLisensi yang dihasilkan dari kombinasi proyek adalah peristiwa akting ke depan untuk kombinasi saja. Ini bukan acara retroaktif.
Jadi, jika orang lain ingin mengambil
Foo
dan melakukan sesuatu yang lain dengannya, mereka masih bebas untuk melakukannya tanpa ketentuan copyleft dari GPL. Namun, jika mereka mengambilBar+Foo
, menghapusBar
dan hanya menggunakan+Foo
maka mereka masih terikat oleh ketentuan GPL sejakBar+Foo
GPL.Pertanyaan Anda yang lain:
Ini langsung dijawab oleh FSF GPL FAQ tentang distribusi sumber
Anak perusahaan yang dimiliki sepenuhnya dianggap sebagai bagian dari organisasi induk, sehingga Anda secara hukum akan jelas. FSF akan menunjukkan bahwa Anda melanggar semangat Perangkat Lunak Bebas.
sumber
Foo
berdasarkan GPL? Memberi sub-lisensi akan baik-baik saja, tetapi kemudian mereka juga harus tetap mempertahankan lisensi BoostBar+Foo
, bukan?Yang dimaksud dengan "kompatibel dengan GPL", artinya, lisensi yang tidak bertentangan dengan GPL. Lisensi yang kurang ketat, seperti lisensi Boost, "kompatibel" dengan GPL karena tidak membatasi pengguna dari kode melakukan apa pun yang GPL akan memungkinkan pengguna untuk melakukannya. Artinya, lisensi Boost memungkinkan orang untuk menyalin secara bebas, yang mana GPL mengharuskan orang diizinkan.
Contoh dari lisensi yang tidak "kompatibel" adalah lisensi yang memerlukan biaya kepada penulis asli untuk pengguna untuk mendistribusikan salinan. Karena GPL secara eksplisit mengizinkan distribusi gratis dan berbayar, lisensi yang lebih ketat ini tidak akan kompatibel.
Dengan kata lain, GPL mengatakan "Anda harus mengizinkan $ A, $ B dan $ C". Lisensi apa pun yang memungkinkan $ A, $ B, $ C dan juga $ D dan $ E kompatibel. Lisensi yang memungkinkan $ A dan $ B tetapi tidak $ C tidak akan.
sumber
Anda tidak membuat kesalahan: jawaban FAQ tidak lengkap. Seharusnya dikatakan bahwa program gabungan harus dilisensikan di bawah GPL, bukan lisensi yang kompatibel dengan GPL. Sejak itu telah diperbaiki (lihat di bawah: Saya telah menekankan bagian penting):
Saya sebelumnya telah mengatakan bahwa "jika sebuah perpustakaan dirilis di bawah GPL maka setiap perangkat lunak yang menggunakannya harus berada di bawah GPL itu sendiri karena sifatnya yang disebut 'viral'. Lisensi yang kompatibel dengan GPL permisif seperti boost tidak dapat digunakan . " Dengan "perangkat lunak yang menggunakannya" maksud saya modul gabungan dan perpustakaan.
sumber