الأذونات والشروط والقيود في لمحة
الشروط
- الإشعار عند توزيع المصدريلزم الإشعار فقط عند التوزيع بصيغة المصدر، ولا يلزم في الملفات الثنائية.
القيود
- تحديد المسؤوليةينص صراحةً على عدم تحمّل المسؤولية عن الأضرار.
- بلا ضمانينص صراحةً على عدم تقديم أي ضمان.
مصدر تصنيف الأذونات والشروط والقيود: بيانات choosealicense.com (GitHub، ترخيص MIT).
ما هذا الترخيص؟
أُنشئ Boost Software License 1.0 عام 2003 لمجموعة مكتبات Boost C++. وهو ترخيص متساهل شبيه بـ MIT، لكنه يختلف في أن شروطه تنطبق على النسخ بصيغة المصدر فقط. إذ يجب أن يُضمَّن إشعار حقوق النشر ونص الترخيص في جميع نسخ البرمجيات أو أجزائها، إلا إذا كانت تلك النسخ بصيغة شيفرة آلية تنفيذية فقط أنتجها معالج لغة (مترجم). ويستخدمه Boost وإطار الاختبار Catch2 وغيرهما.
لماذا هذا الشرط؟
شيفرة الترويسات في مكتبات قوالب C++ تندمج كما هي داخل الملف التنفيذي للمستخدم. ومع MIT يجب إدراج الإشعار في كل مرة يُوزَّع فيها ذلك الملف التنفيذي، أما BSL فيزيل هذا العبء بحيث لا يحتاج المنتج النهائي الذي استخدم المكتبة إلى شاشة إشعارات.
ما يجب الالتزام به عند التوزيع
- عند توزيع الشيفرة المصدرية أبقِ على إشعار حقوق النشر ونص الترخيص.
- عند توزيع الملفات الثنائية فقط لا يوجد التزام بالإشعار.
مفاهيم خاطئة شائعة
- "BSL هو Business Source License" — في SPDX يشير
BSL-1.0إلى ترخيص Boost. أما Business Source License الذي تستخدمه MariaDB وHashiCorp وغيرهما فهوBUSL-1.1، وهو ترخيص مختلف تمامًا بمصدر مرئي وليس مفتوح المصدر. - "لا حاجة إلى الإشعار إطلاقًا" — يلزم عند توزيع المصدر. أما الترخيص الخالي تمامًا من الشروط فهو 0BSD.
طريقة التطبيق
العرف في Boost هو وضع النص الأصلي في LICENSE_1_0.txt وإضافة الإشعار 'Distributed under the Boost Software License, Version 1.0. (See accompanying file LICENSE_1_0.txt or copy at https://www.boost.org/LICENSE_1_0.txt)' إلى كل ملف مصدري. وإذا اخترت نص الإشعار الرسمي في تبويب 'ترويسة الملف' في المولّد تُنشأ هذه العبارة. معرّف SPDX هو BSL-1.0.
متى يناسب؟
يناسب مكتبات C++ القائمة على الترويسات فقط، والمكتبات التي ستُستخدم في منتجات يصعب فيها وضع شاشة إشعارات مثل الألعاب والأنظمة المدمجة.
هل يمكن دمج شيفرة BSL-1.0 في مشروع آخر؟
حكم عام على أخذ شيفرة منشورة بهذا الترخيص ودمجها وتوزيعها ضمن مشروع مرخّص بأحد التراخيص أدناه. اطّلع على تركيبات أخرى في مدقق التوافق ←
| المشروع المراد الدمج فيه | الحكم | ملاحظة |
|---|---|---|
| برمجيات مغلقة (تجارية) | ممكن | عند التوزيع بصيغة المصدر يجب الإبقاء على إشعار حقوق النشر والترخيص الأصلي (لا يلزم عند توزيع الملفات الثنائية فقط). |
| MIT | ممكن | عند التوزيع بصيغة المصدر يجب الإبقاء على إشعار حقوق النشر والترخيص الأصلي (لا يلزم عند توزيع الملفات الثنائية فقط). |
| Apache-2.0 | ممكن | عند التوزيع بصيغة المصدر يجب الإبقاء على إشعار حقوق النشر والترخيص الأصلي (لا يلزم عند توزيع الملفات الثنائية فقط). |
| MPL-2.0 | ممكن | عند التوزيع بصيغة المصدر يجب الإبقاء على إشعار حقوق النشر والترخيص الأصلي (لا يلزم عند توزيع الملفات الثنائية فقط). |
| LGPL-2.1 | ممكن | عند التوزيع بصيغة المصدر يجب الإبقاء على إشعار حقوق النشر والترخيص الأصلي (لا يلزم عند توزيع الملفات الثنائية فقط). |
| LGPL-3.0 | ممكن | عند التوزيع بصيغة المصدر يجب الإبقاء على إشعار حقوق النشر والترخيص الأصلي (لا يلزم عند توزيع الملفات الثنائية فقط). |
| GPL-2.0 | ممكن | عند التوزيع بصيغة المصدر يجب الإبقاء على إشعار حقوق النشر والترخيص الأصلي (لا يلزم عند توزيع الملفات الثنائية فقط). |
| GPL-3.0 | ممكن | عند التوزيع بصيغة المصدر يجب الإبقاء على إشعار حقوق النشر والترخيص الأصلي (لا يلزم عند توزيع الملفات الثنائية فقط). |
| AGPL-3.0 | ممكن | عند التوزيع بصيغة المصدر يجب الإبقاء على إشعار حقوق النشر والترخيص الأصلي (لا يلزم عند توزيع الملفات الثنائية فقط). |
محتوى هذا الموقع معلومات عامة وليس استشارة قانونية. استشر محاميًا أو مختصًا قبل اتخاذ قرارات فعلية بشأن التوزيع أو العقود أو النزاعات.