Black X

قبل فترة وجيزة من الآن قمت بكتابة موضوع في منتديات دعم openSUSE بخصوص مشكلة تحسس zypp لحالة الاتصال, و التي لاحظتها بشكل كبير انها متكررة في مستودعات OSS و NO-OSS ان لم تكن الوحيدة فقط, و هي مستودعات الحزم الافتراضية التي تستخدم في التوزيعة.
و اليوم تم تقديم نصيحة لي من أحد الاعضاء و بدأت في تجربتها ( الظاهر راحت عن بالي ), و هي في تغيير عناوين استخدام المستودعات OSS و NO-OSS و Update الى عناوين أقرب مستودع لي بالمنطقة, لأنه من الواضح ان المستودع الرئيسي يعاني من ضغط فيه, مع ترك عناوين المستودعات الاخرى مرتبطة بالعنوان الرئيسي كما هي.

بالامكان مراجعه هذه الصفحة لرؤية عناوين المستودعات الرسمية.
و هذه هي المستودعات التي استخدمها حالياً:

Name | URL
openSUSE-11.0-Oss | http://ftp.kaist.ac.kr/pub/opensuse/distribution/11.0/repo/oss/
openSUSE-11.0-Updates | http://ftp.kaist.ac.kr/pub/opensuse/update/11.0/
openSUSE-11.0-Non-Oss | http://ftp.kaist.ac.kr/pub/opensuse/distribution/11.0/repo/non-oss

تغيير روابط المستودعات يتم و بكل بساطة عن طريق الولوج الى YaST و من ثم الى Software Repositories و من ثم اختيار المستودع المراد تغيير عنوانه, و اختيار Edit, ثم بعد فتح نافذه عنوان المستودع نقوم باختيار Edit Complete URL كما في الصورة التالية

ثم اضافة رابط المستودع الجديد (سواء الخاص بـ OSS او NO-OSS او Update) يليها حفظ التغييرات.

أتمنى من مستخدمي التوزيعة ممن يعانوا من مشكلة الانقطاع المتكرر تجربة هذا الأمر و اعلامي عن النتائج.

تحدثت في موضوع سابق عن تمكني اخيراً و بعد عدة محاولات, من ربط PackageKit مع مدير الحزم Smart, ليصبح تطبيق PackageKit المستخدم في تنصيب الحزم و تحديث النظام و كأنه واجهة استخدام لـ Smart.

هدف التطبيق PackageKit هو أن يكون أداة مبسطة لتثبيت الحزم و تحديث النظام بالتحديثات و الحزم الحديثة, بحيث يكون تطبيق موحد مرن يعمل تحت العديد من التوزيعات, لكن باستخدام مدراء حزم التوزيعات. مثلاً نجده في openSUSE يستخدم zypp, وفي Fedora يستخدم فيها yum, وفي Ubuntu ان لم يخب ظني تستخدم التطبيق بربطه مع apt, و هكذا مع بقية التوزيعات.

لذا تم انشاء ما يعرف بالـ Backend الخاصة بكل مدير حزم لربطه بالتطبيق PackegKit, و كل Backend تسمى باسم مدير الحزم, بحيث تقوم هذه الـ Backend بالعمل بالخلفية لجلب مدير الحزم المراد استخدامه مع PackageKit.

مثال توضيحي بسيط: في openSUSE, لو قمنا بكتابة الامر التالي في سطر الاوامر
gpk-backend-status
فسنجد ان نافذة جديدة قد ظهرت و تحمل معلومات الـ Backend المستخدم في PackegKit, في حالتنا هذه سنجد ان اسم  الـ Backend هو Zypp, أي أن تطبيق PackegKit يعمل تحت مكتبة Zypp الخاصة بادارة التطبيقات في openSUSE, بالاضافة لذلك سيظهر لنا ما هي الخصائص المدعمة في هذا الـ Backend من بحث عن التطبيقات, و الفلترة و ما اليه.

حسناً, هنا اتوقع انني وضحت النقطة الخاصة بـ Backend, لاشرح الآن كيفية ربط Smart مع PackegKit. (بالمناسبة تعريب Backend هو خلفية, و لذا سأقوم بالاشارة لها على انها مدير الحزم الذي يعمل بالخلفية).

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

بالطبع قمت بالبحث كثيراً في الشبكة العنبكوتية عن كيفية ذلك, و للأسف لم اجد أي معلومات بكيفية ربط PackegKit بسمارت, لكن بعد عدة محاولات شخصية من قبلي و منها تثبيت PackegKit من المصدر مع تفعيل Smart بها, ما زلت لم افلح في تشغيل PackegKit ليعمل تحت سمارت. و في النهاية و بعد تلاعب بسيط و نقل ملفات يدوياً, استطعت اخيراً ربط PackegKit ليعمل تحت Smart, و سأشرح طريقة ذلك الآن.

قبل كل شيء, لسنا بحاجة الى الغاء تنصيب PackegKit او الواجهة الرسومية الخاصة به و التي تسمى gnome-packagekit من النظام.

في بداية الامر, فاننا نحتاج الى تعديل الملف PackegKit.conf لتعريفه باستخدام مدير الحزم Smart في الخلفية بدلاً من zypp.
عن طريق الامر التالي (بحاجة الى المستخدم الجذر)
su
gedit /etc/PackegKit/PackegKit.conf
و منها تعديل
DefaultBackend=zypp
ليصبح
DefaultBackend=smart
مع حفظ الملف.

الآن نحن بحاجة الى الملف المصدري الخاص بالتطبيق PackegKit, و لتنزيله من هذا الرابط, و ذلك لاحتواءه على ملفات الـ Backend والتي نحن في حاجة لها.

قبل ان نقوم بعملية الاعداد, الافضل التأكد من ان الحزم التالية مثبتة لديك
PolicyKit-gnome-devel
libsexy-devel
عن نفسي فانا اقوم بتثبيت حزم التطوير الخاصة بـ GNOME عن طريق ياست, حتى لا اكون بحاجة الى تثبيت الحزم التطويرية يدوياً بعد ذلك, لكني بالطبع احتجت الى تثبيت الحزم السابقة لامكانية اعداد PackegKit من المصدر.

بعد فك الضغط عن الملف المصدري الخاص بـ PackegKit, فاننا نقوم بعملية الاعداد التالية
./configure

بعد الانتهاء من عملية الاعداد, نقوم الآن بالولوج من نفس الملف المصدر الخاص بالتطبيق الى المسار التالي
~/PackageKit-0.2.2/backends/smart
نقوم بعملية صنع المكتبة لتنصيبها
make

بعد ذلك تأتي مرحلة التنصيب (بحاجة الى المستخدم الجذر)
su
make install

الآن الموضوع بحاجة الى بعض التركيز, سنجد ان مكتبات الـ Backend الخاصة بـ Smart قد تم نقلها الى المسار التالي
/usr/local/lib/packagekit-backend

و هو مسار خاطئ, و كان بالامكان في عملية الاعداد تحديد المسار الصحيح, لكن لم اتعمق بهذه النقطة, و سنقوم بنقلها يدوياً الى المسار الصحيح التالي
/usr/lib/packagekit-backend
سنجد فيها ايضاً مكتبة الـ Backend الخاص بـ Zypp كذلك, كل ما علينا هنا هو نقل الملفات الموجودة بالمسار السابق للمسار الجديد, و بالطبع العملية بحاجة الى المستخدم الجذر.

اخيراً نحن بحاجة الى الملفات المساعدة للـ Backend, و كما اتوقع من مسمياتها انها المسؤولة في اعطاء اوامر البحث, التحديث و غيرها من الاوامر, و ذلك من التطبيق PackegKit الى Smart في الخلفية.

و يتم ذلك بالولوج الى الملف المصدر للتطبيق PackegKit تحديدا الى المسار
~/PackageKit-0.2.2/backends/smart
سنجد بها مجلد باسم helpers, نقوم بتغيير الاسم الى smart, ثم نقله الى المسار (بحاجة ايضاً الى المستخدم الجذر)
/usr/share/PackageKit/helpers
وفي نهاية الامر نتأكد من أن العملية ناجحة بواسطة كتابة الامر
gpk-backend-status
و من المفترض ان تظهر لنا نافذه بهذا الشكل.

منها سنجد أن التطبيق المستخدم في الخلفية هو Smart, و منها ايضاً معرفة ما يدعمه هذا الـ Backend. اما اذا ظهر لديك ان النظام ما زال يستخدم Zypp فلا تقلق, قالموضوع بحاجة الى اعادة تشغيل النظام حتى يتم تحديث DBus, اذا قمنا بهذه العملية يدوياً فستجد ان العديد من التطبيقات لم تعد تعمل الا باعادة التشغيل, لذا الافضل هنا اعادة تشغيل النظام بدلاً من اعادة تشغيل الخدمة DBus.

ايضاً أذكر هنا انه بالامكان العودة الى استخدام Zypp مع التطبيق PackageKit عن طريق التعديل في الملف
/etc/PackegKit/PackegKit.conf
و تغيير الـ Backend المستخدم الى zypp بدلاً من smart.

و لمزيد من المعلومات حول PackageKit, بالامكان العودة الى صفحته الرسمية.

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

ختاماً, و بعد القيام بما سبق, سنجد ان التطبيق PackegKit أصبح يستعين بـ Smart في موضوع التحديثات و تثبيت الحزم, حتى تحديث النظام عن طريق الايقونة الخاصة بذلك و الموجودة بجانب الساعة ستكون مرتبطة بـ Smart, و هذا ما تمنيت عمله من اول استخدام لي للتطبيق Smart, تحديداً في SuSE 10.1. هذا و قد يمكن استخدام الخطوات السابقة مع توزيعات أخرى كـ Fedora, مع تعديل المسارات السابقة بما يناسبها.

أعتذر عن أي خطأ مطبعي أو معلومة غير صحيحة في الموضوع, لأنني حاولت بهذا الموضوع أن اشرح الخطوات أكثر من شرحي عن التطبيق نفسه.

قمت قبل قليل و بعد عدة محاولات من الليلة الماضية لليوم, بربط مدير الحزم Smart بالتطبيق PackageKit الخاصة بادارة الحزم و تحديثها, بحيث أصبح سمارت هو المسؤول الاول و الأخير عن ادارة الحزم, من تثبيت و تحديث لها, حتى أن الاداة الخاصة بتحديث النظام اصبحت مرتبطة بـ Smart.

الطريقة عبارة عن تحديث في الملف PackegKit.conf مع اضافة مكتبات Smart Backend و المطورة من قبل مطوري PackageKit ليعمل Smart ضمنها.

حتى لا يخلط البعض, فالتطبيق PackageKit ليس مدير حزم منفصل, بل بالامكان القول بأن واجهة رسومية موحدة لمدراء الحزم في جنو/لينوكس, لذا فبالامكان استخدامه مع yum او smart او zypp او apt و غيرها.

سأقوم بعرض الطريقة غداً باذن الله, فانا في حاجة الى قسط من الراحة الآن

يبدو أن مطوري openSUSE على عجلة من امرهم
فقد أُعلن اليوم في المدونة الرسمية الخاصة بالتوزيعة, عن نشر خريطة الطريق الخاصة بالاصدارة القادمة من openSUSE, و المتوقع أن تصدر رسمياً في نهاية العام, تحديداً في الثامن عشر من شهر ديسمبر 2008, أي بعد ستة أشهر من اصدار النسخة 11.0 .

هذا و ستتضمن الاصدارة التحديثات الهامة التالية:

• النسخة 2.24 من الواجهة GNOME.
• النسخة 4.1.1 من الواجهة KDE (بالاضافة للإصدارة 3.5.10 من نفس الواجهة كخيار اضافي).
• أهم التحديثات الخاصة بالتطبيقات.
• أحدث اصدارات نواة لينوكس 2.6.27

للمزيد من المعلومات, بالامكان العودة لصفحة الخبر

قمت قبل قليل بنشر دليل الاستخدام الغير رسمي لنظام openSUSE 11.0, و ذلك بعد يومين و عدة ساعات من العمل المنقطع, من تعديل و اضافة للدليل السابق للنسخة 10.3 بما يتناسب مع الاصدارة الحديثة من التوزيعة.

بالطبع الموضوع ستكون فيه الاضافة و التعديل واردة لحد كبير, لذا قمت باستخدام رقم الاصدار لايضاح اي تغيير و لو طفيف بالشرح ليفيد متابعيه.

بالوقت الحالي فان اصدار هذا الدليل يحمل الرقم 0.2

أعلن مطوروا توزيعة openSUSE في المدونة الرسمية الخاصة بالتوزيعة ان معدل تنزيل التوزيعة (معدل النقل تحديداً) قد تعدى حاجز 163 تيرا بايت في اول 30 ساعة من بعد الاعلان عن صدور 11.0 openSUSE !
( هذا فقط ما تم حسابه من المستودع الرئيسي http://software.opensuse.org)

هذا و قد كانت الاصدارة السابقة قد تعدى معدل النقل فيها حاجز 100 تيرابايت.
و كانت نسب التنزيل على النحو التالي:

62% openSUSE-11.0-DVD-i386.iso
28% openSUSE-11.0-DVD-x86_64.iso
3,7% openSUSE-11.0-KDE4-LiveCD-i386.iso
2,0% openSUSE-11.0-GNOME-LiveCD-i386.iso
1,2% openSUSE-11.0-KDE4-LiveCD-x86_64.iso
1,1% openSUSE-11.0-Addon-Lang-i386.iso

بالمقابل فالنسخ التالية هي باقي الـ 1% من نسب التنزيل

openSUSE-11.0-DVD-ppc.iso
openSUSE-11.0-GNOME-LiveCD-x86_64.iso
openSUSE-11.0-Addon-Lang-x86_64.iso
openSUSE-11.0-Addon-Lang-ppc.iso

ما الذي تغير عن النسخة 10.3؟

• 4% زيادة في تنزيل النسخة DVD لمعالجات 64 بت.
• 63% نسبة الزيادة في التنزيل في أول 30 ساعة.
• تقريبا حدود 65.000 تركيب للنسخة حتى الآن, بمقابل 40.000 تركيب للنسخة 10.3 بعد مرور 6 أيام من صدورها.

المصدر

تحديث: تم صدورها رسمياً, و بالامكان الآن تنزيلها مباشرة عن طريق الموقع الرسمي.

لمن يريد النسخة قبل الاعلان الرسمي عنها, فهي متوفرة الآن في السيرفر الرسمي الرئيسي على الرابط.

اخوكم منزل النسخة قبل يومين من الآن, و الحمد لله تأكدنا انها الرسمية عن طريق مطابقتها بالـ MD5 الخاصة بالنسخة الرسمية

على البركة يا جماعة

*الصورة رسمية و هي خاصة بالنسخة المشتراة من التوزيعة

في وقت سابق تحدثت ان فريق openSUSE يسعون في حينها لدمج منتديات الدعم تحت سقف واحد.
و اليوم تم افتتاح المنتدى رسمياً على الرابط.

شكراً نوفل و فريق openSUSE, الظاهر النسخة القادمة من التوزيعة راح تنال الدعم المطلوب

صدر في الايام الماضية, تحديداً الخامس من شهر يونيو الحالي, النسخة الاولى النهائية من مشغل الصوتيات Banshee.

Banshee مشغل صوتيات يعمل تحت بيئة جنوم, و تم تطويره تحت بيئة Mono من قبل Novell, و يعد أحد أفضل مشغلات الصوت في جنو/لينوكس.

لعل من اهم مميزات هذا الاصدار هو ترتيبه لقائمة الصوتيات بشكل يسهل عليك انتقاء ما تريد بكل يسر و سهولة, و عدة امور اخرى بالامكان اكتشافها في التطبيق.

لمستخدمي openSUSE بالامكان تحديث مستودع Banshee لديهم و تنزيل حزمة التطبيق الحديثة.

ايضاً بالامكان العودة لصفحة دليل التطبيق للمزيد من الايضاحات.

تحديث هام بخصوص SaX2

قبل عدة ايام قليلة من الآن صدرت النسخة التجريبية RC1 من الاصدارة openSUSE 11, و التي ستصدر النسخة الرسمية منها يوم 19 من هذا الشهر ان شاء الله.
و رغم انني بصراحة لا احبذ استخدام النسخ التجريبية حتى و ان كانت قبل النهائية, لكن الفضول و حب التجربة دفعني لتثبيتها على جهازي الماك بوك, مع انني استخدمتها تجريبياً على شكل لايف سيدي.

النسخة ما زالت تجريبية و مع ذلك اذهلتني بثباتها! مع العلم بأنني قمت بتجربة سابقة مع الاصدارة التجريبية الثالثة منها و ايضاً لاحظت في حينها ثباتها الغير متوقع, عكس ما حدث لي قبل شهور مضت في تجربتي للاصدارة 10.3 التجريبية الثالثة و عدم ثباتها الواضح.

حتى الآن لم اواجه اي انهيار خطير بالنسخة, سوى انهيارات تكاد تكون معدودة في بعض التطبيقات, و لا تعدو عن اعادة تشغيل التطبيق مع رسالة من bug-buddy لارسال المشكلة للمطورين, فقط لا اكثر.

ابرز ملاحظاتي بهذه النسخة بالنقاط التالية: (نسخة جنوم)

• جميع التطبيقات المدمجة مع نسخة جنوم تطبيقات GTK2, عدا تطبيق SaX2 الخاص بتغيير اعدادات بطاقة العرض الوحيد الذي يعمل تحت مكتبة Qt4. ( تم التأكد من هذه النقطة عند محاولتي لحذف مكتبات qt من النظام)
• تم اعادة ترتيت و تنظيم مدير الحزم المدمج بياست و اصبح اسرع من سابقه من ناحية البحث عن التطبيقات, التثبيت, و حتى الانتهاء من عملية تثبيت الحزم و المكتبات.
• التثبيت بنقرة واحدة, اصبح ذو فاعلية اكبر من السابق, و كلها عدة نقرات و اصبح التطبيق مدمج لديك.
• الآن استطيع القول انه بالامكان الاستغناء تماماً عن مكتبة libxine1 و استبدالها بمكتبة gstreamer, مع اضافة gstreamer010-pitfdll الغير رسمية و المرتبطة بأكواد w32codecs ( ساتطرق لها في الشرح القادم للتوزيعة ان احيانا الله)
• بعد انتظار اصبحت النواة الحديثة المدمجة بالتوزيعة 2.6.25.4 تحتوي على الترقيعات الخاصة باجهزة ابل الحديثة (معالجات سانتا روزا من انتل), و اصبح بالامكان التحكم بدرجة الصوت, اضاءة الشاشة بالنقر على fn و ازرار التحكم, نفس الحال بالنسبة للتراك باد (ما يعرف مجازاً بالماوس) الخاص بالجهاز الماك بوك 3.1 .
• ايضاً اصبحت نسخة اسطوانة السيدي (جنوم - كيدي) كاسطوانة حية, بمعنى انه بالامكان تشغيل التوزيعة لتجربتها من الاسطوانة قبل تثبيتها, مع وجود خيار في التوزيعة لتثبيتها عن طريق ياست دون مشاكل, و بسرعة لا بأس بها.
• حتى وقت كتابتي لهذا الموضوع, فان العديد من المستودعات الرسمية الخاصة باوبن سوزه قد اضافت مستودعات النسخة 11, لعل اهمها مستودع التحديثات الرسمي, و ما زال بعضها يعمل على المستودع التطويري Factory.
• اصبح تطبيق الصوت الخاص بالتوزيعة هو PulseAudio, و بصراحة لم يعجبني بتاتاً و واجهت معه بعض البطء في خروج الصوت من التطبيقات, مثل تطبيق المسنجر ايميسين, و هذا ما اضطرني الى حذفه و العودة الى تطبيق esound, لكن ما زال الامر بحاجة الى بعض العمل لجعل التحكم بالصوت يعمل على esound بشكل كامل بدلاً من عدم القدرة على الولوج الى التحكم بكامل درجات الصوت الا عن طريق gnome-volume-control. او على اقل تقدير ان اقتنع بتطبيق PulseAudio اذا تم تحديثه و اعود لاستعماله.
• فايرفوكس 3 بيتا 5 هو المدمج مع التوزيعة, و عند التحديث من مستودعات موزيلا الخاصة بسوزه ستجد انه تم تثبيت النسخة rc1 من هذا المتصفح, و حقيقةً اجده مستقر بدرجة كبيرة رغم ما لاحظته من معاناة الاعضاء معه في مجتمع لينوكس العربي خصوصاً في توزيعة ubuntu. اخيراً اصبحت لا اواجه مشاكل تحديد النصوص العربية في الكتابة حتى لحظة كتابتي لهذا الموضوع, شكراً موزيلا على دعم اللغة العربية بالشكل المطلوب.
• بانشي هو تطبيق مشغل الصوت المدمج مع التوزيعة بدءاً من اصداراته الاولية (اتوقع اول اصدارة منه كانت برقم 0.12 مع سوزه 10 ان لم يخب ظني), و المطور من قبل نوفل و هو افضل مشغل صوتيات استخدمته في جنوم و لم اجد له بديل ينافسه, النسخة المتوفرة في اوبن سوزه 11 هي النسخة الاولى التجريبية و التي تحمل الاصدارة 1.0Perview, ما زالت غير مستقرة بدرجة يمكن الاعتماد عليها, لكني استخدمها و اعتبرها اصدارة واعدة, خصوصاً في ناحية الترتيب و سهولة الوصول لما تريد و حتى سرعة تشغيل التطبيق و اغلاقه.
• تغيير دقة الشاشة اصبح من اسهل ما يكون و بكبسة زر, فقط اضغط على ايقونة الشاشة المتوفرة في الاسفل بجانب الساعة و اختر الدقة المطلوبة, و تم التغيير بعد موافقتك على التغييرات! هذا التطبيق افادني جداً نظراً لاستعمالي شاشة منفصلة.

تقريباً هذه ابرز ملاحظاتي عن تجربتي لهذه النسخة الواعدة من اوبن سوزه 11,و يبدو لي بأنني لن اقوم بعملية اعادة تثبيت النسخة 11 حين صدورها رسمياً بسبب استقرارها, و سأقوم نيابةً عنها بعمل التحديثات اللازمة لحزم التوزيعة و مكتباتها عن طريق مدير الحزم ياست او سمارت المحبب الى قلبي

ختاماً هذا أبرز ما في هذه النسخة من تحديثات:

• تحديث كامل لواجهة التثبيت و تقليل الخيارات فيه لزيادة سرعة التثبيت
• النسخة الاخيرة من جنوم 2.22
• كيدي الاصدارة 4.0
• ياست و جميع تطبيقاته مبنية على مكتبة جي تي كي لمن يستخدم جنوم
• الاصدارة الحديثة من xorg 7.3
• اداة جديدة لعمل تحديثات النظام بشكل آلي, خاصة بجنوم و مرتبطة تلقائياً بمستودعات ياست
• اداة لتثبيت الحزم خاصة بجنوم و المعروفة باسم PackageKit, ايضاً مرتبطة بمستودعات ياست و لك الحرية في استخدامها او استخدام مدير الحزم الخاص بياست.
• كيرنل 2.6.25.4 (نسخة RC1) و الذي يحتوي على عدة تحديثات لعل ابرزها ما يتعلق بأجهزة ابل.
• مكتبة ALSA الحديثة الخاصة بتعريف كروت الصوت 1.0.16 و مرتبطة بتطبيق PulseAudio
• السرعة في عملية الاقلاع مقارنةً بالاصدارة السابقة من اوبن سوزه
• السرعة في تثبيت الحزم, و تم مناقشة ذلك مسبقاً في مدونة اوبن سوزه الرسمية, ايضاً السرعة في عملية تثبيت التوزيعة ( في تجربة قرأتها سابقا لاحد المطورين, سرعة تثبيت سوزه 10.3 كيدي استغرقت 43 دقيقة, بينما النسخة 11 استغرقت عملية تثبيتها نسخة كيدي 24 دقيقة!)
• تطبيق Compiz Fusion يأتي مدمجاً مع التوزيعة افتراضياً, لكن بدون الاضافات الاضافية (بمساعدة و تطوير المطور CyberOrg)
• العديد و العديد من تحديثات البرامج و الحزم الخاصة باوبن سوزه

و للمزيد من المعلومات و لرؤية بعض الصور الخاصة بهذه النسخة بالامكان العودة لهذا الموضوع.