Yalnızca açık kaynak topluluğunu desteklemek için doğru lisans bulma. GPLv3 çok katı, LGPLv3 çok müsamahakâr

Jan 03 2021

Açık kaynak bir kitaplık oluşturdum ( https://github.com/pitschr/knx-link) diğer açık kaynaklı projeler tarafından kullanılmak üzere tasarlanmış; son kullanıcılar tarafından değil. Şu anda GPLv3 olarak lisanslanmıştır.

Benim ana hedefi Kitaplığımı kullanan her proje olmasıdır kaynaklı açık olmalıdır . Benim için kişisel olarak, kütüphanemi kullanan diğer projenin , son kullanıcı tarafından kullanılan proje örneğin GitHub'da açık kaynaklı olduğu sürece Apache-2.0 veya MIT'de lisanslı olup olmaması önemli değil .

Farklı lisanslara dayanarak şunu görüyorum:

  • LGPLv3 , tescilli bir yazılımla bağlanmasına izin verdiği için doğru seçim olmayacaktır
  • GPLv3 diğer yazılım ihtiyaçlarının yanı GPLv3 olarak lisanslı olması o zorlar olarak, benim için çok sıkı olmamak görünüyor. Ayrıca, GPLv3, Apache-2.0 / MIT altında lisanslanan bir proje tarafından kullanılmasına izin vermez.
  • Apache-2.0 ve MIT lisansları, doğrudan özel mülk yazılımlar tarafından kullanılabildikleri için benim için seçenek değil gibi görünüyor.

Amacım için doğru lisansı bulamadım. Yine, son kullanıcı projesinin / yazılımının kendisi açık kaynak olduğu sürece , GPLv3 altında da lisanslanması gerektiğini zorlamadan kitaplığımı kullanmakta sorun yok mu? Ana hedefim yalnızca açık kaynak topluluğunu desteklemektir!

Bu fikirle yalnız mıyım? Başarmanın en iyi yolu nedir? Benim için en uygun ehliyet hangisi?

Teşekkür ederim, Christoph (biraz kafası karışık)

Yanıtlar

4 planetmaker Jan 03 2021 at 16:46

Açık kaynak lisansları için temelde iki farklı yaklaşım vardır:

a) MIT, Apache vb. gibi müsamahakarlar - kabaca konuşursak - krediler muhafaza edildiği ve iletildiği sürece kaynaklarına ne olacağı umurunda değil.

b) Ve daha kesin bir şekilde açık kaynak lisansları, yani herhangi bir türevin, özellikle de GPL lisansının açık kaynak olarak kalmasını sağlamak isteyen kopya-bırakılmış lisanslar var.

Lisans genellikle (ilk) yazarlar tarafından birinci veya sonrakini istemesi nedeniyle seçilir.

İstediğiniz gibi bir lisans hazırlanmış olabilir, ancak çok az işe yarayabilir: İzin verilen lisanslı bir proje, yalnızca açık kaynak projelerinde kullanılabilen bir lisansı kullanmak istemez; lisansı, tescilli kullanımı mümkün olacak şekilde özellikle seçilmiştir.

Halihazırda kopya-bırakılan bir lisansa sahip bir proje de böyle bir lisansa ihtiyaç duymaz - aynı zamanda aşağıdakileri sağlayan GPL'yi de kullanabilir: açık kaynak olmak ve açık kaynak olarak kalmak.

Bu nedenle, yalnızca açık kaynak kodlu bir projede kullanılabilen bir lisansın zaten mevcut olduğu bile tartışılabilir: GPL. Çoğu açık kaynak lisansı, GPL lisanslı bir projede kullanılabilme anlamında GPL ile uyumludur (yalnızca türetilmiş / birleştirilmiş yazılım için lisansı GPL olarak değiştirerek - Apache veya MPL ile uyumsuzluk gibi önemli istisnalar olsa bile) ).

3 JNic Jan 08 2021 at 06:48

Birinin projenizi (özel lisansınız altında lisanslanmıştır) MIT lisanslı bir uygulamada kullandığını varsayalım. MIT lisansı, yazılımın kapalı kaynak olarak dağıtılmasına açıkça izin verdiğinden, özel lisansınız etkisiz olacak ve bir anlam ifade etmeyecektir.

Kitaplığınızın özel mülk yazılımda kullanılmasını istemiyorsanız, en iyi seçenek GNU GPL olacaktır.

GNU GPL ile uyumlu lisanslar vardır. GNU GPL lisanslı yazılım, herhangi bir uyumlu lisans kapsamındaki kodu içerebilir.