اجتماع مطوري I2P - 9 ديسمبر 2003

[22:02] <jrand0m> 0) مرحباً بكم في $num [22:02] <jrand0m> 1) حالة iip [22:02] <jrand0m> 2) أمور Kademlia + idn [22:02] <jrand0m> 3) أمور تنميط الأقران (peer profiling) [22:02] <jrand0m> 4) خدمات i2p [22:02] <jrand0m> 5) أمور أخرى [22:02] <jrand0m> 0) مرحباً [22:02] <jrand0m> مرحباً [22:03] <jrand0m> هذا الاجتماع رقم 67 أو 68... [22:03] <jrand0m> 1) حالة iip [22:03] <jrand0m> لا أدري. هل يعرف أحد ما الوضع مؤخراً؟ [22:04] <jrand0m> مطوّرو iip ليسوا هنا، لذا... لا أدري. [22:04] <jrand0m> [ping] [22:04] <jrand0m> (الأسبوع الماضي كتبت حوالي 10 دقائق قبل أن يطردني عميلي بسبب مهلة ping...) [22:05] <jrand0m> (لن أكتب شيئاً آخر حتى أتلقى p0ng، تباًّ ;) [22:05] *** Nostradumbass (nostradum@anon.iip) انضم إلى القناة #iip-dev [22:05] <jrand0m> أهلاً Nostradumbass [22:06] <Nostradumbass> مرحباً :) [22:06] <jrand0m> حسنًا رائع، إذن لم أتعرّض لـ ping timeout، الناس فقط يراقبون بصمت. رائع :) [22:06] * jrand0m ينتقل إلى بند جدول الأعمال التالي [22:06] <Nostradumbass> كيف يسير العمل على i2p؟ [22:06] <Nostradumbass> عفواً؟ [22:06] <jrand0m> مقدّمة جيدة ;) [22:07] <jrand0m> بند جدول الأعمال 3) حالة i2p 0.2.3 :) [22:07] *** nerox (~nerox@anon.iip) انضم إلى القناة #iip-dev [22:07] <jrand0m> حصل تقدم كبير، رغم أنني غير متصل. دفعت كماً هائلاً من الشيفرة قبل بضع ساعات [22:07] <jrand0m> ويشمل ذلك تنفيذًا لـ kademlia netDb [22:08] <jrand0m> لذا أنا واثق إلى حد كبير أننا سنصدر 0.2.3 الأسبوع المقبل (وهو أساساً kademlia netDb + برنامج نصي shell) [22:08] <jrand0m> لكن أجرينا بعض التغييرات الإضافية على بروتوكول Kademlia لجعل الأمور أكثر ملاءمة لـ i2p [22:09] <jrand0m> سيبقى لدينا دائمًا شجرة Kademlia متناثرة جدًا، جدًا، /جدًا/. [22:09] <jrand0m> 2^256 موضعًا ممكنًا، و1–10 قيَم لكل نظير في الشبكة. [22:09] <jrand0m> لذا، حتى مع التفكير بحماسٍ جنوني، لن نستخدم شيئاً يُذكر، وكل شيء سيكون في أبعد kbucket [22:10] <jrand0m> لذا ستُتجاهل بعض أجزاء Kademlia بهدوء ;) لكن الفكرة الأساسية تبقى كما هي، بما في ذلك خوارزمية البحث والمقياس الخاص بالمسافة [22:10] <jrand0m> أما idn فهو متوقف تمامًا. [22:11] <jrand0m> فكرة أن شيفرة netDb في i2p يمكن أن تعمل على نفس الشيفرة كـ DHT للنشر كانت فكرة ساذجة صغيرة [22:11] <jrand0m> وقد تَم التخلي عنها فوراً. [22:11] <jrand0m> idn تظل عمومًا فكرة جيدة، لكنني لن أقضي وقت تطوير i2p في العمل عليها [22:12] *** tusko (~tusko@anon.iip) انضم إلى القناة #iip-dev [22:12] <jrand0m> لكن جزءًا من تغييرات 0.2.3 يتضمن إعادة صياغة جذرية لكيفية اختيار الأقران وتنظيم إحصاءات الـ router [22:12] <jrand0m> هلا tusko [22:12] <jrand0m> وهذا يأخذنا إلى بند جدول الأعمال 3) تنميط الأقران [22:12] <jrand0m> كنت متساهلاً نوعًا ما... وأخيرًا أجريت بعض الحسابات [22:13] <jrand0m> الإحصاءات التي تُجمع الآن هائلة. [22:13] <jrand0m> حوالي 6000 نقطة بيانات /لكل نظير/ [22:13] <duck> ما هو تنميط الأقران؟ [22:13] <jrand0m> تنميط الأقران هو حيث يحتفظ الـ router بسجل لأداء كل نظير لكي يقرر من سيستخدمه لاحقًا [22:13] <duck> آه [22:13] <jrand0m> (أي routers سريعة، routers موثوقة، إلخ) [22:13] <duck> العملية التي تلتهم ذاكرتي :) [22:14] <jrand0m> هه، في الواقع ذلك الجزء ليس سيئًا إلى هذا الحَدّ [22:14] <jrand0m> لكن 6000 نقطة بيانات لن تتوسع جيدًا. [22:14] <jrand0m> 1000 routers @ 6000 نقطة بيانات لكل منها @ 4 بايت/نقطة بيانات = 24 ميغابايت [22:15] <jrand0m> ومع ذلك، فالحفاظ على إحصاءات تفصيلية لبضعة مئات من الأقران على الأرجح جيد، حتى مع نمو الشبكة أكثر [22:15] <jrand0m> نحن /لا/ نحتاج للاحتفاظ بإحصاءات عن الجميع. فقط الـ routers التي نريد 'استخدامها' لِـ tunnels الخاصة بنا، وgarlic routing، وsource routing. [22:16] <jrand0m> على المدى الطويل قد نكتفي بتتبع مئة نظير أو نحو ذلك. [22:16] <jrand0m> لكن، في الوقت الحالي، سأقول: تبًّا للأمر. [22:16] <jrand0m> لنحتفظ بإحصاءات عن جميع الأقران [22:16] <duck> ping [22:16] <jrand0m> p0ng [22:17] <duck> هل سيحاول التعرّف على جميع الأقران؟ [22:17] <jrand0m> حالياً، نعم [22:17] <duck> أوه انتظر، آخر سطورك غطّت ذلك [22:17] <jrand0m> لدينا أيضًا بعض الشيفرة لدمج وتشغيل الحسابات على ملفات تنميط الأقران [22:18] <jrand0m> لذا سيحدّد أحد تلك الآليات أي الأقران سنُسقِط [22:18] <jrand0m> مثال على مجموعة البيانات التي تُجمع: (Link: http://i2p.dnsalias.net/~jrandom/profile.txt)http://i2p.dnsalias.net/~jrandom/profile.txt [22:19] <jrand0m> (ستلاحظ الكثير من الأصفار :) [22:19] <jrand0m> كتبت بيانًا تقريبيًا لاختيار الأقران وتنميطهم، لكن أحتاج لوضعه على الـ wiki [22:20] <jrand0m> لكن كل ذلك يخص 0.3 فعلاً. 0.2.3 يستخدم جزءًا يسيرًا منه فقط [22:21] <jrand0m> حسنًا، هذا كل شيء بشأن تنميط الأقران. المزيد لاحقًا، فقط أعطيت لمحة بسيطة عمّا يجري [22:21] <jrand0m> (وبالطبع، كما دائمًا، أي شخص يريد الغوص عميقًا وتحديد ما الإحصاءات/الحسابات/الهجمات/إلخ التي ينبغي استخدامها سيكون ذلك موضع تقدير كبير جدًا) [22:22] <jrand0m> حسنًا، 4) خدمات i2p [22:23] <jrand0m> موقع tc رائع وموثوق حقًا! وأخيرًا وصلت إلى صفحة nightblade أيضًا، وهي مدوّنة لطيفة ('plog' ;).. فقط أتمنى لو أمكنني ترك تعليقات :) [22:23] <jrand0m> هناك أيضًا خادوم jabber الخاص بـ duck، والذي يعمل بسهولة إلى حد ما وفق الإرشادات المنشورة على لوحة tc [22:24] <jrand0m> أحيانًا تتصرف الأشياء بغرابة قليلاً، لكن ذلك مرتبط ببعض العلل في الـ router بإصدارات <= 0.2.2، وقد أُصلِحت (وستُطرح في 0.2.3) [22:24] <jrand0m> الوسيط Squid غالبًا غير متصل، لأنني كثير الانقطاع ولا أستطيع رعاية routers Kaffe الخاصة بي :/ [22:25] <jrand0m> لذا في الوقت الحالي، الـ eepsites ودردشة jabber هما على الأرجح أكثر الأشياء موثوقية على i2p، وكلها تعمل فوق i2ptunnel [22:25] <jrand0m> ما الخدمات التي سيكون من الرائع ظهورها لاحقًا؟ [22:25] <duck> حاولت تشغيل ircd عبر i2ptunnel [22:25] <duck> ولكن قبل أن يحصل على كامل MOTD بعد تسجيل الدخول، كنت قد حصلت بالفعل على ping timeout [22:26] <jrand0m> أوه [22:26] <duck> وكان ذلك على نفس الـ router [22:26] <duck> لذا في الواقع سيكون الأداء أسوأ [22:26] <jrand0m> على الـ router المحلي حصل ping timeout؟! [22:26] <jrand0m> لا ينبغي لـ router محلي أن يُسجّل ping timeout لأي شيء [22:26] <jrand0m> آه، باستثناء علّة التنافس تلك [22:26] <jrand0m> (والتي ربما كانت السبب، لأنه كان محليًا والتسابق أسرع هناك) [22:26] <duck> عميل IRC تعرّض لـ ping timeout لعدم الاستجابة في الوقت [22:27] <duck> سأعيد المحاولة مع 0.2.3 [22:27] <jrand0m> تمام [22:27] <duck> مع ذلك jabber مناسب الآن [22:27] <jrand0m> بالتأكيد [22:27] <jrand0m> وعلى المدى الطويل، IRC ليس الطريق المناسب [22:27] <duck> tc وjrandom وأنا موجودون هناك للدردشة! [22:27] <jrand0m> ههه :) [22:28] <jrand0m> نحتاج إلى حل مراسلة فورية ودردشة جماعية لا يسلّم النص الصريح لأي جهة غير مخوّلة، ولا يتطلب نقاط اختناق مركزية [22:28] <jrand0m> (أي iip 2.0) [22:28] <jrand0m> الآن سيكون وقتًا مناسبًا لعودة userx إلى الصف ;) [22:29] * jrand0m يتوقف عن حبس أنفاسه [22:29] <jrand0m> خادوم NNTP سيكون /أيضًا/ رائعًا جدًا جدًا. [22:29] <duck> سأحاول ذلك غدًا [22:29] <jrand0m> r0x0r [22:30] <duck> jabber جيد حقًا لتشغيل أشياء أخرى فوقه [22:30] <duck> اطلع على مواصفات Jabber RPC [22:30] <duck> (Link: http://www.pipetree.com/jabber/jrpc/)http://www.pipetree.com/jabber/jrpc/ [22:30] <duck> خدمات أخرى؟ [22:30] <jrand0m> هذا مثير للاهتمام - استخدام jabber أساسًا كخدمة تسمية [22:31] <duck> تقصد: [22:31] <jrand0m> سيكون هناك دائمًا خدمات أكثر لإضافتها - مع البريد (usenet)، والدردشة (jabber)، والنشر/التصفح (eepsites)، لدينا تغطية جيدة [22:31] <duck> خادم الأسماء لديه عميل jabber يمكنك من خلاله تسجيل الأسماء (بوجود رمز token) [22:31] <duck> وتستخدمه أيضًا للاستعلام؟ [22:31] <jrand0m> لا [22:32] <jrand0m> أن يكون سجل jabber هو خدمة التسمية [22:32] <duck> حسنًا [22:32] <jrand0m> إنها مركزية لكنها تعمل [22:32] <jrand0m> تمامًا مثل hosts.txt :) [22:33] <duck> هل توجد حلول بريد مناسبة أكثر لهذه البيئات من SMTP وPOP/IMAP؟ [22:33] <jrand0m> هذا سؤال جيد حقًا [22:33] <duck> لأني لا أظن أنه سيعمل ببساطة عند توصيل خوادم البريد [22:34] <jrand0m> نعم، سيحتاج على الأرجح إما إلى بوابة (على طريقة freemail) أو أن تقوم خدمة التسمية ببعض الحركات البهلوانية [22:34] <jrand0m> أو يعود إلى خادوم POP3/IMAP مركزي واحد مع الجميع على نفس الخادوم [22:35] <duck> تحدثت أمس مع aum (مؤلف freemail) [22:35] <duck> كان يتحدث عن إعادة تنفيذ fred بلغة Python [22:35] <jrand0m> لول، جميل [22:35] *** mrflibble (mrflibble@anon.iip) انضم إلى القناة #iip-dev [22:35] <duck> لذا اقترحتُ عليه أن يعمل بدلاً من ذلك على routers بلغة Python لـ i2p [22:35] <jrand0m> أوه ذلك سيكون رائعًا تمامًا! [22:35] <duck> ثم انزعج تمامًا بشأن مستندات PDF [22:36] <jrand0m> مرحبًا، إن أراد النسخ الأصلية من openOffice، أو حتى تصدير txt فسأقوم بالتصدير [22:36] <duck> وفقدت أعصابي وأخبرته أنك ستوفّر أيضًا مستندات m$word إذا طلب بلطف [22:36] <duck> حسنًا، لقد كنت أحمقًا لعينًا لأنك لم تقم بتصدير HTML أو شيء مشابه [22:36] <jrand0m> لا، جرّبت ذلك ;) [22:36] <duck> فقدت صبري وقلت له أن يتحدث معك [22:36] <jrand0m> تصدير HTML في openOffice سيئ جدًا [22:37] <duck> همم [22:37] <mrflibble> صحيح يا jr [22:37] <jrand0m> عندما تصل المواصفات إلى 1.0 (أي عندما يصل الـ router إلى 1.0 وتُحدَّث لتوافق الشيفرة)، ستُنشَر على الـ wiki. [22:37] <duck> لكن الـ wiki تحتوي معظم المعلومات [22:37] <jrand0m> بالضبط [22:37] <mrflibble> حاولت استخدام ذلك لكتاب كيفن ميتنيك. كان أسوأ من MS Office [22:37] <duck> على أي حال [22:37] <jrand0m> بالزبط. [22:37] <duck> قد يظهر هنا يومًا ما [22:37] <jrand0m> سيكون ذلك رائعًا [22:38] <duck> لكن ربما من الأفضل، مع مزاجه هذا، أن ينضم إلى جماعة freenet [22:38] <duck> ... [22:38] <jrand0m> حسنًا، الجهد على freenet دائمًا شيء جيد [22:38] * duck يعود ليكون لطيفًا [22:38] <jrand0m> :) [22:38] <duck> عمل aum رائع [22:38] <duck> نأمل أن يبدع على i2p [22:39] <jrand0m> نعم، كلما تحدّث أحد عن البحث على freenet، كنت أقول دائمًا: "حسنًا فقط افعل McNabb" [22:39] <jrand0m> نحن بحاجة إلى المساعدة، بالتأكيد [22:39] <duck> وهذا يقودني إلى السؤال التالي: [22:39] <duck> هل التغييرات التي تجريها على I2P موثّقة في المواصفات؟ [22:39] <duck> أم أن شيفرة Java هي الوثيقة للمعلومات الأحدث؟ [22:40] <jrand0m> هناك ملاحظات مدونة في PalmPilot الخاص بي، وفي نظام الملفات، وفي الدفتر، لكن للأسف لم أحدِّث مستندات openoffice منذ مدة [22:40] <jrand0m> فبراير هو شهر التوثيق بالنسبة لـ jrandom. [22:40] <jrand0m> (وكذلك QA، وإصلاح العِلل) [22:41] <jrand0m> ((وأيضًا سهرات ;)) [22:41] <jrand0m> المواصفات لا تزال صحيحة إلى حد كبير، هناك فقط مزيد من التفاصيل. [22:41] <duck> رائع [22:41] <jrand0m> لكن بُنى البيانات شهدت تغييرات أكثر [22:42] <jrand0m> حسنًا، أي شيء آخر بخصوص الخدمات؟ [22:43] <jrand0m> حسنًا، 5) أمور أخرى [22:43] <jrand0m> مرحبًا [22:43] <duck> مرحبًا! [22:43] <jrand0m> كيف الأحوال؟ [22:43] <jrand0m> [أي أسئلة/أفكار/مشكلات/إلخ توضع هنا] [22:43] <duck> يجدر إضافة حيل base64 إلى صفحات i2ptricks [22:44] <jrand0m> أوه، نقطة جيدة [22:44] <duck> قد تكون هناك حيل أخرى أيضًا لا أعرفها بعد [22:44] <duck> سأجري grep على المصادر عن 'main' [22:44] <jrand0m> أشعر بالذنب لأن المُثبِّت لا يتيح لشخص ما جلب hosts.txt وإعادة reseed تلقائيًا [22:44] <jrand0m> لول [22:44] <jrand0m> هناك الكثير والكثير من دوال main()، لكنها في الغالب وظائف اختبار [22:45] <jrand0m> أوه! [22:45] <jrand0m> أمر واحد. لا تَشغِّل الشيفرة الحالية من CVS وتتوقع أن تعمل مع routers العادية. [22:45] *** joda (--@anon.iip) انضم إلى القناة #iip-dev [22:45] <joda> مرحبًا [22:45] <jrand0m> رسائل قاعدة البيانات تغيّرت :) [22:45] <jrand0m> مرحبًا joda [22:45] <joda> آسف، إن كنت أقاطِع شيئًا [22:45] <duck> انزعجت قليلًا لأني لم أستطع تشغيل CVS [22:45] <duck> لكن تذكرت بعدها أن هذا ليس freenet [22:45] <joda> كنت أتساءل فقط ماذا حدث لـ "anonymail" ؟ [22:46] <duck> إذًا لست بحاجة إلى أحدث CVS لتستطيع استخدامه [22:46] <jrand0m> joda> المستخدم الذي يُشغّله لا يبدو متصلاً في الوقت الحالي. ينبغي أن يعود قريبًا [22:46] <jrand0m> ههه يا duck – هل فشل معك اليوم بعد أن أجريت التزامًا، أم تقصد قبل اليوم؟ [22:46] <duck> في مكانٍ ما الأسبوع الماضي [22:46] <joda> jrand> شكرًا :) [22:46] <joda> أراك لاحقًا :) [22:46] <jrand0m> آه، أوكي يا duck [22:46] <jrand0m> l8r joda [22:47] <jrand0m> نعم، أنا أوصي فقط بتشغيل الإصدارات المنشورة [22:47] <duck> هل سيضع 0.2.3 ملفات الإصدار في دليل؟ :) [22:47] <jrand0m> 0.2.3 يتخلص من ملفات الإصدار :) [22:47] <jrand0m> (الكثير والكثير والكثير من التغييرات) [22:47] <jrand0m> لكن هذا يعني أن 0.2.3 (وما بعده) سيتطلب ساعات صحيحة عمومًا [22:48] <jrand0m> (القيمة الحالية Router.CLOCK_FUDGE_FACTOR = 30 دقيقة) [22:48] <duck> ما سيكون هامش الخطأ للوقت في 0.2.3؟ [22:48] <jrand0m> على الأرجح نفسه [22:49] *** joda غادر #iip-dev [22:49] <duck> آه، الحالي = شيفرتك [22:49] <jrand0m> سيُستخدم ذلك الوقت لانتهاء صلاحية إدخالات قاعدة البيانات [22:49] <duck> تمام [22:49] <jrand0m> آه، صحيح، نعم :) [22:49] <jrand0m> (في 0.2.2 ذلك clock_fudge_factor منتشر عبر نصف دزينة من الملفات) [22:49] <duck> ربما يمكن أن يكون المُثبِّت أكثر وديّة للمستخدمين قليلاً [22:49] <duck> أي بأسئلة أقل [22:49] *** تسجيل خروج: nickthief66282 (Excess Flood) [22:50] <duck> تضمين عناوين phttp الافتراضية، بدون تحديد لعرض النطاق الترددي إلخ [22:50] <jrand0m> أظن يمكننا تخمين منافذ عشوائية تلقائيًا أيضًا [22:50] <jrand0m> أنت محق [22:50] <jrand0m> هل تريد صلاحيات commit؟ :) [22:50] *** تسجيل خروج: nerox (EOF From client) [22:50] <jrand0m> (وإن لم تُرِد أستطيع تحديثه لـ 0.2.3) [22:51] <duck> حجة ضد ذلك قد تكون أن المستخدمين سيفترضون الإعدادات بسهولة شديدة [22:51] <duck> ويستخدم الجميع نفس phttp relay [22:51] *** nickthief24373 (~chatzilla@anon.iip) انضم إلى القناة #iip-dev [22:51] <jrand0m> صحيح. رغم أن خطط 0.3.1 تتضمن تحديث شيفرة phttp relay للسماح للمرحلين بالتحدّث مع بعضهم، وإعادة توجيه المستخدمين إلى مرحّل أقل حملاً [22:52] <jrand0m> أنا راضٍ عمومًا عن عملية التثبيت حاليًا - أنشأت تثبيتًا جديدًا لـ 0.2.2 وكنت أتصفح صفحة tc في أقل من دقيقة [22:52] <jrand0m> (مع أن ذلك لأنني أعرف ما يقوله كل النص ولم أقرأه...) [22:52] <duck> لا تعجبني المفاتيح الطويلة [22:53] <duck> خصوصًا إذا اضطررت إلى نسخها ولصقها [22:53] <duck> الأفضل استخدامها كملف [22:53] <jrand0m> همم؟ [22:53] <duck> لكن توزيع الملفات الثنائية أمر مُرهِق [22:53] <duck> لذا عليك القيام بخدعة base64.. [22:53] <duck> هل يمكن لـ i2ptunnel قراءة مفاتيح وِجهة بصيغة base64 أيضًا؟ [22:53] <duck> أي من ملف [22:53] <jrand0m> كنت أكتب ذلك للتو ;) [22:53] <jrand0m> نعم، لن يكون ذلك عملاً كثيرًا [22:54] <jrand0m> ربما سطرًا واحدًا حتى [22:54] <duck> وأيضًا، ماذا عن التغليف (armouring)؟ [22:54] <duck> مع رأس وتذييل [22:54] <duck> مثل PGP إلخ [22:55] <jrand0m> صحيح، سيكون مفيدًا أن يكون لدينا مثل هذا النوع من التحقّق [22:55] <duck> بالطبع هذا مجرد أداة [22:55] <duck> لكن قد يكون مفيدًا لأولئك الذين يريدون استخدام الـ tunnel [22:55] <jrand0m> مع أن بنية Destination نفسها متطلبة جدًا [22:55] <jrand0m> لكنّك محق، base64 خام ليس الشيء الأكثر بديهية أو أمانًا لتداوله [22:56] <jrand0m> نحتاج إلى Bugzilla [22:56] <jrand0m> حتى يمكن نشر أشياء كهذه كمهام todo [22:56] <jrand0m> سأنقل ذلك من قائمة المهام على Palm إلى هناك [22:56] <duck> Bugzilla لديها متطلبات تسجيل صارمة جدًا [22:56] <duck> مع عناوين بريد إلكتروني إلخ.. [22:56] <jrand0m> صحيح [22:57] <duck> ولكن أفضل من لا شيء [22:57] <duck> كل أنظمة تتبّع العلل الأخرى لديها عيوبها [22:57] <jrand0m> نعم، كل شركة عملتُ لديها انتهى بها الحال تقريبًا إلى بناء نظامها الخاص [22:58] <jrand0m> سنرى. سنحتاج إلى متتبع علل بحلول الوقت الذي نبدأ فيه بـ QA كامل (حالما يصدر 0.3) [22:58] <jrand0m> لذا لدينا بضعة أسابيع ;) [22:58] <jrand0m> لكن إذا قام أحد بالبحث ووجد واحدًا جيدًا حقًا، فسيكون ذلك رائعًا [22:59] <jrand0m> [لست أنت تحديدًا يا duck، أي شخص يقرأ سجلات الاجتماع هذه في المنزل ;)] [22:59] <duck> حتى الآن phpBugTrackers كان مناسبًا بالنسبة لي [22:59] <jrand0m> همم لم أستخدم ذلك [22:59] <duck> نعم، أنا لا أتحدث إلى jrandom أيضًا [22:59] <jrand0m> لول [22:59] <duck> بل إلى مجموعة مطوّري شيفرة I2P :) [22:59] * jrand0m هو فعليًا 12 شخصًا يتصرفون تحت اسم مستعار واحد [23:00] <jrand0m> حسنًا، ساعة واحدة بالتمام [23:00] <jrand0m> هل لدى أي شخص شيء آخر قبل أن أُخرج الـ*baf*er؟ [23:01] * duck يطالب بدقيقة إضافية واحدة [23:01] <duck> بما أننا بدأنا عند 21:02 [23:01] <jrand0m> نعم نعم [23:01] <jrand0m> لا لا لا [23:01] <jrand0m> ماذا عليّ أن أتناول على العشاء؟ [23:01] <jrand0m> يوجد مطعم فلافل لطيف بجوارنا... [23:01] <jrand0m> وتناولت غداءً نيوكي أيضًا [23:01] <jrand0m> همم... [23:01] <jrand0m> ربما عشاء سائل [23:02] <duck> شوربة؟ [23:02] <jrand0m> أوووو شوربة ويسكي! [23:02] * jrand0m يُغلق الاجتماع بـ *baf* على هذه الملاحظة