اجتماع مطوري I2P - 6 يناير 2004

[22:02] <jrand0m> جدول الأعمال: [22:02] <jrand0m> 0) مرحباً [22:02] <jrand0m> 1) http://i2p.dnsalias.net/pipermail/i2p/2004-January/000069.html [22:02] <jrand0m> 2) [نقاش] [22:02] <wiht> هل يمكنني إضافة المُثبِّت إلى جدول الأعمال؟ [22:02] <jrand0m> 0) مرحباً [22:02] <jrand0m> آه نعم، بالتأكيد! [22:02] <jrand0m> نحن نجرب شيئاً جديداً هذا الأسبوع [22:03] <wiht> يمكنك وضعه في نهاية الجدول. [22:03] <jrand0m> بدلاً من أسلوب الكلام الطويل الممل، المنشور http://i2p.dnsalias.net/pipermail/i2p/2004-January/000069.html يصف معظم الأشياء التي كنت أنوي قولها [22:03] * mihi_ انضم إلى #i2p [22:04] <jrand0m> بدلاً من ذلك، سنحاول هذا الأسبوع جعل الاجتماع أكثر تركيزاً على النقاش - أشياء يريد الناس التحدث عنها من ذلك المنشور، أي منشورات متابعة، و/أو أي شيء آخر يرغب الناس في مناقشته [22:04] <jrand0m> مثل مُثبِّت جديد [22:05] <jrand0m> إذاً، على هذا الأساس، ينبغي أن يبدأ الناس بالاطلاع على تلك الرسالة/المنشور وسنُكمل من هناك :) [22:05] * mihi_away أصبح يُعرف الآن باسم mihi [22:05] * kaji يقرأ المنشور [22:05] * mihi_ أصبح يُعرف الآن باسم mihi_backup [22:06] <jrand0m> 27 مستخدماً مع نسخة مكررة واحدة فقط! واو [22:07] * dm أصبح يُعرف الآن باسم dup [22:07] <jrand0m> حسناً، عندما ينتهي الناس من القراءة، ربما يمكننا البدء بمراجعة الفهرس ورؤية ما إذا كان هناك ما يريد أحد إضافته/التعليق عليه/مناقشته؟ [22:07] <mihi> jrand0m: من أين عرفت أنه لا توجد مزيد من النسخ المكررة؟ [22:07] <jrand0m> هه شكراً dm [22:07] <jrand0m> mihi> نصبتُ keyloggers على حواسيب الجميع (بوهاهاهاها) [22:07] <wiht> أود أن أضيف المُثبِّت كبند 10، وخدمة التسمية كبند 11 ربما. [22:07] * mihi أرسل المتابعة إلى العنوان الخاطئ :(، يُعيد الإرسال... [22:08] <jrand0m> اختيار موفق wiht [22:09] <MrEcho> نظام dns الجديد لـ mrecho قيد العمل [22:09] <jrand0m> رائع mihi، نعم كنت أتساءل ;) [22:09] <kaji> كيف يسير dns؟ - آه [22:09] <jrand0m> MrEcho> تقصد منشورك، صحيح؟ [22:09] <MrEcho> أعمل على المنشور [22:10] <jrand0m> حسناً، في هذه الأثناء، هل لدى أحد ما حول 1) streaming؟ أم نقفز إلى 2) I2PTunnel و TunnelManager و i2pmgr؟ [22:10] <lucky> يا إلهي... يمكنني أن أمضي بقية حياتي محاولاً فهم هذه الاعتمادات. [22:10] <wiht> إذاً لنقل DNS/NS كبند 11. [22:10] <jrand0m> يبدو جيداً wiht [22:10] * duck يدخل [22:11] <jrand0m> مساء الخير يا duck [22:11] <mihi> بالنسبة للبند 1، قمتُ بعمل commit لكود i2ptunnel باستخدام الـ streaming api [22:11] <jrand0m> آه صحيح، ممتاز يا mihi :) [22:11] <lucky> مرحباً duck [22:11] * twosandals غادر IRC (Leaving) [22:11] <kaji> jrand0m هل يمكن لعدة خدمات استخدام نفس المفتاح إذا كانت على منافذ مختلفة؟ [22:11] <jrand0m> لا يا kaji [22:11] <mihi> بالمناسبة: لماذا ملفات ant لديك دائماً تحذف ملف jar قبل إعادة بنائه؟ [22:11] <jrand0m> mihi> بدافع البارانويا [22:12] <mihi> تسرق وقتي في تتبع الأخطاء، أقول ;) [22:12] <jrand0m> kaji> في i2p، المفتاح هو بمثابة منفذ، أساساً [22:12] <jrand0m> هه [22:12] <kaji> آه [22:13] <jrand0m> mihi> إذا أردتَ تحديث ذلك، طالما سيبني jar إذا تغيّرت ملفات class فهذا جيد [22:13] <mihi> إذا كان الملف أحدث من جميع الملفات داخله، ويمكن تخطيه خلاف ذلك. [22:13] <jrand0m> صحيح [22:13] <mihi> وللبرانويا من الأفضل إضافة مهمة <depends> [22:13] <jrand0m> متفق [22:13] <FillaMent> يو يو [22:13] <jrand0m> أهلًا FillaMent [22:14] <jrand0m> حسناً، 2) i2ptunnel / tunnelmanager / i2pmgr [22:14] * TC انضم إلى #i2p [22:15] <human> أجريتُ قليلاً من التعديل لجعل TunnelManager يُرجع job ids عندما تُستدعى أوامر "openclient" أو "openserver" [22:16] <jrand0m> رائع :) [22:16] <human> بهذه الطريقة، التطبيقات التي تستخدم TunnelManager تعرف أي job تُغلق لاحقاً، دون تحليل مخرجات "list" [22:16] <jrand0m> نعم، لم أشعر بارتياح كبير لاستخدام list و close في tunnelmanager، إذ يمكن لعدة عملاء أن يفسدوا بعضهم البعض بهذه الطريقة [22:17] <jrand0m> سندمج تلك الرقعة بعد الاجتماع مباشرة. شكراً human :) [22:17] <human> تضمن ذلك جعل I2PTunnel.runCommand يُرجع بعض الأشياء (حالياً Property) [22:17] <human> s/Property/Properties/ [22:17] <jrand0m> آه صحيح، هناك بعض الأشياء لتعديلها قبل إدخالها في الكود [22:18] <human> لكنّ mihi يفضّل إضافة بعض ردود النداء غير المتزامنة إلى صنف Logging، على حد فهمي... [22:19] <jrand0m> صحيح - حتى تتمكن الأشياء من الحصول على معلومات من المهام فوراً، دون انتظار انتهائها [22:20] * mihi غادر IRC (EOF From client) [22:20] <human> jrand0m: الفكرة هي: لنجعل I2PTunnel.runCommand() يُرجع فوراً، ونستخدم لاحقاً callbacks للحصول على مزيد من المعلومات، صحيح؟ [22:21] <jrand0m> صحيح [22:21] <jrand0m> بحيث تُطلق المهام callbacks كلما وُجدت بيانات للتوزيع [22:21] * mihi انضم مجدداً إلى #i2p [22:21] <human> حسناً، برأيي هناك سؤال آخر: «كم عدد تطبيقات java التي (ست) تستخدم I2PTunnel.runCommand() بشكل غير متزامن؟» كل التطبيقات التي تستخدم I2PTunnel حالياً (حتى عبر TunnelManager) تعمل بشكل جيد مع استدعاءات .runCommand() المتزامنة (حتى لو كانت طويلة)، وجعل كل شيء غير متزامن سيُعقّد الأمور فقط (برأيي) [22:22] * mihi يستخدمه عبر الواجهة الرسومية [22:22] <human> (حسناً، "كل" تعني TunnelManager والتطبيقات التي تُحلّل مخرجات مدير النفق) [22:22] <jrand0m> صحيح، الواجهة الرسومية ستتجمّد أثناء تنفيذ الأمر [22:22] <mihi> وإدخال أوامر فتح الأنفاق الثلاثة التالية يُحجب بينما الأول يعمل [22:23] <human> mihi: حسناً، لم أكن أعلم بتطبيقك... إذاً نحتاج حلاً :-) [22:24] <human> mihi: سلوك .runCommand() غير المتزامن سيتطلب إعادة النظر في TunnelManager [22:24] <mihi> human: متى (برأيك) يجب أن ينتهي runCommand؟ عندما يُبنى النفق، أم عندما تمرّ الاتصال؟ [22:25] <mihi> "الوجهة غير قابلة للوصول" ستُعرف بعد إجراء أول محاولة اتصال. [22:25] <jrand0m> نمط command سيجعل execute() يُرجع فقط بعد اكتماله. [22:26] <mihi> ماذا يعني "اكتمال"؟ [22:26] <jrand0m> (لذا إذا كنا نتّبع نمط command، فإن runCommand سيحجب حتى يكتمل كل ما يلزم لتنفيذ ذلك الأمر) [22:26] <human> mihi: ههه، هذا هو السؤال :-) [22:26] <jrand0m> الاكتمال لـ "server 1234 privkeys" يكون عندما يستطيع الخادم قبول الاتصالات على منفذ 1234 [22:26] <human> mihi: حسناً، بالنسبة لـ TunnelServer برأيي يجب أن يُرجع بعد إنشاء النفق [22:27] <jrand0m> الاكتمال لـ "client 234 peer" يكون عندما يصل اتصال إلى المنفذ 234 بنجاح إلى peer [22:27] <jrand0m> على الأقل هذا رأيي [22:27] <mihi> كيف ستُحدد الثانية؟ [22:27] <jrand0m> لا أشعر بقوة تجاه أي منهما [22:27] <jrand0m> ربما ping؟ [22:27] * Sciatica انضم إلى #i2p [22:28] <mihi> وماذا لو تعطّل peer بعد الـ ping مباشرة؟ [22:28] <mihi> برأيي يستحيل بناء تطبيقات شبكية دون callbacks [22:28] <jrand0m> صحيح [22:28] <mihi> أو خيوط كثيرة، وأنا أفضل callbacks على خيوط مُزامنة حتى الموت [22:29] <jrand0m> ربما يجب أن يُرجع فقط بعد أن يصبح قادراً على محاولة الاتصال؟ [22:29] <jrand0m> أو ربما نمط command ليس النمط المرغوب [22:29] <mihi> هذا ما يفعله الآن. وما النتيجة التي يجب أن يُرجعها إذن؟ [22:30] <mihi> الفكرة أنك تريد نتيجة (مختلفة عن int لمُعرّف الاتصال) [22:30] <jrand0m> صحيح، لأمر client، يريد المرء الـ job (حتى يمكن إغلاقه لاحقاً)، لكن لأمر genkey، يريد المرء المفتاح العام والخاص [22:30] * mihi لا يستطيع التفكير في أي معلومات أخرى معروفة في تلك اللحظة. [22:30] <jrand0m> متفق، ولا أنا. [22:31] <dup> 0! [22:31] <mihi> و genkey يجب أن ينتظر؟ حسناً، إذا كنتم تعتقدون ذلك. [22:31] <human> mihi: حسناً، شيء مثل حالة ("ok" أو "error") ورسائل خطأ... [22:31] <mihi> human: رسائل الخطأ ستكون "متأخرة جداً" برأيي [22:31] <mihi> لكن افعلوا ما تشاؤون... [22:32] <mihi> طالما ستجعلونه يعمل مع الـ streaming api لاحقاً أيضاً... [22:32] <jrand0m> نقاط الألم التي يعالجها human هي الترقيعات في TunnelManager الذي يُحلّل رسائل التسجيل. لكنني أتفق أنه طالما يمكننا كشف تلك المعلومات عبر واجهة التسجيل، فهذا جيد [22:32] <dup> mihi حكيم. [22:32] <human> human: يمكن إيصال بعضها فوراً (مثلاً عندما يكون منفذ النفق قيد الاستخدام) [22:32] <mihi> human يتحدث إلى نفسه ;) [22:32] <human> أوبس! :-) [22:35] <human> ربما ينبغي أن نرى ما نوع التطبيقات التي تُبنى فوق I2PTunnel [22:35] <human> الواجهة غير المتزامنة هي الشيء الصحيح (TM)، لكنها أكثر تعقيداً في الاستخدام [22:35] <jrand0m> أظن أنه سيكون من الأفضل لو استطعنا الحفاظ على نفس الوظائف للبرمجيات الحالية - بما في ذلك الواجهة الرسومية. [22:35] <FillaMent> ربما أقفز بجهل، لكن ربما طريقة كما قد تجد في كثير من التعامل مع HTTP: getHeader(String headerName) [22:35] <FillaMent> اضربني عند الحاجة [22:35] <FillaMent> smack [22:36] * jrand0m يضرب FillaMent [22:36] <human> و TunnelManager لا يحتاجها (إذ لن يكون قادراً أبداً على دعم الأحداث غير المتزامنة بشكل صحيح، بحكم طبيعته) [22:36] * kaji لديه فكرة خارجة تماماً عن الموضوع [22:36] * FillaMent يستسلم للدعوة =) [22:37] <human> ولكن إذا كان تطبيق mihi يحتاج لمراقبة حالة الأنفاق، فحينها الواجهة غير المتزامنة ضرورة (TM) [22:37] <jrand0m> human> java -jar lib/I2PTunnel.jar\n. نحتاج لدعم اللا تزامن. [22:37] <kaji> i2p كتطبيق java applet حتى يمكنك تشغيله من حواسيب غريبة بسرعة عبر الذهاب إلى موقع ويب [22:37] * Sciatica غادر IRC (EOF From client) [22:37] <human> jrand0m: نعم، إذاً يجب أن نُعيد العمل على TunnelManager :-) [22:37] <jrand0m> kaji> i2p 3.0 :) [22:38] <jrand0m> متفق human، تنفيذ tunnelmanager كان تطبيقاً سريعاً وقذراً [22:38] <jrand0m> هل تعتقد أنك تستطيع النظر في كيف ينبغي أن يتم ذلك؟ [22:38] * human يستطيع التطوع لتكييف TunnelManager مع الواجهة غير المتزامنة، عند جهوزيتها [22:38] <jrand0m> w00t :) [22:40] <jrand0m> حسناً، هل نحن جاهزون للبند 3) I2COCP [22:40] <human> بخلاف ذلك، سيكون من الممكن إنشاء أساليب متزامنة وغير متزامنة لـ I2PTunnel [22:40] <jrand0m> صحيح [22:40] <jrand0m> لكن التكرار قد يكون مبالغاً فيه عندما تخدم إعادة الهيكلة البسيطة الهدف [22:41] * baffled غادر IRC (Leaving) [22:41] <duck> قلق شخصي بشأن الأنفاق: التطبيقات لا تُغلقها، لذا يصبح كامل tunnelmanager لديك مُغرقاً [22:41] <human> jrand0m: نعم، ينبغي أن نختار الحل الأسهل بين إعادة العمل على TunnelManager أو إضافة واجهات برمجة تطبيقات جديدة إلى I2PTunnel :-) [22:42] <jrand0m> نقطة جيدة duck. حالياً لا توجد مهلات/انتهاءات صلاحية، ويفترض أن التطبيقات التي تستخدم tunnelManager حسنة السلوك (وأن tunnelManager نفسه بلا أخطاء [هاه!]) [22:43] <mihi> فيما يتعلق بواجهات برمجة تطبيقات جديدة: هل ينبغي لصنوف Streaming api أن "تحل محل" القديمة أم يجب أن يكون ممكناً استخدامهما معاً (بأوامر مختلفة؟) [22:43] <jrand0m> mihi> أظن أن الـ streaming ستريد أن تحل محل، لأنه بمجرد أن تصبح streaming api صلبة ستختفي mode=GUARANTEED [22:43] <jrand0m> (وبالتالي القديمة لن تعمل) [22:44] * MrEcho تم إرسال البريد [22:46] <jrand0m> أي شيء آخر حول نقاش النفق؟ (هذا بالتأكيد ليس نهاية نقاشات الأنفاق عموماً ;) [22:47] * dup أصبح يُعرف الآن باسم dm [22:47] <jrand0m> حسناً، I2COCP [22:47] <jrand0m> هذا مجرد شيء اقترحه human في اليوم الآخر ويبدو أنه يملأ فجوة غير ملبّاة حالياً. لكن أعتقد أننا نريد تأجيل التنفيذ حتى يكون لدينا شيء يريد استخدامه :) [22:48] <wiht> هذا اسم طويل نوعاً ما، حتى وهو مختصر. [22:48] * jrand0m يُسمي I2COCP الآن "Wilma" [22:48] <human> jrand0m: حسناً، كنت سأكتب الكلمات نفسها :-) [22:48] <jrand0m> هه رائع [22:49] <jrand0m> حسناً، ننتقل إلى 4) خارطة الطريق [22:49] <human> jrand0m: برأيي، عموماً، ينبغي أن تكون هناك طريقة لتطبيقات غير java للوصول بشكل شبه كامل إلى شبكة I2P [22:49] <jrand0m> متفق [22:49] <jrand0m> المقصود أنهم سيستخدمون I2CP [22:50] <jrand0m> (كما تفعل كل تطبيقات java، بما فيها i2ptunnel ومكتبة streaming) [22:50] <human> jrand0m: نعم [22:50] <MrEcho> I2PDNS "Janessa" [22:50] <jrand0m> لكنك على حق، سيريدون streaming أيضاً، لذا إما tunnelmanager->i2ptunnel أو i2cocp->streaming lib [22:50] * jrand0m لم يلتقِ قط بـ Janessa [22:51] * Sciatica انضم إلى #i2p [22:51] <jrand0m> حسناً، نعم، تم تحديث خارطة الطريق. لا تغييرات كبيرة سوى تأجيل 0.3 و 0.3.1 لأسبوعين، إضافة معلومات 2.0، وبعض معايير 1.0 الإضافية [22:51] <human> jrand0m: نعم، ينبغي أن تكون هناك بروتوكولات شبيهة بـ "TCP" و"UDP" لـ I2P، مع تقارير أحداث بروتوكول كاملة، متاحة للتطبيقات غير java [22:52] <MrEcho> human، يبدو جيداً [22:52] <jrand0m> أريد أن يكون هناك كل واجهة ممكنة، لكن لا أريد المبالغة بالالتزام مع واجهات كثيرة يجب دعمها [22:52] * human كان يريد I2COCP (أو أيّاً كان) من أجل I2P twisted transport الخاص به (انظر http://www.twistedmatrix.com/)، لكن الآن سيلتزم بالترقيع حول TunnelManager بسعادة :-) [22:53] * w0rmus غادر IRC (Lost terminal) [22:53] <jrand0m> تمام. هذا الأفضل الآن [22:54] <jrand0m> حسناً، أي تعليقات على خارطة الطريق؟ [22:55] <jrand0m> [لا شيء هنا لنراه، لا لا] [22:55] <jrand0m> حسناً، 5) i2pIM [22:55] <jrand0m> thecrypto غير موجود، لذا يمكننا انتظار منشور إلى i2p@ بتحديثات :) [22:55] <wiht> لدينا Jabber الآن، إن لم أكن مخطئاً. هل ما زلنا نحتاج i2pIM؟ [22:55] <jrand0m> نعم [22:55] <jrand0m> لدى jabber خادم يستلم نصاً صافياً. [22:56] <wiht> آه. جيد إذاً؛ لم أكن على علم بذلك. [22:56] <jrand0m> هذه ضربتان (وجود خادم، والنص الصريح) [22:56] <jrand0m> لكنه حل جيد لبعض الأشياء بالتأكيد [22:56] <jrand0m> في الواقع، شيء خطر لي هذا الصباح هو أنه إذا استطعنا دمج i2pIM و i2psnark فسيكون هذا جيداً. [22:57] <jrand0m> (لكن شيئاً فشيئاً) [22:57] <jrand0m> وبالمناسبة، 6) i2psnark :) [22:57] <human> jrand0m: أحياناً استخدمتُ jabber مع gnupg... [22:57] <jrand0m> لأكثر من شخصين؟ [22:58] <jrand0m> للمحادثات الثنائية، أتفق تماماً أن هناك حلولاً موجودة [23:01] <jrand0m> حسناً، إلى شيء ممتع، 7) التعريف بـ I.Toopie :) [23:01] <human> كيف ستُنفّذ محادثات مُشفّرة لأكثر من شخصين؟ مفتاح خاص مُشترك؟ [23:01] <jrand0m> نعم human [23:01] <jrand0m> أو عبر n! مفاتيح مشتركة في المجموعة [23:02] <human> حسناً، ربما يمكن فعلها فوق بروتوكول jabber القائم... [23:02] <mihi> human: مفتاح تماثلي مشترك يُرسل لجميع المشاركين [23:02] <jrand0m> الجزء الصعب هو التعامل مع الانضمامات والمغادرات - تدوير المفاتيح/إلخ [23:03] * Sciatica غادر IRC (Ping timeout) [23:03] <jrand0m> ليست مسألة تافهة بأي حال. إنها صعبة جداً جداً جداً. [23:03] * mihi يوافق [23:03] * human يوافق [23:04] <jrand0m> (ولهذا فإن وجود تطبيق مُصمَّم لها بدلاً من ترقيعها فوق بروتوكول آخر قد يكون مجدياً) [23:04] <jrand0m> لكن thecrypto يستطيع وصف خططه بأفضل شكل [23:04] <jrand0m> (مع أنه على حد فهمي ما زال منفتحاً على أفكار حول كيفية التعامل مع المجموعات) [23:05] * Sciatica انضم إلى #i2p [23:06] <jrand0m> حسناً، نُكمل :) [نقاش لاحق على i2p@، إلخ] [23:06] <wiht> ما هو I.Toopee، بالمناسبة؟ [23:06] <lucky> التميمة... [23:06] <jrand0m> I.Toopie هو شخص يحمل قناعاً أصفر أمام وجهه [23:06] * lucky يرتجف. [23:07] <lucky> آه. [23:07] <lucky> هل يمكنني رؤيته؟ [23:07] <jrand0m> http://wiki.invisiblenet.net/iip-wiki?I2PLogo [23:07] * mihi_backup غادر IRC (EOF From client) [23:07] <lucky> أضفتُ java إلى طابور التجميع لدي... [23:07] <lucky> لكن.. ههه [23:07] <lucky> لدي بالفعل 7 أشياء تعمل [23:07] <lucky> سيستغرق الأمر وقتاً. [23:08] <lucky> أوه، لطيف :P [23:08] <MrEcho> ههه [23:08] <jrand0m> كانت هناك الكثير من الشعارات الرائعة (لا أصدق أن مسابقة الشعار مستمرة منذ 3 أشهر!)، ويبدو أننا نملك إمكانية قوية مع I.Toopie. ببساطته، وفكرته، وتنوعه. [23:08] <jrand0m> ونعم، إنه لطيف ;) [23:08] <mihi> هل بعض الصور معطلة أم متصفحي به خلل؟ [23:08] <jrand0m> نعم، بعضها معطل [23:09] <jrand0m> (وُضعت على مواقع استضافة مؤقتة قبل 3 أشهر) [23:09] <MrEcho> عصا I.Toopie أصبحت الآن صفراء بالكامل... [23:09] <MrEcho> تم تغييرها البارحة [23:09] <jrand0m> حقاً؟ [23:09] <jrand0m> ينبغي للناس أن يُحدثوا الـ WIKI إذن [23:09] <jrand0m> ;) [23:09] <MrEcho> ههه [23:09] <MrEcho> لم أعد أملك الصورة.. آسف [23:10] <wiht> أرى الصور على Opera، لكن ليس على Mozilla لسبب ما. [23:10] <jrand0m> هل يمكنك رؤية http://img.villagephotos.com/p/2003-10/437060/badass.webp ؟ [23:10] <jrand0m> (إحدى الصور على تلك الصفحة) [23:11] <duck> تم الرفض (حساب المستخدم مُعطّل) [23:11] <jrand0m> نعم، الأمر نفسه لدي. [23:11] <MrEcho> أستطيع رؤيتها [23:11] <jrand0m> ولكن نعم، DrWoo قام بأشياء رائعة مع I.Toopie [23:11] <MrEcho> moz 1.5 [23:11] * soros غادر IRC (EOF From client) [23:11] * mihi_away انضم إلى #i2p [23:11] * lucky غادر IRC (EOF From client) [23:12] <jrand0m> الأمر نفسه لدي يا MrEcho. غريب. [23:12] <wiht> MrEcho: أستخدم Mozilla 1.4. [23:12] <jrand0m> (الأمر نفسه بمعنى أنني على moz 1.5 وأحصل على رفض الوصول) [23:13] * jrand0m يتطلع إلى أيقونة بالشريط مع i.toopie :) [23:13] <jrand0m> حسناً، ننتقل إلى 8) خادوم الشطرنج [23:14] * Sciatica غادر IRC (Ping timeout) [23:14] * ion غادر IRC (Ping timeout) [23:14] <jrand0m> أحدث hosts.txt (http://i2p.dnsalias.net/i2p/hosts.txt) يحتوي على المرجع لـ chess.fillament.i2p [23:14] <jrand0m> يمكنك استخدام أي عميل FICS قديم أو فقط telnet إلى ذلك واللعب :) [23:14] <jrand0m> (يا سلام) [23:15] <kaji> هل يوجد عميل fics جيد لويندوز؟ [23:15] <jrand0m> لا أدري، انتهى بي الأمر باستخدام telnet [23:15] <wiht> هل يعمل eboard؟ [23:15] <jrand0m> (والذي كان لديه منحنى تعلم صعب لتعلم الأوامر) [23:15] * ion انضم إلى #i2p [23:16] <jrand0m> لا أدري [23:16] * BpX انضم إلى #i2p [23:16] <wiht> سأجربه لاحقاً. [23:16] <jrand0m> رائع، لو استطعت نشر ما تجد، سيكون رائعاً [23:17] <jrand0m> حسناً، 9) DHT [23:17] * wilde غادر IRC (Ping timeout) [23:17] <jrand0m> ما زلنا لا نملك dht، لكن ربما هذا خيط لشيء يمكننا البدء في نقله [23:18] <jrand0m> (يستخدم UDP لذا جعله يستخدم I2CP لن يكون صعباً) [23:18] <MrEcho> dht؟؟؟ [23:18] <MrEcho> ذاكرته خذلتني بهذا [23:18] <jrand0m> MrEcho> انظر [10] في البريد ;) [23:18] <jrand0m> http://wiki.invisiblenet.net/iip-wiki?DHT [23:18] <Nightblade> entropy حل مؤقت جيد بما يكفي [23:18] <jrand0m> متفق [23:19] <jrand0m> رغم أنني أعتقد أننا بحاجة للنظر في حل طويل الأمد أيضاً [23:19] * soros انضم إلى #i2p [23:19] * lucky انضم إلى #i2p [23:20] * human قلق بشأن توافق gcj/kaffe مع DHTs مثل Bamboo (http://bamboo-dht.org/) [23:20] <jrand0m> نعم، bamboo على 1.4 [23:20] <MrEcho> بعيداً [23:20] <jrand0m> هذا هو جمال i2cp - يمكن تحويل الـ router والأنفاق إلى gcj، بينما الأشياء التي تصل إليها يمكن أن تكون أي شيء [23:21] <jrand0m> هو/هي مخصصة تماماً لتطبيق على أي حال - ليست ضمن النواة [23:21] <jrand0m> أحاول فقط التفكير في أشياء ستُساعد المستخدمين النهائيين الذين ينتهون بتنزيل i2p على فعل شيء مفيد مباشرة [23:22] <jrand0m> (القدرة على نشر محتوى مقاوم جداً للرقابة بشكل مجهول ستكون شيئاً مفيداً) [23:22] <jrand0m> s/uncensorable/very censorship resistant/ [23:23] <human> jrand0m: آه، حسناً - ظننت أن bamboo سيستبدل Kademlia لـ NetworkDB :-) [23:23] <Nightblade> squid proxy شيء يمكنهم فعله... لمستخدمين مثلاً في الصين سيكون شيئاً لطيفاً جداً [23:23] <jrand0m> Nightblade> صحيح، لكن squid غير قابل للتوسع [23:24] <Nightblade> نعم أظن أنه سيكون من المثير امتلاك نوع من JAP موزع [23:24] <jrand0m> متفق [23:24] <jrand0m> لذا هذا أيضاً شيء آخر سيكون رائعاً لو استطاع الناس التحقق منه :) [23:24] <mihi> Nightblade: المشكلة هي التعامل مع الإساءة - لن أفتح صندوقي لأي HTTP صادر [23:24] <jrand0m> أنا متأكد من أن بعض الناس سيفعلون [23:25] <Nightblade> مع جزء إضافي حيث يمكن لعقدة فردية اختيار المواقع التي تريد أن تُوكل لها الوكالة... يمكن للعميل إرسال طلب لـ "whitehouse.com" ثم ترد إحدى العقد التي ستقوم بالوكالة وتسمح بذلك url [23:25] <Nightblade> نعم أظن أنه سيحتاج إلى نوع من ضوابط الوصول [23:25] <Nightblade> قائمة سوداء أو بيضاء [23:25] <jrand0m> صحيح [23:25] <Nightblade> لأسماء النطاقات [23:26] <jrand0m> إنها منظومة "سياسة الخروج". رغم أن هذا مشروع كامل بحد ذاته [23:27] <MrEcho> يمكنه أن يركب فوق نظام DNS... أظن [23:27] <jrand0m> بالتأكيد [23:27] <wiht> mihi: ماذا لو حدّدتَ عرض الحزمة المستخدم؟ أم أن المواقع المُستخدمة قد تُوقعك في مشكلة؟ [23:27] <MrEcho> في وقت لاحق جداً ههه [23:27] <jrand0m> wiht> كثير من المزوّدين يحظرون صراحة تشغيل أي نوع من الخوادم [23:28] <MrEcho> verizon تعبث بالمنفذ 21 بالتأكيد... [23:28] <wiht> jrand0m: آه. نعم، هذه مشكلة. [23:28] <Nightblade> يجب أن تكون هناك طريقة للعميل لطلب المواقع التي يريد تنزيلها له.. البث ليس حلاً جيداً، خاصة على i2p [23:29] <mihi> wiht: المشكلة هي مواقع الويب التي يمكن الوصول إليها. قارن الدعوى القضائية ضد JAP منذ فترة. /me يعيش في نفس البلد [23:29] <jrand0m> متفق. رغم أن البث ليس ممكناً دون كسر مساحة مفاتيح ~2^2300 بالقوة الغاشمة ;) [23:30] <jrand0m> صحيح mihi، الناس في الأنظمة القمعية لن يستطيعوا تشغيل outproxies بأمان [23:30] <wiht> mihi: ما كانت الدعوى؟ لا أتذكر. [23:30] * dm غادر IRC (Ping timeout) [23:30] <Nightblade> أعني حتى لو كان لديك قائمة بوجهات تقدم وكالات ويب، لن ترغب في البث إليها جميعاً [23:30] <jrand0m> صحيح Nightblade [23:30] <Nightblade> أقصد بث الطلب [23:31] <mihi> المشكلة كانت أن شخصاً وصل إلى موقع إباحي للأطفال ومرّ عبر وكيل JAP ولم يتمكنوا من معرفة من أين أتى الطلب. تم تفسير ذلك على أنه رمي الحجارة في عمل الشرطة [23:31] <jrand0m> قد يرغب الناس في الاطلاع على crowds أو rewebber لرؤية مشاريع أخرى عملت على نفس المهمة [23:31] <wiht> mihi: آه. شكراً على الشرح. الآن أفهم قلقك. [23:31] * mihi_away غادر IRC (Ping timeout) [23:31] <mihi> وتم إجراء ذلك التغيير على برنامج jap الذي يجعل من الممكن القبض على الناس. والذي أزيل لاحقاً [23:32] <wiht> أقصد، أفهم لماذا أنت قلق. [23:32] <mihi> في النهاية اتضح أن JAP لن يضطر إلى كشف البيانات، لكن لا أريد أن أعرف كم كلّف المحامون... [23:32] <Nightblade> نعم لكن ألم تصادر الشرطة المعلومات على أي حال؟ [23:32] <jrand0m> نعم [23:33] <mihi> فعلوا ذلك... [23:33] <jrand0m> على أي حال، نعم، كل من DHT قابلة للتوسع ووكيل ويب قابل للتوسع سيكونان أموراً جيدة جداً لامتلاكها قبل 1.0 [23:34] <mihi> ولا يمكنهم إعادتها، أليس كذلك؟ [23:34] * BpX غادر IRC (Ping timeout) [23:36] * Sciatica انضم إلى #i2p [23:36] <jrand0m> حسناً، أي شيء آخر للبند 9؟ أم ننتقل إلى 10/11) NS/DNS؟ [23:36] <wiht> أود أن أُدلي بملاحظة موجزة حول المُثبِّت بعد البند 10. [23:37] <jrand0m> حسنٌ ربما نأخذها الآن، لأن NS/DNS قد لا تكون وجيزة للغاية؟ ;) [23:37] <wiht> حسناً. لدى الـ router سكربت بدء وسكربت إيقاف. [23:37] <jrand0m> صحيح [23:37] <wiht> أود أن تكون كل الخدمات بهذه الطريقة—أن يكون لديها سكربت بدء وإيقاف. [23:37] <jrand0m> معظمها كذلك [23:37] <jrand0m> أليس كذلك؟ [23:38] <jrand0m> آه، ليست سكربتات الإيقاف [23:38] <wiht> لا، فقط الـ router. [23:38] <wiht> بهذه الطريقة، يمكن بدء الخدمات المرغوبة عند إقلاع الحاسوب، تماماً كالـ router. كتبتُ منشوراً بهذا الخصوص إلى القائمة البريدية. [23:38] <jrand0m> aum يعمل على i2pmgr، والذي سيكون مركز تحكم قائماً على الطرفية وقائماً على الواجهة الرسومية للخدمات وللـ router نفسه [23:38] <wiht> لنقل أنني أريد بدء eep و nntp عند الإقلاع. حالياً، لا أستطيع فعل ذلك. [23:39] <jrand0m> صحيح، ستحتاج إلى nohup startEepProxy.sh & [23:39] <wiht> بالمناسبة، أين توجد هذه السكربتات في CVS؟ [23:39] <MrEcho> عدت [23:39] * mihi_away انضم إلى #i2p [23:39] <jrand0m> wiht> السكربتات في Install.java (أي مُخترقة) [23:39] <wiht> jrand0m: شكراً./ [23:40] <jrand0m> لكن نقطة جيدة، نريد أن يكون بدء التشغيل عند الإقلاع بسيطاً قدر الإمكان، وكذلك البدء عند الطلب [23:41] <jrand0m> حسناً، إلى 10/11) ns/dns [23:41] <MrEcho> حسناً راجعوا بريدي [23:41] <MrEcho> هناك بعض الأشياء التي نسيت وضعها فيه [23:41] <jrand0m> لسوء الحظ لم يصل بريدك جيداً إلى واجهة الويب :/ [23:41] <MrEcho> مثل الأسماء "المؤقتة" [23:41] <MrEcho> ؟؟ [23:42] * Sciatica غادر IRC (Ping timeout) [23:42] * ion غادر IRC (Ping timeout) [23:42] <jrand0m> MrEcho> http://i2p.dnsalias.net/pipermail/i2p/2004-January/000072.html [23:42] <MrEcho> بسبب صورة gif أو شيء ما [23:42] <MrEcho> تباً .. وقعتّه [23:43] <MrEcho> آسف [23:43] <jrand0m> القائمة البريدية مخصصة حقاً للنص فقط. توقيعات pgp لا بأس بها (آخرون نشروا أشياء موقعة) [23:43] <kaji> ما هو مضاد فيروسات صغير جيد ومجاني؟ [23:43] * ion انضم إلى #i2p [23:43] <jrand0m> kaji> linux [23:43] * Sciatica انضم إلى #i2p [23:43] <wiht> لول. [23:43] <kaji> يعمل مع عتادي [23:43] <wiht> kaji: جرّب AVG Antivirus for Windows. [23:44] * MrEcho_ انضم إلى #i2p [23:44] * MrEcho غادر IRC (EOF From client) [23:44] <MrEcho_> تباً لـ iip [23:44] <jrand0m> MrEcho / (وأي شخص آخر مهتم بمسألة NS/DNS)> هل قرأت http://zooko.com/distnames.html ؟ [23:44] <MrEcho_> j، هل أعيد إرسال البريد؟ [23:44] <jrand0m> وصل إلى القائمة جيداً، فقط لم يُؤرشف على الويب بشكل صحيح [23:44] <MrEcho_> نعم [23:45] <wiht> jrand0m: لم أقرأه بعد. [23:45] <MrEcho_> سأنظر إليه لاحقاً [23:45] * mrflibble انضم إلى #i2p [23:45] <jrand0m> لمن ليسوا على القائمة، حفظتُ بريد MrEcho_ على http://i2p.dnsalias.net/~jrandom/mrecho_dns.txt [23:46] <MrEcho_> شكراً J [23:46] <kaji> مُزعج، يريد عنوان بريد [23:46] <jrand0m> قلقي يتعلق بأمان وقابلية توسع خدمة التسمية. بمجرد أن نجد حلاً يحقق تلك الاحتياجات، رائع، لكن حتى نفعل ذلك، ينبغي أن نكون حذرين من الحلول المرحلية. [23:47] <jrand0m> kaji> قوائم البريد عادة تريد عنوان بريد، نعم ;) [23:47] <kaji> أعني AVG Antivirus [23:47] <jrand0m> آه ;) [23:48] <wiht> لدى MrEcho عدة أفكار جيدة لم تكن في مواصفاتي، مثل قائمة حظر للعملاء السيئين. [23:49] <MrEcho_> ليست قائمة حظر حقاً [23:49] <jrand0m> عندما يصبح لدينا 1000 عميل، هل يعني ذلك أنه سيستغرق 125 استعلاماً للعثور على قيمة؟ [23:49] <MrEcho_> لا [23:49] <wiht> ليست قائمة، لكن حظر العملاء السيئين شيء لم أضعه. [23:50] <MrEcho_> 2-4 عملاء للتحقق [23:50] <jrand0m> إذاً كل عميل سيكون لديه 250 مُدخلاً؟ [23:50] * mihi_away أصبح يُعرف الآن باسم mihi_backup [23:50] <MrEcho_> لا [23:50] <wiht> مع ما لدي، سيكون استعلاماً واحداً، قد يُعاد توجيهه عدة مرات للوصول إلى خادم موثوق. [23:50] <MrEcho_> العملاء سيملكون فقط ما يحتاجونه [23:51] <MrEcho_> سيواصل الاستعلام عن عملاء آخرين حتى يحصلوا على بيانات تتطابق لغرض التحقق [23:51] <jrand0m> إذاً مع 4 أقران، سيقوم بحثاً عشوائياً وبالمتوسط سيستغرق 125 استعلاماً [23:51] <jrand0m> (1000/4/2) [23:51] <jrand0m> أم أن الأقران عبارة عن DHT؟ [23:52] <jrand0m> (مع بروتوكول صيانة؟) [23:52] <jrand0m> أم شجرة بحث؟ [23:52] <MrEcho_> بطريقة ما نعم [23:52] <MrEcho_> سيكون لدي حد لعدد عمليات البحث عبر العملاء، سيلجأ فقط للاستعلام من الـ MS [23:53] <jrand0m> التسمية المُوزعة الآمنة مشكلة مدروسة جيداً - ما سيجعل مقترحك أسهل للتحليل من ناحية الأمان وقابلية التوسع هو إن أمكنك إجراء مقارنات والتحقق من اختلافات عن مقاربات أخرى، ربما؟ [23:54] <MrEcho_> إذا لم يجد/أو لم يحصل على بيانات كافية من العملاء ضمن نطاق مُعيّن فسوف يستعلم فقط من الـ MS. [23:54] <jrand0m> كما هو، لا توجد تفاصيل كافية لدي لأثق بقابلية التوسع أو أمان المعمارية. ليس لأقول إنها لا يمكن أن تعمل جيداً، فقط لا أرى ذلك بعد. [23:54] <MrEcho_> هل يمكنك التوقف عن الكتابة لثانية [23:54] * jrand0m يتوقف عن الكتابة. [23:55] <MrEcho_> ستعمل.. سيكون لديها قابلية التوسع، سيكون لديها الأمان [23:56] <MrEcho_> كلما زاد المستخدمون أصبحت أفضل [23:56] <jrand0m> إذاً "ثق بي"، أليس كذلك؟ [23:56] <MrEcho_> هل تثق بنظام DNS على الإنترنت؟ [23:56] <jrand0m> لبعض المهام. [23:57] <jrand0m> وللكثير، لا. [23:57] <jrand0m> (من السهل جداً للحكومات/إلخ تغيير السجلات - قضايا المحاكم تأمر المسجّلين بالتحديث طوال الوقت) [23:58] <MrEcho_> الطريقة الأخرى الوحيدة هي امتلاك قوائم ضخمة من الأسماء والكثير من التشفير على كل عميل [23:58] <MrEcho_> وأن تكون ديناميكية.. انسَ الأمر [23:59] * mrflibble غادر IRC (EOF From client) [23:59] <jrand0m> أقترح مراجعة ورقة zooko قبل المضي قدماً، والإجابة على نقطته الأخيرة 5 ("لماذا أنا مخطئ") Session Time: Wed Jan 07 00:00:00 2004 [00:01] <jrand0m> حسناً، ربما هذا كل شيء للبند 10/11 (الكثير من النقاش المستقبلي ما زال باقياً بالطبع) [00:02] <jrand0m> هل لدى أحد أي أفكار أخرى، إلخ؟ [00:02] <wiht> نعم. [00:03] <jrand0m> هل تود مشاركتها مع الصف؟ :) [00:03] <wiht> سأعيد كتابة المواصفة التي كتبتها. أود استخدام خادم SQL محلي لتخزين البيانات، لا ملفات. [00:03] <jrand0m> آه رائع [00:03] <jrand0m> (تسري نفس المخاوف على المواصفة التي كتبتها أيضاً - إذا استطعت الإجابة على سؤال zooko الأخير، فسيكون ذلك مفتاحياً :) [00:03] * mrflibble انضم إلى #i2p [00:03] <wiht> دع MySQL أو خادم مشابه يُدير تخزين البيانات، ودع Java تستعلم ذلك الخادم. [00:04] <duck> ماذا؟ مواصفات zooko؟ [00:04] <wiht> أعتقد أن ذلك سيكون أسهل في التنفيذ. [00:04] <jrand0m> duck> لا، أنا فقط أشير الناس إلى مقاله القديم "Names: Decentralized, Secure, Human-Meaningful: Choose Two" [00:04] <duck> آه ذاك [00:04] <Nightblade> wiht: ما هي تلك المواصفة (فاتني كثير من الاجتماع)؟ [00:04] * MrEcho انضم إلى #i2p [00:04] <jrand0m> (أسهل بكثير من إعادة نقاش لماذا عقد supernode/الخوادم المركزية قضايا أمان مُخيفة ;) [00:05] * MrEcho_ غادر IRC (EOF From client) [00:05] * mihi لديه شيء للسجل أيضاً ;) [00:05] <mihi> شيء أطول ;) [00:05] <mihi> *** نتائج I2Ping: [00:05] <mihi> + + + eco.i2p [00:05] <mihi> + - - jabber.duck.i2p [00:05] <mihi> - + + i2pcvs.i2p [00:05] <mihi> - + + duck.i2p [00:05] <mihi> - + - jap.eco.i2p [00:05] <jrand0m> Nightblade> تم نشرها إلى iip-dev في... أغسطس؟ [00:05] <mihi> - + + irc.duck.i2p [00:05] <mihi> - + + human.i2p [00:06] <mihi> - - + nntp.duck.i2p [00:06] <mihi> - - - tc.i2p [00:06] <mihi> - - - dyad.i2p [00:06] <mihi> - - - bozo.i2p [00:06] <mihi> - - - ogg.aum.i2p [00:06] <mihi> - - - fcp.entropy.i2p [00:06] <mihi> - - - http.entropy.i2p [00:06] <Nightblade> jrandom: أوه، قبل وقتي.. :) [00:06] <mihi> - - - www.mail.i2p [00:06] <mihi> - - - mp3.aum.i2p [00:06] <mihi> - - - smtp.mail.i2p [00:06] <wiht> Nightblade: نشرته في 15 سبتمبر. [00:06] <mihi> - - - pop.mail.i2p [00:06] <mihi> - - - mp3.tc.i2p [00:06] <mihi> - - - lp.i2p [00:06] <mihi> - - - kaji.i2p [00:06] <mihi> - - - nm.i2p [00:06] <mihi> - - - squid.i2p [00:06] <mihi> - - - chess.fillament.i2p [00:06] <mihi> - - - mesh.firerabbit.i2p [00:06] <mihi> - - - nightblade.i2p [00:06] <mihi> - - - aum.i2p [00:06] <MrEcho> يا للعجب، هل أحدٌ يعمل؟ [00:06] <mihi> - - - fillament.i2p [00:06] <mihi> *** انتهى. [00:06] <mihi> لماذا الكثير من المضيفين متوقفون...؟ [00:06] * jrand0m لا يُشغّل خوادمي حالياً [00:07] <FillaMent> أستطيع الاتصال بنفسي على eep وعلى chess [00:07] * mrflibble غادر IRC (Ping timeout) [00:07] <jrand0m> أوه انتظر، i2pcvs يعمل، جميل [00:07] <Nightblade> mihi: ليس موقعي لأن i2ptunnel ينهار لدي بعد عدة ساعات [00:07] <mihi> إذن الـ router لدي معطّل (أو هي مشاكل I2P المعتادة...) [00:08] <jrand0m> حقاً Nightblade؟ من فضلك أبلغ عن انهيارات i2ptunnel (bugzilla سيكون جيداً) [00:08] <Nightblade> موجود في bugzilla [00:08] <lucky> مرحباً [00:08] <Nightblade> لحظة.. [00:08] <FillaMent> Nightblade: أي JVM؟ [00:08] <Nightblade> #39 [00:08] <wiht> الـ router لدي يعمل منذ أكثر من 12 ساعة الآن، رغم أن لديه مشكلة في تسجيل نفسه. [00:09] <Nightblade> java version "1.4.2-p5" [00:09] <Nightblade> على freebsd... قد تكون مشكلة jvm، لا أدري. دعم java ليس جيداً على freebsd [00:09] <jrand0m> أنت على حق Nightblade، خطئي [00:09] <jrand0m> ذاك خطأ i2cp نادر الوقوع [00:09] <jrand0m> هل هو ثابت عندك؟ [00:09] <Nightblade> الـ router مستقر جداً لدي، فقط نفق الخادم في i2ptunnel يُسبب لي مشاكل [00:09] <Nightblade> نعم حدث عدة مرات [00:10] <Nightblade> لم أجربه مؤخراً though [00:10] * jrand0m سحب eepsite الخاص بـ fillament [00:10] <jrand0m> (المحاولة الأولى، لاحظت فقط أن النافذة اكتملت) [00:10] <FillaMent> نعم،، تحدثتُ للتو عبر jabber مع duck، و wiht يحاول الوصول إلى chess [00:10] <jrand0m> آه رائع [00:10] <jrand0m> لكن نعم، ما زالت هناك قضايا موثوقية يجب التعامل معها في الشبكة. [00:10] * FillaMent يدفع الناس بالغمزة المرافقة، "ربما سيريد اللعب." [00:10] * human لا يزال eepsite لديه يعمل - يعني أن 'killall java' ساعد فعلاً... :-) [00:10] <wiht> اتصلتُ للتو بنجاح بخادم الشطرنج. [00:10] <duck> نعم؟ [00:11] <jrand0m> لول FillaMent [00:11] * mrflibble انضم إلى #i2p [00:12] <Nightblade> هل من الآمن تشغيل نسخة cvs من i2p [00:12] <jrand0m> /me يجلب بنجاح "1984-2004: عشرون عاماً من GNU!" من موقع human :-) [00:12] <jrand0m> نعم Nightblade [00:12] <FillaMent> لم أستطع الوصول إلى eco... [00:12] <Nightblade> حسناً ربما سأجرب ذلك [00:12] <duck> مع freenet يجب عليك دائماً تشغيل أحدث نسخة cvs! [00:13] <duck> فقط حينها تكون بلا أخطاء [00:13] <duck> s/freenet/i2p/ [00:13] * jrand0m سحب eco.i2p [00:13] <FillaMent> حصلت للتو على duck [00:13] <jrand0m> "Jan 4: أول اختبار ميداني لـ I2PSnark. كارثي جداً: لا نقل على الإطلاق. يبدو أن بيئة اختبار router واحدة لدي لم تكن ممثلة جيداً :-) عودة إلى لوحة الرسم..." [00:13] <jrand0m> آخ [00:13] <duck> حسناً، لقد عمل فعلاً [00:13] <duck> استطاع ardvark أن snark شيئاً مني [00:14] <jrand0m> عميل bt يُنشئ الملفات مسبقاً - هل كانت الملفات صالحة فعلاً؟ [00:14] <duck> لكن ze اكتشف ذلك في اليوم التالي [00:14] <duck> لأنه كان مخفياً في السجلات [00:14] <jrand0m> ماذا، تقصد السجلات التي يُولّدها i2p مجنونة نوعاً ما؟ مستحيل [00:14] <duck> لا [00:14] <duck> مخرجات i2psnark [00:14] <jrand0m> آه [00:15] <duck> بالإضافة إلى ذلك، أظن أن snark يقوم بقدر كبير من churn (sp?) [00:15] <duck> عميل bittorrent العادي يبدو أسهل [00:15] <duck> أيضاً التأخيرات العالية على i2p قد تُسبب كُتل مسبقة [00:16] * mrflibble غادر IRC (Ping timeout) [00:16] <duck> آخر شيء هو أننا اضطررنا لإعادة تشغيل i2ptunnel عدة مرات :/ [00:16] <jrand0m> متفق [00:16] <human> سؤال أخير عن I2PTunnel / I2PTunnelManager (نعم، أعلم، أنا ممل): ماذا عن رقعتي لجعل "openclient" و "openserver" تُرجعان jobId ذا معنى؟ [00:16] <jrand0m> لذا، نعم، أمامنا الكثير من العمل [00:16] <human> 1. لنتقبلها لجعل TunnelManager يعمل حتى تكون المعمارية غير المتزامنة الجديدة خارقة [00:17] <human> 2. رقعتك سيئة جداً، ابتعد، وابتعد عن TunnelManager [00:17] <human> 3. ... [00:17] * MrEcho_ انضم إلى #i2p [00:17] * mihi مع الخيار 3 ;) [00:17] * MrEcho غادر IRC (EOF From client) [00:17] <jrand0m> 4. لنرَ كيف يمكننا تحديث tunnel manager ليصبح غير متزامن؟ لا ينبغي أن يكون صعباً [00:17] <jrand0m> الرقعة جيدة، لكن لدى mihi وجهة نظر [00:18] <human> jrand0m: نعم، أتفق [00:18] <jrand0m> لدينا ما يزال أكثر من أسبوع حتى 0.3، لذا أمامنا وقت حتى الإصدار الكامل التالي [00:18] <human> jrand0m: لكن شكوكي هي: كم سيستغرق الأمر حتى نحصل على الواجهة غير المتزامنة مُنفّذة في TunnelManager؟ [00:18] <jrand0m> tunnelmanager نفسه استغرق ساعتين، يمكنني إضافة اللا تزامن الليلة [00:19] <jrand0m> (كل ما يحتاجه الأمر هو تحديث لـ BufferedLogging لقبول استدعاءات .set) [00:19] <human> jrand0m: (مع "نحصل" أعني أيضاً "نحصل عليها مُنفّذة حتى في I2PTunnel) [00:19] <jrand0m> (أو .nofity/إلخ) [00:19] <jrand0m> صحيح [00:19] * mrflibble انضم إلى #i2p [00:20] <jrand0m> إذا كنت تفضّل، يمكنني البدء برقعتك (التي تُضيف مُعرّف job) وأدمجها مع التحديثات من أجل اللا تزامن [00:21] <human> jrand0m: أستطيع إضافة الواجهة غير المتزامنة إلى TunnelManager بنفسي، لكن الواجهة لا تزال غير موجودة :-) [00:22] <jrand0m> صحيح، فقط أضف public void notifyEvent(String eventName, Object value); إلى Logging.java [00:22] <human> jrand0m: أقترح "لنُدمج الترقيع السريع لجعل مُعرّفات job تعمل نوعاً ما في إصدار 0.3، ثم نعمل على الواجهة غير المتزامنة" [00:23] <jrand0m> 0.3 ما يزال بعيداً قليلاً [00:23] <mihi> ينبغي أن يحتوي 0.3 على streaming api على أي حال، أليس كذلك؟ [00:23] <human> jrand0m: أتحدث عن أسوأ الحالات [00:23] <wiht> jrand0m: ربما ينبغي أن يكون هناك إصدار آخر قبل 3.0 لحسم هذه القضايا؟ [00:23] <jrand0m> نعم mihi [00:23] <mihi> human: أسوأ حالة هي "cvs rollback && patch -p0 your.patch" [00:24] <jrand0m> حسناً، ما رأيك بهذا. سأُنجز اللا تزامن وألتزم به الليلة، إذا استطعت النظر إليه غداً human ورؤية ما يلزم لدمج تحديثك؟ [00:26] <FillaMent> jrand0m: هل لديك وظيفة؟ [00:27] <jrand0m> i2p [00:27] <duck> أنجِز 1.0! [00:27] <FillaMent> أعني مصدر دخل [00:27] <jrand0m> :) [00:27] <FillaMent> تعمل من أجله [00:27] <jrand0m> الدخل مبالغ فيه. [00:27] * jrand0m أقال مديري [00:27] <Nightblade> "سأبرمج مقابل الطعام" - هذا شعاري [00:27] <Nightblade> لول [00:27] <human> mihi: حسناً، لكن أنا و aum (الذي يعمل على تطبيق python لـ TunnelManager) نود الحصول على jobIds في أسرع وقت... [00:28] <human> jrand0m: حسناً، سأعمل على تغييراتك لاحقاً/غداً [00:28] <FillaMent> وظيفة/مال، نوم/نظافة، طعام، مشاريع جانبية، حياة اجتماعية: اختر أي 3 [00:29] * jrand0m يختار واحداً فقط. [00:29] <jrand0m> تمام human [00:30] <FillaMent> هل لدى أحد أفكار أخرى لخدمات "فقط نفق إلى" سيكون من الجيد وجودها على الشبكة؟ [00:30] * jrand0m ما زال يريد Adventure عبر telnet :) [00:30] <jrand0m> أو BBS من نوع waffle [00:30] * duck أصبح يُعرف الآن باسم enduser [00:30] * jrand0m يركل enduser [00:31] <jrand0m> (اللعنة، لا صلاحيات) [00:31] <FillaMent> كان هناك على OS/2 تعريف comm يمكنه ربط منفذ تسلسلي بمنفذ TCP =) [00:31] <enduser> ما الفرق الذي سأراه كمستخدم نهائي عندما يستخدم I2PTunnel الـ SteamingAPI؟ [00:31] * enduser أصبح يُعرف الآن باسم duck [00:31] <jrand0m> لا شيء [00:31] <human> لول [00:31] <FillaMent> FillaMent: صديق لي كان يدير BBS بهذه الطريقة لبعض الوقت [00:31] <jrand0m> الأداء، وربما المجهولية [00:31] * human يود نفق I2P إلى rootshell [00:32] <human> أي متطوع؟ :-) [00:32] <duck> rootshell على UML [00:32] <jrand0m> rootshell داخل chroot سيكون جيداً [00:32] <jrand0m> أو على UML :) [00:32] <FillaMent> human: لو كان لدي صندوق احتياطي لفعلتها [00:32] <jrand0m> ههه FillaMent [00:32] <duck> اتصال vnc إلى vmware win98 لدي؟ [00:32] <FillaMent> لكن جدياً يا شباب... [00:32] <wiht> خادوم بريد سيكون جيداً أيضاً. أم لدينا ذلك بالفعل؟ [00:32] <FillaMent> wiht: أظن TC لديه pop و SMTP [00:33] <jrand0m> ذاك aum، لكنهم غير متصلين، لأن صندوقه غير متصل [00:33] * human يمكنه تقديم حسابات telnet على نظام GNU/Hurd لديه... [00:33] <jrand0m> أوووه [00:33] <FillaMent> حسناً، لست متحمساً لإعداد وصول SMTP مفتوح بعد [00:33] <jrand0m> مفهوم [00:34] <FillaMent> ربما عندما تصبح الشبكة أكثر استقراراً ولدي مال لزيادة عرض الحزمة [00:34] <wiht> ماذا عن خادوم مفاتيح PGP؟ [00:34] <mihi> FillaMent: يمكنك إعداد نفق يشير إلى remailer نصي واضح [00:34] <FillaMent> wiht: الآن هذه فكرة رائعة =) [00:35] <FillaMent> mihi ههه... يمكنني فقط توجيه النفق إلى صندوق SMTP لدى مزودي =) [00:35] <mihi> FillaMent: هذا سيجعلك مسؤولاً عن الإساءة... [00:35] <mihi> s/be// [00:35] <duck> http://www.mit.edu/people/marc/pks/pks.html [00:36] <duck> جدياً، هل ينبغي لمؤسسة duck تشغيل خادوم مفاتيح pgp؟ [00:37] <FillaMent> duck: كنتُ أتفحص ذلك بنفسي... أتريد التعامل معه؟ [00:37] <duck> كنا أحد أكثر مزوّدي الخدمات استقراراً وفق سجلات ping المستقلة لـ mihi [00:37] <jrand0m> ههه [00:37] <wiht> duck: نعم، من فضلك فكّر في ذلك. [00:37] <jrand0m> بالمناسبة duck، كيف تفعل ذلك؟ هل تعيد التشغيل دورياً أم تعمل على نظام تشغيل و JVM موثوقين؟ [00:38] <FillaMent> سؤال: هل تقوم الـ JVM بتخزين نتائج DNS في الذاكرة المؤقتة؟ [00:38] <duck> إعادة التشغيل تكون لتحديثات النواة [00:38] <jrand0m> نعم، لكن يمكنك القيام ببعض الحيل السيئة لتجنب ذلك يا FillaMent [00:38] * wiht يُشير إلى أن الاجتماع مستمر منذ ساعتين و40 دقيقة. [00:38] <jrand0m> أوه نعم، [00:39] * mrflibble يرفع يده [00:39] <jrand0m> امم، سجل هذا الاجتماع سيكون ضخماً. وكنت أظن أن نشر الأشياء مسبقاً سيُقصر الاجتماع [00:39] <jrand0m> ماذا هناك يا mrflibble؟ [00:39] <FillaMent> jrand0m: حسناً... لأنني بلا انقطاع لكن يتغير IP لدي دورياً... سكربت تحديث dyndns لدي يعمل كل ساعة لذا الحد الأقصى 60+~10 دقائق لعنواني المُسمى لا يُشير إلى IP لدي... [00:39] <FillaMent> كيف سيؤثر ذلك على وجود الـ router الخاص بي على الشبكة؟ [00:40] <mrflibble> يمكن لصندوقي أن يتاح لشيء من نوع daemony [00:40] <jrand0m> رائع FillaMent، لا ينبغي أن يكون مشكلة كبيرة، طالما تشير إلى dyndns الخاص بك [00:40] <wiht> mrflibble: demony؟ [00:40] <mrflibble> أظن أنه يعتمد على كم عرض الحزمة الذي سيستخدمه الشيء [00:40] <mrflibble> daemony [00:40] <jrand0m> word mrflibble - هل عمل الـ router عندك بشكل موثوق، أم أنك فقط سامري صالح؟ :) [00:41] <mrflibble> ليس حقاً، لكن لأن عرض الحزمة المحلي لدي مُشبَع حالياً [00:41] <mrflibble> لا أشغله على الـ colo لدي بعد [00:41] <mrflibble> أريد اللعب به محلياً أولاً [00:41] <jrand0m> آه رائع. نعم، i2p ليس جاهزاً حقاً للنشر الواسع، ما زال للاختبار أساساً [00:42] <FillaMent> ههه.. سأوجه نفقاً إلى خادم CUPS لدي ويمكنكم الطباعة مجهولة الهوية =) [00:42] <jrand0m> لول [00:42] <mrflibble> إذا كان هناك شيء تريدني أن أشغّله سيستخدم <40GB عرض حزمة شهرياً، أخبرني [00:42] <FillaMent> فقط أدرج صفحة بانر لأعرف أين أرسل النسخة الورقية =) [00:42] <mrflibble> ههه [00:43] <jrand0m> ممتاز mrflibble، أنا متأكد أننا سنستفيد من ذلك :) [00:43] <mihi> banner | lpr ؟ ;) [00:43] <FillaMent> يمكنك إعداد CUPS بصفحة بانر يا mihi [00:43] <mrflibble> حسناً! [00:43] <mihi> banner سيُنشئ على الأرجح الكثير من الصفحات ;) [00:43] <jrand0m> حسناً، قبل أن نصل إلى نقاش بوابة mixminion->printer->post office، دعونا نُغلق هذا الاجتماع ;) [00:44] * jrand0m يجهّز *baf* [00:44] * jrand0m يُنهي الاجتماع بـ *baf*.