الخلاصة
- قبول إصلاح في فرع مستقر تقييم لكل تغيير؛ أما تمديد صيانة سلسلة قديمة فهو قرار مستقل يتعلق بالقدرة على مواصلة العمل.
- تربط Kernel.org أفق الدعم باحتياجات الجهات التي تستخدم السلسلة وتوفر وقت المشرفين. لذلك لا يمثل تاريخ النهاية المتوقع التزامًا تجاريًا.
قد تظل نواة قديمة مناسبة لجهاز ما بعد سنوات من إصدارها. لكن هذا لا يعني قبول كل إصلاح مقترح فيها، ولا استمرار صيانتها طوال مدة بيع المنتج. في Linux توجد بوابتان مختلفتان. وخلطهما يحول تسمية مفيدة إلى وعد لم يقدمه أحد.
تتعلق البوابة الأولى بكل تصحيح على حدة. تشترط قواعد النواة المستقرة أن يكون الإصلاح، أو ما يعادله، قد دخل الفرع الرئيسي بالفعل. وينبغي أن يكون صحيحًا بوضوح ومختبرًا، وألا يتجاوز 100 سطر مع سياق التغيير، وأن يتبع قواعد إرسال التصحيحات، وأن يحل مشكلة حقيقية للمستخدم أو يضيف معرّف جهاز. وتشمل أمثلة المشكلات التعطل والتوقف وتلف البيانات ومشكلة أمنية فعلية وخصوصية عتادية وخطأ بناء. وتستبعد القواعد المخاطر النظرية التي لا تشرح كيف يمكن استغلالها، وكذلك التغييرات التي لا تفيد المستخدم. تجعل هذه الحدود مراجعة الإصلاحات أسهل وتقلل احتمال إدخال عطل جديد إلى سلسلة مستخدمة بالفعل. قواعد الفرع المستقر تشرح المعايير وطرق الإرسال.
اجتياز هذه البوابة لا يلغي المراجعة. تضع العملية الموثقة التصحيحات المقبولة في قائمة انتظار، وتطلب مراجعة مطورين ومشرف النظام الفرعي المعني، ثم تختبر النتيجة ضمن إصدارات مرشحة. وقد يؤدي اعتراض إلى حذف التصحيح من القائمة. إذن، وجود الإصلاح أولًا في الفرع الرئيسي شرط لتحديد مصدره، وليس وعدًا آليًا بإرساله إلى كل سلسلة أقدم. يجب أن ينطبق التصحيح على الإصدار المستهدف وأن يجتاز مراجعته هناك.
أما البوابة الثانية فتحدد عمر السلسلة نفسها. تصف Kernel.org إصدارات الدعم الطويل بأنها أشجار أقدم تتلقى إصلاحات مهمة، عادة بوتيرة أقل من الإصدارات المستقرة النشطة. وتذكر إرشاداتها عدة عوامل لاختيارها: الميزات الرئيسية الجديدة، واحتياجات التوزيعات التجارية، وطلب مصنعي الأجهزة، وعبء العمل وتوفر المشرفين. يبدأ كل إصدار طويل الدعم عادة بتاريخ نهاية متوقع، ويمكن تمديده إذا ساعد اهتمام الصناعة على تمويل أو دعم صيانة أطول. وتوضح الصفحة أن التوقع ليس ثابتًا. النسخة التي راجعتها لهذا المقال تحمل تاريخ 25 فبراير 2026؛ لذلك تصلح لشرح السياسة، لكن جدول الإصدارات الظاهر فيها لا يمثل قائمة أكتوبر 2026. صفحة الإصدارات في Kernel.org تشرح عوامل الاختيار وطريقة عرض التوقعات.
دور Greg Kroah-Hartman مهم هنا، لكنه لا يجعله النظام كله. تعرفه Linux Foundation بأنه زميل ومشرف على فرع Linux المستقر وعدة أنظمة فرعية. وتذكر وثيقة عملية تطوير النواة Greg وSasha Levin ضمن فريق الاستقرار، مع مشاركة المشرفين والمراجعين المعنيين في فحص التصحيحات. في مقابلة عام 2018، قال Greg إنه كان أحد المطورين الذين تطوعوا عندما بدأت إصدارات النواة المستقرة في 2005. وأضاف أن عدد السلاسل التي كان يتولاها في الوقت نفسه ازداد، وربط ذلك بمحاولة إبقاء الأجهزة الموجودة في الخدمة أكثر أمانًا. هذا وصفه الشخصي لتاريخ العمل، وليس إحصاءً حاليًا للفروع ولا دليلًا على أنه يختار وحده كل سلسلة طويلة الدعم. ملف Linux Foundation، وثيقة عملية تطوير النواة، ومقابلة Greg تحدد دوره وحدوده.
بالنسبة إلى مشغل الأنظمة، يغير هذا الفرق ما يمكن استنتاجه من ملصق الدعم. فسلسلة Kernel.org طويلة الدعم خط صيانة مجتمعي. وقد تشحن إحدى التوزيعات نواة مبنية عليها، أو تضيف تغييراتها، أو تصون شجرة أخرى وفق جدولها الخاص. تحيل Kernel.org مستخدمي نوى التوزيعات إلى قناة دعم التوزيعة، وتقول إن مطوري النواة قد لا يقدمون دعمًا لهذه البنى. لذلك على المشغل معرفة الجهة التي تصون النواة الموجودة فعلًا في صورة النظام، والإجراءات التي تغطي إصلاحات الأمن والتراجعات، وما إذا كان التزام المورد يساوي عمر المنتج التشغيلي. لا تجيب تسمية LTS وحدها عن هذه المسائل التعاقدية. تفرق أسئلة Kernel.org الشائعة وصفحة الإصدارات بين هذه الحدود.
الآلية الاقتصادية واضحة وإن أخفاها رقم الإصدار: كل سلسلة إضافية تبقى مدعومة تحتاج إلى من يقيّم الإصلاحات، ويتحقق من نقلها إلى الفروع القديمة، ويختبر الإصدارات، ويستجيب عند ظهور تراجع. لا تنشر المصادر العامة ساعات العمل أو تكلفتها. لكنها توضح أن احتياجات الجهات التي تستخدم النواة وتوفر وقت المشرفين يؤثران في السلاسل التي تحظى بمتابعة أطول. قد يبرر طلب الصناعة هذا الجهد، لكنه لا يقوم به نيابة عن الأشخاص.
تقدم Note 64 لهينغ لو اختبارًا تحليليًا مفيدًا: يمكن لوثيقة تنسيق أن تصف حالة مستقبلية من دون أن تجعلها واقعًا تشغيليًا بحد ذاتها. لا يقول هذا المقال إن Linux صُمم وفق تلك المذكرة. وعند استخدامها كعدسة محدودة، تساعد الفكرة على فهم أن «طويل الأمد» والتاريخ المتوقع لا يتحولان تلقائيًا إلى ضمان. إنهما وصف لترتيب يحتاج إلى تبنٍ وصيانة مستمرين. Note 64 مرجع تحليلي، لا دليل على سياسة النواة.
التحليل
توزع البوابتان المخاطر على مستويين مختلفين. تحد قواعد التصحيح ما يمكن إدخاله إلى سلسلة قائمة، بينما يحد اختيار السلاسل طويلة الدعم عدد الفروع القديمة التي تستطيع جماعة الصيانة الاستمرار في حملها. لا تزيد معايير التصحيح الصارمة سنوات العمل المتاحة، ولا يجعل الطلب الصناعي المرتفع عملية نقل غير مراجعة آمنة. ولا يقوم الالتزام العملي إلا إذا ظلت صلاحية الإصلاح والقدرة على صيانة سلسلته قائمة معًا.
يعتمد هذا الأفق على تحالف قد يتغير. قد يحتاج مصنع جهاز إلى نواة قديمة لأجهزة وصلت إلى المستخدمين؛ وقد تحتاج توزيعة إلى قاعدة مستقرة لإصدارها؛ بينما يحتاج المشرفون إلى وقت للمراجعة والاختبار. لا تكشف المصادر العامة كيفية تقسيم هذه المساهمات أو قوة التفاوض التي يملكها كل طرف. لكنها تظهر أن مدة الدعم تتشكل من الطلب والعمل المتاح، لا من عمر رقم الإصدار وحده.
المصادر
- قواعد نواة Linux المستقرة
- عملية تطوير نواة Linux
- الإصدارات النشطة وسياسة الدعم الطويل في Kernel.org
- الأسئلة الشائعة في Kernel.org
- ملف Greg Kroah-Hartman في Linux Foundation
- مقابلة Greg Kroah-Hartman، 18 يوليو 2018
- Heng Lu، Note 64: Minimum Initial Specification, Localized Future Decision, and Voluntary Adoption
- موجز إصدارات Kernel.org القابل للقراءة آليًا
إحاطة الأعضاء
سياق أعمق للملف الشخصي
سجّل الدخول بمستوى العضوية المناسب لفتح الإحاطة الكاملة وملاحظات المصادر.
للدائرة الاستراتيجية فقط
الدائرة الاستراتيجية
مفتوح لجميع القراء. افتح إحاطات الملف الشخصي بعد الانضمام وتسجيل الدخول.
انضم إلى الدائرة الاستراتيجيةلأعضاء تحالف القيادات فقط
تحالف القيادات
لأصحاب الأصول الفكرية المؤهلين وللإدارة؛ سجّل الدخول للوصول إلى إحاطات التحالف.
انضم إلى تحالف القيادات
