Bir LGPL projesine dayalı bir program oluşturdum ve kaynak kodunu yayınlamama izin verilmiyor

LGPL'nin tıpkı MIT, BSD veya Apache gibi izin veren bir lisans olduğunu düşündüm. Ama bugün sadece okumak bağlayan bunun dışında, bu copyleft oluyor - - Bir LGPL programına dayanmaktadır kod yayınlamak zorunda (kütüphaneler vs) LGPL'ye kapalı kaynak kodundan izin verilir.

İşverenim için bir LGPL programına dayanan ancak üzerinde önemli değişiklikler olan bir program oluşturdum. Tabii ki, değiştirilmiş kaynak kodunu oraya koymama izin verilmiyor. Aynı zamanda, dağıtmam gerekirse, yapmam gerekiyor (değil mi?).

Bunun için bir çözüm olup olmadığını merak ediyorum, bu yüzden bu kapalı kaynağı tutabilirim (kaynağı yayınlayabilseydim) - herhangi bir öneriniz var mı?

Benim fikrim: Orijinal LGPL uygulamasının birçok işlevini harici bir kütüphaneye koyabilir, çekirdek yürütülebilir dosyayı sıfırdan yazabilir, ancak değiştirmediğim tüm işlevler için kütüphaneye geri dönebilir miyim?

Şu anda, her şey bir .jar dosyasında (Java / Swing). fikrimin yasal / teknik olarak mümkün olduğunu düşünüyorsanız - yazdığımı ve orijinalin ne olduğunu ayırmak ne kadar çaba ister? Java meraklısı değilim.

Her şeyden önce, burada yasal tavsiye almak (internetler gibi) iyi bir fikir değildir.

İkincisi, ve bu sadece benim konuşmam, avukat değil, bir LGPL programına başlamadan ve işvereniniz için değiştirmeden önce bunu düşünmeliydiniz.

Lisans hoşunuza gitmediği için göz ardı edebileceğiniz bir şey olsaydı, şimdi orada bir tane almanın fazla bir anlamı olmaz mı?

Siz ve / veya işvereniniz kaynak kodunu değişikliklerinizle yayınlamak istemiyorsa, bu LGPL'nin kodunu kullanmayı bırakmanız ve bundan kurtulmanız gerekir.

Yine, sadece ben konuşuyorum.

Gerçek bir avukattan tavsiye alın.

Bir DLL kodunu ekleyerek lisansı atlatmayla ilgili sorunuza yanıt olarak, aşağıdaki şekilde çalışacağını varsayıyorum.

Yapmanız gereken, orijinal programı harici kütüphanelerdeki işlevleri çağırabilecek kadar değiştirmek olacaktır. Bunu, bu kod parçasını ihtiyaçlarınıza, kütüphanelere, işlev adlarına vb. Özel yapmadan yapmanız gerekir.

Daha sonra, lisans gereksinimlerine göre yayınladığınız değişiklikler.

Ardından, kendi özel kodunuzla kendi harici kitaplığınızı oluşturursunuz ve bu programda, yaptığınız değişiklikleri kullanarak onu yüklemesini ve yürütmesini istersiniz.

LGPL lisansının tam kapsamını bilmeden, kitaplığınızın yayınlanmasından şüphelenmemize rağmen bunun yeterli olup olmadığını söyleyemem.

Ancak yine ...

Bir avukattan tavsiye alın

LGPL veya karşılaştırılabilir lisans altında yayınlanan açık kaynak kütüphanelerinin çoğu, en azından projelerinizde kullanmak için yeterince iyi olanlar, açık / kapalı prensibi kullanılarak inşa edilmiştir: http://en.wikipedia.org/wiki/Open/closed_principle .

Uygulamanızın LGPL kitaplığına bağlanması ve tüm uzantıların kapalı uygulama kodunuzda yer alması için kodunuzu yeniden düzenleyebilmeniz gerekir.

Aynı sorumluluk reddi: IANAL.

Şimdiye kadar kimsenin bahsetmediği bir şey, kodu ayırsanız bile, hala kaynak kodunu LGPL parçalarına dağıtmanız veya en azından nereden indirilebileceği hakkında bilgi vermenizdir.

Bunu atlatmanın tek yolu, onları ilk etapta dağıtmamaktır.

Lisansı atlatmaya çalışmanın iyi bir şey olmadığını anlamak için bir avukata ihtiyacınız olduğunu düşünmüyorum. Sağduyu yeterlidir.

Bunun yerine, LGPL programının orijinal yazarına başvurabilir ve farklı ve tescilli bir lisans isteyebilirsiniz / satın alabilirsiniz.

Diğer tek alternatif kaynağı serbest bırakmak veya tamamen yeniden yazmaktır.

IANAL, TINLA, vb.

LGPL'nin tıpkı MIT, BSD veya Apache gibi izin veren bir lisans olduğunu düşündüm. Ama bugün okudum, sadece LGPL'ye (kütüphaneler vb.) Bağlanmanın kapalı kaynak kodundan izin verildiğini - bunun dışında, copyleft - bu yüzden bir LGPL programına dayalı kod yayınlamak zorundayım.

Evet, LGPL, ya işin bir kopyasını alan herkese kaynak kodunu sunmanızı ya da çalışmanızı, yazılımın alıcılarının LGPL'd çalışma sürümünüzü yeni bir sürümle değiştirebileceği bir biçimde dağıtmanız gerektiğini gerektirir. sürümü. Her iki durumda da, çalışmanın LGPL kısmındaki tüm değişiklikler çalışmanın tüm alıcıları tarafından kullanılabilir olmalıdır .

İşverenim için bir LGPL programına dayanan ancak üzerinde önemli değişiklikler olan bir program oluşturdum. Tabii ki, değiştirilmiş kaynak kodunu oraya koymama izin verilmiyor. Aynı zamanda, dağıtmam gerekirse, yapmam gerekiyor (değil mi?).

Doğru. Lisans, yazılımın tüm alıcılarına kaynak koduna erişim izni verilmesini zorunlu kılar.

Benim fikrim: Orijinal LGPL uygulamasının birçok işlevini harici bir kütüphaneye koyabilir, çekirdek yürütülebilir dosyayı sıfırdan yazabilir, ancak değiştirmediğim tüm işlevler için kütüphaneye geri dönebilir miyim?

Bu türetilmiş bir çalışma olabilir ve yine de programı aşağıya çeken tüm komut dosyalarını bir kitaplığa dağıtmanız istenir.

Şu anda, her şey bir .jar dosyasında (Java / Swing). fikrimin yasal / teknik olarak mümkün olduğunu düşünüyorsanız - yazdığımı ve orijinalin ne olduğunu ayırmak ne kadar çaba ister? Java meraklısı değilim.

Java, LGPL'ye bir dizi yeni sorun ekler, çünkü "statik" ve "dinamik" bağlantıyı neyin oluşturduğu net değildir. LGPL'nin GPL üzerindeki istisnaları bu konsepte bağlı olduğundan, LGPL çoğu durumda GPL ile gerçekten eşdeğerdir. Ortaya çıkabilecek soruları cevaplamak için şirketin hukuk ekibine danışmanız gerekecektir.

Tavsiyem, şirketiniz dışındaki herhangi birinin programa erişimi olacaksa, not alın ve baştan başlayın. Lisans gereksinimlerini karşılayamıyorsanız, lisansı dağıtmanıza izin verilmez.

Program yalnızca şirket içinde mevcut olacaksa , yalnızca kaynağı şirket çalışanlarına sunmanız gerekir. Mevcut şirket kaynak kontrolünüze eklemenizi öneririm. Bu , şirket dışında hiç kimse erişemeyeceği sürece LGPL'nin gereksinimlerini karşılayacaktır .

adaptör deseni kullanabilirsiniz ve orijinal koda dokunmayın. Ayrıca LGPL kendi projenizde sınıfları devralmanıza ve sınıflarının işlevselliğini geçersiz kılmanıza olanak tanır.

Bu benim anlayışım, IANAL.

LGPL sürümünün kullandığınız kodu kapsayan metnini kontrol edin. Bu gereksinimin herhangi bir LGPL'd kodunun genellikle paylaşılan bir kütüphane / jar dosyası kullanarak değiştirilebilmesi gerektiğine inanıyorum. Kullandığınız kodu LGPL'd olan bir kitaplığa ayırabilirseniz, LGPL altında bu uygulamayı bırakabilir ve uygulamanızı istediğiniz lisansla serbest bırakabilirsiniz.

Lisansı atlatamazsınız. Bir boşluk bulsanız bile, yine de etik dışıdır (yine de bazı insanlar için farklı bir soru). Yapabileceğiniz şey, söz konusu yazılımın yazarı ile iletişim kurmak, durumu açıklamak ve ayrı bir lisans istemektir. Size bir fiyat için özel bir lisans vermek istiyorsa, söz konusu bileşeni kullanmadan yazılımınızı yeniden yazma maliyetiyle karşılaştırabilirsiniz. Ve daha ucuza gidin.