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

<jrandom> 0) مرحبًا <jrandom> 1) حالة الـ router <jrandom> 2) i2ptunnel <jrandom> 3) IM <jrandom> 4) خطط 0.3 <jrandom> 5) مزامنة الوقت <jrandom> 6) ??? <jrandom> مرحبًا mihi، polo <polo> مرحبًا! <mihi> مرحبًا jrandom <jrandom> 0) مرحبًا <jrandom> :) <rsk> مرحبًا <i2p> <duck> مرحبًا <jrandom> 1) حالة الـ router <jrandom> الإصدار 0.2.3.3 صدر، ويبدو أنه يعمل <jrandom> لا يزال هناك الكثير لنفعله، بالطبع <jrandom> لكن ينبغي أن يكون هذا آخر إصدار من سلسلة 0.2 <jrandom> سيُضيف 0.3 ميزة تصنيف الأقران لتمكين الـ routers من تجنّب الـ routers السيئة <jrandom> (و0.3.1 هو إعادة تصميم لوسائط النقل) <jrandom> hola Ophite1 <Ophite1> أهلًا. <rsk> إذًا سيكون هناك حِمل زائد أكبر في 0.3؟ <jrandom> نعم ولا <jrandom> سيتضمن اختبار الأقران، لكنه سيكون أكثر تركيزًا <rsk> هل سنرى تسريعًا مع اختيار المسار؟ <jrandom> نعم <jrandom> هناك حسابات «الحيوية»، وسيُضاف أيضًا حسابات للكمون ومعدل النقل <jrandom> وفوق ذلك سيتمكن الناس من ضبط تفضيلاتهم لأقران معيّنين <jrandom> مثلًا، إذا كنت تريد تفضيل القرين X على القرين Y، فستتمكن من إعطائهم وزنًا إضافيًا ببعض النقاط العشوائية <mihi> هل سيكون هناك إيقاف نظيف؟ *g* <jrandom> هذا في الواقع سؤال جيد يا mihi <jrandom> i2p وصل إلى مرحلة يحتاج فيها إلى واجهة إدارة. <jrandom> أطول مهمة تُعيق عمله هي GenerateStatusConsoleJob <jrandom> التي قد تستغرق الآن حتى 4-6 ثوانٍ <jrandom> (مُعيقةً كل شيء آخر) <jrandom> ينبغي أن تصبح غير متزامنة وحسب الطلب. <jrandom> لكن لا أرغب في كتابة web listener / إلخ. <jrandom> ربما العكس - servlet تُشغّل الـ router وتتواصل معه <mihi> لست بحاجة إلى خادم ويب كامل. فقط عندما ترى GET، أعد بياناتك. <jrandom> صحيح <jrandom> أنت محق، ينبغي أن تكون هذه الأشياء في 0.3 أيضًا. <mihi> وعندما ترى شيئًا آخر (مثل SHUTDOWN)، افعل ما تشاء. بالطبع فقط من localhost ;) <jrandom> أوووه هيا <mihi> ثم يستطيع أحدهم صنع برنامج إدارة لطيف <jrandom> صحيح <mihi> كان لديك بعض المشغلات عبر الملفات، أليس كذلك؟ هل وُثّقت في مكان ما؟ >>> mihi [~mihi@ags9-d9ba536a.pool.mediaWays.net] طلب PING 1072820995 من jrandom <jrandom> تلك كانت في IDN، وليس في الـ router نفسه <jrandom> لكن قد يكون ذلك مسارًا جيدًا <jrandom> إنه نظام سهل للغاية <jrandom> فكرة جيدة، لنمضِ بهذا الاتجاه <jrandom> (ويمكنني فقط إعادة استخدام تلك الشيفرة :) <i2p> <duck> هذه الأمور السحرية المتعلقة بالملفات بدأت تبدو مثل plan9 <jrandom> لول <mihi> لكن مشغلات الملفات تتطلب الاستقصاء الدوري <jrandom> صحيح يا mihi، قراءة دليل كل 30 ثانية ليست بالأمر السيئ <mihi> لكن ServerSocket#accept أقل كلفة. <mihi> لأنه لن يستهلك وقتًا. (بوجود نظام تشغيل جيد) <mihi> حسنًا، مشغلات الملفات أفضل من لا شيء، بالتأكيد. <jrandom> server socket سيسمح بالإدارة عن بُعد <jrandom> (عند الاقتضاء) <jrandom> لا أدري. <jrandom> شيء يحتاج إلى بلورة. <jrandom> (أو إن أراد أحدهم القفز إليه وكتابة الشيفرة... :) <mihi> ويمكن لـ server socket أن يقدّم الـ routerConsole أيضًا. <jrandom> صحيح <jrandom> حسنًا، 2) i2ptunnel <jrandom> :) <jrandom> لا يزال i2ptunnel رائعًا، ويبدو أننا نريد إضافة واجهة برمجية مبنية على socket للتحكم به <i2p> <anon> هل خُطَط aum لـ ic2cp2pc متوقفة الآن؟ <jrandom> نعم، ci2cp ميت تمامًا، واستُبدل بواجهة برمجية مبنية على socket للتحكم بـ I2PTunnel <jrandom> أظن أنني قد أتمكن من إضافة تلك الواجهة البرمجية خلال الأيام القليلة المقبلة، لكي يبدأ بالتنفيذ <mihi> فقط استخدم socket، نفّذ in.readLine() وأرسل تلك السطر إلى runCommand() ;) <rsk> ماذا ستقدّم الواجهة البرمجية لـ i2p؟ <jrandom> تقريبًا يا mihi (باستثناء أنها تُنسّق النتائج وتعيدها بطريقة قياسية) <mihi> مع "logger" مناسب لإرسال النتائج عودةً. <mihi> s/commands/results/ <jrandom> rsk> إنها تتيح لمطوري التطبيقات بناء مقابس عميل وخادم فوق i2p دون التعامل مع متطلبات التشفير الخاصة بـ I2CP <jrandom> صحيح صحيح <jrandom> i2ptunnel لديه فعلًا حِمل زائد في الحالات التي توجد فيها الكثير من i2ptunnels <jrandom> بغض النظر عن JVM <jrandom> عملاء i2ptunnel ينشئون وجهة جديدة لكل عميل يتم الاتصال به، وسيؤدي الـ router أداءً أسوأ بكثير كلما ازداد عدد الوجهات المحلية. <rsk> آه <jrandom> هذا بسبب متطلبات إخفاء الهوية في الشبكة المرتبطة بكيفية عمل التشفير لدينا <jrandom> بالنسبة للتطبيقات التي تريد فقط فتح tunnel أو اثنين نحو قرين، هذه الواجهة البرمجية الجديدة ستكون ممتازة <jrandom> أما التطبيقات التي تحتاج للتحدث إلى الكثير من الأقران، فـ I2CP هو الطريق المناسب. <jrandom> (إذ إنها وجهة واحدة، مع تعدد إرسال عبر i2cp) <jrandom> أظنها موازنة TCP مقابل UDP القديمة، بشكلٍ ما <jrandom> mihi> هل لديك أي أفكار أو تصورات لمستقبل i2ptunnel؟ <rsk> كيف يسير العمل على IP فوق i2p، أو أمور VPN؟ <mihi> jrandom: ليكتب أحدهم واجهة برمجية جيدة للبث، ثم لنجعل i2ptunnel يستخدمها. <mihi> وينطبق الأمر ذاته على naming server. <mihi> وربما نضيف بعض الأرقام التسلسلية إذا لم ينفّذ أحد الأمور أعلاه. <mihi> وهذا سيعني تغييرًا غير متوافق. <jrandom> التغييرات غير المتوافقة ليست سيئة، ما زلنا في بدايات التطوير <jrandom> (ماذا لو استطعنا زيادة حجم المُعرّفات أيضًا إلى 2 أو 4 بايت لكل طرف؟) <mihi> واجهة البث ستكون تغييرًا غير متوافق على أي حال. وإذا كان i2p يعمل كما ينبغي، فلن نحتاج إلى أرقام تسلسلية. <jrandom> rsk> معلّق، حتى يجد أحد وقتًا ليتولاه؟ ≡ rsk/#i2p يعتقد أن التغييرات غير المتوافقة هي أفضل نوع <jrandom> صحيح يا mihi <mihi> ينبغي أن يكون الـ ID بحجم 3 بايت حاليًا، فلماذا *نزيده* إلى 2 بايت؟ <jrandom> mihi> في الواقع، أود إهمال mode=GUARANTEED تدريجيًا وتنفيذ ذلك في واجهة البث ≡ mihi/#i2p كذلك <jrandom> لتبقى i2p = IP، وليس TCP أو UDP <jrandom> اللعنة، ليت لدي 14 ساعة إضافية في اليوم. <mihi> فقط 14؟ ;) <jrandom> ;) <jrandom> أليست مُعرّفات الـ 3 بايت مُشتقة من كلا طرفي الاتصال؟ أم ربما أنا مشوَّش فقط <mihi> لكل طرف مُعرّف من 3 بايت، ومع ذلك لا بد من إرسال واحد فقط في كل مرة. <jrandom> ربما أنفّذ واجهة البث، وأزيل GUARANTEED، وأضيف مُتحكّم الـ socket بعد ذلك. <jrandom> آه حسنًا <mihi> راجع /apps/i2p/i2ptunnel/java/src/protocol.txt <jrandom> صحيح صحيح <mihi> بالمناسبة، من الذي وضع ذلك الملف *هناك* في غير موضعه؟ ≡ jrandom يلوم eco ;) <jrandom> انتظر، لا، أنت من وضعته هناك <jrandom> أليس كذلك؟ <jrandom> أوه مهلاً، لا، أنا من استوردته ≡ jrandom يلوم نفسه على الغباء. <jrandom> (la la la) <jrandom> تبًّا. حسنًا، نعم، العمل على واجهة البث ومُتحكّم الـ socket سيسمح لي بالتفكير في وثيقة اختبار/تصنيف/اختيار الأقران <jrandom> سأنشر ذلك خلال أيام للتعليق <jrandom> (وسيُخرج رأسي من الـ router. variety++) <jrandom> mihi> أي شيء آخر بخصوص i2ptunnel؟ <mihi> ليس على حد علمي <jrandom> تمام <jrandom> (شكرًا مجددًا على تخصيص وقت للمشاركة في هذه الأمور، أعلم أنك مشغول بـ fiw وباقي الأشياء) <jrandom> حسنًا، thecrypto غير موجود هنا، لكنه يُحرز تقدمًا في تطبيق IM. <jrandom> (هذا بند جدول الأعمال رقم 3) <jrandom> 4) خطط 0.3 <jrandom> 0.3.0 ~= أمور تصنيف الأقران، كما سيشمل الآن واجهة البث وذلك المُتحكّم بالـ socket من أجل i2ptunnel <jrandom> لكن، إن لم يخطر ببالك، لن يتم إصداره في 1 يناير <jrandom> 15 يناير احتمال بعيد. سنرى كيف تسير الأمور. <jrandom> 0.3.1 ليس شهر عمل كامل، لذا قد لا يحتاج إلى تأجيل. <jrandom> بخلاف ذلك، لا تزال خارطة الطريق على المسار وتمثّل إلى حد كبير وجهتنا <jrandom> 5) مزامنة الوقت <jrandom> تم نشر أسئلة شائعة جديدة على http://wiki.invisiblenet.net/iip-wiki?I2PTiming <jrandom> mihi، كان لديك اقتراح بشأن الخيار الرابع هناك (بناء نظام توقيت داخل in-i2p)؟ <jrandom> مرحبًا brawl <mihi> نعم. ∙φ∙ brawl يُعرف الآن باسم eco_ <eco_> مرحبًا يا شباب <jrandom> أوه أهلًا eco <mihi> ينبغي أن تتصل بـ 3 عقد عشوائية وتتذكر الفرق بين الوقت المتوسط والوقت المحلي. <jrandom> لقد ناقشنا للتو واجهة البث / واجهة الـ tunnel <mihi> ثم ابتكر getTimeMillis خاصتك لتصحيح ذلك. <Ophite1> mihi: لا، لا ينبغي. <jrandom> mihi> إذًا إذا أنشأ مهاجم 1000 عقدة بوقت خاطئ، سيتعرض الجميع للمشاكل <jrandom> (لأن المتوسط سينحرف عشوائيًا فيما بينهما) <mihi> إذا أنشأ مهاجم 1000 عقدة، سيتعرض الجميع للمشاكل على أي حال...؟ <rsk> ألن يكون ذلك ذاتي التصحيح؟ <Ophite1> mihi: حسنًا، 3. <jrandom> لا، ينبغي أن نتمكن من التعامل مع ذلك يا mihi. <mihi> حسنًا، إذًا استخدم المتوسط فقط إذا كان الانحراف المعياري أقل من 1 ثانية أو نحو ذلك. <rsk> إذا كان لدى الجميع الوقت نفسه فأنت بخير، حتى لو كان ذلك الوقت خاطئًا، أليس كذلك؟ <jrandom> rsk> إذا كانت العقد الألف كلها متزامنة، ولكن ماذا لو كانت كلها عشوائية <mihi> استخدم فقط الأوقات المتقاربة بما يكفي. وإن لم تكن كذلك، خذ 3 عقد جديدة. <jrandom> mihi> صحيح، يمكننا تنفيذ NTP (الذي يفعل أساسًا ما تقول، باستخدام سلسلة من المتوسطات المرشّحة للتقارب تدريجيًا نحو الوقت الصحيح <mihi> لكننا لا نحتاج للاهتمام بكل شيء (مثل كمون ping)، كما يفعل NTP. <Ophite1> إذا لم نفعل، يا mihi، سيزحف الوقت ببطء نحو الخلف. ≡ mihi/#i2p يعتقد أن ذلك أفضل من ترك المستخدمين يضبطون وقتهم فرديًا. <jrandom> إذًا أي شخص يختار عشوائيًا 3 من تلك العقد المنحرفة سينتهي به المطاف على شبكة خاصة به؟ <jrandom> ماذا عن ذلك الخيار الثالث - <jrandom> في i2p مكوّن يتحقق من خادم NTP حقيقي عبر NTP أو SNTP <mihi> إذا كان لديك عُقد منحرفة فقط في netDB لديك، فأنت على تلك الشبكة الخاصة أيضًا... <jrandom> بدلًا من إعادة اختراع العجلة <Ophite1> مع أنني أحب هذا جزئيًا... <Ophite1> بروتوكول NTP غير مُوقّع، وهو معرّض لهجوم MITM. <Ophite1> أو لتسميم ذاكرة التخزين المؤقت لـ DNS مثلًا لـ time.nist.gov <jrandom> صحيح يا Ophite1، لكن مع أكثر من 200,000 مضيف SNTP أو NTP، فهذه مجموعة كبيرة للهجوم. <jrandom> لن نقوم بالتأكيد بالمزامنة من time.nist.gov. <Ophite1> الاتصالات من i2p إلى خادم الوقت الخاص بـ NSA قد تُثير بعض الريبة، أليس كذلك؟ :) <jrandom> وإذا هاجم أحدهم time.nist.gov، سيتأثر الجميع في كل مكان <jrandom> ههه <mihi> إذًا نجمع بين الاثنين. نسأل خادم NTP "حقيقيًا" وجارك. إذا قالا الشيء نفسه، فالأمر جيد. <jrandom> إذًا المزيد /والمزيد/ من الشيفرة ;) <jrandom> لكن نعم، هذا معقول. <Ophite1> هذا ممتع. وإن لم يتطابقا؟ <Ophite1> نختار خادم NTP آخر؟ <jrandom> ارفض القرين. <mihi> جرّب خادم NTP آخر وقرينًا آخر. <mihi> حتى تحصل على تطابق. ثم ارفض كل الأقران السابقين. ≡ mihi/#i2p يكتب أبطأ من jrandom :( <Ophite1> تطابق ضمن عتبة معينة، لنقل 1 ثانية؟ <jrandom> 1 ثانية ستكون جيدة. <jrandom> وقبول أقران بفارق يصل إلى 30 ثانية أو نحو ذلك (للتعامل مع التأخير) <Ophite1> هل 1 ثانية مناسبة على الاتصالات المُحمَّلة بشدة؟ <jrandom> 1 ثانية للمزامنة، و30 ثانية للتواصل. <Ophite1> لقد رأيت كمون DSL يصل إلى 5 ثوانٍ عند القيام بأشياء شريرة به. <jrandom> مع TCP أم UDP؟ <Ophite1> لكن في تلك الحالة، قد لا يكون ذلك المضيف هو من تريد مزامنة الوقت معه على أي حال ;) <jrandom> صحيح <Ophite1> UDP. <jrandom> هممم 'k <Ophite1> قد تظن أنه سيتم إسقاطه :) <i2p> <duck> أظن أن المشكلة أكثر في إعلام المستخدم بوجود مشكلة <jrandom> duck> هذا صحيح. <i2p> <duck> فقط بعد تقليب سجلات كبيرة يكتشفون أن ساعتهم غير مضبوطة (إن عثروا عليها) <Ophite1> ربما. نوعًا ما. <i2p> <duck> أو أن المنفذ مُرتبط بالفعل <jrandom> واجهة إدارة ستكون فكرة جميلة. <i2p> <duck> العالم أفضل عندما يستخدم الجميع NTP متصلين بخادمهم المحلي من مستوى stantrum (sp) 2 تم تفعيل CTCP Cloaking الآن [On] <jrandom> ربما سنصدر 0.4 مع حزمة من التنظيفات وأشياء موجهة للمستخدم النهائي، قبل الانتقال إلى 1.0؟ <jrandom> صحيح (stratum) <i2p> <duck> فقط عملاء Windows على الأرجح لن يكون لديهم ذلك <i2p> <duck> لكنهم أيضًا على الأرجح لن يكونوا مستقرين <jrandom> Windows لديه NTP <i2p> <duck> فمن يهتم <Ophite1> duck: نظاما Windows XP وWindows Server 2003 يتضمنان NTP. <jrandom> وأسهل بكثير مقارنةً مع Unix أيضًا <Ophite1> متزامنة افتراضيًا مع time.windows.com على ما أذكر. <jrandom> مع خيارات قائمة منسدلة لغيره <Ophite1> إنه جزء أساسي من تفعيل منتجات Windows. <Ophite1> لا يمكنه الانتهاء إذا لم تكن تعرف الوقت :) <jrandom> ههه <mihi> لا خيار في جامعتي... كل الساعات متأخرة بين ساعة و5 ساعات. لكن قد لا يُسمح لي بتشغيل i2p هناك على أي حال... <Ophite1> mihi: ينبغي لـ i2p أن يبذل جهدًا خاصًا ليعمل في مثل هذا الوضع... <jrandom> mihi> رائع! يمكنك المساعدة في اختبار التشغيل الخفي :) <jrandom> على الهامش، سأقوم ببعض السفر هذا الصيف <jrandom> سأكون غالبًا دون اتصال، ومن دون حاسوبي المحمول. <i2p> <duck> فكرة جانبية: ntp.duck.i2p :) <Ophite1> انظر للأمر هكذا: تقوم Brianna Kazaa بتنزيل عميل مشاركة ملفات جديدًا ورائعًا ومجهولًا قالت لها صديقتها المفضلة إنه رائع فعلًا ويسمح لك بالدردشة سرًا وما إلى ذلك. هل نريد أن نقول لها إنها بحاجة لضبط ساعتِها في حدود 30 ثانية (كيف ستحصل على ذلك؟)؟ أم نريد أن يعمل الأمر فحسب؟ <jrandom> لكنني سأحرص على أن أتمكن من التواجد على I2P باستخدام محطات عامة فقط. تم تعطيل CTCP Cloaking الآن [Off] <jrandom> لا يحتاج إلى تفكير يا Ophite1. فقط ليعمل (مع وثائق للمهووسين) <jrandom> duck> bootstrap ;) <jrandom> ولن يتطلب i2p /أبدًا/ صلاحيات root. <Ophite1> هذه هي وجهة نظري. <Ophite1> jrandom: هل ستشغّل router على جهاز لا تملك عليه صلاحيات root؟ <jrandom> إذًا نعم، مزيج بين الخيارين 3 و4 <Ophite1> الخيار 3.5 يبدو رائعًا بالنسبة لي ;) <jrandom> Ophite1> سأشغّل مئةً منها :) <mihi> الخيار 3.1415926... <jrandom> (وأنتقل إلى المختبر التالي، وأشغّل مئةً أخرى) <Ophite1> أوه. فطيرة. لذيذة ;) <Ophite1> jrandom: قلت إنك لا تملك صلاحيات root. هاوٍ. :) <jrandom> لول <jrandom> هذا تقريبًا ما ننظر إليه. <jrandom> حتى تنفيذ أمور الوقت، على الجميع استخدام الخيار 1 أو 2. <jrandom> وبالنسبة للخيار 2، إن استطاع أحدهم كتابة بعض الوثائق فسأكون ممتنًا <Ophite1> هذا مقبول الآن لأننا لسنا مستعدين بعد لـ Brianna Kazaa ومن على شاكلتها ;) <mihi> للتوثيق: لن أختبر "التشغيل الخفي". لقد تم تعطيل حسابي الجامعي مرةً من قبل ولا أرغب في أن يُحجب مرة أخرى... <Ophite1> mihi: أنت أفضل اختبار يمكن أن نحصل عليه. <jrandom> Ophite1 > ليس للاختبار. <jrandom> 'k يا mihi، سنجد طريقة، وبمجرد أن يصبح جاهزًا ستتمكن من استخدامه. <Ophite1> حسنًا، ربما ليس للاختبار. بعض الجامعات متشددة بما يكفي لطردك بدلًا من مجرد حجبك. <Ophite1> أعرف شخصًا في أكثر جامعة معادية لمشاركة الملفات ومؤيدة لـ RIAA في الولايات المتحدة. يدير موقع تفريغ بسرعة 2 غبيت. <jrandom> لول جميل <Ophite1> أُدرك أن قلة قليلة جدًّا من الناس بهذه الجرأة. <jrandom> حسنًا، هذا كل شيء بخصوص مزامنة الوقت. <jrandom> eco_> مرحبًا. أي أمور bt تريد التحدث عنها؟ {أو نؤجلها حتى الأسبوع المقبل} <Ophite1> لكن ضع في اعتبارك أن غالبية الإنترنت ستصبح في المستقبل على الأرجح جامعية/مؤسسية. قد يُحظر i2p. وقد يُعتبر i2p فعلًا إساءة استخدام من قِبل مزودي الخدمة الكبار. سيتعيّن على i2p أن يعمل على أي حال. <Ophite1> لديّ بعض الأفكار المثيرة في هذا الاتجاه سأعرضها لاحقًا. <jrandom> تمام <Ophite1> (transport) <rsk> يُعتبر i2p إساءة استخدام عند مزودي الخدمة الكبار، اقرأ عقدك <Ophite1> rsk: تشغيل خادم وكيل موزّع؟ <rsk> تشغيل أي 'خادم' <Ophite1> rsk: ليس ما لم يُعدِّل إلى SMTP أو WWW. <jrandom> تشغيل خدمات من أي نوع <jrandom> صحيح <Ophite1> rsk: هيهي، لدي حل لذلك ;) <eco_> jrandom: أستطيع تقديم تحديث موجز <jrandom> الكلمة لك :) <eco_> أنا أعمل على نقل عميل BitTorrent المبني على جافا المسمى snark (www.klomp.org/snark) للتعرّف على i2p <eco_> الإصدار الأول يعمل فوق i2ptunnel، باستدعاء أصناف جافا مباشرةً <eco_> الحالة الحالية: يعمل مع قرينين، وتتعقّد الأمور مع > 2، ولا يتم تنظيف tunnels، لذا فإعادة التشغيل مؤلمة <eco_> الوقت المقدّر: نهاية هذا الأسبوع ≡ eco_/#i2p يدرك أن هذا قد يُعتبر > 2003 <jrandom> w00t! ≡ jrandom يختـرق time.nist.gov <eco_> نقل "حقيقي" سيُقلل على الأرجح الحِمل الزائد للـ tunnels، لكن هذا خطوة لاحقة <jrandom> رائع ≡ eco_/#i2p يعيد الكلمة إلى MC jrandom <jrandom> 'k، أظن أن هذا كل شيء <jrandom> 6) ??? <jrandom> هل لدى أحد أي شيء آخر؟ ≡ eco_/#i2p يود أن يعبّر عن شكره للعمل المتقن الذي قام به jrandom cs حتى الآن <eco_> وأن النوم له فائدة عند الإنسان العاقل، رغم أن jrandom يبدو أنه يثبت عكس ذلك <jrandom> ;) <jrandom> ما رأيكم بالاجتماع هنا بدلًا من iip، إلى أن يصبح i2p موثوقًا بما يكفي؟ <jrandom> شخصيًا، سئمت من الاجتماعات التي تتقطّع إربًا كل أسبوع. <i2p> <anon> lilo سيئ! <eco_> قد نكون نقصي بعض الناس بالقدوم هنا <jrandom> نعم، أعلم. <jrandom> إذا استطعنا الحصول على جسر iip<-->هنا <i2p> <duck> IIP يقصي أشخاصًا كل يوم <jrandom> سيكون ذلك جيدًا. <jrandom> صحيح. <jrandom> للأسف، iip غير صالح لاستخدام مجتمع تطوير يعتمد عليه. <i2p> <duck> http://banaan.zeelandnet.nl/open/changate.html <i2p> <duck> هذا هو الكود الذي يستند إليه eyeKon إلخ <jrandom> ومع أنني أحب أن أذهب لأُبرمج بمفردي، إلا أنكم تطرحون أفكارًا جيدة حقًا وتقومون بأعمال جيدة أساسية ≡ rsk/#i2p يكتب سكربت تحديث لـ Windows <i2p> <duck> نظريًا يمكنه الاتصال بثلاثة خوادم وعكس كل واحد منها <jrandom> تمام يا duck، ربما أحاول تشغيل واحد على i2p.dnsalias.net <jrandom> فيضان ping من الجحيم ;) <eco_> IRC على duck.i2p كان جيدًا اليوم، وتفوّق على iip <jrandom> أتفق <jrandom> لكنه أسقط اتصالي بضع مرات. <jrandom> ربما سيكون أكثر موثوقية الأسبوع المقبل <eco_> الأمر بين يديك :-) <jrandom> على الأرجح لن تتحسن الموثوقية حتى 0.3، وهذا بعد ~أسبوعين <jrandom> (أسبوع للقيام بأمور الـ tunnel/البث، وأسبوع لتصنيف/اختبار الأقران) <jrandom> ثم ستكون هناك أية علل يجلبها ذلك :) <jrandom> رغم ذلك يجب أن أقول إنني كنت متحمسًا حقًا لبث الصوت من aum الليلة الماضية <jrandom> وتمكن ardvark من البث لمدة 42 دقيقة دون تخزين مؤقت! <jrandom> فربما نكون موثوقين بما يكفي <jrandom> (الـ router المحلي لدي phttp فقط، وهو على الأرجح سبب طفيف) <jrandom> حسنًا، هل لدى أحد أي شيء آخر؟ <i2p> <duck> لا أستطيع التفكير بأي شيء ≡ eco_/#i2p لا يستطيع هو الآخر ≡ jrandom يختتم... ≡ jrandom *baf*s أنهى الاجتماع