Bir GPLv2 programı Apache lisanslı kütüphanelere güvenebilir mi?

Lisanslı bir GPL yazılımı (sürüm 2), GPL'den bağımsız olarak APLv2 altında lisanslanmış kütüphanelere güvenebilir mi? Dil burada belki bana değil önerir.

Benim özel durumumda, bazı APLv2 lisanslı harici kütüphaneleri kullanan bir arka plan programına bakıyorum.

GÜNCELLEME (Yanıtlara / yorumlara yanıt olarak.)

1. Bu sorunun amacı için ana programı (daemon) tekrar lisanslayamam
2. Ana program, apr-utilbelki de diğer APLv2 bileşenlerini kullanan işlevsellik ile genişletildi

Benim sorum, GPLv2 altında genişletilmiş arka plan programı yayınlayabilir miyim, yoksa (a) bu uzantıyı yayınlamayı taahhüt edersem, kendime saklamam (dağıtım yok) ve / veya APLv2 olmadan yeniden uygulamam gereken bir şey mi? (b) Daemon GPL'd mi?

Önce bir terminolojiye açıklık getirelim. Ne zaman FSF bir diyor lisans GPL ile uyumlu olup bunlar birçok kişi anlamına etmek yorumlamak ciddiye alma. Birçoğu "uyumlu" kelimesini, iki yazılım parçasının aynı uygulamada mutlu bir şekilde birlikte var olabileceği anlamına gelir.

FSF'nin anlamı budur, ancak GPL'nin copyleft hükmü işleri biraz daha ileri götürür.

GPL SSS'den benimkini vurgulayın.

Bu, diğer lisans ve GNU GPL'nin uyumlu olduğu anlamına gelir; diğer lisans altında yayınlanan kodu GNU GPL altında yayınlanan kodla daha büyük bir programda birleştirebilirsiniz.
Tüm GNU GPL sürümleri bu tür kombinasyonlara özel olarak izin verir; aynı GNU GPL sürümü altında piyasaya sürülmesi şartıyla bu tür kombinasyonların dağıtımına da izin verirler .

Dolayısıyla, koşulları GPL'nin altına alınabiliyorsa, bir lisans GPL ile uyumludur.

Şimdi APLv2 ve GPLv3'e bakalım.

• APLv2_Lib + GPLv3_Lib => GPLv3 olarak birleştirilmiş lib iyi.
• APLv2_Lib + GPLv3_Lib => APLv2 olarak birleştirilmiş lib iyi değil.

Ve Apache burada şöyle diyor :

GPLv3 yazılımından kaçınırız, çünkü sadece GPLv3 yazarları tarafından bir türev işi oluşturmak için bağlanır. Lisanslarını onurlandırmak istiyoruz.

Ancak, v3 yerine GPLv2 altında lisanslanmış bir arka plan programı ile çalışıyorsunuz.

FSF, yapmak istediğiniz şeyin bir kamu dağıtımında kabul edilemez olduğu oldukça açıktır .

Lütfen bu lisansın GPL sürüm 2 ile uyumlu olmadığını unutmayın, çünkü bu GPL sürümünde olmayan bazı gereksinimleri vardır. Bunlar belirli patent fesih ve tazminat hükümlerini içerir.

Sorunuzu cevaplamak için:

Hayır , birleştirilmiş arka plan programını GPLv2 ve APLv2 lisanslı malzeme kullanarak dağıtamazsınız .
FSF bu kombinasyonu açıkça kamu dağıtımına izin verilmiyor olarak nitelendiriyor.

Alternatifler:

1. Sen edilmektedir anda kişisel olarak kullanmak için izin.

2. APLv2 işlevini yeniden yazmanız ve ardından yeni çalışmanızı GPLv2 çalışmasıyla birleştirmeniz de uygun olacaktır.

3. Daemon'un GPLv3 olarak değiştirilip değiştirilemeyeceğini görebilirsiniz. Öyleyse, APLv2 çalışmasını şimdi GPLv3 arka plan programında birleştirmek için net olursunuz.

Benim görüşüm OP'nin OP'nin ASF bağlantısı metnine dayanarak OP ile hemfikir.

ASF (Apache Software Foundation), ASFv2 kodu, davanızın sınırlı bilgisine ve çeşitli FOSS lisansları hakkındaki anlayışım temelinde GPLv2 kullanan bir sistemin herhangi bir parçası olma fikrinden hoşlanmaz: şemsiye projesinin GPLv2 olup olmadığına bakılmaksızın veya şemsiye projesi GPLv2'dir ve ASFv2'yi dahil etmeye çalışır.

Ayrıca GPLv3 koduna sahip bir ASFv2 şemsiye projesi olmamalıdır, ancak bir GPLv3 şemsiye projesi ASFv2 koduna sahip olabilir.

Kaveot, belki (Gnu'ya göre), birbirleriyle nasıl etkileştikleri. Bağlanırsa, yürütme sırasında aynı veri kopyalarını paylaşırlarsa, bunlar aynı programda yer alır; bununla birlikte, farklı farklı süreçler arasında veri aktarımı yapan ayrı işlemler (yani çatallı) olarak çalışıyorlarsa, yaptığınız işleme izin verilebilir, çünkü bunlar ayrı programlardır. Yürütme sırasında paylaşılan veri alanı kullanıyorsa ve farklı işlemlerle çalışmazsa, yaptığınız şeye izin verilmeyebilir, çünkü bunlar için farklı veya bağımsız olmak için aynı veya çok sıkı bir şekilde bağlanırlar.