الملخص:
أعلن مشروع Asahi Linux، الملتزم بالسماح لأنظمة Linux بالعمل على شرائح M من Apple، مؤخرًا أنه بدأ في نقل مستودعات الأكواد الخاصة به إلى GPL 2.0 أو تراخيص أعلى. إن التحول من ترخيص MIT إلى ترخيص GPL يعني تشديد الترخيص المسموح به. كمشروع مفتوح المصدر، لماذا يجب تشديد شروط الترخيص؟ ص> ص>

قال أعضاء فريق مشروع Asahi Linux إن المشروع يكشف عن عملية تطوير النظام وفروع التطوير ويستخدم ترخيص MIT الليبرالي للغاية كلما أمكن ذلك، بحيث يمكن لمشاريع البرمجيات الحرة الأخرى مثل BSD أيضًا إعادة استخدام كود المشروع. ص>
ومع ذلك، اكتشف الفريق مرارًا وتكرارًا أن الأشخاص يستخدمون طريقة التفويض الفضفاضة هذه لمحاولة تولي نتائج التطوير لفريق Asahi Linux. يستخدم هؤلاء الأشخاص الذكاء الاصطناعي للحصول على التعليمات البرمجية، وإعادة كتابتها، ثم حذف مصدر التعليمات البرمجية، ومن ثم تسويق Linux تجاريًا مستهدفين شريحة M من Apple. ص>
في بعض الحالات، يتم نقل التعليمات البرمجية الوظيفية قيد التطوير في الفرع الشخصي للمطور وإصدارها مباشرة، أو تتم إعادة كتابة التعليمات البرمجية بواسطة نموذج الذكاء الاصطناعي لإخفاء مصدر التعليمات البرمجية الأصلية. وقد دفعت هذه المشاكل فريق التطوير إلى التحول إلى آلية ترخيص أكثر صرامة. ص>
MIT عبارة عن ترخيص مفتوح المصدر فضفاض نسبيًا يسمح للآخرين باستخدام التعليمات البرمجية وتعديلها وتوزيعها وحتى تسويقها تجاريًا بموجب شروط مثل الاحتفاظ بحقوق الطبع والنشر وبيانات الترخيص. يمكن أيضًا إصدار المنتجات المعدلة بطريقة مغلقة المصدر. ص>
يتمتع ترخيص GPL بوعي أقوى بحقوق الطبع والنشر. عند توزيع أعمال مشتقة بناءً على كود GPL وفقًا للشروط المعمول بها، يتعين عليك توفير كود المصدر المقابل والامتثال لشروط ترخيص GPL المقابلة. ص>
صرح فريق Asahi Linux أن المشروع قد بدأ في تحويل كل مستودع إلى GPL 2.0 أو أعلى، وسيعتمد رمز المشروع المستقبلي ترخيصًا قويًا للحقوق المتروكة. لا يزال بإمكان مستلمي الإصدارات التي تم إصدارها مسبقًا بموجب تراخيص مثل MIT استخدامها بموجب الترخيص الأصلي. يحتاج الكود المقدم حديثًا والإصدارات اللاحقة إلى التحقق من بيان الترخيص الفعلي للمستودع المقابل. ص> ص>
التعليقات