GPL bağımlılıklarının sonuçları nelerdir?

Şirketim için yazılım geliştiriyorum ve GPL lisansı altındaki bazı kütüphaneleri kullanmak istiyorum.

Sonuçları ne olabilir? Bu GPL bağımlılıklarının üzerinde geliştirilen kodun GPL kapsamında olacağı anlamına mı geliyor? Bu ürünlerin kaynak kodlarını yayınlama yükümlülüğüm var mı?

Ben bir avukat değilim , ama .. GNU GPL gereklerini oldukça kısaca ortaya koyuyor. Bunu okumanızı öneririm ve bu şekilde gitmeden önce mutlaka okumanız gerekir.

Ancak, GPL bir telif hakkı lisansıdır. Dolayısıyla, türetilmiş yazılımı şirket dışına dağıtmazsanız, genellikle geçerli olmaz.

Ticari yazılım geliştiriyorsanız, durum böyle değildir, ancak yazılımı kimseye yayınlamayacağınız şirket içi yazılım geliştiriyorsanız, GPL geçerli değildir.

Hayır . Yazılımı bir şekilde herkese açık hale getirmezseniz (ücretsiz olup olmadığından bağımsız olarak), kendi yazılımınızın lisansını değiştirmeniz (veya herhangi birini serbest bırakmanız) gerekmez.

Kaynağı sadece ikiliyi dağıttığınız kişiye dağıtmanız gerekir. Lisanslara dikkat edin, belki bu kütüphaneler sizin durumunuzda viral olmayan GPL yerine LGPL'dir.

GPL SSS bölümünü okumanızı şiddetle tavsiye ederim . GPL'nin farklı lezzetleri olduğunu ve kullanmak istediğiniz kütüphanelerin hangisinin projenizi farklı şekilde etkileyeceğini anlayın. Bu sayfada mevcut olan farklı GNU lisansları açıklanmaktadır. " LGPL'yi neden kullanmamanız " başlıklı makalenin oldukça iyi olduğunu düşünüyorum.

Olduğunu anlamak doktrini GPL ve ne olabilir uygulanan GPL ile. Bu kütüphanelerin karmaşıklıklarını, ticari projenizi nasıl etkileyeceğini ve bu problemleri çözmek için neler yapabileceğinizi bir avukatla konuşun. GPL danışmanlığında uzmanlaşmış avukatlar var. GPL, lisans koşullarının yerine geçebilecek yerel yasalar tarafından kısıtlanmıştır. Richard Stallman'ın (Bay GPL size) "birada olduğu kadar özgürlüğünde de özgür" olabileceği kadar çok yazılım yapmak için bir gündemi var.

Anlaşılması gereken temel terimler şunlardır: yayın , bağlantı oluşturma veya yerleştirme (LGPL endişesi) ve dağıtım . GPL varyantları Eğer kaynak kodu yapmanız gerektiğinden mevcut proje lisansı amaç içinde düşerse istemiş bulunan herkese. Herkesin indirebileceği bir web sitesinde barındırmanızı gerektirmez. Kullanılabilir hale getirmek bir salyangoz posta talebi olabilir ve bunu yapmayı seçtiğiniz yoldan kağıt çıktısıyla gönderilebilir. Bu GPL ruhunda olmasa da, lisans mektubuna sığar.

Kaynak kodunuzu kullanılabilir hale getirmeniz gerekiyorsa, çoğu şirket bunu dikkate almayacaktır çünkü gözlerinde bir başkasının "gizli sosuna" erişimi varsa, rakiplerin yazılımlarının yeni bir sürümünü yayınlama engelleri neredeyse ortadan kalkacaktır. Derleme komut dosyalarınızı dağıtmasanız bile, başka birinin gelip kaynak kodunun dağıtılmış kopyasında oluşturamayacağını söyleyen hiçbir şey yoktur.

NOT: Kullanmak istediğiniz kitaplığın bir BSD / MIT / ASL tarzı lisanslı sürümünün olup olmadığını kontrol etmeye değer olabilir. Birçok durumda, GPL ile ilgili tüm sorunu hangi yan adımlar atıyor. BSD / MIT / ASL lisansları, şirketlerin kütüphaneyi herhangi bir viral yan etkisi olmaksızın ticari projelerine dahil etmelerini sağlamak için tasarlanmıştır. Kütüphane kullanıcılarının katkıda bulunmalarını gerektiren bir şey olmasa da, çoğu durumda zaten yaparlar. Kısacası, bu, Richard Stallman'ın bazı argümanlarının kusurlu olduğunu gösteriyor. RS, mutlu dengenin olması gereken yerlerde alternatifler sağlamak için gerekli olan uç nokta olarak bir amaç sağlar. Tüm GPL destekçileri, SC'nin karışıklığa katkıda bulunan kendi lisansını yorumlaması konusunda hemfikir değildir.

Bu SSS girişi soruyu en kısa sürede cevaplıyor.

GPL yüksek derecede viral bir lisanstır. Programınızın herhangi bir yerinde herhangi bir GPL kitaplığı kullanırsanız ve yayınlayıp dağıtırsanız, lisanslama koşullarına göre tüm programınızın GPL veya uyumlu bir lisans altında yayınlanması gerekir.