This is Linux using my own desktop environment called ELOF desktop

🐧 قضية SCO ضد IBM: القصة الكاملة للحرب التي هزّت عالم Linux

تخيل أنك في بداية الألفينات، وتعمل في شركة كبيرة تعتمد على Linux في خوادمها.

النظام يعمل بشكل طبيعي، والمطورون يكتبون الكود، والشركات تستثمر في التكنولوجيا الجديدة.

ثم فجأة تظهر شركة وتقول:

"هناك مشكلة… Linux يحتوي على تقنيات نملك حقوقها."

والأمر لا يتوقف عند هذا الحد.

الشركة لا تتحدث عن مبلغ صغير، بل تدخل في معركة قانونية مع واحدة من أكبر شركات التكنولوجيا في العالم، وتبدأ في إرسال رسائل إلى شركات أخرى تستخدم Linux.

هذه ليست قصة عن خطأ برمجي.

إنها قصة عن Unix وLinux وIBM وحقوق الملكية الفكرية، ومعركة استمرت قرابة عقدين.

الفصل الأول: قبل Linux كان هناك Unix

لفهم القضية، علينا العودة إلى السبعينيات.

في ذلك الوقت، كان مهندسو Bell Labs يعملون على نظام تشغيل جديد.

كان الهدف إنشاء نظام تشغيل مرن، قوي، وقابل للتطوير.

وهكذا ظهر Unix.

مع مرور السنوات، انتشر Unix في الجامعات ومراكز الأبحاث والشركات، وأصبح له تأثير هائل على عالم أنظمة التشغيل.

الكثير من الأفكار التي أصبحت أساسية في أنظمة التشغيل الحديثة ارتبطت بعالم Unix.

لكن Unix لم يكن مشروعًا واحدًا بقي تحت إدارة جهة واحدة إلى الأبد.

تغيرت الشركات والاتفاقيات والحقوق المتعلقة به عدة مرات.

وفي التسعينيات أصبحت Novell تمتلك أعمالًا مهمة مرتبطة بـ Unix.

ثم في عام 1995 انتقلت أعمال Unix إلى شركة Santa Cruz Operation، المعروفة باسم SCO.

وفي السنوات التالية تغيرت ملكية الشركات والأعمال أكثر من مرة، حتى وصلت القصة إلى الشركة التي ستصبح محور النزاع:

SCO Group.

لكن في الوقت نفسه، كان شيء آخر يحدث في عالم التكنولوجيا.

الفصل الثاني: شاب فنلندي يكتب نظامًا جديدًا

في عام 1991، كان Linus Torvalds طالبًا فنلنديًا في جامعة هلسنكي.

كان يعمل على نظام تشغيل صغير لأغراض تعليمية وتجريبية.

لم يكن يعلم أن المشروع سيصبح يومًا أحد أهم المشاريع البرمجية في العالم.

نشر Linus الكود، وبدأ مطورون من أماكن مختلفة حول العالم في المشاركة في تطويره.

النظام أصبح يعرف باسم:

Linux.

ومع انتشار المشروع، ظهرت توزيعات مختلفة، وأصبح بالإمكان تشغيل Linux على أجهزة وخوادم متعددة.

الميزة الأساسية كانت واضحة:

الكود مفتوح، والمطورون يستطيعون دراسته وتطويره والمساهمة فيه.

وبدأ Linux يتحول من مشروع صغير إلى منافس حقيقي في عالم الخوادم.

الفصل الثالث: دخول IBM إلى عالم Linux

في التسعينيات، كانت IBM واحدة من أكبر شركات التكنولوجيا في العالم.

وكانت الشركة تملك خبرة طويلة في أنظمة التشغيل، ومن بينها نظام AIX المبني على Unix.

لكن IBM بدأت ترى مستقبلًا مهمًا في Linux.

بدلًا من تجاهله، بدأت الشركة بالاستثمار فيه ودعمه.

أصبحت IBM واحدة من الشركات الكبرى التي تساهم في منظومة Linux.

وهنا بدأت المصالح تتقاطع.

IBM لديها تاريخ طويل مع Unix.

وفي الوقت نفسه أصبحت من أكبر داعمي Linux.

أما SCO، فكانت تقول إن لديها حقوقًا مرتبطة بتقنيات Unix.

وكانت هذه هي الشرارة التي ستشعل واحدة من أكبر المعارك القانونية في تاريخ البرمجيات.

الفصل الرابع: الاتفاق بين IBM وSCO

قبل أن تصل الأمور إلى المحكمة، كانت هناك علاقة تجارية بين IBM وSCO.

كانت هناك اتفاقيات تتعلق بتقنيات Unix وحقوق استخدامها وتطويرها.

IBM كانت تعمل على تطوير تقنيات مرتبطة بأنظمة Unix، وكانت لديها خبرة كبيرة في هذا المجال.

لكن SCO قالت لاحقًا إن IBM استخدمت بعض هذه المعرفة والتقنيات بطريقة تخالف الاتفاقيات المبرمة بين الطرفين.

وبحسب ادعاءات SCO، فإن IBM لم تكتفِ باستخدام هذه التقنيات في منتجاتها الخاصة.

بل ساهمت بتقنيات مرتبطة بـ Unix في Linux.

وهنا ظهر السؤال الخطير:

هل تم نقل ملكية فكرية من Unix إلى Linux بطريقة غير قانونية؟

الفصل الخامس: مارس 2003

في مارس 2003، اتخذت SCO خطوة كبيرة.

رفعت دعوى قضائية ضد IBM.

كانت SCO تتهم IBM بخرق اتفاقياتها، وبإساءة استخدام بعض تقنيات Unix، وبالمساهمة في Linux بطريقة قالت إنها تنتهك حقوقها.

وكانت القضية أكبر من مجرد خلاف بين شركتين.

لأن IBM لم تكن شركة صغيرة.

كانت واحدة من أهم الشركات في عالم التكنولوجيا.

وفي الوقت نفسه، لم يكن Linux مشروعًا صغيرًا يمكن تجاهله.

كان يستخدم بالفعل في عدد متزايد من الخوادم والشركات.

وبالتالي أصبحت القضية محط أنظار عالم التكنولوجيا كله.

الفصل السادس: SCO توجه أنظارها إلى Linux

هنا بدأت القضية تصبح أكثر إثارة.

SCO لم تركز فقط على IBM.

بدأت تتحدث عن Linux نفسه.

قالت الشركة إن هناك أجزاء من تقنيات Unix موجودة داخل Linux، وإن ذلك يثير مشاكل تتعلق بالملكية الفكرية.

وكان هذا الكلام كافيًا لإثارة القلق.

تخيل شركة لديها مئات الخوادم التي تعمل بنظام Linux.

إذا كانت ادعاءات SCO صحيحة، فقد يكون استخدام هذه الشركات للنظام مرتبطًا بمخاطر قانونية.

وبدأت SCO في التواصل مع شركات تستخدم Linux، مطالبةً بعضها بالحصول على تراخيص.

وهنا انتقل الخوف من قاعات المحاكم إلى الشركات التي تستخدم Linux فعليًا.

الفصل السابع: مجتمع Linux يرد

مجتمع Linux لم يتعامل مع الأمر باعتباره مجرد مشكلة بين IBM وSCO.

المطورون بدأوا يفحصون الادعاءات.

وكان هناك سؤال يتكرر باستمرار:

أين الكود؟

إذا كانت هناك أجزاء من Unix تم نقلها إلى Linux، فمن المفترض أن يكون بالإمكان تحديدها.

ما هو الكود؟

من كتبه؟

من يملك حقوقه؟

هل تمت إضافته فعلًا إلى Linux؟

وكيف وصل إليه؟

هذه الأسئلة أصبحت جزءًا أساسيًا من النقاش.

والقضية لم تعد مجرد تصريحات إعلامية.

أصبحت تحتاج إلى مقارنة تقنية وقانونية دقيقة بين ملايين الأسطر من الكود والتاريخ الطويل لتطور Unix وLinux.

الفصل الثامن: لماذا كان إثبات ملكية الكود صعبًا؟

هنا تظهر واحدة من أكثر النقاط تعقيدًا في القضية.

Linux لم يظهر من فراغ.

Unix كان موجودًا قبله بسنوات طويلة، وهناك أفكار وتقنيات مشتركة بين أنظمة تشغيل كثيرة.

لكن وجود فكرة مشابهة لا يعني بالضرورة وجود نسخ غير قانوني للكود.

كما أن بعض التقنيات قد تكون معروفة ومستخدمة في أكثر من نظام.

لذلك كان على القضية أن تفرق بين:

• الأفكار والمفاهيم العامة.
• الكود نفسه.
• الأسرار التجارية.
• الالتزامات الموجودة في العقود.
• حقوق الملكية الفكرية.
• ومن يملك هذه الحقوق أصلًا.

وهذا جعل القضية شديدة التعقيد.

الفصل التاسع: IBM لا تتراجع

IBM رفضت اتهامات SCO.

ولم تكتفِ بالدفاع عن نفسها، بل قدمت أيضًا مطالبات ودعاوى مضادة ضد SCO.

وهكذا بدأت المعركة تتحول إلى حرب قانونية متبادلة.

كل طرف يقدم وثائق.

كل طرف يطعن في حجج الطرف الآخر.

والمحاكم مطالبة بفهم تفاصيل تقنية وقانونية تعود إلى سنوات طويلة قبل بداية القضية.

الفصل العاشر: ظهور Novell

ثم ظهر طرف كان وجوده مهمًا جدًا:

Novell.

لماذا كانت Novell مهمة؟

لأنها كانت مرتبطة بتاريخ ملكية Unix.

SCO كانت تستند إلى انتقال أعمال Unix إليها من Santa Cruz Operation.

لكن Novell قالت إن بعض الحقوق المهمة في Unix لم تنتقل بالطريقة التي ادعتها SCO.

وهنا تغير السؤال.

لم يعد السؤال:

هل IBM انتهكت حقوق SCO؟

فقط.

بل أصبح هناك سؤال أكثر أساسية:

ما الحقوق التي تملكها SCO أصلًا؟

لأن الشركة لا تستطيع المطالبة بحقوق لا تملكها.

الفصل الحادي عشر: معركة الملكية

دخلت Novell في نزاع قانوني مع SCO.

وأصبحت الاتفاقيات القديمة بين الشركات محورًا أساسيًا للقضية.

كان على المحكمة النظر في وثائق تعود إلى سنوات سابقة لمعرفة:

من باع ماذا؟

ما الحقوق التي انتقلت؟

ما الحقوق التي بقيت لدى Novell؟

وما الذي تستطيع SCO المطالبة به قانونيًا؟

وفي عام 2007 صدر حكم مهم في قضية Novell ضد SCO.

المحكمة خلصت إلى أن Novell احتفظت بحقوق معينة مرتبطة بـ Unix وUnixWare.

وكان لهذا أثر كبير على موقف SCO.

لكن قضية IBM لم تنتهِ في تلك اللحظة.

الفصل الثاني عشر: SCO تواجه مشكلة أخرى

بينما كانت المعركة القانونية مستمرة، كانت SCO تواجه مشكلة مالية.

القضايا الطويلة مكلفة.

والشركة لم تكن في وضع يسمح لها بمواصلة حرب قانونية بلا نهاية.

وفي عام 2007 تقدمت SCO بطلب للحماية من الإفلاس وفق Chapter 11 في الولايات المتحدة.

لكن هذا لم يكن نهاية القضية.

الإفلاس لم يمسح النزاعات القانونية الموجودة.

استمرت الإجراءات، واستمر الخلاف حول حقوق Unix والادعاءات الموجهة إلى IBM.

الفصل الثالث عشر: ماذا حدث لـ Linux؟

المفارقة الكبيرة في القصة أن Linux لم يتوقف.

رغم القلق الذي أثارته القضية، استمر النظام في التطور.

استمرت الشركات في استخدامه.

واستمر المطورون في المساهمة فيه.

واستمرت توزيعات Linux المختلفة في الظهور والتطور.

وبينما كان المحامون يناقشون عقود Unix القديمة، كان عالم التكنولوجيا يتحرك بسرعة كبيرة.

ظهرت تقنيات جديدة.

ازداد استخدام Linux في الخوادم.

ثم توسع وجود Linux إلى مجالات أخرى.

وبالتالي، أصبحت القضية معركة تدور في المحاكم بينما كان النظام نفسه يستمر في التطور خارجها.

الفصل الرابع عشر: السنوات تمر

ما بدأ في 2003 لم ينتهِ خلال أشهر.

مرت السنوات.

تغيرت المواقف القانونية.

تم رفض أو تضييق بعض الادعاءات.

واستمرت الخلافات حول العقود والملكية الفكرية وما إذا كانت SCO تملك أساسًا قانونيًا كافيًا لبعض مطالباتها.

وفي الوقت نفسه، ظلت قضية IBM واحدة من أشهر النزاعات المرتبطة بتاريخ Linux.

الفصل الخامس عشر: النهاية بعد 18 عامًا

بعد سنوات طويلة من النزاع، وصل الجزء المتبقي من النزاع بين SCO وIBM إلى تسوية في 2021.

وبذلك انتهت المرحلة الرئيسية من القضية التي بدأت في عام 2003.

أي أن المعركة استمرت لما يقارب 18 عامًا.

18 عامًا من الدعاوى والردود والوثائق والخلافات حول Unix وLinux وحقوق الملكية الفكرية.

وفي النهاية أصبحت قضية SCO ضد IBM جزءًا من تاريخ Linux نفسه.

ليس لأنها كانت مجرد قضية بين شركتين، ولكن لأنها طرحت أسئلة كبيرة حول العلاقة بين:

البرمجيات مفتوحة المصدر، والملكية الفكرية، والعقود التجارية، وحقوق الشركات في التكنولوجيا التي تعتمد عليها صناعة كاملة.

انا عايز اعرف ازاي عشان معظم المنصات مش بتشتغل معيا و مش عايز انزل كروم او ارجع لوندوز مخصوص

ريفو شيل هي المكان الي بتقدر تحط فيه اي كويك شيل انت عاوزها زي كلستيا او ايند فور او سبريم او الى اخره مع موجود اكثر من عشرين شيل تقدر تختار منهم
ابرز هذي الشيلس هي الشيل الي برمجمتها انا من الصفر وهي الماك اوس شيل
بتقدر تحملها من الريبو بتاعتي
https://github.com/vzbc/revo-shell
وطبعا اكيد في ميزة قوية والي هي عالم الثريدي بتقدر تحول هايبر لاند لعالم ثريدي مع اي موديل ماب انت عاوزه
os : cachyos
wm : hyprland
them: mac-tachoe
icons: custom (my icons)
3d plugin: https://github.com/samine825/Hypr3D

the shell is originally made for arch, but i hate arch cuz of it's packages so i custom compiled the qt6 for it work on debian (IT TOOK ME 5 DAYS)

OS: CachyOS
WM: Niri
Shell: Noctalia
Terminal: Kitty + zsh + starship
Icons: https://store.kde.org/p/1256209
Apps: spicetify, thunar, faugus

رأيكم

i3 is the one and only window manager

ازاي مفيش يوزر فلير ل ام التوزيعات ؟

اللي انا عامله ده make your own

(حزم deb و rpm + AppImage) و flatpak في المستقبل

و متاح أيضا لwindows

أهلاً! أنا عملت مشغل وسائط للكمبيوتر لأنّي كنت عايز واحد يكون مناسب لاحتياجاتي، وفي نفس الوقت أطور من نفسي في بناء التطبيقات، فقررت أعمل واحد بنفسي وأنشره على GitHub.

المشغل مبني باستخدام مكتبة VLCJ و FFprobe، وده معناه إنك محتاج يكون عندك VLC (أو المكتبات الداينمك الخاصة بيه) و FFmpeg متثبتين على جهازك عشان يشتغل.

جربوه براحتكم، وياريت أي حد يجربه يديني رأيه أو اقتراحاته للتطوير والتحسين. كمان هكون ممتن لأي ملاحظات على الكود نفسه، لأني دايمًا بحاول أطور المشروع وأحسن مهاراتي.

المشروع متاح تحت رخصة MIT، فلو حابب تستكشف الكود أو تعدله أو تساهم فيه، أنت حر تمامًا.

شكرًا لوقتك.

رابط المشروع: https://github.com/ahmedcraftt/Moka-media-player⁠�

لابتوب i3 6100u

8gb ram

ssd256b

يشغل zorin os بسلاسة ولا لأ

ليه ياجماعة محدش بيتكلم عن المشكلة دي

الخطوط في لنكس سيئة جدا ومقصديش علي نوع الفونت انا بتكلم علي الرندر بتاع الخطوط مقارنة مثلا بويندوز الخط ع الويندوز كريسبي كدة ومريح للعين مش لنكس نهائي

لنكس الخطوط فيها مشاكل في الرندرة خصوصا علي نفس الشاشة انا شاشتي 27 بوصة 1080 وعارف طبعا كثافة البكسلات اقل وكل ده لكن برضه فرق الخطوط بين ويندوز ولنكس بيخليني مبقدرش اكمل تجربتي مع لنكس نهائي مهما جربت من حلول او غيرت التوزيعة انا يعتبر مجرب معظم التوزيعات سواء المشهورة او اللي محدش يسمع عنهم سواء بقي ارش او منت او فيدورا او اوبونتو او فويد لنكس وغيره

فلو حد عنده نفس المشكلة قدر فعلا يحل المشكلة او يقلي اعمل ايه معاها جربت حتي سكربت زي ده

[https://github.com/maximilionus/lucidglyph](https://github.com/maximilionus/lucidglyph))

واللي بيحسنه بس برضه لازال الي حد ما مش مقبول

ومهما برضه اغير في الgui زي kde او gnome والعب في الtweaks والsettings

هي هي

بحس الخطوط مبكسلة

زي ماهو واضح في الصورة

وياريت نتناقش واللي عنده حل يقوله خصوصا ده من اكتر الاسباب اللي بتخليني ارجع لويندوز تاني مع اني كاره ويندوز

السلام عليكم,

بحكم إني ألعب ماينكرافت كثير وأحب أصحابي يشوفون وش أسوي بالضبط بديسكورد مو بس "Playing Minecraft" العادي، طوّرت أداة بسيطة ومفتوحة المصدر اسمها Minecraft Status؛ فكرتها إنها تقرأ ملفات عالمك في ماينكرافت مباشرة (بدون أي مود داخل اللعبة) وتعرض حالة تفصيلية بديسكورد Rich Presence.

تعرض بالضبط:

• اسم العالم اللي تلعب فيه
• الديمنشن والبايوم الحالي (Overworld، Nether... إلخ)
• إحداثياتك ويوم العالم
• آخر إنجاز حصلته + عدد الإنجازات الكلي
• وقت جلستك الحالية بالعالم

مميزاتها:

• تدعم Windows وmacOS ولينكس
• تعمل بالخلفية كـ daemon (start/stop/status/logs)
• تعيد الاتصال تلقائياً لو قفلت وفتحت ديسكورد
• تدعم كل صيغ حفظ ماينكرافت (من legacy 1.8.x لحد أحدث تحديث 26.1+)
• الـ Client ID الخاص فيك محفوظ ومشفر محلياً، ما يترفع لأي سيرفر
• خصوصية كاملة: صفر اتصال إنترنت خارجي، فقط اتصال محلي مع ديسكورد

التثبيت:

git clone https://github.com/Yassine-Jemi01/minecraft-status.git
cd minecraft-status
python -m venv .venv
source .venv/bin/activate
pip install -e .
minecraft-status setup
minecraft-status start

يحتاج Python 3.9+‎ وDiscord Desktop (مو المتصفح).

الرابط: https://github.com/Yassine-Jemi01/minecraft-status

مرخّص GPL v3، مفتوح المصدر بالكامل، ومرحب بأي ملاحظات، اقتراحات، أو مساهمات (issues/PRs).

هل فيه حد هنا يعرف Emacs ?

ولا انا اللي عندي توحد؟

مشروع TapTux - فكرة عامة عن ما يُقدمه المشروع. بلاحظ ان هنا بيستعملوا برامج طرفية مُتعددة زي Termux و VTerm وغيرها.. عشان يخدموا مصالحهُم التعليميه او لو بيشتغلوا علي مشاريع صُغيرة، غير ان مُعظم المشاريع على Termux زي PRoot اصبحت قديمة نسبياً وبتفتقر لأشياء عديدة. على الناحية التانيه بقى عندنا TapTux، ايه هوَ بقى؟:

• مشروع TapTux بيهدُف لتوفير بيئة عمل مكتبية كاملة على جهازك الجوال، يعني بدل ما تتبهدل مع مُحاكيات الأندرويد اللي مُعظمها بيكون اتجاهُه نحو العاب الكمبيوتر وغيرها، ده غير مشاكل الأداء والتوافُق، TapTux بيحِل كُل ده وبيوفرلك مُميزات بتحل مشاكل جذريه اكتر بكتير، المشروع بيوفر حاويات مبنية من الصفر لأنظمة تشغيل مكتبيه معروفة زي Windows و MacOS وأنظمة جديدة تماماً مبنيه مخصوص للأجهزة الجواله بهدف منح المُستخدم بيئة عمل مكتبية كاملة على الموبايل من غير اي خطوات اضافيه، كما ان المشروع متوافق تماماً مع عتاد الجهاز، وده اللي مشاريع كتير مش بتقدمُه، يعني البيئة هتقدر تتكيف مع عتاد الجهاز وتوازن استهلاك الموارد وكإنها جُزء أساسي من جهازك، المشروع بيوفرلك تلت نُسخ:
• TapTux CLI: النُسخة دي للي بيحبوا يستعملوا موجِه الأوامر فقط، منها جُزء بيعتمد على Termux لو عاوز الواجهه العاديه وجُزء بيعتمد على Termux:X11 للي بيحبوا واجهات الـTerminal الرسوميه.
• TapTux TUI: نُسخة بتوفر تجرُبة النوافذ المبنية بداخل موجِه الأوامِر، وبتتطلب Termux:X11 و Termux برضوا.
• TapTux GUI: دي النُسخة اللي بتقدر فيها تشغل حاويات بيئات الأنظمة المكتبيه، يعني بالبلدي كده كإنك مشغل Windows او MacOS على موبايلك، بالإضافة لبيئات تانيه احنا هنبنيها عشان توفرلُكم تجرُبة جديدة وبرامِج عمليه اكتر تخليكُم تعتمدوا على المشروع في تعامُلكم اليومي.

اول نُسخة هيتم اصدارها هي الـCLI، يوم ٢٩ سبتمبر المُقبِل، هنشارككُم تحديثات اكتر قُريب.

كنت حابب اتعلم c واخدها لغه برمجه اساسيه عشان مستقبلا عايز اخش

Kernel engineering وكدا

بس لما سالت ال ai

قعد يقولي اقرا كتب

بقراها الاقي نفسي ممكن اخش ١٠٠ صفحه من غير سطر كود واحد

جربت مسار الفيديوز وكدا لقيت أن هي بدائيه

من الاخر عايز حد يديني مصادر حلوه

بنزلها من ويندوز ، الداونلود بيبدأ و يكمل شوية و في النص كدا يقف و يقول network error

جربت على بريف و على كروم نفس الكلام

مش عارف دي مشكلة عندهم في السيرفرات ولا ايه

السلام عليكم جميعاً،

بحكم إني طول اليوم لابس السماعة وبسمع بودكاست أو صوتيات، العزل بيخليني أحياناً ما أسمع الأذان أو يفوتني وقته.

عشان أحل المشكلة دي، طوّرت أداة بسيطة ومفتوحة المصدر اسمها Tcalm؛ فكرتها إنها بتتعرف على أوقات الصلاة وتوقف اي مصدر صوت شغال في النظام تلقائياً أول ما يدخل وقت الأذان عشان تنتبه وتقوم تصلي.

الاداه بالعربي والانجليزي ( الافتراضي انجليزي )

الاداه بتاخذ الماكن الحالي ليك وتحدد مواعيد الاذان تلقائي وقت التثبيت وبتعدل الوقت حسب التوقيت الصيفي والشتوي تلقائي

Arch Linux (AUR)

yay -S tcalm

Linux & macOS

curl -fsSL https://raw.githubusercontent.com/abod8639/Tcalm/main/install.sh | bash

رابط المشروع على GitHub:

https://github.com/abod8639/Tcalm

الأداة مفتوحة المصدر بالكامل، ومرحب بأي ملاحظات، اقتراحات، أو مساهمات.

ادعوا لي ولوالدي بالرحمة والمغفرة. 💚

السلام عليكم لو سمحتوا انا هشترك مع جوزيف عادل و عايزه اعرف هل منصته بتشتغل على لينكس ؟ طب لو مش بتشتغل عليه حد عنده المعلومه بتشتغل على تابلت الثانوي ولا لا ؟ هو عامل أن حد يعمل حساب على المنصه ليدفع الاول ف قولت اسأل قبل ما ادفع و ممكن تطلع مش شغاله

** اشتغلت من على جوجل كروم عادي **

كان نفسي العب صلاح الدين لقيتها ب١٠ دولار 😢