اجتماع مطوري I2P - 08 مارس 2005

13:06 <@jrandom> 0) مرحباً 13:06 <@jrandom> 1) 0.5.0.2 13:06 <@jrandom> 2) تحديثات mail.i2p 13:06 <@jrandom> 3) تحديثات i2p-bt 13:06 <legion> إذًا هذا متعلق بخوادم IRC؟ 13:06 <@jrandom> 4) ??? 13:06 <@jrandom> 0) مرحباً 13:06 <@jrandom> ملاحظات الحالة الأسبوعية منشورة @ http://dev.i2p.net/pipermail/i2p/2005-March/000633.html 13:07 <fedo> مرحباً 13:07 <+postman> مرحباً 13:07 <frosk> نهاركم سعيد 13:07 <@jrandom> legion: لا، يتعلق بأخطاء I2P، ونعمل عليها 13:07 <bla> مرحباً 13:07 <legion> حسنًا 13:07 <@jrandom> وبما أننا نتحدث عن الأخطاء التي نعمل عليها، فلننتقل إلى 1) 0.5.0.2 :) 13:07 <cervantes> أهلاً 13:07 <cervantes> -- تم قطع الاتصال 13:08 <@jrandom> هه 13:08 <ant> <mihi> مرحباً بالجميع 13:08 <@jrandom> 0.5.0.2 صدر، ورغم أن اتصالك بـ IRC قد يتأخر أحيانًا، فسيتعافى ;) 13:08 <@jrandom> واو، أهلاً mihi 13:09 <cervantes> أهلاً mihi 13:09 <@jrandom> ملاحظات الحالة تعطي لمحة عامة عن الوضع والأولويات الأكثر إلحاحًا 13:10 <@jrandom> الشيء المقلق الذي أحاول تتبعه يمكن رؤيته على http://localhost:7657/oldstats.jsp#router.invalidMessageTime 13:10 <bla> بالنسبة لي، أستطيع القول إن 0.5.0.2 قد حسّن الموثوقية _بدرجة هائلة_ مقارنةً بـ 0.5.0.1: الأخطاء حيث لا يمكن الاتصال بالوجهات تكاد لا تحدث بعد الآن 13:10 <@jrandom> تلك الأرقام ينبغي أن تكون صغيرة جدًا جدًا، لكنها ليست كذلك للأسف 13:10 <@jrandom> أحسنت يا bla 13:11 <@jrandom> نعم، 0.5.0.2 تحسّن واضح، وعلى الجميع الترقية بأسرع ما يمكن 13:11 <bla> 375,932.22 في آخر 10 دقائق هنا.... 13:11 <@jrandom> حسنًا، القيمة نفسها ليست المشكلة، بل تكرارها 13:11 <@jrandom> (الأحداث لكل فترة) 13:12 <@jrandom> تلك الرسائل تُنسب على الأرجح إلى routers بإصدار 0.5، وبعضها إلى routers بإصدار 0.5.0.1، ولهذا أريد من الناس الترقية بأسرع ما يمكن 13:12 <@jrandom> قد يكون الأمر شيئًا آخر، لكني أود استبعاده 13:12 <bla> jrandom: أحصل على حوالي 200 في الساعة هنا 13:13 <@jrandom> bla: لديّ حاليًا 93 هذه الساعة، لكن الذروة أعلى بكثير (بالآلاف) 13:13 <@jrandom> على أي حال، هذا الإحصاء المحدد يُنشر في netdb 13:13 <bla> jrandom: ما رأيك باستبعاد 0.5-0 من الشبكة في البرمجية عند إصدار 0.5.0.3؟ 13:14 <@jrandom> لنتمكن كلنا من الاطلاع ورؤية قيم الآخرين ;) 13:14 <@duck> 309,854.24 ذروة 5,473,314.59 13:15 <@duck> نسختُ الخاطئ، أليس كذلك 13:15 <@jrandom> bla: بالتأكيد. أضفت بعض الشفرة في مراجعة 0.5.0.2 لتوفير بعض التوافق للأمام لا يملكه 0.5.0.1 و0.5 13:16 <@jrandom> duck: يصعب أن يكون لديك عدد كسري من الأحداث ;) 13:16 <bla> jrandom: جيد. على الأقل سيسمح لك ذلك باختبار فرضيتك invalid-messages-are-due-to-0.5-0 بطريقة مضبوطة 13:16 <@jrandom> bla: أجل، رغم أنه سيكون رائعًا لو حدّث الناس قبل ذلك ;) 13:17 <@jrandom> (لمن يقرأ من المنزل: http://www.i2p.net/download هو صديقك ;) 13:17 <maestro^> jr: تلك الأرقام لـ router.invalidMessageTime انحرافاتها بالمللي ثانية؟ 13:17 <@jrandom> maestro^: نعم 13:18 <@jrandom> (أي قيم منحرفة بشكل مجنون) 13:18 <legion> هذا تقرير صغير عن الشبكة [version|Number of nodes][0.5|6][0.5.0.1|39][0.5.0.2|107] 13:18 <@jrandom> نعم، كنتم رائعين في التحديث 13:18 <legion> إذًا لا يزال هناك قلة يشغّلون 0.5 وكثيرون يشغّلون 0.5.0.1 13:18 <maestro^> إذن أي فكرة أين قد يتأخرون؟ 13:18 <bla> jrandom: لدى Freenet علم في كل إصدار يحدد الحد الأدنى لإصدار العقدة التي سيتواصل معها. هل شيفرة التوافق للأمام الجديدة مشابهة لذلك؟ 13:19 <@jrandom> maestro^: أفكار كثيرة جدًا لسبب تأخر مستخدمي 0.5 و0.5.0.1 13:19 <@jrandom> bla: مشابه 13:19 <maestro^> أم أنه انحراف الساعة على العُقد؟ 13:20 <@jrandom> maestro^: انحراف الساعة، بعض أخطاء التسلسل serialization، وخطأ 100% CPU 13:20 <@jrandom> حسنًا، هذا تركيزي عمومًا حاليًا، أحاول إعادة موثوقية الرسائل 13:21 <@jrandom> لدى أحد أي أسئلة/تعليقات/مخاوف حول 0.5.0.2؟ 13:21 <ant> * mihi لديه router بإصدار 0.4.2.5 هنا على القرص الصلب لم يُشغَّل منذ 22 ديسمبر... لكنه يعتقد أن الأفضل حذفه... 13:21 <@jrandom> هه 13:21 <@jrandom> نعم، هذا لن يتواصل مع الكثير من routers ;) 13:21 * postman لديه نسخة احتياطية من آخر تثبيت 0.4 له :) 13:21 <ant> <mihi> السؤال بالنسبة لي سيكون: ترقية أم حذف. 13:22 <@jrandom> احذف 13:22 <@jrandom> (مع نسخ احتياطي لأي destination keys) 13:22 <@jrandom> لا توجد عملية ترقية من ما قبل 0.5 بعد الآن 13:22 <legion> ربما إصدار تحديث آخر مثلاً 0.5.0.2-1 لا يسمح إلا باتصالات من 0.5.0.2 أو أحدث، هل سيكون ذلك جيدًا؟ 13:22 <@jrandom> legion: ذلك سيجزّئ الشبكة 13:22 <@jrandom> على الناس فقط أن يرقّوا. 13:23 <@jrandom> (ونحن يجب أن نتحايل على من لا يفعلون) 13:24 <legion> نعم، إلى أن يُحدّث من يشغّلون عُقدًا قديمة ;) 13:24 <@jrandom> تجزئة الشبكة تضرّنا جميعًا، لا بهم فقط 13:25 <legion> ربما لو كانت هناك إشعارات تحديث في router console أو شيء ما لإعلامهم أنهم يشغّلون نسخًا قديمة؟ 13:25 <@jrandom> نعم، سيكون ذلك رائعًا 13:25 <@jrandom> نأمل أن يُربط ذلك بالمحدّث أيضًا 13:26 <legion> نعم، أعلم، التجزئة سيئة... 13:26 <@jrandom> smeghead يعمل على بعض المكوّنات الأساسية لذلك، لست متأكدًا إن كان ذلك يشمل الإشعار/التنزيل 13:26 <@jrandom> (فإن أراد أحد المساعدة في ذلك، فلْيتواصل!) 13:27 <@jrandom> حسنًا، ننتقل إلى 2) تحديثات mail.i2p 13:27 <@jrandom> postman: ping 13:27 <+postman> نعم 13:27 <bla> jrandom: كان smeghead يعمل على بعض الأمور المتعلقة بالتوقيع على ما أذكر (حتى عندما تصلك إشعار بالتحديث، تعلم على الأقل أنه حقيقي وليس تصيّد/برمجيات تجسسية/هراء) 13:28 * postman يتسلّم الميكروفون 13:28 <legion> همم، ربما لو كانت هناك ميزة تحديث تلقائي مدمجة، حيث تُحمّل التحديثات عبر I2P وتقوم العُقد ببساطة بتنزيل التحديث، ثم إعادة تشغيل سلسة. 13:28 <@jrandom> صحيح bla 13:28 <ant> <Gatak> بالمناسبة، هل سيعمل I2P خلف NAT حتى لو لم تتمكن من فتح منفذ؟ 13:28 <@jrandom> Gatak: ليس بعد. بعض الناس سيتمكّنون عند 0.6، وآخرون عند 2.0 13:29 <@jrandom> legion: التصحيحات مرحّب بها 13:29 <ant> <Gatak> 2.0 يا رجل، هذا بعيد في المستقبل =) 13:29 <@jrandom> (http://www.i2p.net/roadmap#2.0 ;) 13:29 <+postman> أمم، هل أبدأ الآن؟ 13:29 <aum> صباح الخير جميعًا 13:30 <@jrandom> المايك لك بالكامل يا postman (آسف ;) 13:30 <@jrandom> أهلًا aum، لحقت الاجتماع 13:30 <@jrandom> (أفٍ! /me يلتزم الصمت مجددًا) 13:30 <cervantes> Gatek: http://www.i2p.net/roadmap 13:30 <+postman> أولًا، أردت أن أقول إننا بلغنا 300 حسابًا مُسجّلًا على postman.i2p بالفعل 13:30 <@jrandom> يا سلام 13:30 <+postman> عدد الرسائل من/إلى الإنترنت يتزايد بثبات وهذا يثبت مرة أخرى أننا بحاجة للمضيّ قدمًا 13:31 <cervantes> *يييييه* 13:31 <+postman> بعد حديثي مع jr منذ أسابيع اتفقنا على إطلاق v2mail مع I2P 1.0 13:31 <+postman> الحالة الراهنة: وكيل smtp المبني على java والمصمّم ليعمل على كل عقدة انتهى 13:31 <@jrandom> رائع! 13:32 <+postman> وكيل POP3 المبني على java وصل إلى 80% ولا ينقصه إلا محرّك maildir 13:32 <+postman> سيكون هناك webmanager يحتاج بعض التعديل الثقيل (أُنجز 15%) 13:32 <+postman> التواصل بين العُقد عند 40% - اختبرنا تبادل سجلات البيانات مع HTTP/XML 13:33 <+postman> يبدو أنه يعمل جيدًا وبسرعة حتى 13:33 <+postman> حتى لو فشلت عقدة ترحيل/أُطفئت لبضعة أيام، فستتزامن خلال دقائق قليلة بعد العودة على الخط مجددًا 13:33 <@jrandom> ممتاز 13:33 <+postman> أظننا على المسار 13:34 <+postman> شيء واحد ملحوظ 13:34 <bla> postman: عمل جميل يا رجل! سؤال: كثير من العُقد لا يمكنها استقبال أو إرسال البيانات على المنفذ 25 (ليس مباشرةً). هل سيتمكّن مالكو العُقد من تحديد ذلك (أم سيُكتشف تلقائيًا)؟ 13:34 <cervantes> رائع 13:34 <+postman> bla: لاحقًا 13:34 <+postman> في v2mail سيكون هناك تطبيق ويب يعمل محليًا 13:34 <+postman> ومن خلاله يمكنك إدارة الوكلاء المحليين AND التقدّم لطلب "relayaccount" 13:35 <+postman> سيُستخدم هذا relayaccount لربط عنوانك/نطاقك بعُقد الترحيل 13:35 <+postman> وستتزامن المعلومات تلقائيًا بين الترحيلات 13:35 <@jrandom> رائع 13:35 <+postman> حتى ميزات مثل دفتر العناوين / المفاتيح العامة وأشياء أخرى ستعمل عبر الواجهة LOCAL 13:36 <+postman> إذًا الفكرة هي وجود مدير مركزي واحد يمكنك عبره إنجاز كل أمور البريد 13:36 <+postman> تُنقل البيانات ذات الصلة إلى واحدة من الترحيلات ثم تُزامَن بين الترحيلات 13:36 <+postman> وهذا المدير المعتمد على الويب سيعمل على عقدتك نفسها 13:37 <+postman> عندما تكون عقدتك على الخط، ستقوم الترحيلات بتسليم الرسائل المصطفّة لوجهتك/نطاقك/عنوانك 13:37 <+postman> وسيُسلَّم إلى smtp proxy المحلي لديك 13:37 <+postman> يمكنك حتى تحفيز الأمر كله عبر ETRN :) 13:37 <aum> مرحبًا مجددًا 13:37 <aum> أود طرح نقطة نقاش في هذا الاجتماع، إن أمكن 13:37 <+postman> هذا ما لدينا عن المستقبل يا رفاق :) 13:37 <+postman> . 13:38 <@jrandom> يبدو رائعًا يا postman 13:38 * postman يعيد الميكروفون 13:38 <@jrandom> aum: رائع، قد يكون هناك وقت في 4) 13:38 <+postman> نعم، أنا متحمس :) 13:38 <@jrandom> postman: إذًا للمستخدم العادي، سيحوي smtp proxy مجلد maildir المحلي، وpop3 proxy سيقرأ/إلخ، صحيح؟ 13:39 <+postman> نعم، يحوي smtp proxy مُوزِّع بريد MDA 13:39 <+postman> وسيسلّم البريد إلى maildirs المحلية 13:39 <+postman> ويمكن إنشاء عدة حسابات/مستخدمين محليًا 13:39 <cervantes> postman: هل ستتابع الترحيلات حصصك إلخ وتنشر هكذا معلومات فيما بينها؟ 13:39 <+postman> وتُربط بحسابات نطاقك 13:39 <+postman> cervantes: نعم، ستفعل 13:39 <septu_ssh> عذرًا، هل يمكنني سؤال postman عن آليات الدفع/مكافحة الرسائل المزعجة في النموذج الجديد؟ 13:40 <+postman> septu_ssh: هل قرأت أيًا من الوثائق على صفحة الويب؟ 13:40 <+postman> cervantes: ليست آنية تمامًا 13:40 <+postman> cervantes: لكن لا بأس عندي بتبادل معلومات الحصة كل بضع دقائق 13:40 <septu_ssh> في قائمة القراءة :/ 13:40 <septu_ssh> لكن طالما أنه موثّق، فحسنًا 13:40 <cervantes> postman: نعم توقعت ذلك 13:41 <+postman> septu_ssh: www.postman.i2p/inout.html 13:41 <+postman> septu_ssh: www.postman.i2p/mailv2.html 13:41 <+postman> cervantes: هذا ليس أمرًا جللاً حقًا - الحصة حد معقول 13:41 <cervantes> postman: حتى لو استطاع شخص إرسال إلى nrelays * quota من المستلمين فليس أمرًا سيئًا 13:41 * septu_ssh هو bungle 13:41 <+postman> cervantes: نعم 13:42 <+postman> الهدف فقط منع أي أحد من إساءة استخدام الخدمة حقًا 13:42 <+postman> في الاختبارات كان لديّ 3 relays وكانت سريعة حقًا 13:42 <@jrandom> postman: نسيتُ، هل سيدعم هذا أن يتحدث smtp relay المحلي مباشرةً مع smtp relay لجهة أخرى بدل الارتداد عبر عُقدك؟ 13:42 <+postman> cervantes: خلال 10 ثوانٍ تمت المزامنة :) 13:43 <@jrandom> (أم ربما ذلك لاحقًا) 13:43 <+postman> jrandom: ستُشغَّل i2p mail relays بواسطة عدة أشخاص وهي الوجهات المفضلة لتوجيه البريد 13:43 <cervantes> postman: يمكنك إدخال تأخير أُسّي في طابور الإرسال 13:43 <cervantes> إذا أصبح الأمر مشكلة 13:43 <+postman> jrandom: لذا قد يكون الإرسال إلى destinations أخرى مفيدًا في ظروف معينة 13:44 <@jrandom> نعم، لكنه خطير في أخرى 13:44 <cervantes> بحيث كلما أرسلت بريدًا أكثر، زاد وقت اصطفافه... يجب أن يعطي ذلك وقتًا للترحيلات للحاق 13:44 <+postman> jrandom: لكن إن كشف مالك العقدة destination الخاص به لـ IMIO فقد يُغمر برسائل مزعجة بدون تحكّم :) 13:44 <@jrandom> بالضبط 13:44 <@jrandom> ومن جهة أخرى، ينطبق الأمر نفسه إذا كانت i2p mail relays عدائية 13:45 <+postman> jrandom: بالفعل، إنه بناء شبيه بـ WOT 13:45 <@jrandom> </tinFoil> 13:45 <+postman> jrandom: لا أستطيع منع مشغّل ترحيل من توزيع حصة 0 لعنوانك 13:45 <@jrandom> تمام. نعم، لا حاجة للقلق الآن 13:45 <+postman> :) 13:46 <+postman> حسنًا 13:46 <+postman> . 13:46 <@jrandom> حسنًا رائع، شكرًا على التحديث. أمور حماسية فعلًا 13:46 <@jrandom> حسنًا، ننتقل إلى 3) i2p-bt updates 13:46 <@jrandom> duck: ping 13:46 <@duck> مرحبًا 13:47 <@duck> أُصدر BitTorrent 4.0.0 أمس 13:47 <ant> <dm> يبدو ألمانيًا 13:47 <@duck> كنا ننتظره نوعًا ما قبل البدء على 0.2 13:47 <@duck> كتبت قائمة مهام/todo: http://pastebin.ca/raw/7037 13:47 <@duck> (آسف، موقعي www متوقف حاليًا) 13:48 <@jrandom> رائع 13:48 <legion> عن أي إطار زمني نتحدث لـ 0.2؟ 13:48 <@duck> الهدف كان 4 أسابيع 13:49 <legion> رائع 13:49 <@duck> كما ترى، RawServer (الجزء الذي يتواصل مع i2p) هو أكبر مهمة 13:50 <@duck> . 13:50 <@duck> استطلاع سريع: 13:50 <legion> نعم، أعلم ذلك جيدًا :) 13:50 <@duck> من يخطط لصنع تفرّع i2p-bt؟ 13:50 <@jrandom> رائع، هل من شيء يمكن للناس فعله للمساعدة؟ 13:50 <@jrandom> هه 13:51 <ant> <dm> أنا 13:51 * jrandom يمسك بملعقة 13:51 <ant> <dm> أنا مستعد للمساعدة 13:51 <legion> أنا 13:51 <ant> <dm> أنا مثلي 13:51 <legion> أعمل على تفرّع 13:52 <@duck> جيد، إذن أعلم من لا آخذهم على محمل الجد. 13:52 <@duck> حقًا، أظن ذلك سخيفًا؛ تجميع الموارد قد يوصلكم أبعد بكثير 13:53 <@jrandom> أو ربما إن كانت هناك طرق أفضل، يمكنكم إقناع duck بالعمل بتلك الطريقة؟ 13:53 <named> سأكتب تفرّعًا بـ qbasic، الرجاء أن تأخذوني بجدية. 13:53 <@duck> سأحاول جعل العملية أكثر انفتاحًا، حتى يرى الآخرون ما هو مخطط، إلخ 13:53 <ant> <dm> انفتاحك لا يثنينا. تفرّع! تفرّع! تفرّع! تفرّع! 13:53 <@duck> إن كانت لديكم أي اقتراحات أخرى 13:54 <ant> * dm يرفع legion على كتفيه. 13:54 <legion> همم، قد يكون ذلك صحيحًا، لكن مع ما أفعله أشك أنكم تريدونني ألوّث عملية تطوير i2p-bt الرئيسية ;) 13:54 <ant> <dm> تفرّع! تفرّع! تفرّع! تفرّع! 13:54 <@jrandom> legion: ما الذي تفعله ولن يرغب duck بدعمه؟ 13:55 <@duck> legion: مبروك، إذا بحثت في google عن 'i2p bittorrent'، فإعلان "Windows I2P Bittorrent Version 1.0" هو #1 13:55 <@jrandom> يا إلهي 13:56 <bla> jrandom: نعم؟ 13:56 <+postman> jrandom: نعم، سيعيثون في هذه الشبكة فسادًا قريبًا :) 13:56 <bla> ;) 13:56 <named> 1.0؟ اللعنة، أنا أستخدم 0.1.8! 13:56 <Ragnarok> أوف 13:57 <legion> بحق السماء، حقًا؟! لا أستطيع تصديقه... هذا جنون. 13:57 <@duck> على أي حال، لا أظن هناك الكثير الجديد لنقوله بشأن هذا 13:57 <legion> إصداري 1.0 مبني على 0.1.8 إذا كنتَ تشغّل 0.1.8 فأنت بخير. 13:58 <@jrandom> (وإصدار 1.0 ملف .exe لم يراجعه أحد، قد تختلف تجربتك) 13:58 <legion> سمّيته ورقّمته بشكل سيئ، آسف، مرة أخرى. 13:58 <ant> <dm> 1.0>> 0.1.8 13:58 <ant> <dm> أي يوم في الأسبوع 13:59 <@duck> ذو صلة قليلًا: 13:59 <@jrandom> حسنًا، هل هناك شيء آخر في 3) i2p-bt، أم ننتقل إلى 4) ??? 13:59 <+postman> legion: متى سيكون الشفرة المصدريّة متاحة للتنزيل؟ 13:59 <frosk> "I2P-BT 0.1.8 يعمل بشكل جيد ومستقر حتى الآن. شخصيًا لا أرى سببًا للتحديث إلى I2P-BT 1.0" (رأيتها في المنتدى) 13:59 * jrandom يتنهّد 13:59 <@duck> الشهر الماضي قدّم bram cohen محاضرة عن bittorrent في إحدى الجامعات 14:00 <@duck> ممتعة جدًا: http://netnews.nctu.edu.tw/~gslin/tmp/050216-ee380-100.wmv.torrent 14:00 <@duck> (دروس مستفادة حول برامج P2P الكبيرة، بالإضافة إلى شرح بعض تفاصيل bittorrent) 14:00 <@duck> . 14:01 <@jrandom> تمام 14:01 <@duck> postman: أصدر legion بعض الشفرة المصدريّة 14:01 <ant> <dm> هل هو مخترع BT؟ 14:01 <@duck> لكن بحسب smeghead فهي ليست نفسها ملف .exe 14:01 <@jrandom> dm: نعم 14:01 <legion> هناك شفرة مطوّرين يمكنك تنزيلها من http://legion.i2p/archives/Itorrent_1_x_Developer_Source.zip.bz2 14:02 <+postman> حسنًا، سأنظر 14:02 <ant> <dm> هل exe ترجمة مباشرة لتلك الشفرة؟ 14:03 <legion> رغم أن شفرة 1.0 فعليًا ليست سوى 0.1.8 مع رقعة من smeghead، مُترجمة ومُعلّبة بشكل جميل. 14:04 * cervantes يمشي نحو 4)??? وينتظر الجميع ليلحقوا 14:04 <ant> <dm> السؤال لا يزال بلا جواب 14:04 <ant> <dm> Legion، هل أمرتَ أم لم تأمر بـ code red??? 14:04 <@jrandom> *سعال* 14:04 <legion> ربما علينا العودة للموضوع، نقاش عميل bt الخاص بي انتقل إلى #itorrent 14:05 <@jrandom> حسنًا، 4) ??? 14:05 <@jrandom> هل هناك شيء آخر يريد الناس طرحه؟ 14:05 <@jrandom> aum: هل لديك شيء؟ 14:06 <ant> <dm> هل عاد stasher؟ 14:06 <legion> أرى سلوكًا غريبًا مع 0.5.0.2 في فترات الحركة الثقيلة... 14:06 <aum> نعم 14:06 <aum> أود طرح مسألة إنشاء/إدارة tunnel تلقائيًا 14:07 <ant> <dm> تفضل 14:07 <+detonate> هناك null pointer exception في أداة systray على ويندوز، للتو لاحظت 14:07 <aum> إنه 1337 أن الـ web console تسمح الآن للبشر بإنشاء/حذف/إدارة tunnels يدويًا 14:07 <@jrandom> detonate: هل يمكنك وضعها على bugzilla؟ 14:07 <aum> لكني أؤمن بشدة أيضًا بضرورة وجود طريقة موثوقة ومناسبة للبرامج لإدارة tunnels كذلك 14:08 <@jrandom> aum: لا أحد يختلف. نحتاجها، وسنحصل عليها. لكن ليس الآن. 14:08 <ant> <dm> ألا يمكنك فعل ذلك عبر SAM؟ 14:08 <aum> لاحظتُ عند عودتي مؤخرًا إلى i2p أن مكتبة pysam لم تعد تعمل 14:08 <septu_ssh> لديّ سؤال سريع أيضًا بعد aum 14:08 <aum> وكان ذلك مخيّبًا 14:08 <@jrandom> بروتوكول SAM يعمل، pysam لا يعمل 14:08 <Ragnarok> هل عمل يومًا؟ 14:09 <aum> صحيح 14:09 <aum> كان pysam يعمل بشكل رائع 14:09 <legion> خلال تلك الفترات هناك 1000+ tunnels تشارك فيها عقدتي وتأخير لثوانٍ عدة. 14:09 <@jrandom> legion: نعم، العدد الكبير من tunnels بسبب بنًى أقدم 14:09 <cervantes> ah mymodesty 14:09 <cervantes> eerm pymodesty 14:09 <aum> أكتب حاليًا وحدة 'i2ptunnel.py'، تُعرّف أصنافًا تسمح بإدارة tunnel بسهولة 14:10 <legion> إذًا لو لم نكن نتصل ببنًى أقدم، ستكون الشبكة أكثر سلاسة؟ 14:10 <@jrandom> تمام، لا أعلم إن كان هذا الحل الصحيح طويل الأمد، لكن إن سدّ الفجوة بالنسبة لك الآن، فلا بأس 14:10 <@jrandom> legion: تلك tunnels ليست المشكلة 14:11 <aum> حسنًا، واجهات الأصناف يمكن أن تبقى حتى لو تغيّر الآليّة الأساسية 14:11 <@jrandom> تمام 14:11 <legion> أليست كذلك؟ 14:12 <legion> عندما تكون هناك قلة من tunnels، يكون التأخير ضئيلًا جدًا... 14:12 <cervantes> legion: عذرًا aum يطرح بعض الأسئلة، إذا أمكنك الانتظار دقيقة 14:12 <legion> يبدو الأمر غريبًا بالنسبة لي. 14:13 <legion> حسنًا 14:13 <@jrandom> أخشى أننا بحاجة إلى أخذ ما نجح سابقًا بالاعتبار - إعداد الويب يعمل ويُصان لأن الجميع يستخدمه. ربما من الأفضل أن تجعل أي تطبيق تعمل عليه يعمل مع إنشاء tunnel يدويًا أولًا، سيكون ذلك أكثر كفاءة؟ 14:13 <@jrandom> فقط ليكون هناك دائمًا شيء يستخدم i2ptunnel.py، للضغط عليه 14:13 <aum> يبدو أننا نصل إلى طريق مسدود 14:13 <+detonate> jrandom: بالتأكيد 14:14 <ant> <dm> لنمضِ قدمًا إذن 14:14 <aum> لا أود استثمار وقت في تطوير تطبيقي حتى أحصل على API لإدارة tunnel يمكنني الاعتماد عليه 14:14 <septu_ssh> \o. - نقطة أود طرحها 14:14 <cervantes> واقعيًا لا أتصور أن واجهة tunnel ستُعاد صياغتها خلال الشهرين القادمين... 14:14 <@jrandom> لكن بالتأكيد ترى أنه من السهل أن نضيف واحدًا 14:14 <cervantes> لذا فحل مؤقت ممكن 14:15 <named_> ألا يمكن لإعداد الويب أن يحوي نوعًا من api يتلاعب به برنامج aum؟ 14:15 <@jrandom> named_: نعم 14:16 <@jrandom> من السهل إضافة شيء يسمح بالتحكم الآمن عبر URLs، لكنه لا يكون منطقيًا إلا إن كان هناك ما يحتاجه 14:16 <@jrandom> وإلا فسيُهمَل 14:16 <aum> named_: سيكون ذلك جميلًا، ويمكن أن يعمل إن كان هناك كلمة مرور hardcoded في config يجب على برامج العميل إرسالها بـ POST مع حقول التحكم بـ tunnel 14:16 <cervantes> شخصيًا أود رؤية نظام tunnel كله يُعاد تصميمه بالكامل، إن ضمّنت واجهة إدارة tunnel منذ البداية فلن تقلق بشأن الجهد الإضافي اللازم لصيانة واجهة منفصلة 14:17 <@jrandom> نعم، الوكلاء يحتاجون كثيرًا من العمل، والذي كنت أتهرّب منه قدر الإمكان :) 14:17 <aum> SAM جيد لبعض الحالات، وسيئ لغيرها 14:17 <cervantes> لكن ذلك لاحقًا بعض الشيء... 14:17 <fedo> ( 14:18 <@jrandom> aum: ولكن كحل مؤقت، ألا يمكنك استخدام إحدى الطرق الثلاث المتاحة؟ 14:18 <cervantes> أي أن واجهة الويب نفسها تستخدم api فلا يوجد عبء صيانة 14:18 <@jrandom> صحيح. واجهة الويب تستخدم TunnelControllerGroup 14:19 <aum> يصبح استخدام SAM صعبًا عندما يرغب المرء في استخدام مكتبات موجودة تعتمد كثيرًا على مقابس TCP القياسية 14:19 <aum> jrandom: سطر أوامر I2PTunnel لا يعمل لفتح server tunnels، لذا أكتب حاليًا شيفرة لاستخدام TunnelControllerGroup 14:19 <@jrandom> aum: المكتبات الموجودة تحتاج تدقيقًا بعناية. على سبيل المثال، أداة gzip نفسها تكشف بيانات حساسة 14:19 <aum> أكتب الشفرة بينما نتحدث 14:21 <@jrandom> أنا متأكد أن CLI يعمل لـ server tunnels، لكن استخدام TunnelControllerGroup مُفضّل، إن كنت تحتاجه كذلك 14:21 <@jrandom> حسنًا، هل لدى أحد شيء آخر ليطرحه؟ 14:22 <septu_ssh> سؤالي يتعلق بنسخة موزعة من hosts.txt، تُستخدم حاليًا جدول DHT لـ routerInfo، أليس بالإمكان توسيعه إلى نسخة موزعة من DNS؟ يمكن أن يحوي DHT الخاص بـ DNS تعيينات من www.bla.i2p إلى SHA الخاص بـ eepsite، وتُوقّع الإدخالات بواسطة 'I2P registrar'... تعليقات؟ اعتراضات؟ 14:22 <mancom> سؤال يتعلق بخارطة الطريق: هل ما زال 0.6 مُجدولًا لأبريل؟ 14:22 <@jrandom> septu_ssh: بيانات غير التوجيه لن تدخل netDb على جثتي ;) 14:23 <septu_ssh> jrandom: ليست قاعدة البيانات نفسها 14:23 <septu_ssh> قاعدة بيانات موزعة مختلفة 14:23 <aum> jrandom: هل رأيت تقرير العلة الخاص بي؟ أمر CLI 'server' /لا يعمل/ 14:23 <maestro^> septu_ssh: لا يوجد أي i2p registrar 14:23 <@jrandom> septu_ssh: هناك جوانب خطرة كثيرة للتسمية، مع بعض المقايضات الأساسية. هل رأيت نقاش التسمية على ugha.i2p؟ 14:24 <@jrandom> septu_ssh: آه، يمكن بالتأكيد استخدام DHT فوق I2P لتوزيع الإدخالات، رغم أن تلك الأسماء لن تكون آمنة إذا عوملت كإدخالات عالمية 14:26 <@jrandom> aum: كنت أستخدمه يوميًا حتى قبل بضعة أسابيع، هل رأيت ردي؟ 14:26 <@jrandom> maestro^: هذا هو المخطط 14:26 <@jrandom> أقصد، mancom: 14:26 <cervantes> aum: لديّ رد على تلك رسالة i2plist من jr، ألم تصلك بعد، أم أن المشكلة باقية؟ 14:26 <septu_ssh> السبب الوحيد لاقترحي "مسجّل" هو أن التضاربات قد تحدث خلاف ذلك 14:26 <@jrandom> septu_ssh: تقبّل التضاربات :) 14:26 <@jrandom> تسمية تكون فريدة عالميًا، مقروءة بشريًا، موزعة، وآمنة لا وجود لها 14:27 <septu_ssh> يمكن أن يحدث ذلك أيضًا في host.txt إذا عُدّل يدويًا، لكن تظل المشكلة نفسها 14:27 <@jrandom> تخلَّ عن المعامل الأول وستكون بخير 14:27 <aum> jrandom: رأيتُ ردك - ولديّ /حقًا/ streaming.jar في cp 14:27 <septu_ssh> يدير postman عقدة مركزية للبريد، لذا هناك عنصر ثقة داخل الشبكة، ألا سيثق أحد بمسجّل لإدارة فضاء الأسماء؟ 14:27 <@jrandom> حسنًا رائع، وما زال يعيد ذلك الأثر aum؟ 14:28 <aum> نعم 14:28 <@jrandom> septu_ssh: يعمل postman كعنصر مركزي فقط لـ outproxies وinproxies الخاصة بـ postman 14:28 * Ragnarok حقًا يحتاج أن يباشر كتابة وثيقة دفتر العناوين... 14:28 <aum> يحدث هذا عندما أشغّل cli يدويًا، أنفّذ genkeys، ثم أنفّذ 'server' باستخدام privkeyfile المُولّد بواسطة genkeys 14:28 <@jrandom> septu_ssh: لن يثق أحد بأي شخص لإدارة فضاء أسماء. الرقابة == ممارسة ضغط على ذلك المسجّل. 14:28 <maestro^> كل شخص هو في الواقع مسجّل نفسه 14:29 <maestro^> تثق بأصدقائك وهم يثقون بك 14:29 <aum> تبًا، التقطتُ classpath قديمًا 14:29 * aum يختبر مجددًا 14:30 <ant> <dm> حسنًا، سأكون المسجّل. 14:31 <ant> <dm> سأكون غير متحيّز قدر الإمكان... موافق؟ 14:31 <septu_ssh> هممم، حسنًا، نعود إلى لوحة الرسم إذًا... 14:31 <@jrandom> septu_ssh: مكان جيد للاطلاع http://zooko.com/distnames.html :) 14:32 <@jrandom> الجميع يريده، لكن ما يريدونه ليس آمنًا. لدينا حل آمن، لكننا نتنازل عن الفرادة العالمية 14:33 <septu_ssh> هممم، حسنًا 14:33 <@jrandom> حسنًا، هل لدى أحد شيء آخر ليطرحه في الاجتماع؟ 14:33 <cervantes> septu_ssh: http://forum.i2p.net/viewtopic.php?t=134 14:33 <aum> jrandom - حسنًا، cli 'server' يعمل الآن، لكنني لم أحصل على 'job number' للـ tunnel 14:34 <@jrandom> همم صحيح، إنه يعمل للأبد 14:34 <aum> آه، يجب أن أنفّذ 'list' للحصول على job num 14:36 <@jrandom> حسنًا رائع، إن لم يكن هناك شيء آخر... 14:36 * jrandom يستعد 14:36 * jrandom *baf* يغلق الاجتماع