رجوع

2025/04/18

9. النظر في قرار Red Hat بحجب شفرة المصدر

في منشور مدونتها بتاريخ 21 يونيو 2023، “
تعزيز تطور CentOS Stream,” أعلنت Red Hat أنها ستقتصر إصدار شفرة مصدر Red Hat Enterprise Linux (RHEL) على العملاء والشركاء فقط.

منذ ذلك الحين، تناولت العديد من مواقع الأخبار الموضوع، وقد تفاعلت الشركات والمجتمعات التي تطور نسخًا مطابقة لـ RHEL، مثل Oracle وAlmaLinux وRocky Linux، بقوة مع هذا القرار.

ماذا يعني إعلان Red Hat؟ لماذا تسبب في رد فعل قوي بهذا الشكل؟ لفهم ذلك، تحتاج إلى معرفة تاريخ Linux، وكيفية تطوير التوزيعات، وما هي التراخيص المعنية.

هنا، سنلقي نظرة بسيطة على هذا الجدل الأخير، بما في ذلك معنى إعلان Red Hat، ردود فعل الشركات الأخرى، والتوقعات للاتجاهات المستقبلية.

فهم إعلان Red Hat

لفهم هذا الإعلان، تحتاج إلى فهم CentOS Stream. دعونا نلقي نظرة على هذا الإعلان مع تقديم CentOS Stream.

إعلانات Red Hat/IBM المتعلقة بـ CentOS

لفهم الصورة الكبيرة، دعونا نلقي نظرة إلى الوراء على وضع CentOS.

  • 2004: الإصدار الأول لـ CentOS
  • 2014: استحواذ Red Hat على CentOS
  • 2019: استحواذ IBM على Red Hat
  • 2020: إنهاء مشروع CentOS
  • 2021: ردًا على إنهاء تطوير CentOS، أطلق المجتمع AlmaLinux وRocky Linux
  • 2023: شفرة مصدر RHEL ستكون متاحة فقط للعملاء والشركاء

لدى CentOS تاريخ طويل بشكل مفاجئ، يعود إلى الإصدار 2.0 في عام 2004. في ذلك الوقت، كانت هناك توزيعات متعددة متوافقة مع RHEL، ولم تكن راسخة كما هي اليوم. على وجه الخصوص، تم استخدام Scientific Linux لسنوات عديدة واستمر حتى عام 2020. تم إصدار Oracle Linux في عام 2006.

في عام 2014، استحوذت Red Hat على CentOS، الذي كان مشروعًا مستقلًا حتى ذلك الحين. كانت هناك آراء مؤيدة ومعارضة لهذا، لكنني أتذكر أن هناك العديد من الأصوات التي رحبت به، خاصة أن إصدار CentOS كان يتأخر بعض الشيء في ذلك الوقت.

في عام 2019، استحوذت IBM على Red Hat. كما تعلمون جميعًا، سيخضع CentOS لتحول كبير من هذه النقطة.

نهاية CentOS والانتقال إلى CentOS Stream

بدأ التغيير الكبير بإعلان إنهاء مشروع CentOS في عام 2020. كما ذُكر سابقًا في “الجزء 8: التحويل من CentOS إلى Oracle Linux,” انتهى مشروع CentOS وتم استبداله بـ CentOS Stream (ينتهي دعم CentOS 7 في 30 يونيو 2024، وقد انتهى CentOS 8 بالفعل).

السبب في أنه تسبب في مثل هذا الضجيج هو أن CentOS Stream تم وضعه كمصدر علوي (upstream) لـ RHEL.

حتى الآن، كان CentOS شائعًا كتوزيعة متوافقة مع RHEL مجانية. ومع ذلك، مع وصول CentOS Stream، لم يعد من الممكن تسميته توزيعة متوافقة مع RHEL. بالإضافة إلى ذلك، يستخدم CentOS Stream طريقة الإصدار المستمر (rolling release). لذلك، يتطلب دائمًا أن يكون محدثًا، مما يجعل من الصعب استخدامه في بيئات الإنتاج.

هذا ما يُعرف بـ “صدمة CentOS.”

إعلان Red Hat

نشرت Red Hat المدونتين التاليتين بخصوص الكشف عن شفرة المصدر:

أولاً، سنقدم الأجزاء المهمة من “تعزيز تطور CentOS Stream“. بما أن العديد من المقالات الإخبارية تشرح ذلك بالتفصيل، فقد قمنا باختصاره هنا لإعطاء الأولوية للوضوح على دقة الترجمة.

مع نمو مجتمع CentOS Stream وتتعامل عالم برمجيات المؤسسات مع ديناميكيات جديدة، نريد أن نركز بشكل أكبر على CentOS Stream كعمود فقري لابتكار Linux المؤسسي. نحن نواصل استثمارنا ونزيد التزامنا بـ CentOS Stream.

مع نمو مجتمع CentOS Stream واحتضان برمجيات المؤسسات لديناميكيات جديدة، سنواصل الاستثمار وتعزيز جهودنا في CentOS Stream.

أشارت Red Hat إلى التزامها بـ CentOS Stream، وفي الفقرة السابقة، ذكرت أن بعض الأشخاص يرحبون بالإصدار السريع للإصدارات العلوية.

ظهرت CentOS Stream كخيار ديناميكي ومستقبلي. قد يرحب بها البعض. ومع ذلك، من المهم أن نتذكر أن هناك أيضًا طلبًا سفليًا عليها، مع التوافق الكامل مع RHEL. خاصة بالنسبة للاستخدام المؤسسي، غالبًا ما يكون الاستقرار أكثر أهمية من التغيير والتفكير المستقبلي.

ستكون CentOS Stream الآن المستودع الوحيد لإصدارات شفرة المصدر العامة المتعلقة بـ RHEL. بالنسبة لعملاء Red Hat والشركاء، ستظل شفرة المصدر متاحة عبر بوابة عملاء Red Hat.

ستكون CentOS Stream المستودع الوحيد لإصدارات شفرة المصدر العامة المتعلقة بـ RHEL من الآن فصاعدًا، وسيستمر عملاء Red Hat والشركاء في الوصول إلى شفرة المصدر من خلال بوابة عملاء Red Hat.

النص الأصلي يحتوي أيضًا على هذا بالخط العريض. إنها طريقة غير مباشرة لقول الأشياء، ولكن ببساطة، إنها تقول إن “شفرة مصدر CentOS Stream ستُنشر علنًا، لكن شفرة مصدر RHEL لن تُنشر علنًا.”

التالي هو “التزام Red Hat بالمصادر المفتوحة: رد على تغييرات git.centos.org.”

هذا ملخص للنصف الأول من المقال. النص الأصلي طويل، لذا تم حذفه.

تعتمد Red Hat نموذج تطوير مفتوح المصدر، وتطوير الميزات الجديدة، وإصلاح الأخطاء، ونقل التصحيحات للخلف، والاختبارات المختلفة تتكبد تكاليف كبيرة. بالإضافة إلى ذلك، إنها مهمة شاقة لإدارة 3 إلى 4 إصدارات رئيسية دائمًا ونقل التصحيحات للخلف إلى شفرة عمرها من 5 إلى 10 سنوات. علاوة على ذلك، من الضروري عكس المشاريع العلوية مثل Fedora ومشروع نواة Linux.

أشعر أن الكثير من الغضب من قرارنا الأخير حول المصادر السفلية يأتي إما من أولئك الذين لا يريدون دفع ثمن الوقت والجهد والموارد المستثمرة في RHEL أو أولئك الذين يريدون إعادة تغليفها لتحقيق أرباحهم الخاصة. هذا الطلب على شفرة RHEL غير صادق.

أنا غاضب من عدم أمانة التوزيعات المتوافقة مع RHEL التي تعيد بناء شفرة مصدر RHEL ببساطة ولا تساهم فيها.

هناك استنكار للاستفادة المجانية هنا.

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

في السنوات الأخيرة، أصبحت الاستفادة المجانية مشكلة على السحابات الكبرى مثل Amazon Web Services. قامت خدمات مثل Redis وElasticsearch وMongoDB وغيرها بتغيير تراخيصها كرد فعل على الاستفادة المجانية على السحابات الكبرى.

نقدم أيضًا اشتراكات Red Hat Developer بدون تكلفة وRed Hat Enterprise Linux (RHEL) للبنية التحتية مفتوحة المصدر. يوفر اشتراك المطور RHEL بدون تكلفة للمطورين ويمكّن الاستخدام لما يصل إلى 16 نظامًا، مرة أخرى، بدون تكلفة. يمكن استخدامه من قبل الأفراد لعملهم الخاص ومن قبل عملاء RHEL لعمل موظفيهم.

نقدم اشتراكات Red Hat Developer وRed Hat Enterprise Linux للبنية التحتية مفتوحة المصدر (خدمات لمجتمع تطوير المصادر المفتوحة) بدون تكلفة.

على الرغم من أن شروط الاستخدام تجعلها محدودة للغاية، إلا أن RHEL تقدم برنامجًا مجانيًا لبعض المستخدمين.

لماذا تلقى رد فعل قوي بهذا الشكل؟

سبب هذا الضجيج هو أن “CentOS، التي يمكن استخدامها مجانًا كمتوافقة مع RHEL، لم تعد موجودة” و”شفرة المصدر المتعلقة بـ RHEL باستثناء CentOS Stream لن تُنشر علنًا.” دعونا نتعمق قليلاً في هذا. سنشرح كيفية إنشاء توزيعة متوافقة مع RHEL وGPL.

كيفية إنشاء توزيعة متوافقة مع RHEL

يوضح الرسم التالي كيفية إنشاء توزيعة متوافقة مع RHEL. تم تطوير التوزيعات المتوافقة مع RHEL بناءً على شفرة المصدر (SRPM) لـ RHEL أو CentOS. كانت العديد من التوزيعات تعتمد على CentOS، التي تكون خالية من قيود حقوق الطبع وسهلة التعديل.

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

GPL واتفاقية Red Hat Enterprise

نواة Linux هي برنامج مرخص بموجب GPL v2. قد يعتقد البعض أنه من الغريب عدم إصدار شفرة المصدر لأن Linux مرخص بـ GPL. إليك شرحًا موجزًا عن GPL واتفاقية Red Hat Enterprise، وهما مهمان لفهم ترخيص RHEL.

GPL هو ترخيص قوي للغاية له الخصائص التالية: تمت ترجمة بنود GPL إلى اليابانية بواسطة متطوعين، ولكن بعض الأجزاء يصعب فهمها وتخضع لتفسيرات مختلفة، لذا يرجى التفكير فيها بشكل تقريبي كما يلي.

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

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

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

على الرغم من أن GPL لديه خصائص قوية بشأن الكشف عن شفرة المصدر، إلا أن له الخصائص المذكورة أعلاه. لذلك، تفرض Red Hat قيودًا معينة على عملائها من خلال إبرام اتفاقية Red Hat Enterprise معهم. على الرغم من أننا لن نتعمق في محتويات اتفاقية Red Hat Enterprise، إلا أنها تحتوي على العديد من البنود التقييدية.

ردود فعل البائعين والمشاريع

ردًا على إعلان Red Hat، نشرت الشركات والمشاريع التي تطور توزيعات متوافقة مع RHEL بيانات متنوعة. إليك بعضها.

AlmaLinux

AlmaLinux هو مشروع أطلقته CloudLinux، وهي شركة لديها سجل كتوزيعة Linux للاستضافة. كان الإصدار الأول بعد مشروع CentOS. تم نشر ثلاث مدونات بسرعة متتالية.

الملخص كالتالي:

  • من الصعب الحصول على حزم مصدر RHEL المتوافقة، لكن تحديثات الأمان متوفرة بشكل أسرع.
  • الحفاظ على موقف RHEL السفلي، ولكن التخلي عن التوافق 1:1 مع RHEL، والسعي للتوافق الثنائي
  • المساهمة في النظام البيئي لـ Enterprise Linux بأكمله، بما في ذلك مجتمع المصادر المفتوحة والمنصات العلوية مثل Fedora وCentOS Stream.

تشرح المدونة الثانية كيفية مواكبة تحديثات الأمان باستخدام OpenSSL كمثال. أعلنت Cybertrust (MIRACLE LINUX)، التي تطور توزيعات متوافقة مع RHEL في اليابان، عن شراكة مع CloudLinux، الراعي الرئيسي لـ AlmaLinux.

Rocky Linux

Rocky Linux هو مشروع أسسه Gregory Kurtzer، مؤسس مشروع CentOS. يتم توفير الدعم من قبل CiQ، وهي شركة أسسها Gregory Kurtzer. ينشر هذا المشروع أيضًا ثلاث مدونات.

الملخص كالتالي:

  • توافق 100% مع RHEL حتى مستوى الأخطاء
  • تحقيق مهمتنا لتوفير توزيعة متوافقة مع RHEL مستقرة وطويلة الأمد
  • المساهمة في النظام البيئي لـ Enterprise Linux بأكمله، بما في ذلك مجتمع المصادر المفتوحة والمنصات العلوية مثل Fedora وCentOS Stream.
  • على الرغم من أن شروط خدمة Red Hat واتفاقيات ترخيص المستخدم النهائي تقيد الحقوق التي تمنحها GPL، يوفر الموقع طرقًا قانونية للحصول على شفرة المصدر (باستخدام صورة حاوية Red Hat Universal Base Image واستخدام مثيلات الدفع حسب الاستخدام على السحابات العامة).
  • أطلقت OpenELA، مشروعًا لتعزيز Enterprise Linux، مع Oracle وSUSE.

Oracle

أصدرت Oracle، مطورة Oracle Linux، الأخبار التالية:

بعض المحتوى ساخر بعض الشيء مقارنة بـ AlmaLinux وRocky Linux، لكن الجوهر كالتالي:

  • شارك في مجتمع Linux لمدة 25 عامًا، بهدف جعله أفضل نظام تشغيل خادم مجاني للجميع.
  • أصدرت Oracle نظام Oracle Linux في عام 2006، واختارت التوافق مع RHEL لتجنب تقسيم مجتمع Linux.
  • التزمنا بـ GPL وجعلنا الملفات الثنائية وشفرة المصدر مفتوحة. على عكس IBM (Red Hat)، لا نتدخل في حقوق المستخدمين من خلال عقود الاشتراك.
  • هل نية عدم الكشف عن شفرة المصدر هذه المرة تهدف إلى القضاء على المنافسين؟
  • الاستمرار في الحفاظ على التوافق مع RHEL حيثما أمكن
  • ستواصل Oracle المساهمة في مجتمع Linux وستصدر الملفات الثنائية وشفرة المصدر. التوزيعات السفلية مرحب بها.

SUSE

أخيرًا، هناك SUSE. على الرغم من أنها كانت توزيعة قائمة على RPM، إلا أنها لم تكن متوافقة مع RHEL، لكنها أعلنت أنها ستدخل سوق التوزيعات المتوافقة مع RHEL.

الخلاصة

لا شك أن Red Hat كانت الرائدة في سوق Enterprise Linux. بالإضافة إلى ذلك، مساهمات الشركة في مجتمع المصادر المفتوحة، ليس فقط Linux، لا تُقاس. لهذا السبب جاء هذا الإعلان كمفاجأة.

على الرغم من أن ثلاثة أشهر فقط مرت منذ إعلان Red Hat، فقد كانت الشركات الأخرى تستجيب بسرعة. لم تعلن جميع بائعي التوزيعات المتوافقة مع RHEL الرئيسيين عن تدابيرهم المضادة فحسب، بل أعلنت حتى SUSE، التي لديها حصة سوقية عالية في أوروبا، عن مشاركتها. لذلك، من غير المرجح أن تختفي التوزيعات المتوافقة مع RHEL، أو أن تتأخر تصحيحات الأمان بشكل كبير.

يذكرني هذا الحال بـ “دعوى SCO Linux” التي استمرت من 2003 إلى 2010. بدءًا من SCO، مالك حقوق الطبع لـ Linux، رفع دعوى قضائية ضد IBM، ثم رفع دعاوى ضد Novell وRed Hat، وحتى ألمح إلى رفع دعاوى ضد مستخدمي Linux العامين. بالإضافة إلى تعرضها لانتقادات شديدة في جميع أنحاء العالم، لم تتمكن SCO من الفوز بأي قضية وانتهى بها الأمر بدفع مبلغ ضخم من الرسوم القانونية.

هذه المرة، لا توجد نية خبيثة تشبه تصرفات SCO. ومع ذلك، من غير المرجح أن ينجح شيء سيكون له العديد من المعارضين في عالم المصادر المفتوحة. ومع ذلك، هناك أيضًا حاجة لـ CentOS Stream كمصدر علوي، لذا قد يُحاول التعايش مع معسكر التوزيعات المتوافقة مع RHEL السفلي.