قبل فترة وجيزة من الآن قمت بكتابة موضوع في منتديات دعم 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 أيام من صدورها.

المصدر

في إعلان مثير للانتباه في مجتمع المصادر المفتوحة، أعلن مطوري برامج aMSN و Pymsn و emesene عن توحيد جهودهم في كتابة برنامج مراسلة فورية تحت اسم aMSN2.

للمزيد من المعلومات.

في نظري انه سيكون البديل الافضل لاستخدام تطبيق المحادثة الفورية الخاصة بشبكة MSN.
بانتظار اصدارها قريبا ان شاء الله.

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

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

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

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

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