LGPL bunu yapmama izin veriyor mu?

LGPL yazılımı kullanarak ticari bir yazılım geliştirmeyi planlıyorum.

LGPL yazılımında bir sınıfta kullandığım bazı fonksiyonlar tam olarak uygulanmıyor. LGPL kodunu değiştirmek istiyorum, böylece sınıf ve uygulanmayan işlevler dl dışında sınıfın önünde dllexport ekleyerek ve işlev önünde sanal anahtar kelime ekleyerek görünür hale getirmek istiyorum.

Sonra bu fonksiyonları özel yazılımımda uygulamayı planlıyorum. Değiştirilmiş LGPL kodunu dağıtmaya hazırım, ancak işlevleri istediğim gibi uygulayan özel bir yazılım değil.

Bu LGPL şartlarını ve koşullarını ihlal ediyor mu?

Bu karmaşık bir soru, ama teklif ettiğiniz şeye izin verilmediğine inanıyorum.

Bunu yapmak için kütüphaneye eklenmesi kanca öneriyorsun daha kolay sizin için alt sınıfın kütüphane en azından, böylece ve. LGPL ruhunu atlamak için .

Sorun, kendi kodunuzda LGPL lisansına tabi bir sınıfı alt sınıfta bırakırsanız , çalışmanız kütüphaneyi kullanan bir çalışma yerine kütüphaneye dayalı bir çalışma haline gelir , bu da kodunuzun bir türev olduğu anlamına gelir bölüm 6 ( LGPL v2.1 ) altındakiler yerine bölüm 2 ( LGPL v2.1 ) kapsamında olan işler . Yani LGPL'ye tabi !

Stephen Colebourne'un javalobby hakkında iyi bir özet sunduğunu düşünüyorum.

Ben diz sarsıntısı büyük bir hayranı değilim avukat önerilerinizle konuşuyorum , ama bu durumda buna devam etmeyi planlıyorsanız, yapmaya değer olacağını düşünüyorum, aksi takdirde Özgür Yazılım'dan kötü bir mektup alıyorsunuz olabilir Vakıf hukuk ekibi.

Alternatif olarak, doğrudan FSF'ye sorabilirsiniz . Onların itibaren iletişim sayfası :

Özgür yazılım lisanslama ve telif hakkı ile ilgili sorular için

Lütfen lisans SSS bölümümüzü , lisans listesini , genel copyleft bilgilerini ve ilgili sayfaları kontrol edin . Sorularınız devam ederse, <licensing@gnu.org> adresine e-posta gönderin.

Bu arada, ilgili soru Yansıma ve LGPL'de , gbjbaanb LGPL 3.0 perspektifiyle cevap verir .

Standart Ben bir avukat feragatnamesi değilim.

LGPL, kodunuzu kullanan herkese dağıtılması için kütüphane kaynak kodunda değişiklik yapılmasını gerektirir. O mu değil kütüphane kullanan kod, açık kaynaklı ve aynı lisans altında yayımlanan olmasını gerektirir.

Sınıf mirasıyla ilgili bir bölüm de dahil olmak üzere LGPL'nin daha ayrıntılı, ancak avukat olmayan bir açıklaması için Wikipedia .

"LGPL kodunu değiştirmek istiyorum ..." Bu , değiştirilmiş kodlardan herhangi birini serbest bırakmanız gerektiğini söylüyor . Daha sonra değiştirilmiş kodun türev bir çalışma olup olmadığının genişletilmesi çekişmeye açıktır ve bu durumda LGPL'ye tabi olur.

Yapmaya çalıştığınız şey, bu durumda bu tekniklerle yapamayacağınız LGPL'yi atlatmaktır.

Türev bir çalışma ise, programın şartları "müşterinin kendi kullanımı için modifikasyona ve bu modifikasyonların hatalarını ayıklamak için tersine mühendislik" e izin vermelidir. LGPL programı kullanan bir çalışmanın türevsel bir çalışma olup olmadığı yasal bir konudur.

Ama eğer yapmaya çalıştığınız LGPL'yi atlatmaksa Mark Booth'un önerdiği şekilde FSF ile iletişime geçirdim .

Tahminim: (ama IANAL) değiştirilmiş kütüphaneyi LGPL kodu olarak serbest bırakmalı ve daha sonra ticari bir programa bırakmalısınız. Bu işe yarar. Etkili bir şekilde kütüphanenin açık kaynak çatalına sahip olursunuz ve bunun için bir ön uç satarsınız.

Fakat diğerlerinin haklı olarak söylediği gibi, FSF'ye sorun : orada sahip olduğunuz ilginç bir patolojik senaryo; uygulanabilir olup olmadığını merak ettiğiniz kadar merak ediyor olabilirler. (veya en azından konu hakkında bir SSS girişi yayınlayacak kadar rahatsız edin)

https://www.gnu.org/licenses/lgpl-java.html

LGPL kitaplıklarını içe aktaran bir Java uygulaması dağıtırsanız, LGPL'ye uymak kolaydır. Uygulamanızın lisansı, kullanıcıların kitaplığı değiştirmesine izin vermeli ve bu değişikliklerde hata ayıklamak için kodunuzu tersine değiştirmelidir. Bu, kaynak kodu veya uygulamanızın dahili bilgileri hakkında herhangi bir ayrıntı sağlamanız gerektiği anlamına gelmez. Tabii ki, kullanıcıların kütüphanede yapabileceği bazı değişiklikler arayüzü bozabilir ve kütüphanenin uygulamanızla çalışamamasına neden olabilir. Bunun için endişelenmenize gerek yok — kütüphaneyi değiştiren kişiler, çalışmasını sağlamaktan sorumludur.

Kısacası, kitaplık kodunun kendisini değiştirmediğiniz sürece kalıtımla ilgili bir sorun yoktur, ancak değiştirseniz bile, uygulama kodunuzu değil, yalnızca kitaplık değiştirilmiş kodu serbest bırakmanız gerekir.