Apa konsekuensi dari ketergantungan GPL?


12

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?

Jawaban:


11

Saya bukan pengacara , tapi ... GNU GPL menetapkan persyaratannya dengan cukup ringkas. Saya sarankan membacanya, dan Anda tentu perlu manajemen Anda untuk membacanya sebelum Anda pergi ke sana.

Namun, GPL adalah lisensi hak cipta. Jadi, jika Anda tidak mendistribusikan perangkat lunak turunan di luar perusahaan, itu umumnya tidak berlaku.

Jika Anda mengembangkan perangkat lunak komersial, maka jelas ini bukan masalahnya, tetapi jika Anda mengembangkan perangkat lunak in-house, di mana Anda tidak akan benar-benar menerbitkan perangkat lunak kepada siapa pun, maka GPL tidak berlaku.


bolehkah saya bertanya mengapa seseorang downvoted?
TZHX

Mungkin karena Anda menggunakan "komersial", yang tampaknya menjadi titik sensitif bagi Stallman dan beberapa penggemar FSF. "Perangkat lunak komersial" tidak selalu sama dengan "perangkat lunak untuk dijual".
David Thornley

1
@ David Thornley - hmm, itu bukan maksud yang ingin saya berikan. Tapi saya bisa melihat potensi ambiguitas. Terima kasih telah memberikan alasan, saya akan mencoba dan menyadarinya di masa mendatang.
TZHX

Mungkin 'hak milik' akan lebih tepat daripada 'komersial' di sini?
Jeffrey Hantin

3

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).


2

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.


2

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.


2
Tidak, Anda tidak diharuskan membuat kode sumber tersedia bagi siapa saja yang memintanya. Anda diharuskan menyediakannya untuk orang-orang yang menerima kode biner dari Anda, secara langsung atau tidak langsung (lihat lisensi untuk perinciannya di sini).
David Thornley


0

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.


6
If the program is published, itu harus di bawah GPL atau kompatibel. Itu doesn't have toditerbitkan.
Arnaud Le Blanc

Diedit untuk ketenangan pikiran yang terlalu berlebihan. Saya pikir sedikit sudah jelas.
Mason Wheeler

Anda berharap sedikit itu jelas. Namun, saya terus melihat pertanyaan dan pernyataan yang mengklaim bahwa program tersebut harus dipublikasikan, dan ternyata tidak. Karena Anda telah diedit sehingga tidak lagi mendukung kesalahpahaman yang cukup populer, saya menghapus downvote saya.
David Thornley
Dengan menggunakan situs kami, Anda mengakui telah membaca dan memahami Kebijakan Cookie dan Kebijakan Privasi kami.
Licensed under cc by-sa 3.0 with attribution required.