sodalite
6 Kutai
Sodalite هو نظام تشغيل مكتب غير قابل للتغيير مصمم مع RPM-Ostree و On-Top of Fedora-على غرار Fedora SilverBlue-مع الاستفادة من سطح المكتب البانتيون ، والتمسك بشكل وثيق بالأخلاقيات وسير العمل المرتكب من قبل الابتدائية.
نعم.
على الرغم من تاريخ الالتزام النشط للغاية ، فإن Sodalite مستدامة إلى حد ما هذه الأيام-في الغالب بفضل الأشخاص الرائعين في Fyr Labs-وبالتالي فإن المستودع سيذهب أشهر دون أي نشاط. هذا لا يعني أن المشروع قد تم التخلي عنه ، خاصة وأن مطوره يستخدمه كنظام التشغيل الرئيسي. بغض النظر عن نشاط المستودع ، يتم تصميم التحديثات مرتين كل أسبوع من المستودع: تتوفر سجلات في الإجراءات.
سبل! نحن على برقية أيضا. على الرغم من أنك حرة في استخدام المناقشات ، فإن غالبية المناقشة المتعلقة بهذا المشروع ستحدث على Telegram.
نظرًا لأن RPM-Ostree هي تقنية متطورة باستمرار ، وتكون عمليات تثبيت ISO حاليًا أولوية منخفضة ، لا تتوفر ISOs حاليًا . مطلوب نظام التشغيل RPM-Ostree القائم على RPM ، مثل Fedora SilverBlue: سيتم استخدام نظام التشغيل هذا "Rebase" إلى Sodalite.
sudo ostree remote add --if-not-exists sodalite https://ostree.sodalite.rocks --no-gpg-verifysudo ostree pull sodalite:sodalite/current/x86_64/desktop *sudo rpm-ostree rebase sodalite:sodalite/current/x86_64/desktop* هناك فروع متعددة متاحة ؛ انظر الفروع .
العديد من الفروع (أو الصور) من Sodalite تعايش ويتم تطويرها جنبًا إلى جنب ؛ تتميز هذه المرجعون-مثل أي توزيع آخر RPM-OSTREE-حيث sodalite/<version>/<arch>/<edition> :
<version> | <arch> | <edition> | يطلق | قاعدة | حالة |
|---|---|---|---|---|---|
current | x86_64 | desktop | 6 كوتاي | فيدورا 39 |
<version> | <arch> | <edition> | يطلق | قاعدة | حالة |
|---|---|---|---|---|---|
long-6 | x86_64 | desktop | 6 كوتاي (طويل) | فيدورا 39 |
على عكس التيار (
current) ، لا يتم تحديث هذه الفروع إلى الإصدار الرئيسي الحالي: ستتوقف التحديثات في نفس اليوم مثل إصدار Fedora الأساسي . استخدمها فقط إذا لزم الأمر (أي برامج التشغيل الإشكالية التي تتطلب بعض الإصدارات والأنظمة الحرجة وما إلى ذلك)
<version> | <arch> | <edition> | يطلق | قاعدة | حالة |
|---|---|---|---|---|---|
next | x86_64 | desktop | 6 كوتاي (التالي) | فيدورا 39 | |
next | x86_64 | desktop-gnome | 7.0rc3 gnome (التالي) | فيدورا 40 |
الإصدارات المبكرة من الإصدارات القادمة. غير مستقر. هنا يكون التنين. التخلي عن كل الأمل. أنت تعرف الحفر.
قد يكون هذا في بعض الأحيان في نفس الإصدار مثل Current (
current) ، ولكن كن على دراية بأنك ستصطدم بإصدار قادم دون سابق إنذار إذا/عند إصداره إلى هذا الفرع.
(تودو)
يمكن إجراء تحديث النظام بواسطة:
sudo rpm-ostree upgrade في قذيفةإعادة التشغيل بعد انتهاء أي من الطريقة. يمكنك التحقق من الإصدار المثبت عن طريق فتح إعدادات النظام والتنقل إلى نظام التشغيل ➔ نظام التشغيل : يشرع الإصدار كلمة "Sodalite"
إذا كان هناك شيء ما ، فيمكنك التراجع عن طريق تشغيل sudo rpm-ostree rollback في محطة. تذكر أيضًا إنشاء مشكلة جديدة إذا كان ذلك مناسبًا!
تم بناء التحديثات على خادم الإنشاء الذي يبدأ 4:00 بتوقيت جرينتش/± 0 (22:00 CST/-6) كل يوم الأربعاء والسبت .
إذا اخترت استخدام فرع "على المدى الطويل" (انظر الفروع أعلاه) ، فستحتاج إلى Rebase كلما وصلت إصدار Sodalite إلى نهاية العمر. يمكن القيام بذلك باستخدام sudo rpm-ostree rebase sodalite:sodalite/<version>/<arch>/<edition> ، حيث <version> هو الإصدار الذي ترغب في إعادة Rebase والقيم الأخرى هي القيم الحالية.
من الأهمية بمكان إجراء هذه العملية حيث توقف التحديثات في اليوم الذي تصل فيه الإصدار الأساسي إلى نهاية العمر (في نفس الوقت مع إصدار Fedora Linux الأساسي) وسيتم تركك بدون تحديثات لمكونات النظام الحيوي.
--container / -c )الجري في حاوية هو الطريقة المفضلة لبناء Sodalite
--ex-use-docker . الجري في Docker هو غير اختبار تماما وتجريبية!git lfs : طبعات إخراج المساعدة إذا تم تثبيتها إذا لم يكن لديك Podman ، أو تواجه مشكلات في التشغيل في حاوية ، يمكنك محاولة التشغيل على المضيف نفسه
dnf install rpm-ostreegit lfs : طبعات إخراج المساعدة إذا تم تثبيتها sudosudo ./build.sh : سوف يطلب البرنامج النصي إذنًا عندما يحتاج إليهsudogit clone https://github.com/sodaliterocks/sodalite.git
cd sodalite
git submodule sync
git submodule update --init --recursiveعند التحديث في المستقبل ، لا تنسَ تحديث العارض الفرعي بـ:
git submodule update --recursive لا تستخدم git submodule foreach git pull : يقوم هذا بشكل أعمى بتحديث جميع العوامل الفرعية إلى أحدث إصدار لها ، وليس الالتزام الذي قام به الريبو الوالد. هذا أمر مهم لبعض النسيحات الفرعية التي يتم فحصها في علامات/ارتباط محدد (مثل ./lib/sodaliterocks.firefox ).
تتم إزالة كل ./lib/workstation-ostree-config_f* عارضات الفرع الفرعي. على سبيل المثال ، عندما تصل Fedora 36 إلى EOL ./lib/workstation-ostree-config_f36 ستتم إزالة. يمكنك استخدام git clean -i للقيام بالعمل نيابة عنك.
توجد وحدة فرعية LFS في ./lfs . من المهم أن نلاحظ أن هذا لا يتم استضافته على Github ، ولكن Zio Git - خادم نتحكم فيه - لأن بدلات LFS الخاصة بـ Github ضيقة (فقط 1GIB النطاق الترددي والتخزين).
يجب تقديم أي مشكلات تتعلق بـ LFS إلى Sodaliterocks/Sodalite على Github. حاليًا ، نظرًا لأن Zio Git لا تسمح بالتسجيلات التعسفية ، فلا يمكن تقديم PRS مباشرة.
ما لم يفضل العالم بشكل جماعي Gitlab ، أو أي شيء آخر ، سيبقى Sodalite على Github لأنه يجعل حياة الجميع أسهل. Microsoft هي مجرد شركة أخرى ؛ لن يؤذيك.
./build.sh [-t < edition > ] [-w < working-dir > ] انظر build.sh --help لمزيد من الخيارات.
هذا عادة ما يستغرق 10-15 دقيقة. تذكر عندما أخبرتك أن تمسك بكوب؟ أو ربما بارد؟
<edition> (اختياري) الإصدار/متغير Sodalite (الافتراضيات إلى custom )sodalite-<edition>.yaml المدرجة في ./src/treefiles/ . إما استخدام sodalite-<edition> أو Just <edition> كوسيطة. حاليا ، هناك:desktop : سطح مكتب البانتيون القياسيdesktop-gnome : سطح مكتب GNOME البديل ، مخصص للإصدارات المستقبلية المحتملةcustom : انظر أدناه النقطةsodalite-custom.yaml هو مكان جيد لاستخدام التغييرات الخاصة بك بدلاً من تعديل أي من أشجار الأشجار الأخرى<working-dir> (اختياري) الدليل لإخراج البناء (الافتراضيات إلى ./build ) إذا كان لديك Podman ، فيمكنك بناء Sodalite بالكامل في حاوية: ما عليك سوى استخدام -c / --container . هذا هو في الواقع كيف تتم البناء على خادم الإصدار! ومع ذلك ، سيؤدي ذلك إلى إضافة بضع دقائق إضافية حتى يكتمل البناء حيث تحتاج حاوية Fedora إلى تثبيت الحزم أولاً.
تعتبر إخفاقات البناء أمرًا لا مفر منه على محركات الأقراص المنسقة على أنها NTFs أو الدهون أو أي شيء آخر لا يدعم أذونات تشبه UNIX ، حيث يقوم build.sh بتعيين أذونات على كائنات مختلفة.
على WSL2 ، لا تبني إلى أي /mnt/<drive-letter> ، حيث سيتم تنسيقها كـ NTFs أو الدهون. بدلاً من ذلك ، قم بتشغيل Build في مكان آخر على Linux Dust نفسه (مثل $HOME أو /usr/local/src ).
build.sh يمكن بناء معظم توزيعات RPM-OSTREE ، فقط تقوم rpm-ostree compose ، ولكن تم build.sh . لذلك ، لا ينصح بالقيام بذلك بهذه الطريقة: سيتم إغلاق أي مشكلات في بناء التوزيعات بهذه الطريقة وتمييزها على أنها غير صالحة.
<working-dir> Build Contents على ./build/ على وجه التحديد ، يحتفظ هذا بالملفات/الدلائل التالية (والتي يمكن حذفها بشكل فردي بدلاً من ذلك):
./build/repo/ - مستودع Ostree لـ Sodalite./build/cache/ - ذاكرة التخزين المؤقت لحزم Fedora ما لم يتم إيقافها يدويًا ، فسيقوم build.sh بتنظيف نفسه كلما خرجت (على كل من النجاح والفشل). سوف يصحح الأذونات (إلى المستخدم الخاص بك) لدليل ./build/ ، وكذلك إزالة الملفات/الدلائل التالية:
./src/sysroot/common/usr/lib/sodalite-buildinfo/var/tmp/rpm-ostree.*/build.sh الخروج(تودو)
لم يعد عمل هؤلاء الأشخاص الرائعين مدرجًا ، أو ذا صلة بـ Sodalite ، لكنهم ما زالوا يستحقون الصراخ!
؟ ؟
