اجتماع مطوري I2P - 31 يناير 2006

15:19 <jrandom> 0) مرحباً 15:19 <jrandom> 1) حالة الشبكة 15:19 <jrandom> 2) حالة 0.6.1.10 15:19 <jrandom> 3) ؟؟؟ 15:19 * jrandom يلوّح 15:19 <jrandom> ملاحظات الحالة منشورة على http://dev.i2p.net/pipermail/i2p/2006-January/001257.html 15:20 <jrandom> حسناً، لنبدأ بـ 1) حالة الشبكة 15:21 <jrandom> كما ذُكر في البريد، من هم على 0.6.1.9-0 (الإصدار الكامل) ينبغي أن تكون لديهم نفس الحكاية المعتادة 15:21 <jrandom> بينما قد يواجه المستخدمون على البُنى الأحدث (منذ 0.6.1.9-5 فما فوق) بعض المشاكل 15:21 <jrandom> («بعض المشاكل» ربما تعبيرٌ مُلطَّف...) 15:21 <+Complication> CVS -8 كان غير مستقر قليلاً، لذا أشغّل -2 بدلاً منه (يعمل بشكل كافٍ جيد) 15:22 <gloin> :-) 15:22 <+Complication> =بدلاً منه 15:22 <Pseudonym> الأمور تبدو غير مستقرة مؤخراً (أنا على 0.6.1.9-0) 15:22 <jrandom> جيّد، كنتُ أفكّر في التراجع عن تغييرات العملية لكن مع تضمين تحديث ircclient من dust وتصحيح i2ptunnel httpserver على الفرع الرئيسي، لكن 0.6.1.10 ربما ليس بعيداً 15:23 <jrandom> هممم Pseudonym، هل المشكلة في الوصول إلى eepsites أو IRC أو خدمات أخرى، أم في استضافتها؟ 15:23 <+Complication> غير مستقر مع -0؟ كيف تتجلّى المشكلة؟ 15:23 <Pseudonym> ألاحظ ذلك في IRC بشكل أساسي (ألعب idlerpg) 15:24 <jrandom> «ألعب» ;) 15:24 <Pseudonym> وأيضاً، أحياناً يصبح الـ router غريب السلوك ويجب إعادة تشغيله (لا أقران نشطين) 15:24 <Pseudonym> هه 15:24 <jrandom> هممم، مشاكل في اتصال الإنترنت؟ 15:24 <@frosk> -0 مستقر هنا، طبعاً باستثناء عمليات إعادة التشغيل بسبب «router hung!» مرتين يومياً 15:24 <jrandom> هممم frosk، «router hung» حقيقي، أم «router hung» بسبب انتهاء صلاحية الـ leaseSet؟ 15:25 <Pseudonym> اتصال الإنترنت جيد. عندما أعيد تشغيل الـ I2P router يعود فوراً 15:25 <+Complication> جهازي Cel300 أيضاً يعلق بعد مدة، لكن الفترات بين التعليقات تزداد، ولستُ مطلعاً على السبب 15:25 <@frosk> jrandom: انتهاء صلاحية الـ lease، على الأغلب 15:25 <jrandom> هممم تمام 15:26 <jrandom> أُعيدت كتابة معظم ذلك من أجل شيفرة الإنشاء والإدارة الجديدة، لذا سنرى كيف سيكون الحال في 0.6.1.10 15:27 <@frosk> جميل 15:27 <@frosk> سأكون سعيداً بالمساعدة في اختباره 15:28 <Pseudonym> لا أحتاج أن تحلّل المشكلة الآن. أردتُ فقط إضافة نقطة بيانات بخصوص الاستقرار 15:28 <jrandom> ممتاز، حالما يصبح مستقراً محلياً سأحتاج بالتأكيد لتجنيد بعض المساعدة :) 15:28 <jrandom> رائع، شكراً Pseudonym 15:28 <jrandom> حسناً، هل لدى أي شخص شيء لـ 1) حالة الشبكة؟ 15:30 <jrandom> إن لم يكن، فلننتقل إلى 2) حالة 0.6.1.10 15:30 <jrandom> كما ذُكر في البريد، بدلاً من تكديس التعديلات تباعاً على الشبكة الحية، سنذهب مباشرةً إلى المصدر 15:31 <jrandom> لن يكون متوافقاً مع الإصدارات السابقة، لذا ستكون هناك... هزة، وبينما سنضم معه بعض التغييرات الأخرى غير المتوافقة مع الإصدارات السابقة، فهناك إمكانية لواحد آخر بعدها 15:32 <jrandom> بتحديد أكثر، إحدى الأفكار التي أفكّر فيها هي الانتقال إلى ElGamal بـ 1024 بت لشيفرة إنشاء الـ tunnel، بدلاً من 2048 بت 15:32 <jrandom> لكن قد لا يكون ذلك ضرورياً. يعتمد الأمر على مدى تأثيره علينا على الشبكة الحية 15:34 <jrandom> إن حدث، فسيعني ذلك مجرد ترقية للشبكة، لكن كل الـ destinations/إلخ ستبقى كما هي. 15:34 <jrandom> على أي حال، هذا شيء نستكشفه بعد صدور 0.6.1.10 15:34 <+Complication> سؤال ذو صلة بشكل غير مباشر: هل طول المفتاح مرتبط بأي شكل بطول بنية بيانات إنشاء الـ tunnel؟ 15:34 <jrandom> نعم 15:35 <jrandom> مرتبط مباشرة: طول المفتاح * 2 * الحد الأقصى لعدد القفزات == حجم بنية البيانات 15:36 <jrandom> (إذن، 256*2*8 = 4KB، وهو أيضاً حجم رسائل مكتبة الـ streaming الكاملة) 15:37 <jrandom> ((لدى ElGamal عامل توسّع 2x)) 15:38 <+Complication> آها، شكراً. :) 15:38 <jrandom> آه، أمر آخر بخصوص المواصفة الجديدة. أثناء التنفيذ وجدت معلومة أخرى أحتاجها (معرّف رسالة رد «reply message ID» بحجم 4 بايت) وقد أضفتُها إلى المواصفة محلياً، باستخدام بعض البتّات المحجوزة 15:40 <jrandom> آمل أن أجعل كل شيء يعمل خلال الأيام القليلة القادمة، لذا ربما يكون هناك بعض الاختبارات المبكرة (غير المجهولة) بحلول نهاية الأسبوع 15:40 <jrandom> وبالطبع، مزيد من المعلومات عند توفرها 15:41 <jrandom> حسناً، هل لدى أحد أي أسئلة/تعليقات/مخاوف حول أمور 0.6.1.10؟ 15:41 <bar> سؤال آخر ذو صلة بشكل غير مباشر: أثناء طرح .10، ما رأيك أن نبقي i2p.net على .9 لبضعة أيام من أجل من لديهم تحديث تلقائي؟ 15:41 <bar> rollout* 15:41 <jrandom> أجل، بالتأكيد 15:42 <jrandom> من المحتمل أن أشغّل اثنين أو ثلاثة routers على ذلك الخادوم أثناء الانتقال 15:42 <jrandom> وستكون هناك تحذيرات «صاخبة» قبل الإصدار بما لا يقل عن 5 أيام 15:42 <bar> سَلِس 15:42 <+Complication> بهذه الطريقة سيكون الأمر أكثر سلاسة بالفعل. 15:43 <+Complication> المنتدى يبدو قناة جيدة. وصندوق الأخبار على Router Console أيضاً... 15:43 * jrandom يتذكّر الأيام التي كان كل إصدار فيها غير متوافق مع الإصدارات السابقة... حصلنا على الكثير من التدريب آنذاك ;) 15:43 <jrandom> أجل، المنتدى، صندوق الأخبار، القائمة البريدية، الموقع 15:43 <+Complication> حتى يعرف الذين يراقبون أجهزتهم. 15:43 <tethra> هههه 15:44 <jrandom> وأولئك الذين ما زالوا على 0.6.0.1، حسناً، هم في ورطة على أي حال ;) 15:44 <@frosk> اقطعوا رؤوسهم 15:44 <+Sugadude> غير ذي صلة تماماً: هل يمكن أن نجري تغييرات غير متوافقة مع الإصدارات السابقة بمعدّل أكبر لإخراج هذه الـ routers القديمة؟ 15:44 <+Complication> أظن أنهم فقط نسوا I2P قيد التشغيل :) 15:44 <jrandom> هه Sugadude 15:45 <jrandom> حسناً، إن كانوا متوافقين، يمكننا الاستفادة من مواردهم، لكن إن كان هناك سبب يمنع ذلك، فعلينا وسمهم كغير متوافقين 15:47 <jrandom> حسناً، إن لم يكن هناك شيء آخر حول ذلك، فلننتقل إلى بندنا الجامع: 3) ؟؟؟ 15:47 <jrandom> هل لدى أحد أي شيء آخر يود طرحه للاجتماع؟ 15:48 <tethra> يقول في مكانٍ ما على Router Console إن المستخدمين وراء symmetric NATs غير مدعومين حالياً، هل سيتغير ذلك في وقت قريب؟ 15:48 <tethra> أم أنني أُظهر جهلاً عظيماً بشيءٍ ما 15:49 <+Complication> بخصوص شيفرة webcache... يبدو أنني شبه جاهز. 15:49 <jrandom> هناك بعض التقنيات لمساعدة المستخدمين وراء symetric NATs، وقد أوضح bar ذلك على القائمة والمنتدى، لكن لا أعلم بأي تقدم فوري بشأنها 15:49 <jrandom> أوه، ممتاز Complication، أخبرني متى نضغط زر الإصدار :) 15:50 <+Complication> جعلتُ الـ watchdog يُجهِض التنزيلات بشكل معقول، وأجري بعض الاختبارات والتنظيف (حالياً يُسجّل أكثر بكثير مما ينبغي).. 15:50 <+Complication> لدي خادوم webcache واحد يعمل، وawup لديه آخر... من أجل اختبارات واقعية، قد نرغب في تشغيل التقييد... 15:51 <+Complication> ...إن تمكنت من لقاء legion، سأطلب منه إن كان مهتماً بتشغيل واحد أيضاً. 15:52 <jrandom> رائع، حتى webcache واحد سيكون بداية ممتازة 15:52 <+Complication> وإن أراد أي شخص آخر تشغيل السكربت (متاح من awup.i2p، سكربت Python يستخدم SAM)... يمكن إضافة مراجعهم، رغم أن إضافة مراجع إلى مزيد من «seed webcaches» تتطلب حالياً إعادة ترجمة المصادر. 15:53 <+Complication> (ليس في ملف بل في ترويسة GWebCacheContainer.java) 15:53 * gloin لا يعرف ما هو هذا الـ webcache. 15:53 <jrandom> gloin: يتيح لك الاتصال بـ I2Phex دون الحاجة لتنزيل ملف i2phex.hosts في المرة الأولى 15:54 <+Complication> gloin: لدمج أسهل لـ I2Phex 15:55 * cervantes يصل متأخراً 15:55 <+Complication> وللمتصلين لاحقاً (مثلاً الذين نفدت لديهم مراجع الأقران النشطين) يمكنه تقديم مراجع جديدة 15:55 <gloin> حسناً. 15:57 <+Complication> أوه، غير متصل مجدداً 15:58 <stealth> ما رأيكم بتشغيل تلقائي لـ i2phex بعد أن يبدأ I2P ؟ 15:58 <+Complication> يبدو مبالغة 15:58 <+Complication> على الأقل في هذه المرحلة 15:58 <jrandom> stealth: يمكنك جعل I2P router يُطلق أي تطبيق Java تريده بإضافة مدخلات إلى ملف client.config لديك 15:59 <+Complication> بالإضافة، أظن أن I2Phex يمكن تشغيله قبل أن يعمل I2P 15:59 <@frosk> في أي مرحلة 15:59 <+Complication> نظرياً، ينبغي أن يستمر في محاولة الاتصال إلى أن ينهض I2P 15:59 <+Complication> (لكن لم أختبر) 15:59 <jrandom> لكن تذكّر، إن أخبرته بإطلاق i2phex، فعندما يُغلق i2phex فهناك احتمال أن يقوم عميل i2phex بقتل الـ JVM (معيداً تشغيل الـ router لديك) 16:00 <+Complication> بالإضافة إلى ذلك، يمكن كتابته كسكريبت بسهولة أيضاً... 16:00 <+Complication> مثلاً: "cd /home/i2p; sh i2prouter start; cd /home/i2phex; sleep 100; sh run.sh;" 16:00 <+Complication> (أو كيفما كان) 16:01 <+Complication> عذراً، /home/user/i2p على الأرجح :) 16:01 <cervantes> لا تنسَ تشغيل /usr/games/tetris قبل أمر sleep 100 16:02 <jrandom> تماماً 16:02 <jrandom> حسناً، هل لدى أحد أي شيء آخر للاجتماع؟ 16:03 <stealth> حسناً فكّرتُ في ذلك: فقط ابدأ الـ exe. حل i2psnark مع «تشغيل دائم» أفضل لأن الناس ينسون مشاركة ملفاتهم إذا لم يكونوا يحمّلون... 16:04 <jrandom> أجل، رغم أنني لم أسمع بعد عن عميل gnutella خفيف بما يكفي (يمكن دمجه) 16:05 <cervantes> أليس هناك عمل جارٍ على Phex الحالي لفصل واجهة المستخدم؟ ربما يصبح العميل خفيفاً في النهاية 16:05 <+Complication> لم أقرأ ذلك الجزء من CVS الخاص بـ Phex 16:06 <jrandom> لو أمكن تشغيل phex كملف .war، فسيكون ذلك رائعاً فعلاً 16:06 <cervantes> isn't the=isn't there 16:06 <cervantes> ربما أكون مخطئاً 16:06 <+Complication> Sirup كان يعمل بالتأكيد على واجهة XML-RPC، لكن لست متأكداً إن كان Gregor وآخرون يعملون عليها أيضاً 16:07 <+Complication> لذا لست متأكداً إن كان sirup قد نقله إليها، أم بدأ كتابته من الصفر 16:09 <jrandom> على ما أذكر كان فقط يستورد مكتبة xmlrpc من Apache ويُظهِر بعض الأجزاء الداخلية لـ i2phex، لكن لم يتم أي عمل على ذلك منذ 6-8 أشهر على الأرجح، ولم يكن قابلاً للاستخدام حسب ما أعلم 16:10 <fox_> <tethra> mutella عميل gnutella يعتمد الويب وهو خفيف إلى حدٍ ما، على ما أذكر. لست متأكداً إن كان سيفيد، لكن هه، قد يكون من المجدي أن يفحصه أحدهم (أكثر موهبة). 16:10 <fox_> <tethra> قد لا يكون هذا ما نبحث عنه، على أي حال. 16:12 <jrandom> نقل عميل جديد عملٌ ضخم، خصوصاً واحداً مكتوباً بـ C/C++، للأسف 16:12 <+Complication> شخصياً لستُ ميالاً للعبث بـ XML-RPC. محاولة اصطياد الأخطاء المختلفة... ضمن خططي القريبة، مع ذلك. 16:13 * Complication يريد زوال تأثير إعادة الهاش إلى الأبد، لأنه مضيعة للوقت 16:13 <jrandom> أوه، ربما يُحفَّز ذلك بسبب تغيير المنطقة الزمنية؟ 16:14 <jrandom> عندما يتصل I2P SDK بالـ router، يحصل منه على وقت I2P الحالي (NTP)، ويجبر JVM الخاص بالـ SDK على UTC 16:14 <+Complication> يبدو غير مرجّح... لكن في هذه المرحلة، لا أستطيع استبعاد الكثير 16:15 <jrandom> (وإذا كانت إعادة الهاش تعتمد على الترتيب والطوابع الزمنية للملفات، فربما يغيّر ذلك انزياح بضع ساعات) 16:15 <jrandom> نعم، لقد نقّبتَ في الكثير منه، فقط أذكر احتمالاً 16:15 * jrandom لا يعرف شيئاً عنه سوى تقارير الأخطاء الخاصة بك :) 16:16 <+Complication> يحدث أحياناً، ويبدو «ظاهرياً» مرتبطاً بشيء يحدث عند تحميل/إعادة كتابة ملف الإعداد «sharedlibrary» 16:16 <+Complication> هممم، احتمال مثير للاهتمام... 16:16 <+Complication> لم أحفر بما يكفي لاستبعاد ذلك 16:18 <jrandom> حسناً، هل لدى أي شخص آخر شيئاً للاجتماع؟ 16:19 <jrandom> إن لم يكن... 16:19 * jrandom يختتم 16:19 * bar يتمنى لـ jrandom حظاً موفقاً مع .10 ويعطيه «baf» لامعاً 16:19 <jrandom> gracias :) 16:19 * jrandom يُغلق الاجتماع بـ *baf*