سؤال

دعنا نقول إنني أكتب برنامجًا يدعم المكونات الإضافية وأكتب مكونًا إضافيًا واحدًا له إشارة إلى مجموعة (.NET) مرخصة بموجب LGPL ، هل يجب علي الآن جعل المصدر المفتوح للمشروع بالكامل وتحت LGPL؟

هل كانت مفيدة؟

المحلول

استشارة المحامي هو الطريقة الوحيدة للحصول على نصيحة دقيقة ودقيقة من هذا النوع.

ومع ذلك ، يجب أن تكون على ما يرام ، شريطة أن تترك رمز LGPL في مجموعة المستقلة ، .NET. إذا كنت تستخدم الرمز مباشرة داخل مشروعك ، فيمكنك مواجهة مشكلات أخرى ، ولكن طالما أن مجموعة .NET تركت كما هي ، واستخدامها فقط من قبل مشروعك ، يجب ألا تضطر إلى فتح الكود الخاص بك (على الرغم من ذلك تحتاج إلى اتباع القيود الأخرى من LGPL - بشكل أساسي توزيع ملفات الترخيص المناسبة ، وتوفير الوصول إلى الكود للتجميع ، واستخدام الإسناد المناسب).

نصائح أخرى

الفرق الرئيسي بين LGPL و GPL هو أن LGPL لا يفرض أي متطلبات ترخيص بين الوحدات النمطية التي يمكن تبادلها بواسطة المستخدم النهائي.

طالما أن المستخدم النهائي يمكن أن يحل محل نسخة مختلفة ولكن متوافقة من مجموعة الطرف الثالث ، وطالما كنت تطيع المتطلبات الأخرى لـ LGPL (مثل إعطاء الإسناد المناسب إذا كنت تقوم بتوزيع تلك المجموعة الثالثة) يمكنك ترخيصك الأشياء الخاصة بك كما تحب.

هذا يعتمد على طبيعة المرجع. إذا كان "وجود مرجع" مشابهًا لـ "ربط المكتبة" ، فأنت لا تضطر إلى ترخيص برنامجك تحت LGPL. هذا هو المكان الذي تختلف فيه LGPL و GPL.

آسف هذا الموضوع قديم جدا. ولكن لا يزال لا يمكن العثور عليه واضح جدا. إذن ها هو إجابتي

عندما تكون مكتبة أو إطار عمل LGPL ، فأنت حر في استخدام المكتبات في مشروعك التجاري (نعم. يمكنك بيعه). لا تحتاج إلى جعل الرمز الخاص بك يفتح.

يجب عليك جعل الرمز يفتح فقط إذا: 1. يمكنك تغيير رمز المكتبة/الإطار. أو 2. تقوم بربط المكتبات بشكل ثابت. ((إذا ربطت ديناميكيًا ، فلا داعي للقلق. في Windows ، يمكنك استخدام ملفات .dll للربط ديناميكيًا)

مرخصة بموجب: CC-BY-SA مع الإسناد
لا تنتمي إلى StackOverflow
scroll top