استكمل حديثي عن خطة Hat Red/IBMلتقييد الوصول إلى كود مصدر .(RHEL (Linux Enterprise Hat Red هذا الإعلان الغريب، الذ يبدا مخالًفا تماما لُمُثل البرمجيات الحرة، أرسل موجات من الصدمة عبر المجتمع. قال البعض إنها تنتهك روح ،GPL وجادل آخرون بأنه من الضروري منع النسخ من سرقة أعمال .Hat Redاتفق الجميع على أن شركة Hat Redقد طورت حجة جديدة منشأها أن تسمح لهم بالالتفاف حول حماية مشاركة التعليمات البرمجية الخاصةـ ،GPLوكان الشعور العام هو أن الأمر لن يتم تسويته إلا بعد معركة طويل ة ف ي قاعة المحكمة.
وبغض النظر عن المكان الذي تنتهي فيه هذه الحلقة قانونًيا، فمن الواضح الآن أن مستنسخات Hat Red والمنافسين الآخرين لا يخططون لانتظار المحاكم. لقد توصلت التوزيعات المختلفة إلى خطط مختلفة، قمت بتغطية بعضها الشهر الماض ي. الخبر المهم هذا الشهر هو أن CIQو SUSEو Oracle قد وحدوا جهود هم لإطلاق .(OpenELA (Association Linux Enterprise O تشير OpenELAإلى نفسها على أنها “رابطة تجارية تعاونية لتشجيع تطوير التوزيعات المتوافقة مع مفتوحEnterprise Linux (EL) مصدر كود خلال توفير منRed Hat Enterprise Linux (RHEL) ومجاني” [1].سيستغرق الأمر وقًتا طويلاً لشرح سبب قدرة هذه المنظمة على توفير الوصول إلى كود
المصدر المتوافق مع Hat Redعندما تقوم Hat Redنفسها بتقييد الوصول. يكفي لنقول إن Hat Redاكتشفت اختراقا ً قانوني لـ ،GPLوأن الشركات التي تقف وراء OpenELAلديها ً
عدة خيارات لكيفية اختراق الاختراق
ولابد من مناقشة الحجج القانونية ف ي المحكمة، وأنا مهتم أكثر بمعرفة ما هية هذه المنظمة الجديدة، وما الذي ستفعله، وما إذا كانت ستنجح أم لا. OpenELAمثير لعدد من الأسباب. أولاً وقبل كل شيء، فهو يضمن الوصول المجان ي المستمر إلى قاعدة أكواد ،Linux Enterpriseمما سيساعد على تجنب غال ما يربك مستخدم ي .Linuxمن المزايا المهمة ًب التجزئة وعدم التوافق الذي لا داعي له والذي الأخرى لهذا التغيير هو أنه يعيد تأكيد رؤية البرمجيات الحرة ف ي الوقت الذي يبدو فيه أنها تفلت من
أيدينا. من المفترض أنتكون رخصة GPLذاتية التصحيح إلى الأبد. لايمكن لأي بائع أن يحاصر السوق، لأنه إذا حاول تقييد الوصول، فإن المجتمع يستجيب عن طريق تفرع الكود وتقديم البدائل.
كل هذا جيد حتى الآن، ولكن كلمة تحذير: هناك العديد من التعقيدات التي قد تواجه الشركات التي تتعاون لإنتاج منتج مشترك يمثل أهمية حيوية لسبل عيشها الفردية.
معلومات
يعد الحفاظ على توزيعة Linux كاملة للمؤسسة أكثر صعوبة بكثير من كتابة شيك كل عام إلى مؤسسة Foundation Software Apacheأو إرسال عدد قليل من المطورين للعمل على النواة. ف ي النهاية،
سيتعين على كل شركة من الشركات المشاركة في OpenELA تحديد أولوياتها الخاصة حتى يظل المشروع على المسار الصحيح
في عام 2005،أعلنت مجموعة من التوزيعات المشتقة من دبيان أنها تتحد مًعا لتشكيل تحالف دبيان الأساس ي المشترك ،[2] (DCC(والذي سيعمل بشكل جماع ي لتوفير أساس للمكونات المشتركة التي كانوا يأملون في تبسيط عملية التطوير و”تشجيع التبن ي التجاري” للأنظمة المستندة إلى دبيان.
ومع ذلك، بمجرد أن بدأوا، أصبح من الواضح لماذا كان المشاركون توزيعات منفصلة في المقام الأول وليسوا Linuxواحًدا. كان تحالف DCC محفوف بالخلافات واستمر لمدة عامين فقط. من المسلم به ً أن بعض الشركات التي استثمرت أموالاً في المشروع كانت تواجه مشكلات مالية خاصة بها (من يتذكر XandrosوeripsniL؟) ولكن الحقيقة هي أن مشروعا بهذا الحجم يتطلب مئات القرارات، وهناك العديد من الأسباب التي تجعل الشركات المختلفة ترغب في ذلك لاتخاذ تلك القرارات بطرق
مختلفة. لاتجني الشركات الأموال من خلال مشاركة كل شيء، بل تجني الأموال من خلال التمييز.
ا إلى العزف على عندما تحاول الشركات التعاون والتنافس في نفس الوقت، ينتهي بهم الأمر أحيانً
الكراسي الموسيقية مثل الجنرالات في إيفيتا
SUSEو Oracleعلى سبيل المثال، ليسا أفضل رفيقين على الإطلاق. صحيح أن SUSEيدعم عناصر نظام قاعدة بيانات ،Oracleولكن من الصحيح أيًضا أن Oracleتحب المطالبة بأن “قاعدة بيانات Oracle تعمل بشكل أفضل على .[3] “Linux Oracleومن ناحي ة أخرى ، يعد SUSEالنظام الرائد لدعم قاعدة بيانات HANAوبرنامج ERPالخاص بـ ،SAPوالذي يتنافس مباشرة مع مجموعة ERP Cloud Fusionمن .Oracleتعد CIQلاعًبا أصغر حج ًما من الآخرين، ولكن أحد مجالات اهتمامهم هو ،HPC
والذي كان منذ فترة طويل ة مصدر قوة لشركة .S
سيتعين على البائعين الذين يقفون وراء OpenELAالبقاء معا وإبقاء أعينهم على الجائزة إذا كانوا يريد ونتجنب الانزلاق إلى لعبة الكراس ي الموسيقية.
Joe Casad,