الحقوق المتروكة القوية

GNU General Public License v2.0

ترخيص حقوق متروكة قوية صدر عام 1991. تستخدمه نواة لينكس وGit، وإذا استُخدم بصيغة only فهو غير متوافق مع GPL-3.0 وApache-2.0.

SPDXGPL-2.0-onlyGPL-2.0-or-later

الأذونات والشروط والقيود في لمحة

الأذونات

  • الاستخدام التجارييمكن استخدام الأصل والأعمال المشتقة لأغراض تجارية.
  • التعديليمكن تعديل الشيفرة.
  • التوزيعيمكن توزيع الشيفرة.
  • الاستخدام الخاصيمكن استخدامها وتعديلها داخليًا دون نشرها.

الشروط

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

القيود

  • تحديد المسؤوليةينص صراحةً على عدم تحمّل المسؤولية عن الأضرار.
  • بلا ضمانينص صراحةً على عدم تقديم أي ضمان.

مصدر تصنيف الأذونات والشروط والقيود: بيانات choosealicense.com (GitHub، ترخيص MIT).

ما هذا الترخيص؟

GPL-2.0 هو الإصدار الثاني من GPL، أصدرته FSF في يونيو 1991. مبدأ الحقوق المتروكة فيه مماثل لـ GPL-3.0، فإذا وزّعت برنامجًا يتضمن هذه الشيفرة أو يندمج معها فيجب تقديمه بأكمله بترخيص GPL-2.0 مع المصدر. ومن الأمثلة البارزة نواة لينكس (GPL-2.0-only، مع استثناء syscall في بعض الترويسات) وGit (GPL-2.0-only) وWordPress (GPL-2.0-or-later).

only وor-later

تختار المشاريع التي تستخدم GPL-2.0 عادةً أحد الخيارين.

تنص المادة 9 من النص الأصلي على أن البرنامج الذي لا يحدد رقم إصدار يجوز فيه اختيار أي إصدار أصدرته FSF. لذا من المهم توضيح أي الخيارين تقصد عبر ترويسة الملف أو معرّف SPDX (الدليل).

ما يجب الالتزام به عند التوزيع

مفاهيم خاطئة شائعة

طريقة التطبيق

ضع النص الأصلي كما هو في LICENSE أو COPYING، وأضف الإشعار الرسمي إلى كل ملف. إذا أبقيت عبارة 'either version 2 of the License, or (at your option) any later version' في الإشعار فهو or-later، وإذا حذفتها فهو only. ومعرّفا SPDX هما GPL-2.0-only / GPL-2.0-or-later.

متى يناسب؟

يلزم للمشاريع التي يجب أن تتبادل الشيفرة مع منظومة GPL-2.0-only مثل وحدات نواة لينكس. أما في المشاريع الجديدة التي تهدف إلى حقوق متروكة قوية فإن GPL-3.0، ببند البراءات والتوافق المحسّن، أو 'GPL-2.0-or-later' أكثر مرونة.

هل يمكن دمج شيفرة GPL-2.0 في مشروع آخر؟

حكم عام على أخذ شيفرة منشورة بهذا الترخيص ودمجها وتوزيعها ضمن مشروع مرخّص بأحد التراخيص أدناه. اطّلع على تركيبات أخرى في مدقق التوافق ←

المشروع المراد الدمج فيهالحكمملاحظة
برمجيات مغلقة (تجارية) غير ممكنيجب نشر البرنامج المدمج الموزَّع بأكمله بترخيص GNU نفسه مع المصدر، لذا لا يمكن إدراجه مع الإبقاء على ترخيص المشروع.
MIT غير ممكنيجب نشر البرنامج المدمج الموزَّع بأكمله بترخيص GNU نفسه مع المصدر، لذا لا يمكن إدراجه مع الإبقاء على ترخيص المشروع.
Apache-2.0 غير ممكنيجب نشر البرنامج المدمج الموزَّع بأكمله بترخيص GNU نفسه مع المصدر، لذا لا يمكن إدراجه مع الإبقاء على ترخيص المشروع.
MPL-2.0 غير ممكنيجب نشر البرنامج المدمج الموزَّع بأكمله بترخيص GNU نفسه مع المصدر، لذا لا يمكن إدراجه مع الإبقاء على ترخيص المشروع.
LGPL-2.1 ممكن بشروطيسمح LGPL-2.1 بالتحويل إلى GPL، لذا يكون ممكنًا فقط إذا وُزّع العمل المدمج بترخيص GPL-2.0-only.
LGPL-3.0 غير ممكنشيفرة GPL-2.0-only لا تتوافق مع الشروط الإضافية في GPL-3.0 وLGPL-3.0 وAGPL-3.0.
GPL-3.0 غير ممكنشيفرة GPL-2.0-only لا تتوافق مع الشروط الإضافية في GPL-3.0 وLGPL-3.0 وAGPL-3.0.
AGPL-3.0 غير ممكنشيفرة GPL-2.0-only لا تتوافق مع الشروط الإضافية في GPL-3.0 وLGPL-3.0 وAGPL-3.0.

محتوى هذا الموقع معلومات عامة وليس استشارة قانونية. استشر محاميًا أو مختصًا قبل اتخاذ قرارات فعلية بشأن التوزيع أو العقود أو النزاعات.