BSD lisanslı bir projenin her bir katılımcıdan imzalı bir ifadeye ihtiyacı var mı?


9

Bugün okumak Fosil SCM s' posta listesine :

BSD ile ilgili sorun, her katılımcıdan katkılarının BSD olduğunu belirten imzalı bir form almanız gerektiğidir. Bu, GPL için otomatiktir, çünkü katkılarınızı uyumlu bir lisans altında yayınlamak, kodu GPL'de görüntülemek için bir ön koşuldur. Bu, GPL'yi çok sayıda katılımcıyla son derece işbirlikçi bir ortam için mükemmel kılar. BSD, okuyucular için daha izin vericidir (daha az külfetlidir), ancak yazarlar için şimdi biraz evrak göndermek zorunda oldukları için biraz daha zorlaşmaktadır.

Birisi nedenini açıklayabilir ve projenin katkıda bulunanlarından böyle imzalı bir açıklama yapmamanın olası sonuçları nelerdir?

Yanıtlar:


6

GPL, kod katkısı yapılan kodun lisanslandırılması konusunda projeye geri bildirimde bulunmaz. Herhangi bir katkının türetilmiş bir iş olarak kabul edilebileceği ve bu nedenle GPL kapsamında lisanslanması gerektiği için GPL tarafından kapsandığı anlaşılabilir, ancak katkının zaten uyumsuz bir lisans altında lisanslanmış olması ve GPL koduyla birleştirilememesi mümkündür. .

Katkıda bulunan kodun lisansından açıkça bahseden tek lisansı bildiğim kadarıyla Apache Lisansıdır (bkz. "Katkılar" ve "Katkıların Teslim Edilmesi").

Bununla birlikte, bir Açık Kaynak projesine tüm katkıda bulunanların projeye yaptıkları katkıların telif hakkını açıkça atamaları genellikle iyi bir uygulamadır. Atama formu ayrıca, katılımcının katkının telif hakkı sahibi olduğunu ve / veya telif hakkını atamaya yetkili olduğunu onaylayan bir metin içerecektir.

İkinci kısmı da dahil ederek, birisinin yasal olarak katkıda bulunmasına izin verilmediği bir kod katkısı olduğu keşfedildiğinde bazı korumaları vardır (örneğin, tescilli kodu işverenlerinden kopyalamışlardır).

Telif hakkı ataması yapmamanın diğer bir genel riski, gelecekte lisansı değiştirmek isterseniz, telif haklarını katkılarından ötürü elinde tutan tüm katılımcıların izni olmadan yapamayacağınızdır. Örneğin, lisansı GPLv2'den LGPLv2'ye değiştirmek isterseniz izinsiz olarak yapamazsınız.


1
Kesinlikle doğru. Aslında, büyük Özgür Yazılım Vakfı projelerinin kendileri, katkıda bulunanların projeye telif hakkı sahipliğini atamalarını gerektirir. GPL'nin yaratıcıları bunun gerekli olduğunu düşünüyorsa, geri kalanımız dikkat etmelidir.
Ross Patterson

1
@RossPatterson Benim anlayışım, GNU projesinin telif hakkı aktarımı gerektirmesinin temel sebebinin sadece telif hakkı sahibinin ihlal için dava açabilmesidir: " ...enforcement of copyright is generally not possible for distributors: only the copyright holder or someone having assignment of the copyright can enforce the license." (Bu cevaptaki diğer tüm hususlar da tam olarak geçerli değildir, sadece burada telif hakkı atamasının en büyük avantajlarından biri olarak yer almadığını fark ettim.)
apsillers

@apsillers Telif hakkı sahiplerinin çeşitli hakları vardır, bunlardan biri onları uygulamak için dava açmaktır. Bunun daha ince noktası, projeye bir atama yapılmaması durumunda, telif hakkının katkıda bulunan kişiye, döneme ait olmasıdır. FSF durumunda, bu, GCC ekibi yasal olarak "ilginç" bir şey yapmak isterse, birçoğu yalnızca sahte (ör. E-posta adresleri, örneğin, e-posta adresleri, isimler değil).
Ross Patterson

4

BSD, bir bütün olarak BSD lisanslı olmayan türetilmiş çalışmalara izin verir. Buradaki tehlike, yeni bir katkıda bulunanın (veya gerçekten herhangi bir katkıda bulunanın) bir kod katkısı sunması ve daha sonra katkısının BSD lisanslı olmadığını iddia edebilmesidir . Bunun mahkemede devam edip etmeyeceği muhtemelen transferin kesin koşullarına çok bağlıdır - birisinin bir posta listesine yama gönderdiği ve basitçe "Yazdığım bu yeni özelliğe bak!" BSD lisansı altında projeye açıkça verilmeden. (İmzalanmış anlaşmalar gerektiren bir proje "Teşekkür ederiz, ancak bunu kod tabanımıza kabul etmeden önce, lütfen katkınızın BSD lisanslı olduğunu yasal olarak kabul edin" şeklinde yanıt verir.)

GPL lisanslı bir proje bu belirsizliğe karşı daha az savunmasızdır. GPL'deki ilgili yasal dişler bölüm 8'de yer almaktadır :

İşbu Lisans kapsamında açıkça belirtilmedikçe, kapsam dahilindeki bir işi çoğaltamaz veya değiştiremezsiniz. Aksi takdirde yayma veya değiştirme girişimleri geçersizdir ve bu Lisans kapsamındaki haklarınızı otomatik olarak feshedecektir ...

Belirsiz katkı örneğimde, GPL ile ilgili bir belirsizlik yok. Değiştirilen eser mutlaka GPL lisansına sahiptir ve katılımcı GPL haklarını vermeden değişiklik listesini postalama listesine gönderemedi (değiştirilmiş sürümünü yayınlamak bir aktarım oluşturduğundan). Aksi takdirde herhangi bir tartışma girişimi, GPL'yi ihlal ettiğini aktif olarak iddia etmesini gerektirir, bu da projenin haklarını tamamen kaybettiği ve değiştirilmiş çalışmasının yasal olarak geçersiz olduğu anlamına gelir .

(Ben bir avukat değilim, bu yüzden GPL'nin korumalarının bir projeyi kendisine herhangi bir yasal zarar umurunda olmayan bir davadan korumak için yeterli olup olmadığından emin değilim, ancak çoğu aklı başında insanı caydırmak için kesinlikle yeterli yasal yollara başvurmaktan.)


@Craig doğru cevaba sahiptir - bu lisanslama değil, telif hakkı sahipliği ile ilgilidir.
Ross Patterson

" Değiştirilmiş çalışma zorunlu olarak GPL lisanslıdır ve katkıda bulunan kişi, GPL hakları vermeden değişiklik listesine posta gönderemedi (değiştirilmiş sürümünü yayınlamak bir aktarım oluşturduğundan) . Özgür Yazılım'ın ilk günlerinde, birkaç büyük ve önemli proje, kodlarına karşı yamaların orijinal kodu içermedikçe türev çalışmalar olmadığını iddia etti ( yani , sadece sıfır bağlam farklarına izin verildi).
Ross Patterson
Sitemizi kullandığınızda şunları okuyup anladığınızı kabul etmiş olursunuz: Çerez Politikası ve Gizlilik Politikası.
Licensed under cc by-sa 3.0 with attribution required.