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

[22:04] <jrand0m> 0) مرحباً [22:04] <jrand0m> 1) iip [22:04] <jrand0m> 2) 0.2.3 & 0.2.3.1 [22:04] <jrand0m> 3) مرحباً [22:04] <jrand0m> 0) مرحباً [22:04] <jrand0m> أهلاً بكم في اجتماع ما... رقم شيء ما [22:05] <jrand0m> (68؟ 69؟) [22:05] <MrEcho> اللعنة، إنها الواحدة ظهراً هنا [22:05] <jrand0m> GMT-8؟ [22:05] <duck> 69 [22:05] <jrand0m> h0t. [22:06] <jrand0m> حسنًا، 1) iip [22:06] *** تسجيل الخروج: tusko (EOF From client) [22:06] * MrEcho يترجم نواة للاجتماع [22:06] <jrand0m> iip يتصرف بجنون. كل ما أعرفه أن nop "ينقل الخوادم"، أياً كان معنى ذلك. لا أعرف متى سينتهي، إلخ. [22:06] <jrand0m> هل لدى أحد أي معلومات إضافية يود مشاركتها مع الجميع؟ [22:06] *** mids (mids@anon.iip) انضم إلى القناة #iip-dev [22:06] <MrEcho> لا معلومات من nop [22:07] <mids> هذا الصباح قيل لي إنه بإمكاني تشغيل Trent مرة أخرى [22:07] <mids> (وقد فعلت ذلك بالفعل الليلة الماضية) [22:07] <jrand0m> رائع [22:07] <jrand0m> شكراً [22:07] <mids> هذا يشير إلى أن nop يعتقد أن IIP أصبح أكثر استقراراً مجدداً [22:07] <mids> إذا كان لذلك أي قيمة... [22:07] <mids> *كح* [22:07] <jrand0m> حسنًا ممتاز [22:08] <jrand0m> [woot زميلي في السكن أعطاني للتو كأس نبيذ للاجتماع] [22:08] <MrEcho> lol [22:08] <jrand0m> حسناً، بما أن nop متصل ولن يأتي إلى الاجتماع، سنؤجل حشود الشنق لوقت لاحق [22:09] <jrand0m> 2) 0.2.3 & 0.2.3.1 [22:09] <mids> ما السؤال المحدد الذي تريد سؤاله له؟ [22:09] <protocol> متى يكون الاجتماع [22:09] <jrand0m> السؤال المحدد> متى سيصدر إعلاناً رسمياً يصف المشاكل السابقة وكيف سيتم التعامل مع المشاكل المستقبلية؟ [22:09] <jrand0m> الاجتماع الآن [22:10] <jrand0m> (أي، متى ينبغي لنا استكشاف وسائل تواصل غير iip) [22:10] <mids> إذا حصلت على إجابة سأخبرك. [22:10] <jrand0m> شكراً [22:11] <jrand0m> حسناً، أمور i2p. الإصدار 0.2.3 صدر أمس، ومع أن معظم كود Kademlia (خوارزمية جداول التجزئة الموزعة DHT) يعمل بشكل جيد، ظهرت بعض علل 0.2.2 بالإضافة إلى علل أخرى قيد الاستكشاف. [22:11] <jrand0m> قمت بإيداع تغيير لاستخدام رسائل عبر tunnel لرسائل dbStore بدلاً من garlics، ما ينبغي أن يقلل الحمل الذي كان tc (وغيره) يراه على الخوادم [22:12] <jrand0m> هناك أيضاً SessionKeyManager دائم جديد سيجعل عمليات إعادة التشغيل لا تُعطِّل الـ router بالكامل لمدة 15 دقيقة [22:12] <MrEcho> ماذا عن أزمنة اتصال العميل بـ routers؟ [22:12] <duck> حتى الآن يبدو جيد/سيئ مثل 0.2.2؛ إلا إذا تعطّل الـ router/tunnels لدي الليلة مجدداً، عندها سيكون أسوأ من 0.2.2 [22:13] <jrand0m> MrEcho> هذا يبدو أنه تفاعل بين علّتين من 0.2.2 تزداد سوءاً أكثر من قبل. هاتان الاثنتان هما أعلى أولوياتي. [22:13] <MrEcho> حسناً ممتاز [22:13] <jrand0m> duck> شعوري أنه أسوأ من 0.2.2 من منظور المستخدم النهائي. أعمل على إصلاح ذلك دون التضحية بالمجهولية أو الأمان. [22:13] <MrEcho> من الصعب العمل على DNS مع تلك العلة اللعينة.. عليّ إعادة تشغيل خادم DNS كثيراً [22:14] <jrand0m> MrEcho> مع routers محلية فقط لم أتمكن من إعادة إنتاج العلل - هل يعمل لديك مع الوضع المحلي فقط؟ [22:15] <MrEcho> لا [22:15] <jrand0m> هل يمكنك أن ترسل لي سجلات التصحيح لذلك؟ [22:15] <MrEcho> حذفتها بالفعل [22:16] <jrand0m> حسنًا، إذا جربت مرة أخرى ولم يعمل، إذا تمكنت من إرسال سجلات التصحيح من كل من الـ router والعميل سأكون ممتناً. [22:16] <MrEcho> يفعل الشيء نفسه كما قبل.. العميل يحصل على رسالة أنه أُرسِل.. لكنها لا تصل أبداً إلى العميل [22:16] <MrEcho> إلى العميل الآخر [22:17] <MrEcho> نعم.. سأرى ما يمكنني فعله [22:17] <jrand0m> حسناً، يبدو أنها علّة i2psessionImpl2. لم أتمكن من إعادة إنتاجها محلياً، لكن بمجرد إصلاحها عن بُعد نأمل أن تعمل في حالتك [22:17] <jrand0m> شكراً [22:17] <jrand0m> على أي حال، شكراً لصبركم جميعاً مع التحديث. نحن نُحرز تقدماً، حتى لو لم يبدو ذلك على السطح [22:18] <protocol> واصل التألق، يا ألماسة مجنونة [22:18] <duck> في المستقبل، لنقل عندما يُستخدم i2p فعلياً، كيف ستتغير عملية التطوير/الإصدار لمنع الإصدارات المعطوبة من إفساد الشبكة؟ [22:19] <jrand0m> ما إن يخرج 1.0، سأطوّر وأطلقه إلى مجموعة مجنونة من المتطوعين للعب به لمدة أسبوع، ثم إن سارت الأمور بشكل رائع، سيُطرح كإصدار عام. [22:20] * FireRabbit سيكون متطوعاً مجنوناً [22:20] <jrand0m> حالياً عليّ أن أقاتل kaffe & jetty من أجل تحديثات على i2p.dnsalias.net [22:20] <duck> أي نوع؟ [22:20] * MrEcho هو كذلك بالفعل [22:20] *** tusko (~tusko@anon.iip) انضم إلى القناة #iip-dev [22:20] <jrand0m> أنتم جميعاً متطوعون مجانين (ومفيدون جداً) بالفعل :) [22:20] <FireRabbit> شكراً لك! [22:20] <FireRabbit> :) [22:21] *** TC (~TC@anon.iip) انضم إلى القناة #iip-dev [22:21] <jrand0m> أهلاً إذا ليس tc [22:21] * MrEcho يوبّخ TC .. أنت متأخر [22:21] <TC> مرحباً [22:21] <TC> هل عدنا للعمل؟ [22:21] <MrEcho> نعم أستطيع الكتابة اليوم... [22:22] <jrand0m> يبدو أن iip يعمل... [22:22] <TC> ياي [22:22] <jrand0m> على أي حال، آمل أن يكون 0.2.3.1 جاهزاً خلال الأيام القليلة المقبلة، بمجرد إصلاح العلتين الحرجتين (تم بالفعل تحديث مشكلة تحميل CPU الزائد التي رآها tc) [22:23] *** wiht (anon@anon.iip) انضم إلى القناة #iip-dev [22:23] <TC> ما السبب؟ [22:23] <FireRabbit> يبدو أن نشاط القرص ازداد منذ التحديث إلى 0.2.3 لكني لم أمض وقتاً لأرى إن كان ذلك من i2p أم أن الحاسوب يتصرف بغباء [22:23] *** تسجيل الخروج: wiht ((null)) [22:23] <TC> FireRabbit، كم لديك من الذاكرة؟ [22:24] <FireRabbit> أعتقد أن ذاك الحاسوب يحتوي 128 [22:24] <FireRabbit> أتظن أنه قد يكون ملف الترحيل؟ [22:24] <jrand0m> السبب هو أن 0.2.3 يرسل كل رسائل dbStore عبر رسائل موجهة بالـ garlic بدلاً من الإرسال المباشر، ما يستخدم إما ElGamal أو AES+SessionTag (اعتماداً على ما إذا كانت العلامات معروفة). الـ persistentSessionKeyMAnager سيجعل العلامات تدوم أطول، و0.2.3.1 سيُرسل رسائل dbStore عبر tunnels بدلاً من ذلك [22:24] <TC> لأن لدي 512 وi2p أعطاني خطأ 'out of memmory' الليلة الماضية [22:24] <jrand0m> حقاً؟ تبا [22:24] <FireRabbit> أوه، مثير للاهتمام [22:25] <MrEcho> واو [22:25] <jrand0m> نعم، هذا هو رقم 3 في قائمة العلل المتبقية لأكسرها (مع أن ذلك ليس مانعاً لصدور 0.2.3.1) [22:25] <jrand0m> الـ OOMs لا تستخدم كل 512 [22:25] <TC> لكنه يبدو أنه يعمل بشكل جيد الآن [22:25] <jrand0m> إنها تستخدم فقط ما أُعطي للجافا (مثلاً 64M) [22:26] <TC> نعم [22:26] <duck> Memory: In use: 8187KB [22:26] <jrand0m> تمام [22:26] <duck> هذا ليس كثيراً! [22:26] <duck> بعد [22:26] <MrEcho> Memory: In use: 8908KB Free: 4088KB [22:27] <jrand0m> صحيح، هناك شيء ينمو هناك، آمل أن أتتبعَه بحلول 0.3 [22:27] <jrand0m> جميل، Free تعني أنه كان يستخدم 12.9M، الآن يستخدم فقط 8.9 [22:27] <TC> يعمل على 30 ميغابايت من الذاكرة في اللحظة، لكن الليلة الماضية قفز إلى (ما قاله ويندوز) '70' وهناك تقريباً حصل الانهيار [22:27] <jrand0m> نعم، kaffe يفعل ذلك معي tc [22:28] <jrand0m> حسناً، على أي حال، ينبغي على الناس الاشتراك في قائمة i2p البريدية [22:28] * FireRabbit يفكر عندما يعود إلى المنزل اليوم أنه سيعيد كتابة مكتبة meshwork لأنها بها بعض المشاكل [22:28] <FireRabbit> تنهد [22:28] <jrand0m> ((Link: http://i2p.dnsalias.net/pipermail/i2p/)http://i2p.dnsalias.net/pipermail/i2p/) [22:28] <jrand0m> يا للغرابة يا FireRabbit [22:28] <FireRabbit> هذا الشيء لن ينتهي أبداً [22:28] <TC> نعم، والذاكرة ليست مشكلة كبيرة في معظم الأحيان [22:28] <jrand0m> هيه، لا يسير أي مشروع بسهولة كما يأمل المرء [22:28] <FireRabbit> كلا [22:28] <protocol> jrand0m: القائمة البريدية تُطلق حماية ياهو ضد السبام [22:28] <protocol> مجرد تنبيه [22:28] <jrand0m> حقاً يا protocol؟ [22:29] <protocol> نعم [22:29] <jrand0m> ربما هذا ما فعّل حارس السبام عندما أرسلت نسخة إلى iip-dev [22:29] * jrand0m سيكتب إلى مزود الخدمة لدي [22:29] <jrand0m> (أو ربما بسبب .dnsalias.net) [22:30] <protocol> لم أتلقَ أي رسائل حتى الآن، وقد أفرغت بريد العشوائي قبل أن أتحقق [22:30] <duck> أو لقب jrandom [22:30] <jrand0m> lol duck [22:30] <FireRabbit> :) [22:30] <jrand0m> سيكون ذلك رائعاً لو تم تصفية لقبي :) [22:30] <FireRabbit> hehe [22:30] *** wiht (anon@anon.iip) انضم إلى القناة #iip-dev [22:30] <jrand0m> أهلاً بعودتك wiht [22:30] <jrand0m> وبالمناسبة، أظن أن علي إدخال 3.1) التطبيقات :) [22:31] <jrand0m> يا MrEcho، كيف تسير المعركة؟ [22:31] <wiht> jrand0m: مرحباً. [22:31] <MrEcho> اليوم الذي يكتب فيه أحدهم برنامج كشف تلقائي لإعدادات ترجمة لينكس [22:31] <MrEcho> حسناً، الأمر في طريقه [22:31] <duck> knoppix يستخدم شيئاً للكشف التلقائي، أليس كذلك؟ [22:31] <jrand0m> ./configure ; make ; make check ; make install ; reboot [22:31] <duck> </offtopic> [22:31] <MrEcho> لقد خططت تقريباً لكل ما أريد فعله [22:31] <jrand0m> تمام [22:32] <jrand0m> هل لديك رؤية واضحة لكيف يمكن تحديث i2ptunnel للاستفادة مما تفعله يا MrEcho؟ [22:32] <FireRabbit> أظن أن knoppix يستخدم hotplug [22:32] <MrEcho> 0.1 لن يكون/قد يكون مقفلاً .. لا أعلم بعد [22:32] <jrand0m> coo' [22:33] <TC> أوه jrand0m، لدي سؤال عن الـ cvs [22:33] <jrand0m> كيف الحال؟ [22:33] <MrEcho> لطلبات DNS سأجعل هناك منفذاً على جهة Client وRS لطلبات الأسماء [22:33] <FireRabbit> حسناً jrand0m نوّرني بهذا: إذا كان لديك مصفوفتان، واحدة تخزّن البيانات التي تم استلامها للتو وواحدة تعمل كذاكرة وسيطة، ماذا ستسميهما [22:33] <MrEcho> وسأبني مكتبة لأي تطبيق ليستخدمها [22:33] <jrand0m> FireRabbit> src, dest [22:34] <FireRabbit> هممم [22:34] <TC> فكرت أنه سيكون من الجيد إن حدّثت ملف hosts مباشرة إلى cvs المبني على i2p كي يُضمّن مع الإصدارات المستقبلية [22:34] <jrand0m> بالتأكيد tc [22:34] <FireRabbit> هذه فئة كبيرة نوعاً ما، أظنني أريد أن أكون أكثر تحديداً من ذلك [22:34] * jrand0m ينبغي أن يمنحك حساب cvs [22:34] <TC> أتساءل فقط كيف أتصل به [22:34] <duck> TC: أنت تريد (Link: http://www.tortoisecvs.org/)http://www.tortoisecvs.org/ [22:34] <duck> أسهل عميل CVS لويندوز أعرفه [22:35] * MrEcho يستخدم نسخة الدوس :) [22:35] <mihi> duck: for windows != win9x ;) [22:35] * FireRabbit يستخدم منفذ أوامر cvs [22:35] <duck> mihi: اختبرته مع win9x [22:35] <jrand0m> tc> هل استخدمت cvs من قبل؟ أم أنك مهتم بالمجهولية؟ (يجب أن تكون قادراً على استخدام cvs عبر i2p حالياً) [22:35] * mihi يستخدم إما WinCVS أو cygwin cvs [22:35] * jrand0m يستخدم cvs.exe [22:35] <TC> حسناً، إذاً أستخدم ذلك العميل وأُعد الوكيل؟ [22:35] <TC> لا، لم أستخدم cvs من قبل [22:35] <jrand0m> حسناً، سأرشدك خلال الإعداد بعد الاجتماع [22:36] <TC> بالتأكيد، شكراً [22:36] <duck> بخصوص استخدام cvs عبر الـ tunnel: [22:36] <duck> ألن تكون الرسائل المكررة مشكلة كبيرة؟ [22:36] *** تسجيل الخروج: wiht (Ping timeout) [22:37] <duck> خصوصاً لعمليات الالتزام [22:37] <jrand0m> نعم duck، لكني لم أصطدم بتلك المشكلة (رسائل cvs عادة صغيرة) [22:37] <jrand0m> الرسائل >64k (مثلاً ملف المواصفات .pdf أو .sxw) ينبغي حالياً أن تُمرّر عبر الإنترنت العادي [22:38] <duck> رسائل jabber أيضاً تتكرر كثيراً [22:38] <jrand0m> أنت محق، من حيث أنها ليست حلاً صلباً لـ cvs بعد [22:38] <duck> رغم أنها XML، فهي ليست كبيرة [22:40] <jrand0m> صحيح، ضياع التأكيدات من أكثر الأمور المزعجة لعلل i2psessionImpl2 الحالية :/ [22:40] <duck> ك [22:41] <duck> (كان ذلك تأكيداً ضائعاً جزئياً) [22:41] <jrand0m> (مع شبكة بهذا الحجم، لا ينبغي أن تكون هناك أي إعادة إرسال مطلقاً، إلا إذا كان النظير غير متصل) [22:42] <jrand0m> هممم حسناً، أي أمور أخرى تخص i2p؟ [22:42] <mihi> jrand0m: ماذا عن إضافة نوع من أرقام التسلسل إلى رزم i2p؟ [22:43] <jrand0m> رزم i2ptunnel؟ [22:43] <mihi> هذا سيساعد في أمور التكرار. [22:43] <mihi> لا، رزم i2pnp [22:43] <mihi> حسناً، يمكن فعلها على مستوى i2ptunnel أيضاً. [22:43] <TC> إذاً jrand0m هل استعدت اتصالك أم ما زلت في مقهى؟ [22:43] <mihi> ببساطة إذا وصل الرقم نفسه مرتين، تجاهل الثانية. [22:44] <jrand0m> تلك تتعامل بالفعل مع معرفات مكررة لمعظم الأشياء، رغم أنك محق بأنه سيكون هناك تحديث في 0.3 للرسائل المتبقية [22:44] <jrand0m> حالياً نحتفظ بسجل لآخر 1000 msgIds لإسقاط المكررات [22:44] <mihi> حسناً، إذا تطوع أحد لكتابة تنفيذ TCP جيد لـ i2p، فسيكون ذلك أفضل ;) [22:44] <jrand0m> نعم! :) [22:44] *** Nostradumbass (nostradum@anon.iip) انضم إلى القناة #iip-dev [22:45] * jrand0m يظن أنه ستكون هناك مكافأة لبعض [تطبيق/ميزة قاتلة سيتم تحديدها] عندما يقترب 1.0 [22:45] <duck> اربح جلسة دردشة خاصة لمدة ساعة مع UserX! [22:45] <jrand0m> lol [22:45] <MrEcho> lol [22:46] <jrand0m> حسناً، أي أمور أخرى تخص i2p، أو iip، أو أي شيء آخر لهذا، الاجتماع التاسع والستون لـ iip-dev؟ [22:46] <jrand0m> (بخلاف تعليقات userx عن pinup girl) [22:47] <duck> أي تطبيقات أخرى ينبغي على duck inc. تشغيلها؟ [22:47] <jrand0m> bluebeep! [22:47] <TC> 1. jrand0m هل أصلحت مشاكل اتصالك؟ 2. ما رأيك في eepsite الجديد الخاص بي؟ [22:47] <TC> bluebeep؟ [22:47] <jrand0m> أوه آسف tc. نعم، لدي وصول للشبكة أخيراً :) لم أرَ الـ eepsite الجديد لديك سوى المنتدى (وهو رائع)، لكن سأتحقق لاحقاً :) [22:48] <duck> TC: أحببت التصميم الجديد [22:48] <TC> همم، ينبغي أن أغير المنتدى أيضاً لتقليل وقت التحميل [22:48] <duck> الشيء الوحيد أنك ينبغي أن تحاول تعطيل وظيفة البريد الإلكتروني في phpboard، الآن تحصل على خطأ كل مرة [22:48] <TC> شكراً duck [22:48] <jrand0m> إسقاط الصور سيكون جيداً [22:49] <TC> فكرة جيدة [22:49] <jrand0m> (bluebeep أداة مسح أرقام هاتفية قديمة) [22:49] <MrEcho> نعم [22:49] <jrand0m> (ولعبة ممتعة عموماً) [22:49] <duck> رجاء ضعوا في الحسبان أن متوسط العمر هنا 16 [22:50] * MrEcho عمره 24 [22:50] * duck ينحني [22:50] * jrand0m يشك أن هناك كثيرين بعمر 3 سنوات لمعادلة المُسنين بيننا ;) [22:50] *** wiht (anon@anon.iip) انضم إلى القناة #iip-dev [22:50] <MrEcho> lol [22:50] * TC بنى صندوقاً أسود مرة [22:50] <jrand0m> w3wt [22:50] <lonelynerd> هل انتهى الاجتماع بالفعل؟ [22:50] <duck> آخر سؤال: [22:50] *** protocol أصبح الآن معروفاً باسم proto_afk [22:51] <duck> كيف نقرأ إحصاءات Kademlia؟ [22:51] * jrand0m لم يقم بـ !baf بعد يا lonelynerd، لذا اسأل ما تشاء :) [22:51] * MrEcho يقتل دعم pcmcia في النواة [22:51] <duck> فقط لكي نفهم ما الذي يطرحه routerConsole.html [22:51] <MrEcho> بدأت أغضب [22:51] <jrand0m> حسناً، تقصد إحصاءات JobQueue؟ [22:52] * duck يخمّن أن كل ذلك واضح على الأرجح [22:52] <jrand0m> بشكل أساسي عندما أنظر إلى إحصاءات JobQueue، أتحقق من أن متوسط زمن التنفيذ لوظائف Build garlic message وbuld tunnel وhandle * message صغير [22:52] <jrand0m> (تلك هي الوظائف التي عادة تستغرق الأطول، وعندما يكبر جانب الانتظار، يتضرر كل شيء) [22:53] <lonelynerd> (فعلياً، من الأفضل أن أقرأ السجلات أولاً) [22:53] <duck> وصلت الفكرة [22:53] <jrand0m> متوسط زمن الانتظار .1-.6s الذي رأيته سيئ جداً وهو من الأمور الكبيرة التي سأستهدفها عندما يحين وقت الضبط [22:54] <jrand0m> محتويات netDb من حيث الحيوية والموثوقية هي إلى حد كبير أرقام عشوائية، طالما أنها > 100. "آخر إرسال بنجاح" يعني متى كانت آخر مرة أُرسِل فيها إلى نظيرين أو أكثر [22:54] <jrand0m> (نعيد الإرسال عشوائياً إن لم يكن محلياً) [22:54] <jrand0m> (لكن ليس أكثر من مرة كل 5 دقائق) [22:55] <jrand0m> هل هناك إحصائية قد تكون مفيدة للناس، أو تصور آخر قد يساعد؟ (إذا كان غير تافه فقد لا أضيفه، لكن إن كان سهلاً، فربما أفعل) [22:56] <duck> شكراً [22:57] <jrand0m> أي تعليقات/أسئلة/مخاوف/أقراص طائرة أخرى؟ [22:59] <jrand0m> في هذه الحالة [22:59] * jrand0m يستعد [22:59] * jrand0m *baf*s الاجتماع أُغلق