قدمت شركة كولابورا عرضًا Linux- توزيعة Apertis 2024.3، المصممة أصلاً لأجهزة السيارات، ولكن أعيد استخدامها لاحقاً لمجموعة أوسع من الأجهزة الإلكترونية، والأجهزة المدمجة، والمعدات الصناعية. تشمل الأجهزة التي تستخدم Apertis جهاز ألعاب Atari VCS وماسح الجدران Bosch D-tect 200.
يتم توزيع صور النظام الأساسي لبنيات x86_64 وarm64 وarmhf. التوزيع معياري، مما يسمح لمصنعي الأجهزة بإنشاء التعبئة اللازمة لبيئة النظام بشكل مستقل. وهو يدعم كلاً من تكوين التجميعات بناءً على حزم deb التقليدية والصور المتجانسة المحدثة ذريًا استنادًا إلى OSTree.
تُستخدم قاعدة الحزمة كأساس لبناء التوزيع. Debian جنو /Linux 12، ولكن تم تصميم الحشو مع مراعاة المخاطر التي قد يواجهها مصنعو المعدات عند استخدام تراخيص مجانية معينة، مثل GPLv3، والتي تحظر ربط البرامج بالأجهزة، على سبيل المثال، من خلال السماح بتنزيل البرامج الثابتة المعتمدة فقط بواسطة التوقيع الرقمي للشركة المصنعة.
يلتزم مشروع Apertis بالقواعد عند تطوير وتشكيل محتوى التوزيع. Debianويشمل ذلك التطبيقات الموزعة بموجب تراخيص مفتوحة أو على الأقل قابلة لإعادة التوزيع بحرية. يمكن للشركات التي تُنشئ منتجاتها استنادًا إلى Apertis أن تثق في ترخيص أعمالها المشتقة، حيث يتم إنشاء تقرير قائمة مكونات البرمجيات (SBOM) لكل إصدار، والذي يتضمن معلومات الترخيص لجميع ملفات التعليمات البرمجية المستخدمة، بالإضافة إلى بيانات إصدار البرنامج، وهو أمر مفيد للتحقق من وجود إصدارات معرضة للثغرات الأمنية.
إحدى الميزات المهمة لـ Apertis هي القدرة على إنشاء تجميع لا يتضمن تعليمات برمجية ضمن عائلة تراخيص GPLv3. بدلاً من استخدام إصدارات قديمة من أدوات GNU المساعدة التي تم إنشاؤها قبل الانتقال إلى ترخيص GPLv3، يستخدم Apertis بدائل أكثر حداثة بموجب تراخيص متساهلة. على سبيل المثال، بدلاً من حزم GNU coreutils وfindutils، تقدم Apertis نظائرها من مشروع uutils، مكتوبة بلغة Rust وموزعة بموجب ترخيص MIT، وبدلاً من GnuPG، يتم توفير Sequoia-PGP بموجب GPL-2+ وLGPL -2+ التراخيص. في الوقت نفسه، بالنسبة لأولئك الذين لا يهتمون بالمسائل القانونية المتعلقة بـ GPLv3، تبقى إمكانية استخدام مجموعات الأدوات المساعدة التقليدية.
تخضع جميع مكونات Apertis بانتظام لاختبارات آلية ويدوية واسعة النطاق على منصات الأجهزة المرجعية مثل لوحات Raspberry Pi 4 SoC R-car، ويتم نشر نتائج هذا الاختبار علنًا. يتم تنظيم الاختبار الآلي لتجميعات النظام على المعدات المرجعية على أساس نظام LAVA (هندسة التحقق الآلي من Linaro).
تعتمد حزمة النواة المتوفرة في التوزيعة على أحدث فرع من نواة LTS. Linuxعلى سبيل المثال، يستخدم إصدار Apertis 2024.3 نواة 6.6، وليس نواة 6.1 من الحزم. Debian 12. فترة الصيانة لكل إصدار من Apertis هي سنة واحدة و9 أشهر، مع إصدار تصحيح الأخطاء كل ثلاثة أشهر.
يشمل التوزيع أكثر من 5000 حزمة. يتم تطوير جميع الحزم والصور والأدوات المساعدة والإعدادات في مستودع git العام. يتم استخدام GitLab للتعاون، ويتم استخدام GitLab CI لاختبار التكامل المستمر. لإنشاء حزم ثنائية من التعليمات البرمجية المصدر، يتم استخدام مجموعة أدوات OBS (خدمة البناء المفتوحة). يتم توزيع حزم البناء من خلال مستودعات APT المُدارة باستخدام مجموعة الأدوات المناسبة.
من بين الميزات الجديدة لبرنامج Apertis 2024، بالإضافة إلى الانتقال إلى قاعدة الحزم Debian 12 ونواة جديدة Linux، مذكور:
- دعم إدارة الحاويات بتنسيق OCI باستخدام مجموعة أدوات Podman.
- القدرة على استخدام ONNX Runtime لتسريع مهام التعلم الآلي.
- دعم حزم optee-os (OP-TEE Trusted OS) وoptee-client (OP-TEE Client API) وحزم اختبار optee (مجموعة اختبار OP-TEE) التي طورها مشروع OP-TEE لإنشاء بيئات آمنة (TEE، بيئة تنفيذ موثوقة)، معزولة عن النظام الرئيسي.
- الدعم المبدئي للوحة TI SK-AM62 وإنشاء صور نظام منفصلة لها.
- افتراضيًا، يتم تمكين تحذيرات المترجم الإضافية عند إنشاء الحزم.
- تحسين نظام البناء. تمت إضافة أداة مساعدة لإنشاء تقرير حول الاختلافات في صور النظام المحددة. تحسين تقارير SBOM لتحليل الترخيص وتقييم تبعية التجميع.
- تم توسيع أدوات الاختبار. تمت إضافة دعم لحزم الاختبار بعد كل طلب دمج. تحسين تقارير مراقبة الجودة.
المصدر: opennet.ru
