it-swarm.asia

GPL والإضافات

يقول مركز مطور Plugin "يجب أن يكون المكون الإضافي متوافقًا مع GPLv2.". لكنني وجدت أن البرنامج المساعد Topsy تحت GPLv3. http://www.gnu.org/licenses/rms-why-gplv3.html تنص على أن GPLv2 و GPLv3 غير متوافقين. لذلك يجب أن يسمح هذا؟ أريد استخدام بعض الأكواد من البرنامج المساعد Topsy. ثم ، هل ينبغي عليّ إطلاق المكون الإضافي الخاص بي ضمن GPLv2 أو GPLv3 ؟؟

3
User

إذا كنت تتبع القواعد (لا تريد أن تبدأ من قبل كسر بها) ، ثم أي مكون إضافي من WordPress تكتبه وترسله إلى المستودع يجب أن تكون مرخصة كـ GPLv2. كانت هناك عاصفة هائلة من النقاش حول هذا العام الماضي لأن الملف التمهيدي المثال قال خطأ "GPL ، الإصدار 2 أو أي إصدار لاحق" ... وهذا هو السبب في بعض المكونات الإضافية ذهب مسار GPLv3.

بمجرد الإشارة إلى أن المكونات الإضافية كانت مرخصة باستخدام الإصدار 2 لتكون متوافقة مع ترخيص WordPress core ، تم إعادة ترخيص العديد من المكونات الإضافية إلى الإصدار 2 والعديد من الرفض تمت إزالته من المستودع. لسوء الحظ ، طار عدد غير قليل من تحت الرادار وغاب عن التحديث.

اقتراحي سيكون:

  1. اتصل بمطوري Topsy واطلب منهم إما إعادة ربط المكوّن الإضافي أو منحك إذنًا صريحًا باستخدام بعض التعليمات البرمجية الخاصة بهم وترخيص إصدارك بموجب GPLv2
  2. انتظر حتى تحصل على تأكيد من Topsy قبل استخدام أي من أكوادهم في نظامك الخاص.

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

تحديث

بعد مناقشة مستفيضة عبر البريد الإلكتروني ، وفي المنتديات ، وعلى IRC ، وعلى Trac ، أوضح الفريق الأساسي أن أي ملحقات إضافية مستضافة في مستودع التخزين [WP] يجب أن تكون مرخصة متوافقة مع GPLv2 . هذا يعني ، بالنسبة للجزء الأكبر ، أن الإضافات يجب أن تكون إما بشكل صريح GPLv2 أو GPLv2 + ("أو أي إصدار لاحق").

هذا هو لمنع احتمال المتداول بطريق الخطأ رمز البرنامج المساعد في الأساسية. تم ترخيص Core بشكل صريح كـ GPLv2 + ، لذلك يجب أن يكون أي رمز يتم تمريره إلى المشروع قادرًا على أن يكون مرخصًا بنفس الطريقة.

ومع ذلك ، لا يزال بإمكانك ترخيص المكونات الإضافية التي يستضيفها القطاع الخاص باسم GPLv3. لا يزال هذا متوافقًا مع نصوص "أو أي إصدار لاحق" من core بينما تظل منفصلة (نظرًا لعدم استضافتها في نفس الموقع).

4
EAMann

تم توضيح ذلك هنا: http://core.trac.wordpress.org/browser/trunk/license.txt WordPress Core هو GPLv2 +

يعد متطلب إعادة الشراء "يجب أن يكون المكون الإضافي متوافقًا مع GPLv2" تعسفيًا ولا يستند إلى أي عواقب ترخيص. إضافة إلى ذلك ، لا ينطبق إلا على استضافة المكوّن الإضافي على موقع repress Wordpress.org ، وليس ما إذا كان المكوّن الإضافي قانونيًا أم لا. المكوّن الإضافي لـ GPLv3 ليس "خطأ" أو ينتهك أي ترخيص. (لذلك تمت الإجابة على الجزء الأول من سؤالك.)

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

إذا كنت تستخدم GPLv2 + (وليس "GPLv2 فقط") ورمز GPLv3 معًا ، فيجب إصدار الكود GPLv3 ، إذا قمت بإصداره.

فيما يتعلق بسؤالك: إذا كنت تستخدم جزءًا من Topsy ، يجب إصدار الكود الخاص بك GPLv3 (اختياريًا لاحقًا) إذا قمت بإصداره.

تحديث: WordPress.org يتيح لك استضافة الإضافات GPLv3 في إعادة الشراء الآن (منذ مايو 2012 على الأقل).

https://make.wordpress.org/plugins/2012/05/11/cross-posted-from-the-main-development-blog-the/

3
WraithKenny

سؤال جيد. من الناحية الفنية ، لا يتوافق GPLv3 مع GPv2. إذا كنت تأخذ الموقف الذي يتخذه Matt Mullenweg ، فإن الإضافات Topsy تكون على خطأ. أظن أنه إذا كان مات يعلم أنه سوف يسحب إضافات Topsy من المستودع إلى أن يخفف عنها عبر GPLv2.

ومع ذلك ، لا يمكنك إجبار Topsy على إعادة بقائه (على الرغم من أنه يمكنك طلب ذلك ؛ فقد يكون هذا هو الخيار الأفضل.) أما بالنسبة لـ " هل يجب السماح به؟ "السؤال هو" من سيفعل الرفض؟ "الوحيدون الذين قد يرفضون سيكون شخصًا يقاضي توبسي لتغييره. بالطبع يمكن لمات أن تمارس ضغوط التسويق عن طريق سحبها من مستودع البرنامج المساعد. ولكن ما لم و/أو حتى يحدث أحد هذه الأشياء ...

إذن أنت في مكان صخري وصعب. لا يمكنك حقًا استخدام كود Topsy بدون ترخيص GPLv3 ، وإذا لم تفعل ذلك ، فلن يمكنك حقًا إنشاء مكون إضافي لبرنامج WordPress لأنه لن يكون متوافقًا مع GPLv2 (وفقًا لتفسير Matt الخاص بـ GPLv2.)

OTOH و هذه ليست نصيحة أنا فقط منبوذي ، ربما يمكنك فقط تجاهل مخاوف GPLv3 ، واستخدام شفرة Topsy ، والسماح للرقائق بالسقوط في المكان الذي قد . من غير المحتمل أن تتم مقاضاتك أو حتى يشتكي أي شخص من أنك فعلت ذلك ما لم يكن هناك أموال جدية تنسب إلى البرنامج المساعد الخاص بك وهو ما أعتقد أنه لن يكون هذا هو الحال؟ وإذا حصلت على وقف ووقف من Topsy فإن Matt سيكون بالتأكيد حليفك ويضع ضغوط السوق على Topsy. على الأقل سيكون تخميني. :)

2
MikeSchinkel

تنص GPL على أنه إذا احتاج رمزك إلى تشغيل النواة الأصلية ، فعليه اتباع نفس الترخيص.

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

مثال رائع هو أن Google Reader يستخدم الخلاصة (والتي هي واجهة برمجة تطبيقات) ، ولكن نظرًا لأنه ثنائي منفصل ، يمكنه استخدام أي ترخيص.

2
Sudhanshu