اجتماع مطوري I2P، 21 أكتوبر 2003

[22:59] <dm> إذًا متى سيكون هذا الاجتماع؟ [23:00] <jrand0m> الآن. [23:00] <jrand0m> 0) مرحبًا [63] [23:00] <jrand0m> 1) خارطة الطريق: (Link: http://wiki.invisiblenet.net/iip-wiki?I2PRoadmap)http://wiki.invisiblenet.net/iip-wiki?I2PRoadmap [23:00] <jrand0m> 2) مهام 0.2: [23:00] <jrand0m> - اختبار اتصالات طويلة الأمد [23:00] <jrand0m> - علل إعادة بناء Lease [23:00] <jrand0m> 3) prng (يا للروعة) [23:00] <jrand0m> 4) تطبيقات / أسئلة / إلخ [23:00] <jrand0m> 0) مرحبًا [23:00] <jrand0m> آسف على الغباء ونسيان التوقيت الصيفي [23:00] <jrand0m> أهلًا بكم في الاجتماع رقم 63 [23:01] *** darl_mcbride غادر #iip-dev [23:01] <jrand0m> 1) خارطة الطريق [23:01] <jrand0m> خارطة الطريق على الرابط أعلاه وسيتم تحديثها كلما لزم الأمر. [23:02] <jrand0m> نعم، التواريخ أبعد مما كانت عليه سابقًا، وهذا يعكس بالدرجة الأولى: 1) أنني لا أريد إصدار برمجيات رديئة 2) أنني أغفلت تفاصيل في التقديرات السابقة [23:02] <jrand0m> ولكن، بالطبع، كما تقول خارطة الطريق: "إذا شاركت وساعدت في بعض البرمجة، ستسير الأمور أسرع" :) [23:03] <jrand0m> الإصدار 0.2 نفسه سيوفر وظائف مفيدة فعلًا [23:03] *** تسجيل الخروج: thecrypto (انتهاء مهلة Ping) [23:03] <dm> أخبار جيدة. [23:03] <jrand0m> حسنًا، البند 2) مهام 0.2 [23:04] <jrand0m> كنت أقوم باختبارات ضمان الجودة لإصدار 0.2 خلال الأسبوع الماضي تقريبًا وأتتبّع بعض العلل التي كان من الصعب اكتشافها [23:04] <jrand0m> لكن أظن أنني وجدت مصدرها قبل بضع دقائق، وأنا أشغّل الآن اختبارًا ضدها في الخلفية. [23:04] <jrand0m> (كانت المشكلة أنه بعد بضع ساعات من الاستخدام، يفشل الاتصال مع router أو وجهة) [23:05] <dm> ما نوع منصّة الاختبار التي تستخدمها؟ هل كل شيء محلي في هذه المرحلة؟ [23:05] <jrand0m> ثلاثة routers محلية، وثلاثة routers بعيدة [23:05] <sisr> هل يتضمن 0.2 ميزة أنه عندما يتعذّر الاتصال بـ router بعد عدد معين من المحاولات يتوقف عن المحاولة؟ [23:05] <jrand0m> نعم [23:06] <jrand0m> كل router ينشر معلومات الاتصال الخاصة به كل N (حاليًا 2) دقيقة لكل من يعرفهم. إذا لم يتلقَّ router معلومات اتصال جديدة كل 2.5*N دقيقة، يحذف مرجعه. [23:06] <jrand0m> ومع ذلك، إذا كان /يريد/ العثور على router جديد (أي يحصل على مرجع له عبر Lease)، فيمكنه إجراء بحث في أي وقت والعثور عليه [23:07] <jrand0m> على أي حال، تشغيل ثلاثة routers بالإضافة إلى وجهتين نشطتين محليًا هو، حسنًا، وحش يلتهم CPU. [23:08] <jrand0m> أضفت ميزة قبيحة أشعر بالذنب تجاهها، لكنها تتيح لك إضافة متغير بيئة لإيقاف تشفير ElG و AES أساسًا. وهذا مفيد فقط للتواصل مع عقد أخرى أوقِف فيها التشفير (وإلا فلن تتمكن من التحدث) [23:09] <jrand0m> حسنًا، هذا كل شيء بخصوص مهام 0.2 [23:09] <dm> لأغراض الاختبار الخاصة بك؟ [23:09] <jrand0m> نعم، في الأساس [23:09] <jrand0m> (وأيضًا لأي شخص آخر يجري اختباراته لإضافة ميزات جديدة / إلخ ;) [23:10] <jrand0m> نظريًا، يمكن لوجهتين (مثل atalk) ضبط الخيار -Di2p.encryption=off والاستمرار في العمل (مع أنه لن يكون هناك أي تشفير من طرف إلى طرف) [23:10] *** thecrypto (~thecrypto@anon.iip) انضم إلى القناة #iip-dev [23:10] <jrand0m> لكنني أظن أن هذه فكرة سيئة. [23:11] <jrand0m> سيتم بالتأكيد سحب هذه الميزة بمجرد أن نُنهي أمور AES+SessionTag [23:11] <jrand0m> حسنًا، 3) prng [23:11] <sisr> هل هناك متطلبات دنيا مقترحة للـ CPU والذاكرة RAM؟ [23:12] <sisr> آسف [23:12] <jrand0m> همم، الذاكرة RAM قليلة (sun's JVM تستهلك 7-10Mb، و kaffe بين 16-22Mb) [23:13] <jrand0m> المعالج CPU بالتأكيد هو العامل المقيِّد في الوقت الحالي، لكن ليست لدي مجموعة واسعة من الأجهزة للاختبار عليها ;) [23:14] <jrand0m> دعني أقول إن تشغيل ثلاثة routers واثنين من i2ptunnels يشيران إلى squid خارج الموقع على نفس الجهاز يَخنق جهازي P4 بسرعة 1.7Ghz تمامًا [23:14] <thecrypto> قد أكون أكثر نشاطًا قليلًا إذا أردتني أن أقول شيئًا [23:14] <dm> حسنًا، قل شيئًا. [23:15] <jrand0m> أهلًا thecrypto :) [23:15] <sisr> لماذا قد يشغّل أي شخص أكثر من router واحد على نفس الحاسوب؟ [23:15] <jrand0m> sisr> فقط المطوّر سيفعل ذلك. [23:16] <sisr> حسنًا، إذن لا ينبغي أن يكون الـ CPU سيئًا جدًا ويمكننا تشغيل بعض الاختبارات على مدى الأسابيع [23:16] <jrand0m> تمام [23:17] <jrand0m> حسنًا، تبيّن أن مسألة prng كانت علّة في kaffe، وقد تم إصلاحها الآن. [23:17] <jrand0m> وبذلك، ليست لدينا حاجة ماسّة للحصول على تنفيذ yarrow، حيث إنهم يستخدمون sha1prng [23:18] <jrand0m> (لكن سيكون ذلك لطيفًا عندما نحصل عليه) [23:18] <jrand0m> حسنًا، 4) تطبيقات / أسئلة / إلخ [23:18] <jrand0m> ليس لدي شيء آخر، لذا... مرحبًا :) [23:19] <jrand0m> أي أسئلة / أفكار / تعليقات حول أي شيء آخر؟ [23:19] <sisr> كيف حال خادم التسمية؟ لم أرَ co منذ وقت طويل [23:19] *** co (anon@anon.iip) انضم إلى القناة #iip-dev [23:19] <jrand0m> وعلى سيرة الشيطان [23:19] <jrand0m> مرحبًا co [23:19] <sisr> ههه [23:19] <co> أهلًا. [23:20] <jrand0m> وصلنا إلى نقطة لم يتبقَّ فيها شيء على جدول الأعمال سوى الأسئلة [23:20] <jrand0m> [23:19] <sisr> كيف حال خادم التسمية؟ لم أرَ co منذ وقت طويل [23:20] <jrand0m> [23:19] *** co (anon@anon.iip) انضم إلى القناة #iip-dev [23:20] <jrand0m> وها قد حدث ذلك :) [23:20] *** تسجيل الخروج: godmode0 (EOF From client) [23:21] <co> لم يحدث أي تقدم فيه. كتبت جزءًا صغيرًا فقط من العميل، ولا شيء من الخادم. [23:22] <jrand0m> كووول [23:22] * dm يوجّه عصا العار نحو co. [23:22] <sisr> أعتقد أن HTTP i2p tunnel تعمل جيدًا الآن [23:22] <sisr> لقد كيّفت httpclient الممتاز الخاص بـ mihi بحيث تكتبه في إعدادات الوكيل لديك [23:23] <jrand0m> رائع! [23:23] <sisr> كما أنه يقوم بترشيح بسيط للمواقع غير i2p [23:23] <sisr> أظن أن jrand0m قد قام بعمل commit لهذا بالفعل، صحيح؟ [23:23] <jrand0m> هل نعرف مع أي متصفحات يعمل؟ أعرف Moz... [23:23] <jrand0m> نعم، أظن أنني قمت بعمل commit لتلك الأشياء.. دعني أتأكد [23:23] * co يشعر بالخزي كما ينبغي. [23:23] <sisr> يعمل مع Mozilla وKonqueror [23:24] *** godmode0 (~enter@anon.iip) انضم إلى القناة #iip-dev [23:24] <jrand0m> لا تقلق يا co، أنا بالفعل متأخر شهرين عن الجدول [23:24] <sisr> سأحاول جعل I2P Tunnel الخاصة بـ mihi تعمل مع خادم البريد الإلكتروني هذا الأسبوع [23:24] <sisr> أيضًا تم تحديث صفحات ويكي كثيرة [23:24] <jrand0m> أوه صحيح! شكرًا على ذلك [23:25] * jrand0m أضاف في الواقع تحذيرًا إلى إحدى الأسئلة الشائعة بعد ظهر اليوم :) [23:25] * dm يقرر تركيز قدراته التحليلية الخارقة لتحديد من أين ينحدر sisr. [23:25] <dm> "أيضًا تم تحديث صفحات ويكي كثيرة" [23:25] <sisr> حسنًا تفضل [23:25] <dm> مممم.....مممممم.....مممّمّم... [23:26] <dm> آه، دليل آخر؟ [23:26] <sisr> لكن لا أستطيع أن أخبرك إن كنت محقًا [23:26] <dm> "..... قد قام بعمل commit لهذا بالفعل، صحيح؟" [23:26] <co> jrand0m: إن لم يُطرح هذا من قبل، هل تريد إصدار إطار عمل I2P والتطبيقات كحزمة في الوقت نفسه؟ [23:27] <jrand0m> وجدتُ أن ما أريده وما يحدث ليسا الشيء نفسه دائمًا [23:27] <co> أعني إصدارهم معًا. [23:27] <sisr> لدي سؤال بعد co [23:27] <jrand0m> الخطة الحالية موجودة على (Link: http://wiki.invisiblenet.net/iip-wiki?I2PRoadmap)http://wiki.invisiblenet.net/iip-wiki?I2PRoadmap [23:28] <jrand0m> i2p نفسه سيكون الـ router والـ sdk، لكن سيُضمَّن معه أي تطبيقات جاهزة، متى ما كانت جاهزة. [23:28] <jrand0m> (المُثبّت الآن يضمّن الـ router والـ sdk و phttprelay و atalk و i2ptunnel) [23:29] *** تسجيل الخروج: dm (انتهاء مهلة Ping) [23:29] <jrand0m> ما الأخبار يا sisr؟ [23:29] <co> تلك الصفحة مفيدة جدًا. شكرًا لك. [23:30] <sisr> I2P كبير جدًا ويمكن استخدامه لتصفح الويب، وتصفح البرامج وصفحات الويب المتصلة عبر I2P Tunnel، وإذا كتب أحدهم خادم ويب I2P وعميلًا مباشرَين، فيمكنه الاستغناء عن الـ Tunnel [23:30] <jrand0m> بالتأكيد. [23:30] <sisr> سؤالي هو: ما هو توجه مطوري I2P؟ هل نجعل كل شيء يعمل مع I2P Tunnels حتى يتمكن المستخدمون من استخدام البرامج التي يألفونها بالفعل مثل IE أو [23:31] <sisr> أم من الأفضل محاولة إنشاء برنامج خادم ويب I2P ومتصفح ويب I2P — أي جعل كل شيء مخصصًا لـ I2P؟ [23:31] *** dm (~as@anon.iip) انضم إلى القناة #iip-dev [23:32] <jrand0m> شخصيًا، سأكون سعيدًا إذا تحقق الخيار الأول. ومع ذلك، سيكون هناك مكاسب في الأداء عند تصميم تطبيقات أصلية لـ i2p [23:32] <mihi> مبدأ يونكس: مهمة واحدة، أداة واحدة. لذا لا تكتبوا متصفحات جديدة. [23:32] <jrand0m> صحيح [23:32] <sisr> كم مقدار الحمل الزائد لـ I2P Tunnel؟ إذن ينبغي أن نركّز على استخدام I2p Tunnel لجعل البرامج الحالية تعمل [23:32] <dm> مهمة واحدة، أداة واحدة؟ مبدأ سخيف. [23:33] <sisr> أعتقد أننا سنحتاج إلى دليل إرشادي للناس لإعداد Squid ووكيل البريد الإلكتروني للويب العادي. هذا مهم ونحتاج لأكثر من دليل أو اثنين، أي تعليمات سهلة ليتمكن الآخرون من إعداد بيئتهم بأنفسهم [23:33] <jrand0m> sisr> الحمل الزائد الوحيد المهم في i2ptunnel هو اعتماده على وضع التسليم المضمون لـ i2p، والذي يتطلب انتظار رسالة ack بعد كل رسالة تُرسل (رحلة ذهاب وإياب كاملة عبر زوج الـ tunnels، باستخدام كل التشفير المناسب) [23:34] <sisr> هاها، حسنًا، لدى sisr حاسوب قديم جدًا [23:34] <sisr> يبدو بطيئًا جدًا بالنسبة لي لهذا السبب [23:34] <dm> كيف كان الزمن الكامن في أولى الاختبارات الفعلية؟ بدافع الفضول فقط. [23:35] <jrand0m> أستطيع جلب news.google.com بكل الصور في حوالي 30-60 ثانية [23:35] <dm> تمام [23:36] <sisr> ما مدى صعوبة إعداد نظام توزيع محتوى شبيه بـ Freenet فوق I2P؟ هل هو جهد كبير أم صغير؟ [23:36] <co> وكم يستغرق من الوقت بدون الـ tunnel؟ [23:36] <jrand0m> sisr> إذا عملتُ عليه بدوام كامل، أتوقع حوالي شهر للحصول على DHT فوق i2p [23:37] <jrand0m> co> حوالي 10-15 ثانية [23:38] <co> إذن i2ptunnel أبطأ بثلاث مرات. [23:39] <jrand0m> حسنًا، i2ptunnel + الـ routers. لكن هذا ليس زمنًا خطيًا — إرسال 10 بايت عبر i2p يستغرق تقريبًا نفس زمن إرسال 100k [23:39] *** تسجيل الخروج: thecrypto (انتهاء مهلة Ping) [23:39] <co> بالنسبة لك، على الأقل. [23:39] <jrand0m> الحمل الزائد يكمن في تغليف الرسائل [23:39] <sisr> إذا كانت I2P tunnel ستكون نواة معظم تطبيقات I2P، فعلينا التركيز على واجهة المستخدم وجعل خيارات إعداد الـ tunnel سهلة بالنقر [23:40] <sisr> مثل مربّع اختيار لإعداد خادم ويب I2P Tunnel مع المنفذ، ومربع اختيار لخادم البريد الإلكتروني، بحيث تكون العملية بسيطة جدًا [23:40] <jrand0m> sisr> أنا شخصيًا أحب واجهته كثيرًا في الوقت الحالي :) [23:40] <jrand0m> أوه، بالتأكيد. في الواقع [23:40] * sisr لم يرَ الواجهة قط لكنه يتخيّلها مثل textbox [23:40] <sisr> ربما يستطيع أحدهم أخذ لقطة شاشة لـ I2P tunnel من أجل الشرح [23:41] <jrand0m> ما كنتُ أخطط له هو أن يقوم المُثبّت بإنشاء مجموعة من سكربتات .bat و .sh لتنفيذ ذلك تلقائيًا (e.g. java .... I2PTunnel -e 'config basdfawer' -e 'server ...' ) [23:42] <sisr> على ماذا ينبغي أن نعمل من أجل I2P الآن [23:42] <jrand0m> هذا سؤال كبير. الإجابة المختصرة هي "أيّ شيء تستطيع" [23:43] <jrand0m> إذا تقدّم أحدهم وحدث المُثبّت ليبني تلك سكربتات .sh و .bat، فسيكون ذلك رائعًا [23:43] <jrand0m> إذا كان لدى أي شخص وقت للعمل على بعض الأمور في i2proadmap، فسيكون ذلك رائعًا أيضًا :) [23:44] <jrand0m> أعتقد أنه سيكون هناك طلب كبير على التوثيق و QA بمجرد صدور 0.2 (أي قريبًا جدًا) [23:44] <sisr> كيف سيكون المُثبّت؟ InstallShield أم Java؟ [23:44] <jrand0m> المُثبّت الحالي عبارة عن "install.jar" واحد يوجّه المستخدم عبر بضعة أسئلة [23:45] <jrand0m> إنه مُثبّت سيئ جدًا [23:45] <jrand0m> لكنه مستقل عن المنصة قدر الإمكان [23:48] <jrand0m> حسنًا، رائع، الـ routers لا تزال تعمل، أعتقد أن هذا الإصلاح قد نجح. [23:48] <jrand0m> أوه نعم. [23:48] <jrand0m> ستعود القائمة البريدية في وقت ما [23:48] <jrand0m> إذا لم تعد بحلول جاهزية 0.2، فسأنشئ قائمة بريدية جديدة [23:49] <co> لدي سؤال آخر. [23:49] <jrand0m> تفضّل [23:50] <co> هل هناك قائمة متاحة بعُقد I2P التي تعمل الآن؟ [23:50] <jrand0m> كلا. [23:50] <jrand0m> لا توجد عُقد i2p عامة مفتوحة [23:50] <co> فهمت. [23:50] <jrand0m> مع ذلك، ستجعل إحدى هذه العُقد قائمة نظرائها متاحة عبر http عند إصدار 0.2 [23:50] <jrand0m> (وسيكون عنوان URL لتلك القائمة في المُثبّت) [23:50] <jrand0m> s/will be/is/ [23:52] <mihi> إنها في علاماتي أيضًا... [23:52] <jrand0m> هيه، وغد [23:52] <mihi> بالمناسبة: size=777 أكبر بـ 111 بايت ;) [23:53] <jrand0m> لول [23:53] <jrand0m> لم ألحظ ذلك إطلاقًا. [23:53] <jrand0m> كانت 384 [23:53] <jrand0m> لكنني أضفت بعض معلومات إصدار sw الخاصة بالـ router إلى routerInfo [23:53] <sisr> أظن أن nop يمكنه استخدام I2P tunnel لإعداد خادم IRC تجريبي مع router 0.2؟ [23:54] <jrand0m> سيكون ذلك رائعًا حقًا [23:54] <sisr> أتساءل كيف سيكون الزمن الكامن مقارنةً بهذا IIP إذا فعل nop ذلك [23:54] <jrand0m> مع أننا لن نتمكن من dcc [23:54] <jrand0m> سيكون لدى i2p زمن كامن أعلى بكثير [23:54] <jrand0m> (لأن كل إرسال سيستغرق بضع ثوانٍ، إذ ليس لدينا AES+SessionTag بعد) [23:57] <jrand0m> حسنًا، إذا كان لدى أي شخص شيء ليقوله قبل عودة القائمة، فتحدثوا هنا أو ضعوا الأشياء على الويكي [23:57] <dm> تمام، ليلة سعيدة [23:57] *** dm غادر #iip-dev [23:57] * jrand0m يغلق الاجتماع بـ *baf*